Podatności NanaZip

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.