CVE-2026-55783

低已发布

NanaZip：在提取/测试整个存档时，所有七个 NanaZip 自定义存档处理程序的 Extract() 中存在空指针解引用

已发布: 2026年7月10日
已更新: 2026年7月10日
分配 CNA: GitHub_M
观察到的证据: 2026年8月29日

初级CVSS

2.4/ 10低

nvd · CVSS 4.0

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/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

EPSS概率估计

0.2%

低 · 未来 30 天

百分位: 5.5%
型号日期: 2026年9月21日

EPSS 是统计估计，而不是确定性或影响衡量标准。将其与 CVSS、KEV 状态、暴露程度和您的环境相结合。

总结

NanaZip 是 7-Zip 的衍生版本，旨在提供现代 Windows 体验。在 6.5.1749.0 之前，当归档引擎通过将 Indices 传递为 NULL 且 NumItems 为 0xFFFFFFFF 来表示提取全部内容时，NanaZip.Codecs 中七个内部 IInArchive 处理程序会在 Extract 内无条件解引用调用方提供的 Indices 数组。这会导致在 WebAssembly、ElectronAsar、Zealfs、Romfs、Ufs、Littlefs 和 DotNetSingleFile 归档的标准测试或提取全部代码路径中发生 NULL 指针解引用，从而造成进程崩溃。此问题已在 6.5.1749.0 版本中修复。

来源

security-research研究
我报告的 CVE 的 PoC 与 write-ups（协同披露；仅已发布及已修复）

负责任的使用

仅在您拥有或有权测试的系统上使用漏洞信息。 Kitploit 链接到公共研究元数据，并且不存储漏洞代码或恶意负载。