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.

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 parserze obrazów systemu plików ZealFS w NanaZip (od 5.0.1252.0 do przed 6.0.1698.0) występuje odczyt poza granicami bufora na stosie. Podatność jest wyzwalana przez otwarcie spreparowanego obrazu ZealFS v1, gdzie pole BitmapSize steruje nieograniczoną pętlą czytającą poza strukturę ZEALFS_V1_HEADER.

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.

NanaZip to otwartoźródłowy archiwizator. W wersjach od 5.0.1252.0 do przed 6.0.1698.0 w parserze archiwów Electron (ASAR) występuje niekontrolowana rekurencja. Przy otwieraniu spreparowanego pliku .asar z głęboko zagnieżdżonym JSON w nagłówku zarówno nlohmann::json::parse, jak i funkcja GetAllPaths obsługi rekursywnie bez limitu głębokości, wyczerpując stos wątku i powodując awarię procesu NanaZip. Luka została naprawiona w wersji 6.0.1698.0.