On June 25, 2026, Igor Pavlov released 7-Zip 26.02 with a silent change in C/XzDec.c: it subtracts bytes already written from the remaining-space calculation in the XZ filter's output buffer. Twenty days later, on July 15, the Zero Day Initiative published advisory ZDI-26-444 revealing that this fix closed CVE-2026-14266, a heap-based buffer overflow that lets a crafted XZ archive execute arbitrary code simply by being opened. The paradox is that anyone who updated out of habit or corporate policy was protected before the threat was even public; anyone who left the utility in its default state — virtually everyone — remains vulnerable indefinitely.
- CVE-2026-14266 is a heap overflow in 7-Zip's XZ decompressor, function
MixCoder_Code, rated CVSS 7.0 (High) by ZDI. - The fix shipped in version 26.02 on June 25, 2026; coordinated disclosure occurred July 15, 2026.
- 7-Zip has no automatic update mechanism; manual installation from the official site is the only path.
- The same buffer-length miscalculation appears in source code at least since version 21.07 in 2021, per The Hacker News analysis.
The Mechanism: Why the XZ Filter Lost Track of Bytes
XZ decompression processes data through a filter chain: each pass writes to the output buffer, and the next decoder should receive only the remaining space. According to The Hacker News' independent source-code analysis, MixCoder_Code was instead "handed the full output-buffer length on each pass instead of the space left after earlier writes."
The consequence is mathematical: if a segmented XZ stream with malicious chunks cumulatively exceeded the allocated size, excess bytes spilled past the heap buffer. ZDI-26-444 explicitly states that "crafted XZ-compressed data can trigger an overflow of a heap-based buffer." The operational result, per the ZDI advisory cited by The Hacker News: "execute code in the context of the current process."
The fix in 26.02, verified against code diffs by The Hacker News, implements two checks: progressive subtraction of bytes already written and a forced abort if the running total ever exceeds the buffer. "Version 26.02 subtracts the bytes already written and bails out if that running total ever exceeds the buffer," the outlet reports.
"This vulnerability allows remote attackers to execute arbitrary code on affected installations of 7-Zip. User interaction is required to exploit this vulnerability in that the target must visit a malicious page or open a malicious file." — ZDI-26-444 advisory
The Attack Vector: Not Zero-Click, But Not Hard Either
The CVSS 3.0 score assigned by ZDI is 7.0 with vector AV:L/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H. Local attack vector, high complexity, user interaction required. The combination rules out automatic propagation but not danger: the user only has to open the archive, an action that happens dozens of times a day in enterprise environments.
The Hacker News notes that on Windows 7-Zip typically runs under a standard user token with filters applied, which limits local escalation without an additional step. However, code execution in the context of the current process already opens sufficient surface for infostealer deployment, user data access, or initial footholds for more complex chains.
No infrastructure overlaps link CVE-2026-14266 to known campaigns at this time. The Hacker News "found no public proof-of-concept for the bug and no credible report of exploitation in the wild"; LatestHackingNews confirms that "no public proof-of-concept exploit is circulating." Absence of evidence is not evidence of absence, especially given a potential exposure window of roughly five years.
Context: A Cathedral Without Scheduled Maintenance
7-Zip ships under the LGPL, free, with no telemetry, no cloud accounts, no silent updates. This model is a privacy advantage and a security-posture weakness. Version 26.02 has been available since June 25; BleepingComputer highlighted on July 18 that "7-Zip has no automatic update feature; users must manually install from official site."
The typical installation profile amplifies the problem: home users who downloaded the utility years ago, enterprise environments with standard images that haven't been refreshed, backup software or installers that statically link 7-Zip libraries. The dossier does not specify which third-party products integrate 7-Zip's XZ decompressor or whether they have received independent updates.
Version 26.02 also fixed other memory-safety vulnerabilities. On April 27, 2026, version 26.01 shipped with a fix for CVE-2026-48095 (GHSL-2026-140, heap overflow in the NTFS handler, CVSS 8.8 per GitHub Security Lab) and the GHSL-2026-115/122 cluster with flaws in SquashFS, UDF, UEFI, WIM, and other formats. The pattern suggests structural technical debt in compressed-format parsing, but the GHSL advisories describe vulnerabilities distinct from CVE-2026-14266 and must not be conflated.
What to Do Now
- Verify the installed 7-Zip version via
Help → About; every release prior to 26.02 is potentially vulnerable at least for the code pattern confirmed since 2021. - Deploy 26.02 through enterprise deployment tools (GPO, SCCM, Intune, provisioning scripts) rather than waiting for manual user action.
- Inventory embedded 7-Zip installations in third-party products: backup utilities, installers, system-management tools that may load autonomous XZ decompression libraries.
- Monitor attempts to open XZ archives from external sources, pending the emergence of any indicators of compromise from research or reporting.
The Pre-Patched Lesson: When Disclosure Follows the Fix
The 7-Zip case inverts the expected timeline: the vendor fixed the bug before the threat went public, but the lack of an automatic distribution channel turned a time advantage into persistent exposure. Anyone managing heterogeneous environments knows that "install-and-forget" utilities often constitute the least-monitored attack surface.
This is not a design flaw in a single piece of software but a systemic friction between responsible-release ethics and update infrastructure. Pavlov patched within twenty days of Landon Peng's June 5 report; ZDI maintained coordination until July 15. The human chain worked. The technological one did not.
Information verified against cited sources and current as of publication.
Sources
- https://thehackernews.com/2026/07/new-7-zip-vulnerability-could-let.html
- https://thomasharris6.wordpress.com/2026/07/20/new-7-zip-vulnerability-could-let-crafted-xz-archives-run-code-during-extraction/
- https://lifeboat.com/blog/2026/07/new-7zip-vulnerability-could-let-crafted-xz-archives-run-code-during-extraction
- https://securityaffairs.com/195688/security/critical-7-zip-flaw-allows-code-execution-by-opening-crafted-xz-compressed-files-update-it-now.html
- https://latesthackingnews.com/2026/07/26/7-zip-vulnerability-cve-2026-14266/
- https://socprime.com/blog/cve-2026-14266-7-zip-code-execution-flaw/
- https://www.bleepingcomputer.com/news/security/update-now-7-zip-fixes-rce-flaw-exploitable-with-malicious-archives/
- https://www.zerodayinitiative.com/advisories/ZDI-26-444/
- https://securitylab.github.com/advisories/GHSL-2026-115_GHSL-2026-122_7-zip/
- https://www.cve.org/CVERecord?id=CVE-2026-48095
- https://securitylab.github.com/advisories/GHSL-2026-140_7-Zip/
- https://thehackernews.com/