UnsoundRUSTSEC-2026-0183 · git2
RUSTSEC-2026-0183: Potential undefined behavior when calling Remote::list()
Short answergit2 has an API that can cause undefined behaviour from safe code: Potential undefined behavior when calling Remote::list(). Fixed in 0.21.0.
| Crate | git2 |
|---|---|
| Type | Unsound |
| Affected versions | Before 0.21.0. |
| Fixed in | 0.21.0 |
| Severity | not scored |
| Published | 2026-05-12 |
| Last changed | 2026-06-17 |
| Also known as | none |
What to do
- See which version you have:
cargo tree -i git2(it also shows which of your dependencies pulls it in). - Update within your version requirement:
cargo update -p git2. If the fix is a newer major or minor than your requirement allows, raise it in Cargo.toml (for examplegit2 = "0.21.0") or update the dependency that pulls it in. - Check again with
cargo audit, or paste your Cargo.lock into our Cargo.toml checker.
Details from the advisory
When calling Remote::list() for a remote of a git repository, when that remote does not advertise any references, git2 passes a null pointer to the unsafe function slice::from_raw_parts(). Based on the safety section documentation of function, data must be non-null even for slices of length zero. Thus, the use of a null pointer leads to undefined behavior.
References
- Package: crates.io/crates/git2
- Advisory: rustsec.org/advisories/RUSTSEC-2026-0183.html
- Web: github.com/rust-lang/git2-rs/pull/1250
From the RustSec Advisory Database (CC0-1.0) via the OSV export, downloaded Oct 24, 2026. Severity score computed from the published CVSS vector.
Other advisories for git2
Up next
Same crategit2: security historyEvery advisory for this crate, and whether it is safe to use today.Read it next →Did this answer your question?