Skip to main content

NanaZip EUVDEUVD-2026-42957

| CVE-2026-55781 LOW
Uncontrolled Resource Consumption (CWE-400)
2026-07-10 GitHub_M
2.4
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Craft malicious UFS image with maximum-range fs_fsize field
  2. Delivery
    Deliver image to victim via phishing or file share
  3. Exploit
    Victim opens image in NanaZip
  4. Execution
    Unchecked field drives multi-gigabyte heap allocation
  5. Impact
    NanaZip 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 fs_fsize value near the 32-bit maximum and delivers it to a target via phishing email, malicious download site, or shared network folder. When the victim opens or attempts to extract the image in NanaZip prior to 6.5.1749.0, the handler multiplies the attacker-controlled fragment size into allocation requests, exhausting available process memory and terminating NanaZip without any broader system impact. No public exploit code has been identified at time of analysis.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.9).
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

NanaZip < 6.5.1749.0

Affected Packages

euvd nanazip fix: 6.5.1749.0

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

Vendor (GitHub_M) PRIMARY 2.4 LOW
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
vuln.today AI 2.8 LOW

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).

3.1 AV:L/AC:L/PR:L/UI:R/S:U/C:N/I:N/A:L
4.0 AV:L/AC:L/AT:N/PR:L/UI:P/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Local
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
Passive
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

1
Patch available
Jul 10, 2026 - 18:01 EUVD

DescriptionCVE.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

EPSS Score
0.1%
Top 98% exploitable
Prevalence
Low
Niche Windows-only 7-Zip fork with limited enterprise footprint
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity LOW
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

12
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +12
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2026-27114 HIGH POC
7.5 Feb 19

Nanazip versions up to 6.0.1630.0 is affected by loop with unreachable exit condition (infinite loop) (CVSS 7.5).

CVE-2026-26282 MEDIUM POC
6.6 Feb 19

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

CVE-2026-27711 MEDIUM POC
6.6 Feb 26

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

CVE-2026-27709 MEDIUM POC
6.6 Feb 26

Out-of-bounds memory read in NanaZip versions 5.0.1252.0 through 6.0.1637.x allows local authenticated attackers to disc

CVE-2026-27014 MEDIUM POC
5.5 Feb 19

NanaZip versions 5.0.1252.0 through 6.0.1629.0 are vulnerable to denial of service through malformed ROMFS archives that

CVE-2026-27710 MEDIUM POC
5.0 Feb 26

NanaZip versions 5.0.1252.0 through 6.5.1637.x contain an integer underflow in the .NET Single File Application parser t

CVE-2026-54616 HIGH
7.1 Aug 20

Heap out-of-bounds read in NanaZip's SquashFS LZ4 decompression handler exposes adjacent heap memory contents when a use

CVE-2026-44215 HIGH
7.1 May 12

A one-byte heap out-of-bounds null write (CWE-787) in NanaZip's UFS/UFS2 filesystem image parser allows a crafted .ufs,

CVE-2026-42446 HIGH
7.1 May 12

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

CVE-2026-55780 LOW POC
2.4 Jul 10

Process crash via uncaught C++ exception in NanaZip's .NET single-file bundle handler affects all versions prior to 6.5.

CVE-2026-42445 MEDIUM
5.5 May 12

Stack exhaustion in NanaZip's UFS/UFS2 filesystem image parser crashes the application when a user opens a specially cra

CVE-2026-42444 MEDIUM
5.5 May 12

Memory exhaustion in NanaZip's littlefs filesystem image parser (versions 5.0.1252.0 through before 6.0.1698.0) allows a

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy