CVE-2026-48006
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 40 - wyżej niż 40% wszystkich znanych CVE
Streszczenie
W bibliotece Netty wykryto podatność polegającą na trwałym wycieku buforów pamięci bezpośredniej (direct memory) w handlerze RedisArrayAggregator. Gdy połączenie Redis zostanie zamknięte przed zakończeniem agregacji odpowiedzi RESP, handler nie zwalnia przechowywanych buforów, co prowadzi do wyczerpania puli pamięci bezpośredniej. Problem został załatany w wersjach 4.1.135.Final i 4.2.15.Final.
Ocena ryzyka
Ryzyko polega na możliwości wyczerpania pamięci bezpośredniej w procesie JVM przez dowolnego klienta sieciowego, który wielokrotnie zrywa połączenia Redis. Może to doprowadzić do odmowy usługi (DoS) dla wszystkich kanałów Netty w aplikacji.
Rekomendacja
Należy niezwłocznie zaktualizować bibliotekę Netty do wersji 4.1.135.Final lub 4.2.15.Final. Jeśli aktualizacja nie jest możliwa, należy rozważyć ograniczenie dostępu do usług Redis lub zastosowanie timeoutów na połączenia.
Oryginalny opis (angielski, źródło NVD)
Netty is a network application framework for development of protocol servers and clients. Prior to versions 4.1.135.Final and 4.2.15.Final, the RedisArrayAggregator handler permanently leaks pooled direct-memory buffers when a Redis pipeline connection closes before a RESP array aggregate completes. The handler retains child messages in per-handler state (`depths` field) but defines no `channelInactive`, `handlerRemoved`, or `exceptionCaught` method to release them when the pipeline tears down. Because the leaked buffers are slices of `PooledByteBufAllocator` chunks, they prevent those chunks from being returned to the JVM-wide direct-memory pool. Repeated connection churn by any network peer monotonically drains this shared pool, eventually causing allocation failures on all Netty channels in the process. Versions 4.1.135.Final and 4.2.15.Final patch the issue.