Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious SquashFS archive with LZ4 error payload
-
DeliveryDeliver archive to victim via download, email, or share
-
ExploitVictim opens archive in unpatched NanaZip
-
ExecutionLZ4 negative return miscast to oversized unsigned SizeT
-
Persistmemcpy reads beyond _cachedBlock heap boundary
-
ImpactAdjacent heap contents written to extracted file output
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the victim to open a specially crafted SquashFS-format archive file using an affected NanaZip version on Windows. The bug is triggered specifically in the SquashFS handler's LZ4 decompression path - other archive formats (ZIP, 7z, RAR, TAR, etc.) processed by NanaZip are not affected by this flaw. No special NanaZip configuration, enabled features, or elevated system privileges are required; the CVSS PR:N rating confirms the attacker needs no prior access to the target system. The primary limiting factor is UI:R: the victim must actively open the malicious archive, typically via social engineering, a malicious download, or a compromised file share. Exploitation is bounded to the NanaZip process context (S:U), so OS-level or cross-process impact is not expected from this bug alone. |
| Impact | The CVSS 3.1 score of 7.1 (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:L) is well-calibrated: the network vector reflects that malicious archives are typically delivered via download or email, user interaction is required to open the file, and the High confidentiality impact reflects genuine heap memory disclosure - potentially exposing sensitive runtime data such as file paths, credentials cached in process memory, or other recently processed archive content. The Low availability impact (A:L) represents a process crash without system-wide disruption. EPSS data was not included in the provided intelligence, so quantitative exploitation probability cannot be stated. The absence from CISA KEV and lack of any referenced POC or exploit code together indicate this is not currently under active mass exploitation. The UI:R requirement meaningfully limits opportunistic attack surface compared to server-side vulnerabilities, and only SquashFS archives with LZ4 compression trigger the flaw - a narrower target than general-purpose archive opening. Overall, this is a genuine and patchable information-disclosure risk for NanaZip users who process untrusted archive content, with urgency proportional to the sensitivity of data colocated in the NanaZip process heap. |
| Exploit ScenarioDerived | An attacker crafts a SquashFS archive with LZ4-compressed fragment data engineered to cause LZ4_decompress_safe to return a negative error code, paired with a malicious inode Offset value in the fragment descriptor. When a victim opens the archive in an unpatched NanaZip, the decompressor misinterprets the negative return as a large unsigned block size, the subsequent memcpy overshoots the heap buffer boundary, and the extracted file output contains adjacent heap contents - potentially including filenames, recently processed data, or other sensitive in-process information. No public exploit code is known at time of analysis, but the primitive is mechanically straightforward for an attacker with knowledge of the SquashFS format and LZ4 error semantics. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 20, 2026
Heap out-of-bounds read in NanaZip's SquashFS LZ4 decompression handler exposes adjacent heap memory contents when a user opens a crafted archive, affecting all stable releases from 1.0.88.0 through 6.0.1697.x and all preview releases through 6.5.1741.x on Windows. The flaw stems from a sign-conversion bug that causes the decompressor to trust an attacker-inflated block size, allowing a controlled memcpy to read beyond the allocated heap buffer and place internal heap data into the extracted file output, or crash the process entirely. No active exploitation has been confirmed (not in CISA KEV) and no public exploit code has been identified at time of analysis, though the memory disclosure primitive is meaningful for targeted attacks.
RemediationAI
Upgrade NanaZip to stable release 6.0.1698.0 (https://github.com/M2Team/NanaZip/releases/tag/6.0.1698.0) or preview release 6.5.1742.0 (https://github.com/M2Team/NanaZip/releases/tag/6.5.1742.0), both of which contain the fix. The patch is confirmed via two commits (733e8570d2ba96c3e52aab44f5fd886775d5952f and ce0322a1932e16a53e4a13e48bc61804c7826956) that add proper rejection of zero and negative LZ4 return codes before the unsafe cast to SizeT. For users unable to upgrade immediately, the most effective compensating control is to avoid extracting untrusted SquashFS archives with NanaZip - no configuration setting disables SquashFS handler support without patching. Restricting NanaZip usage to known-good, internally sourced archives through policy or DLP controls reduces exposure. The full security advisory is at https://github.com/M2Team/NanaZip/security/advisories/GHSA-95x5-qvvm-hmfp.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
NanaZip is a Windows-native file archiver forked from 7-Zip (CPE: cpe:2.3:a:m2team:nanazip), targeting the modern Windows shell experience. The vulnerability lives in the SquashFS archive handler's LZ4 decompression wrapper, Lz4Decode, in NanaZip.Core/SevenZip/CPP/7zip/Archive/SquashfsHandler.cpp. The root cause is CWE-125 (Out-of-bounds Read) caused by incomplete error handling: LZ4_decompress_safe returns negative integers on malformed input, but the code only guarded against a zero return. The unhandled negative int is implicitly converted to the unsigned type SizeT, producing a very large positive value that propagates into outBufWasWrittenSize and inflates _cachedUnpackBlockSize. The ReadBlock function then trusts this attacker-supplied size, and during SquashFS fragment extraction, an attacker-controlled inode Offset directs a memcpy to read beyond the bounds of the _cachedBlock heap allocation. The commit diff confirms the fix adds a guard of if (rv <= 0) return S_FALSE, correctly rejecting both zero and negative LZ4 return values, and casting the positive result to SizeT only after validation.
Know when Nanazip gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:L
AV:N for network-delivered archive files; UI:R because user must open the file; C:H for heap memory disclosure; A:L for process crash only; I:N as out-of-bounds read has no write primitive.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
NanaZip is the 7-Zip derivative intended for the modern Windows experience. From version 1.0.88.0 until stable version 6.0.1698.0 and preview version 6.5.1742.0, the Lz4Decode function in NanaZip.Core/SevenZip/CPP/7zip/Archive/SquashfsHandler.cpp rejects only a zero return from LZ4_decompress_safe even though malformed input produces a negative error value. The negative int is converted to the unsigned SizeT destLen and then truncated into outBufWasWrittenSize, causing ReadBlock to trust an attacker-inflated _cachedUnpackBlockSize. During fragment extraction, an attacker-controlled inode Offset can make memcpy read beyond the _cachedBlock heap allocation and place adjacent heap contents in the extracted file, or crash the process. This issue is fixed in stable version 6.0.1698.0 and preview version 6.5.1742.0.
Executive ViewAI
NanaZip, a file archiving utility for Windows, contains a heap memory disclosure vulnerability (CVE-2026-54616) that exposes internal system memory when users open specially crafted archives, affecting all versions from 1.0.88.0 through 6.5.1741.x. While no public exploit has been identified at time of analysis, the memory disclosure primitive could allow attackers to extract sensitive data such as credentials or encryption keys from affected systems. Organizations using NanaZip for handling external or untrusted archives face a direct risk of information disclosure and should implement immediate containment measures.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Restrict NanaZip to processing only archives originating from trusted, internal sources; (2) Disable NanaZip on endpoints exposed to external file transfers or customer submissions; (3) Implement strict application allowlisting to prevent execution in high-sensitivity environments; (4) Deploy alternative archive software (7-Zip or Windows native extraction) for users requiring archive handling capabilities; (5) Enable detailed logging and monitoring of archive extraction operations and process behavior to detect potential exploitation attempts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Nanazip versions up to 6.0.1630.0 is affected by loop with unreachable exit condition (infinite loop) (CVSS 7.5).
NanaZip versions 5.0.1252.0 through 6.0.1629.0 contain an out-of-bounds heap read in the .NET Single File bundle parser
NanaZip versions 5.0.1252.0 through 6.5.1637.0 contain an out-of-bounds memory access flaw in the UFS file parser that c
Out-of-bounds memory read in NanaZip versions 5.0.1252.0 through 6.0.1637.x allows local authenticated attackers to disc
NanaZip versions 5.0.1252.0 through 6.0.1629.0 are vulnerable to denial of service through malformed ROMFS archives that
NanaZip versions 5.0.1252.0 through 6.5.1637.x contain an integer underflow in the .NET Single File Application parser t
A one-byte heap out-of-bounds null write (CWE-787) in NanaZip's UFS/UFS2 filesystem image parser allows a crafted .ufs,
Opening a crafted ZealFS v1 filesystem image in NanaZip builds from 5.0.1252.0 up to (but not including) 6.0.1698.0 trig
Process crash via uncaught C++ exception in NanaZip's .NET single-file bundle handler affects all versions prior to 6.5.
Stack exhaustion in NanaZip's UFS/UFS2 filesystem image parser crashes the application when a user opens a specially cra
Memory exhaustion in NanaZip's littlefs filesystem image parser (versions 5.0.1252.0 through before 6.0.1698.0) allows a
Integer divide-by-zero in NanaZip's UFS/UFS2 filesystem image parser crashes the application when a user opens a special
EUVD-2026-63481
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB