CVE-2026-93575 in Netty
Riassunto
di VulDB • 18/09/2026
### Riepilogo La correzione di Netty per CVE-2026-44248 è incompleta. Il decoder verifica se la `Remaining Length` del pacchetto MQTT supera il valore di `maxBytesInMessage`, ma non convalida la `Properties Length` rispetto alla `Remaining Length`. Un attaccante può aggirare il limite dimensionale inviando una piccola `Remaining Length` ma un'enorme `Properties Length`. Questo costringe Netty ad eseguire il buffering e l'analisi di milioni di proprietà, consentendo a un attaccante remoto non autenticato di innescare un consumo eccessivo di memoria e CPU, portando a un errore OutOfMemoryError.
### Dettagli In `io.netty.handler.codec.mqtt.MqttDecoder`, il metodo helper `decodeProperties()` legge la variabile `totalPropertiesLength` e tenta di analizzare quel numero esatto di byte. Se il buffer non contiene l'intera lunghezza richiesta, viene generato un segnale (`Signal`). Il blocco `catch` all'interno del metodo `decode()` applica il controllo su `maxBytesInMessage` solo contro `bytesRemainingBeforeVariableHeader` (la `Remaining Length` del pacchetto).
Invio di un pacchetto `CONNECT` con una piccola `Remaining Length` ma un'enorme `Properties Length` fa superare il controllo dimensionale. Successivamente, `ReplayingDecoder` esegue il buffering dei dati dalla rete fino al raggiungimento della grande `Properties Length`, analizzando milioni di oggetti `UserProperty` ed esaurendo le risorse CPU e memoria.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.