Relative Path Traversal vulnerability in Erlang OTP (stdlib zip module) allows writing files outside the intended extraction directory via a crafted zip archive. zip:unzip/1,2 and zip:extract/1,2 validate entry paths using zip:check_dir_level/2, which tracks directory depth as a running integer counter: .. decrements it, normal path components increment it. The caller rejects only paths where the final counter value is less than zero. A path such as ../x/y causes the counter to go negative mid-traversal then recover to zero, passing validation while resolving to a location outside the extraction directory when joined with the current working directory via add_cwd. This vulnerability is associated with program file lib/stdlib/src/zip.erl. This issue affects OTP from OTP 27.1 before OTP 27.3.4.15, OTP 28.5.0.4, and OTP 29.0.4, corresponding to stdlib from 6.1 before 6.2.2.4, 7.3.0.1, and 8.0.3.
Fix
Nothing published yet: no patch, vendor advisory or mitigation reference on NVD, no vendor advisory in the News for this CVE, not in CISA's KEV, no fixed package version. BaselineWatch does not guess at one.
Change history 1
- First seenCVSS 4.8NVD modified 2026-10-24 13:10
Affected (CPE criteria) 0
NVD has not attached CPE configurations yet.
References 6
- https://cna.erlef.org/cves/CVE-2026-47078.html
- https://github.com/erlang/otp/commit/8a933c9c7835b06776d31d17b79b7336627d887a
- https://github.com/erlang/otp/commit/8d537f51a4262d24f3395c4148323eaca9facbbd
- https://github.com/erlang/otp/security/advisories/GHSA-rf72-wp7h-jg3x
- https://osv.dev/vulnerability/EEF-CVE-2026-47078
- https://www.erlang.org/doc/system/versions.html#order-of-versions