CriticalGHSA-hrh2-vp3x-79xfCVE-2026-101894

@xhmikosr/decompress: Path traversal via symlink chain

Published 29 Sept 2026 · Updated 30 Sept 2026

Affected packages

Affected
>=11.0.0 <11.1.4
Fixed in
11.1.4
Update to the fixed version for your release line, for example:npm install @xhmikosr/decompress@11.1.4
Affected
<10.2.2
Fixed in
10.2.2
Update to the fixed version for your release line, for example:npm install @xhmikosr/decompress@10.2.2
Affected
<=4.2.1
Fixed in
No fix released

Details

Impact

When extracting an untrusted archive with the default decompress(input, output) API, a crafted archive containing a chain of symlink entries can make a later entry resolve outside the output directory. The lexical containment checks pass, but the kernel follows the planted symlinks to a path outside output, letting an attacker write (and read) files outside the intended extraction directory. Overwriting startup scripts or configuration can lead to remote code execution.

This is a bypass of the hardening in GHSA-mp2f-45pm-3cg9. Any application that extracts attacker-controlled archives is affected.

Patches

Fixed in 11.1.4 (latest) and backported to 10.2.2 (release-v10 dist-tag). Upgrade to one of these.

The unmaintained upstream decompress package shares this flaw and will not be patched. Migrate to @xhmikosr/decompress@11.1.4 (or @10.2.2).

Workarounds

None. Do not extract untrusted archives on affected versions. If you cannot upgrade, validate entries out of band and reject any whose resolved path escapes the target directory.

Is GHSA-hrh2-vp3x-79xf in any of your client repos?

Checking one package by hand is fine. Checking it across forty client projects is not. NPMscan reads the lockfiles in every GitHub repo you pick, finds each project with an affected @xhmikosr/decompress, and gives you the command that fixes it.

References

Advisory data from OSV.dev (opens OSV.dev in a new tab), refreshed daily.