NanaZip is an open source file archive. From 5.0.1252.0 to before 6.0.1698.0, a denial-of-service vulnerability exists in the littlefs filesystem image parser in NanaZip. The handler's Open method reads BlockCount directly from the attacker-controlled superblock without any validation against the actual file size or any upper-bound ceiling, then iterates BlockCount times, allocating a file-path entry per iteration. A crafted 44-byte littlefs image with BlockCount = 0xFFFFFFFF causes ~4 billion heap allocations, exhausting available memory. This vulnerability is fixed in 6.0.1698.0.
Fix
Patch, vendor advisory and mitigation references on NVD 2
- https://github.com/M2Team/NanaZip/security/advisories/GHSA-7hqh-mq57-wjmq Mitigation, Vendor Advisory
- https://github.com/M2Team/NanaZip/security/advisories/GHSA-7hqh-mq57-wjmq Mitigation, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 5.5 · m2teamNVD modified 2026-10-26 18:10
Affected (CPE criteria) 1
cpe:2.3:a:m2team:nanazip:*:*:*:*:*:*:*:*
References 2
- https://github.com/M2Team/NanaZip/security/advisories/GHSA-7hqh-mq57-wjmq Mitigation, Vendor Advisory
- https://github.com/M2Team/NanaZip/security/advisories/GHSA-7hqh-mq57-wjmq Mitigation, Vendor Advisory