CVE-2026-42446

NanaZip od wersji 1.0.88.0 do wersji stabilnej 6.0.1698.0 i preview 6.5.1742.0 ma podatność w funkcji Lz4Decode w SquashfsHandler.cpp, która odrzuca tylko zerowy zwrot z LZ4_decompress_safe, podczas gdy błędne dane wejściowe dają ujemną wartość. Ujemna wartość jest konwertowana na niepodpisaną SizeT, co prowadzi do odczytu poza przydzieloną pamięcią i potencjalnego wycieku danych lub awarii procesu.

Podatność w NanaZip (forku 7-Zipa dla Windows) przed wersją 6.5.1749.0 powoduje awarię procesu podczas testowania lub wypakowywania archiwów WebAssembly, ElectronAsar, Zealfs, Romfs, Ufs, Littlefs i DotNetSingleFile. Problem wynika z bezwarunkowego wyłuskania wskaźnika Indices przekazanego przez wywołującego, który może być NULL, gdy silnik archiwizacji sygnalizuje wypakowanie wszystkiego.

NanaZip przed wersją 6.5.1749.0 zawiera podatność w obsłudze archiwów WebAssembly, gdzie atakujący może kontrolować rozmiar bufora alokowanego przez program. Poprzez spreparowany plik z zaniżonymi wartościami pól NameSize i Information.Size, możliwe jest wymuszenie alokacji gigabajtów pamięci, co prowadzi do wyczerpania pamięci lub zakończenia procesu.

Podatność w NanaZip (fork 7-Zip dla Windows) przed wersją 6.5.1749.0 pozwala atakującemu na zdalne wyczerpanie pamięci poprzez spreparowany obraz UFS/FFS. Brak walidacji rozmiaru fragmentu (fs_fsize) powoduje, że mały obraz może wymusić alokację gigabajtów pamięci podczas otwierania lub ekstrakcji.

Podatność w NanaZip (fork 7-Zipa dla Windows) przed wersją 6.5.1749.0 pozwala na awarię procesu przez spreparowany plik .NET single-file. Problem wynika z braku walidacji rozmiaru bufora ekstrakcji względem rzeczywistego rozmiaru pliku, co może prowadzić do wyjątków std::bad_alloc lub std::length_error.

W NanaZip od wersji 5.0.1252.0 do przed 6.0.1698.0 występuje jednobajtowy zapis poza granicami sterty (null write) w parserze obrazów systemu plików UFS/UFS2. Podatność jest wyzwalana podczas otwierania spreparowanego obrazu systemu plików UFS, przy czym atakujący kontroluje przesunięcie zapisu w oknie około 254 bajtów za granicą alokacji sterty.

W NanaZip w wersjach od 5.0.1252.0 do przed 6.0.1698.0 występuje niekontrolowana rekurencja w parserze obrazów systemu plików UFS/UFS2. Funkcja GetAllPaths wchodzi w podkatalogi bez limitu głębokości, co przy spreparowanym obrazie powoduje wyczerpanie stosu i awarię procesu.

W NanaZip w wersjach od 5.0.1252.0 do przed 6.0.1698.0 występuje luka denial-of-service w parserze obrazów systemu plików littlefs. Metoda Open odczytuje BlockCount z superbloku bez walidacji i wykonuje miliardy alokacji pamięci, co prowadzi do wyczerpania pamięci.

NanaZip to otwartoźródłowy archiwizator. W wersjach od 5.0.1252.0 do przed 6.0.1698.0 w parserze obrazów systemu plików UFS/UFS2 występuje dzielenie przez zero na liczbach całkowitych. Luka jest wyzwalana przy otwieraniu spreparowanego obrazu UFS, w którym pole superbloku fs_ipg (inody na grupę cylindrów) ma wartość zero; parser używa tej wartości jako dzielnika bez walidacji, powodując natychmiastowy trap sprzętowy i awarię procesu. Luka została naprawiona w wersji 6.0.1698.0.

W NanaZip w wersjach od 5.0.1252.0 do przed 6.0.1698.0 występuje dereferencja wskaźnika null w parserze obrazów UFS/UFS2. Gdy główny inode jest dowiązaniem symbolicznym zamiast katalogu, parser traktuje go jak katalog i powoduje dereferencję wskaźnika null.