Katalog CVE

CVE-2026-104016

WysokieCVSS 7.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Podwyższone ryzyko
0.68%

Percentyl 52 - wyżej niż 52% wszystkich znanych CVE

Streszczenie

ProtobufParser przetwarza pola typu string i bytes z prefiksem długości, sprawdzając warunek (_inputPtr + len) <= _inputEnd, a następnie wywołując _finishShortText(len), przy czym oba działania używają 32-bitowej arytmetyki ze znakiem. Gdy atakujący dostarczy varint dekodujący się do długości bliskiej Integer.MAX_VALUE, suma _inputPtr + len przepełnia się do wartości ujemnej, sprawdzenie granic przechodzi, a TextBuffer.expandCurrentSegment(len) wykonuje Arrays.copyOf bez limitu i zgłasza OutOfMemoryError. Parametry maxStringLength i maxDocumentLength nie blokują tej ścieżki.

Ocena ryzyka

Zdalny atakujący może wysłać 33-bajtowy ładunek, który wywoła błąd OutOfMemoryError i awarię przetwarzania, a dostrajanie -Xmx nie łagodzi problemu. Nie są wymagane żadne uprawnienia ani interakcja użytkownika poza możliwością przesłania danych do parsowania.

Rekomendacja

Zaktualizuj bibliotekę Jackson do wersji zawierającej poprawkę dodającą zabezpieczenie przed przepełnieniem w ścieżkach sprawdzania długości stringów. Do czasu wdrożenia poprawki rozważ ograniczenie ekspozycji punktów końcowych przyjmujących dane Protobuf.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) <= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit. The JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured. A February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS