ZipStreamReader::extract() and ZipArchive::extract() apply Unix permissions through symlinks without confining the target

published 2026-10-10 last mo. modified 2026-10-16 26d ago also RUSTSEC-2026-0369

cvss: 9.1; version 3.1, OSV
cisa kev: Not listed; not in CISA's catalog
epss: —; no score, EPSS covers CVEs only
public exploits: 0; none known

`ZipStreamReader::extract()` applies Unix permissions through extracted symlinks without validating the symlink target stays within the destination

For further details see: https://github.com/zip-rs/zip2/security/advisories/GHSA-4684-h2q9-2vcp

Patch / fix

fixed in 1

crates.io zip 9.0.0

Is GHSA-4684-h2q9-2vcp 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 Fencer

CVSS scores

assigned by	version	score	vector
OSV	3.1	9.1	CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:H

Affected packages

ecosystem	package	affected	fixed in
crates.io	zip	>=0.0.0-0, <9.0.0	9.0.0

References

crates.io /crates/zip
package
rustsec.org /advisories/RUSTSEC-2026-0369.html
advisory

Sources

OSV RUSTSEC-2026-0369

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.