GHSA-8655-xgh5-5vvq json
fast-fault has a segmentation fault due to lack of bound check
published last yr. modified 2mo ago also RUSTSEC-2025-0003
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
In this case, the "fast_float::common::AsciiStr::first" method within the "AsciiStr" struct uses the unsafe keyword to reading from memory without performing bounds checking. Specifically, it directly dereferences a pointer offset by "self.ptr". Because of the above reason, the method accesses invalid memory address when it takes an empty string as its input. This approach violates Rust’s memory safety guarantees, as it can lead to invalid memory access if empty buffer is provided.
No patched version for fast-float crate has been released, but a patch is available in the fast-float2 fork.
Is GHSA-8655-xgh5-5vvq in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerAffected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| crates.io | fast-float | <=0.2.0 >=0.0.0-0 |
no fix listed |
References
-
github.com
/aldanor/fast-float-rust/issues/38
web, report
-
github.com
/aldanor/fast-float-rust
package
-
rustsec.org
/advisories/RUSTSEC-2025-0003.html
web, advisory
-
crates.io
/crates/fast-float
package
Sources
- GitHub Advisory GHSA-8655-xgh5-5vvq
- OSV RUSTSEC-2025-0003
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.