CVE-2026-45416
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 37 - wyżej niż 37% wszystkich znanych CVE
Streszczenie
W bibliotece Netty wykryto podatność polegającą na braku ograniczenia rozmiaru bufora alokowanego podczas obsługi wiadomości ClientHello w protokole TLS. Atakujący może wysłać spreparowane żądanie o rozmiarze do 16 MiB, co prowadzi do natychmiastowej alokacji dużego bufora, który pozostaje w pamięci aż do zamknięcia połączenia, powodując wyczerpanie zasobów.
Ocena ryzyka
Ryzyko polega na możliwości przeprowadzenia ataku typu DoS (Denial of Service) poprzez wysłanie dużego pakietu ClientHello, co może doprowadzić do wyczerpania pamięci serwera i uniemożliwienia działania aplikacji.
Rekomendacja
Zaleca się natychmiastową aktualizację biblioteki Netty do wersji 4.1.135.Final lub 4.2.15.Final, które zawierają poprawkę eliminującą tę podatność.
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, SslClientHelloHandler.decode() reads the 24-bit TLS handshake length and, when the ClientHello does not fit in the first record, eagerly allocates `ctx.alloc().buffer(handshakeLength)` (line 161). The guard at line 140 is `handshakeLength > maxClientHelloLength && maxClientHelloLength != 0`, and the commonly-used SniHandler/AbstractSniHandler constructors (SniHandler(Mapping), SniHandler(AsyncMapping), AbstractSniHandler()) pass maxClientHelloLength=0 and handshakeTimeoutMillis=0, so the length guard is disabled and no timeout is scheduled. A 16 MiB request exceeds the default pooled chunk size and becomes a huge/unpooled allocation performed immediately. The buffer is retained in the handler until the channel closes. Versions 4.1.135.Final and 4.2.15.Final patch the issue.