CVE-2026-54616
HighCVSS 7.1Exploitation Probability (EPSS)
Low risk25th percentile - higher than 25% of all known CVEs
Summary
NanaZip from version 1.0.88.0 until stable 6.0.1698.0 and preview 6.5.1742.0 has a vulnerability in the Lz4Decode function that rejects only a zero return from LZ4_decompress_safe, while malformed input produces a negative error value. The negative int is converted to unsigned SizeT, leading to out-of-bounds read and potential data leak or crash.
Risk Assessment
An attacker could exploit this vulnerability to read data from memory beyond the allocated buffer, potentially leading to disclosure of confidential information or application crash.
Recommendation
Update NanaZip to stable version 6.0.1698.0 or preview 6.5.1742.0. Avoid opening untrusted SquashFS files.
Other vulnerabilities in NanaZip
See all- CVE-2026-55783Low
A vulnerability in NanaZip (a 7-Zip fork for Windows) prior to version 6.5.1749.0 causes a process crash when testing or extracting WebAssembly, ElectronAsar, Zealfs, Romfs, Ufs, Littlefs, and DotNetSingleFile archives. The issue stems from unconditionally dereferencing the caller-supplied Indices pointer, which can be NULL when the archive engine signals extraction of all items.
- CVE-2026-55782Low
NanaZip prior to version 6.5.1749.0 has a vulnerability in its WebAssembly archive handler where an attacker can control buffer allocation sizes. By crafting a file with manipulated NameSize and Information.Size fields, multi-gigabyte memory allocations can be forced, leading to memory exhaustion or process termination.
- CVE-2026-55781Low
A vulnerability in NanaZip (a 7-Zip fork for Windows) prior to version 6.5.1749.0 allows an attacker to cause memory exhaustion via a crafted UFS/FFS image. Missing validation of the fragment size (fs_fsize) lets a tiny image force multi-gigabyte allocations during open or extraction.
- CVE-2026-55780Low
A vulnerability in NanaZip (a 7-Zip fork for Windows) prior to version 6.5.1749.0 allows process crashes via a crafted .NET single-file bundle. The issue stems from missing validation of the extraction buffer size against the actual file size, potentially leading to std::bad_alloc or std::length_error exceptions.
Original NVD description (English source)
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.