Katalog CVE

CVE-2026-53659

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.44%

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

Streszczenie

W http4k przed 4.51.0.0, 5.42.0.0 i 6.49.0.0 filtry ServerFilters.GZip, RequestFilters.GunZip oraz podstawowe funkcje dekompresji treści żądania Gzip nie nakładają limitu na rozmiar po dekompresji. Nieuwierzytelniony klient może wysłać małe ciało żądania zakodowane w gzip, które rozszerza się do gigabajtów, wyczerpując stertę JVM.

Ocena ryzyka

Może prowadzić do wyczerpania pamięci i odmowy usługi dla innych klientów. Luka jest łatwa do wykorzystania zdalnie bez uwierzytelnienia.

Rekomendacja

Zaktualizuj http4k do wersji 4.51.0.0, 5.42.0.0 lub 6.49.0.0 (lub nowszej). Upewnij się, że limit 10 MiB jest egzekwowany przez SizeLimitedInputStream.

Inne podatności w http4k

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

http4k is a functional toolkit for Kotlin HTTP applications. Prior to 4.51.0.0, 5.42.0.0, and 6.49.0.0, ServerFilters.GZip, RequestFilters.GunZip, and the underlying Gzip request-body decompression functions impose no limit on decompressed size. An unauthenticated client can send a small gzip-encoded request body that expands to gigabytes, exhausting the JVM heap and denying service to other clients. The fix uses SizeLimitedInputStream to enforce a default 10 MiB limit, causes ServerFilters.GZip and RequestFilters.GunZip to return 413 Request Entity Too Large, and causes other decompression paths to throw SizeLimitExceededException. This issue is fixed in versions 4.51.0.0, 5.42.0.0, and 6.49.0.0.

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