Podatności zstd-jni
5 znanych podatności CVE w zstd-jni, przetłumaczonych i ocenionych.
- CVE-2026-87877Wysokie
zstd-jni przed wersją 1.5.7-14 nie sprawdza stanu zamknięcia w metodach setDict, setLongMax, setLevel i setRefMultipleDDicts klas strumieni. Atakujący mogą wywołać te metody na zamkniętych strumieniach, aby zapisywać przez zwolnione wskaźniki natywne, uszkadzając niezwiązane obiekty lub powodując awarię JVM.
- CVE-2026-87825Wysokie
zstd-jni przed wersją 1.5.7-14 zawiera podatność use-after-free, gdzie strumienie i konteksty trzymają współdzielony zamek słownika tylko podczas wywołania ładowania, co pozwala na zamknięcie słownika, gdy jest nadal używany. Atakujący mogą zamknąć słownik po powiązaniu go ze strumieniem lub kontekstem, powodując, że kolejne operacje odczytu lub zapisu uzyskują dostęp do zwolnionej pamięci natywnej, co prowadzi do cichego uszkodzenia danych lub awarii JVM.
- CVE-2026-87824Wysokie
zstd-jni przed wersją 1.5.7-14 nie sprawdza pojemności bufora próbek w metodzie Zstd.trainFromBufferDirect, co pozwala atakującym na odczyt poza granicami bufora poprzez podanie zbyt dużych długości poszczególnych próbek. Atakujący mogą wywołać dostęp do pamięci poza zakresem, dostarczając spreparowane tablice długości próbek, które powodują, że natywna implementacja wychodzi poza alokację bufora, co prowadzi do zakończenia działania JVM.
- CVE-2026-87823Wysokie
zstd-jni przed wersją 1.5.7-14 wykonuje 32-bitowe sprawdzenia granic ze znakiem na trzech natywnych metodach dotyczących rozmiaru ramki dla bezpośrednich buforów ByteBuffer, co pozwala na odczyt pamięci poza zakresem poprzez ujemne lub przepełnione offsety. Atakujący mogą podać ujemne wartości offsetów bliskie Integer.MIN_VALUE, aby odczytać nieodwzorowaną pamięć, powodując zakończenie działania JVM lub wyodrębniając dane o rozmiarze ramki z nieprzewidzianych lokalizacji pamięci.
- CVE-2026-87795Wysokie
Wersje zstd-jni przed 1.5.7-14 nie walidują parametrów offset i length w konstruktorze ZstdDictCompress, co umożliwia odczyty pamięci poza zakresem. Atakujący może dostarczyć niezaufane wartości offset lub length, aby odczytać natywną pamięć sterty do słownika kompresji, co zwykle powoduje awarie JVM.

