Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious UFS image with maximum-range fs_fsize field
-
DeliveryDeliver image to victim via phishing or file share
-
ExploitVictim opens image in NanaZip
-
ExecutionUnchecked field drives multi-gigabyte heap allocation
-
ImpactNanaZip process memory exhausted and terminated
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a user running NanaZip prior to version 6.5.1749.0 on Windows to open or attempt extraction of a specially crafted UFS or FFS disk image file. The CVSS 4.0 vector confirms PR:L (the attacker must be able to place the file where the victim will encounter it - no anonymous remote delivery) and UI:P (the victim must actively open the file, providing passive user interaction). The vulnerable code path is exclusively the UFS/FFS handler in NanaZip.Codecs.Archive.Ufs.cpp; no other archive formats are affected by this flaw. Exploitation impact is bounded to availability of the NanaZip process (VA:L) with no confidentiality or integrity compromise and no spillover to other system components (SC:N/SI:N/SA:N). The rarity of UFS/FFS images in typical Windows environments further limits realistic exposure beyond deliberate social-engineering delivery. |
| Impact | The CVSS 4.0 score of 2.4 (Low) is well-calibrated for this vulnerability. The vector AV:L/AC:L/AT:N/PR:L/UI:P/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N confirms the attack is strictly local, requires passive user interaction (opening the file), and produces only limited availability impact confined to the NanaZip process - no confidentiality or integrity impact, no subsequent-system effect. No EPSS score is available in the provided data, and the vulnerability does not appear in CISA KEV, meaning no confirmed active exploitation has been documented. No public POC has been referenced. The DoS outcome (process termination or memory exhaustion) is real but non-persistent and does not escalate to code execution; a victim simply restarts NanaZip. For enterprise defenders, this is a low-priority patch: the affected archive formats (UFS/FFS) are Unix filesystem images rarely encountered in Windows workflows, substantially limiting organic exposure. The primary risk vector is targeted social engineering, not opportunistic mass exploitation. |
| Exploit ScenarioDerived | An attacker crafts a minimal UFS disk image - potentially only a few hundred bytes - embedding an |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 10, 2026
Memory exhaustion in NanaZip's UFS/FFS archive handler (all versions prior to 6.5.1749.0) allows a local low-privilege attacker to terminate the NanaZip process by delivering a crafted disk image that a user opens. The root cause is missing upper-bound validation of the fs_fsize fragment size field in the UFS superblock - unlike fs_bsize, which is checked against MINBSIZE, fs_fsize flows unchecked into indirect-block, directory, and extraction buffer allocation calculations, enabling a tiny image file to trigger multi-gigabyte heap allocation requests. No public exploit has been identified and this vulnerability is not listed in CISA KEV; the CVSS 4.0 score of 2.4 (Low) reflects the constrained local, user-interaction-required attack path with availability-only impact.
RemediationAI
Upgrade NanaZip to version 6.5.1749.0 or later, which introduces proper validation of the fs_fsize fragment size field alongside the existing fs_bsize check; the patched release is available at https://github.com/M2Team/NanaZip/releases/tag/6.5.1749.0 and the specific fix can be reviewed at commit 6415b6bff70bc9c486b49cbbc1982724c67f8338. If immediate upgrade is not feasible, the most actionable compensating control is to instruct users not to open UFS or FFS disk images from untrusted sources in NanaZip; this has no impact on common use cases since these Unix filesystem formats are rarely handled on Windows. Blocking file-type delivery at the email gateway or web proxy for raw disk image extensions (.img, .ufs, .ffs) reduces phishing exposure with minimal operational friction. No other workaround addresses the root cause; the vulnerable allocation path is exercised at archive-open time, so even preview-only access triggers it.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerable code resides in NanaZip.Codecs.Archive.Ufs.cpp, the handler for UFS (Unix File System) and FFS (Fast File System) disk image formats in NanaZip (CPE: cpe:2.3:a:m2team:nanazip:*:*:*:*:*:*:*:*), a modern Windows-exclusive fork of 7-Zip developed by M2Team. UFS/FFS superblocks contain geometry fields including fs_bsize (block size) and fs_fsize (fragment size) that govern how block addresses, directory sizes, and buffer extents are calculated. NanaZip validates fs_bsize against the MINBSIZE lower bound but omits analogous bounds capping on fs_fsize and related 32-bit geometry fields; these unchecked attacker-controlled values propagate directly into multiplication-based allocation sizing for indirect-block tables, directory entry buffers, and extraction staging areas. CWE-400 (Uncontrolled Resource Consumption) is the root cause class: attacker-supplied numeric input sizes heap allocations without an upper-bound guard, so a well-crafted near-maximum 32-bit value can force the allocator to request gigabytes of memory from a file that may itself be only a few hundred bytes.
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
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:P/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N
Attacker must deliver file locally (AV:L, PR:L); victim must open it (UI:R); only NanaZip process crashes with no scope change or C/I impact (S:U, C:N, I:N, A:L).
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
1DescriptionCVE.org
NanaZip is the 7-Zip derivative intended for the modern Windows experience. Prior to 6.5.1749.0, NanaZip's UFS and FFS image handler in NanaZip.Codecs.Archive.Ufs.cpp validates the superblock block size only against the MINBSIZE lower bound and does not validate the fs_fsize fragment size, allowing attacker-controlled 32-bit fields to flow into indirect-block, directory, and extraction buffer allocations. A tiny crafted UFS image can force multi-gigabyte allocations during open or extraction, causing memory exhaustion or process termination. This issue is fixed in version 6.5.1749.0.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
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
Heap out-of-bounds read in NanaZip's SquashFS LZ4 decompression handler exposes adjacent heap memory contents when a use
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
EUVD-2026-42957
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB