CVE-2026-55781

NanaZip: Unbounded memory allocation (DoS) in NanaZip UFS parser via unvalidated fs_bsize/fs_fsize superblock fields

Published Jul 10, 2026 CVSS 4.0 · 2.4 Low EPSS < 1% KEV · Not listed
Description
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.

Analysis

AI-generated

Technical impact

NanaZip's UFS and FFS image handler performs insufficient validation of the superblock block size (fs_bsize) and ignores the fragment size (fs_fsize). A malicious 32‑bit value in a crafted UFS image can cause the program to allocate indirect‑block, directory, or extraction buffers of multi‑gigabyte size, leading to memory exhaustion or process termination. This vulnerability results in a denial‑of‑service condition without compromising data confidentiality or integrity.

Affected Systems

Users of the M2Team NanaZip application running any release earlier than version 6.5.1749.0 are affected. The flaw resides in the NanaZip.Codecs.Archive.Ufs component used for opening or extracting UFS or FFS images.

Risk and Exploitability

The CVSS score of 2.4 indicates low severity, and the EPSS score of less than 1% suggests that exploitation is unlikely. The vulnerability is not listed in the CISA KEV catalog, further reducing the likelihood of widespread attacks. An adversary can trigger the issue by providing a maliciously crafted UFS image to the application; the attack requires the ability to influence a file NanaZip processes.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade to NanaZip version 6.5.1749.0 or newer to apply the superblock validation fix.
  • If an upgrade cannot be performed immediately, disable the UFS/FFS extraction feature or restrict its use to trusted local files to prevent large allocations.
  • Monitor system memory usage and application stability during UFS operations, and set alerts for unusually large allocations to detect exploitation attempts.

Generated by OpenCVE AI on August 1, 2026 at 12:29 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories available
History
Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}

Type Values Removed Values Added
First Time appeared M2team
M2team nanazip
Vendors & Products M2team
M2team nanazip
Type Values Removed Values Added
Description 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.
Title NanaZip: Unbounded memory allocation (DoS) in NanaZip UFS parser via unvalidated fs_bsize/fs_fsize superblock fields
Weaknesses CWE-400
CWE-789
References
Metrics cvssV4_0

{'score': 2.4, 'vector': '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'}

Weaknesses
  • CWE-400

    Uncontrolled Resource Consumption

  • CWE-789

    Memory Allocation with Excessive Size Value

Sources

Status
PUBLISHED
Assigner
GitHub_M
Published
Updated
Jul 10, 2026, 8:58 PM
Reserved
Jun 17, 2026, 2:40 PM
Status
Deferred
Published
Jul 10, 2026, 5:16 PM
Modified
Oct 25, 2026, 3:10 PM