GHSA-jcr6-4frq-9gjj json
Users vulnerable to unaligned read of `*const *const c_char` pointer
published 3y ago modified 2mo ago also RUSTSEC-2023-0059
- 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
Affected versions dereference a potentially unaligned pointer. The pointer is commonly unaligned in practice, resulting in undefined behavior.
In some build modes, this is observable as a panic followed by abort. In other build modes the UB may manifest in some other way, including the possibility of working correctly in some architectures.
The crate is not currently maintained, so a patched version is not available.
## Recommended alternatives - [`uzers`](https://crates.io/crates/uzers) (an actively maintained fork of the `users` crate) - [`sysinfo`](https://crates.io/crates/sysinfo)
Is GHSA-jcr6-4frq-9gjj 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 | users | <=0.11.0 >=0.0.0-0 |
no fix listed |
References
-
github.com
/ogham/rust-users/issues/55
web, report
-
github.com
/ogham/rust-users
package
-
rustsec.org
/advisories/RUSTSEC-2023-0059.html
web, advisory
-
crates.io
/crates/users
package
Sources
- GitHub Advisory GHSA-jcr6-4frq-9gjj
- OSV RUSTSEC-2023-0059
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.