Skip to main content
VulnerabilityPublished Updated

CVE-2026-27117: rikyoz bit7z · Path Traversal

Affects rikyoz bit7zSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 5.5 Medium : upgrade to 4.0.11 when convenient.

Data as of 29 Oct 2026, 19:04 UTC

CVSS 3.1 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 30% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 4.0.11
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Upgrade bit7z and rikyoz/bit7z to 4.0.11.

Affected software

ProductAffectedFixed in
rikyozbit7zAffected
  • <4.0.11
Fixed in
  • 4.0.11
GitHubrikyoz/bit7zpkg:github/rikyoz/bit7zOther threatsAffected
  • <4.0.11
Fixed in
  • 4.0.11

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

  1. Upgrade bit7z to version 4.0.11 or later, which includes fixes for the path traversal vulnerability.
  2. Implement strict validation of archive entry paths before extraction, ensuring no entries resolve outside the intended extraction directory. This includes normalizing paths and rejecting entries with relative components ('../'), absolute paths, or suspicious symbolic links.
  3. Run extraction processes with the least privileges necessary, avoiding execution as root or administrator to limit potential damage from arbitrary writes.
  4. Extract untrusted archives within sandboxed or isolated directories with restricted permissions to contain any malicious file writes.
  5. Employ monitoring and integrity verification tools on critical application binaries and configuration files to detect unauthorized modifications.
  6. Educate users and administrators about the risks of extracting untrusted archives and encourage cautious handling.
  7. If possible, use alternative, well-maintained archive extraction libraries with robust security track records for handling untrusted data.
  8. Review application logic that serves or displays extracted files to prevent secondary confidentiality risks from attacker-created symlinks or malicious files.

Description

bit7z is a cross-platform C++ static library that allows the compression/extraction of archive files. Prior to version 4.0.11, a path traversal vulnerability ("Zip Slip") exists in bit7z's archive extraction functionality. The library does not adequately validate file paths contained in archive entries, allowing files to be written outside the intended extraction directory through three distinct mechanisms: relative path traversal, absolute path traversal, and symbolic link traversal. An attacker can exploit this by providing a malicious archive to any application that uses bit7z to extract untrusted archives. Successful exploitation results in arbitrary file write with the privileges of the process performing the extraction. This could lead to overwriting of application binaries, configuration files, or other sensitive data. The vulnerability does not directly enable reading of file contents; the confidentiality impact is limited to the calling application's own behavior after extraction. However, applications that subsequently serve or display extracted files may face secondary confidentiality risks from attacker-created symlinks. Fixes have been released in version 4.0.11. If upgrading is not immediately possible, users can mitigate the vulnerability by validating each entry's destination path before writing. Other mitigations include running extraction with least privilege and extracting untrusted archives in a sandboxed directory.

References

Community reviews

Loading reviews…