Arbitrary File Overwrite in decompress-zipGHSA-73v8-v6g4-vrpm
GHSA-73v8-v6g4-vrpm is a security vulnerability in decompress-zip. A fix is available for decompress-zip — see the affected versions and patch details below.
Real-World Exposure
How broadly this vulnerability is actually deployed: weekly install volume shows current usage, and reverse-dependency count shows how many other packages break if it stays unpatched.
decompress-zipnpmDescription
Vulnerable versions of decompress-zip are affected by the Zip-Slip vulnerability, an arbitrary file write vulnerability. The vulnerability occurs because decompress-zip does not verify that extracted files do not resolve to targets outside of the extraction root directory.
Recommendation
For decompress-zip 0.2.x upgrade to 0.2.2 or later.
For decompress-zip 0.3.x upgrade to 0.3.2 or later.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | decompress-zip | all versions | 0.2.2npm install decompress-zip@0.2.2 |
| 📦npm | decompress-zip | ≥ 0.3.0&&< 0.3.2 | 0.3.2npm install decompress-zip@0.3.2 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for decompress-zip, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update decompress-zip to 0.2.2 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-73v8-v6g4-vrpm is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
Frequently Asked Questions
Is GHSA-73v8-v6g4-vrpm in your dependencies?
Find it across npm, including transitive dependencies.