OpenSSL 4.0.3 chiude una falla High in DTLS e nuovi DoS su QUIC

🛡️ Executive Summary

• OpenSSL 4.0.3 corregge CVE-2026-84782, falla High in DTLS che può provocare disclosure di memoria heap in chiaro o crash remoto.
• OpenSSL 4.0 è inoltre colpito da CVE-2026-84783, use-after-free nella cache delle estensioni X.509 capace di causare DoS concorrenti.
• Il batch interviene anche su QUIC, DTLS 1.2, curve ellittiche, CMP e consumo di memoria, con patch parallele per numerosi rami 3.x.

OpenSSL 4.0.3 arriva a poco più di un mese dalla precedente patch release e questa volta contiene una vulnerabilità classificata High che rende l’aggiornamento prioritario soprattutto negli ambienti che utilizzano DTLS. CVE-2026-84782 può portare alla lettura oltre i limiti di un buffer durante la ritrasmissione dei messaggi di handshake, con possibile esposizione di memoria heap verso il peer remoto oppure crash del processo. Alla falla principale si aggiungono un use-after-free specifico della serie 4.0, diversi problemi di denial-of-service e un nuovo gruppo di correzioni per QUIC. Il quadro conferma una tendenza già evidente nelle prime release 4.x: il rischio maggiore non nasce dagli algoritmi crittografici, ma dalla complessità dei protocolli e dalla gestione della memoria che li circonda.

CVE-2026-84782 può inviare memoria heap al peer durante un handshake DTLS

La vulnerabilità più importante del nuovo ciclo è CVE-2026-84782, classificata High dal progetto. Durante un handshake DTLS, una scrittura può essere sospesa mentre il trasporto non è temporaneamente disponibile. Se nel frattempo scatta il timer di ritrasmissione, OpenSSL può riutilizzare posizione e buffer associati al messaggio ancora incompleto senza ripristinare correttamente l’offset. Il risultato è una lettura oltre i limiti del messaggio da ritrasmettere: parti di memoria appartenenti a un altro buffer possono finire come plaintext nei dati di handshake inviati al peer, oppure il processo può raggiungere memoria non mappata e terminare. La pagina ufficiale delle vulnerabilità OpenSSL indica come interessate le versioni dalla 4.0.0 alla 4.0.2, ma anche numerosi rami precedenti. La patch reimposta la posizione di lettura e impedisce la ritrasmissione mentre una precedente scrittura dell’handshake è ancora sospesa. La release OpenSSL 4.0.2 aveva già corretto undici falle tra QUIC, CMS, CMP e DTLS, mostrando quanto l’hardening dello stack di trasporto continui a essere uno dei punti più delicati dell’intera libreria.

Leggi anche: HollowByte usa handshake TLS minimi per frammentare la memoria dei server OpenSSL

Leggi anche: le novità introdotte da OpenSSL 4.0

OpenSSL 4.0 ha anche un use-after-free nella cache X.509

La seconda vulnerabilità da isolare dal resto del batch è CVE-2026-84783, classificata Moderate e limitata alla serie OpenSSL 4.0 prima della 4.0.3. Il problema riguarda la prima elaborazione concorrente delle estensioni di uno stesso certificato X.509. OpenSSL costruisce e memorizza in cache i valori decodificati delle estensioni; in condizioni multithread, un thread può liberare strutture che un altro sta ancora utilizzando, producendo un use-after-free. Un peer remoto non autenticato può sfruttare la condizione per mandare in crash un client TLS multithread oppure un server che richiede certificati ai client, purché più connessioni costruiscano contemporaneamente catene verso lo stesso certificato CA. Non emerge un percorso documentato verso esecuzione di codice: l’impatto indicato dal progetto è principalmente un Denial of Service. La specificità per OpenSSL 4.0 rende la falla particolarmente importante per chi ha già adottato la nuova major release, anche perché la linea 4.1 è ancora in sviluppo e orientata a nuove ottimizzazioni post-quantistiche, non una sostituzione produttiva della serie stabile.

QUIC continua a concentrare errori di memoria e complessità algoritmica

Una parte consistente delle correzioni riguarda ancora QUIC. CVE-2026-42772 permette a un peer remoto che ha completato l’handshake di inviare frammenti STREAM fuori ordine in modo da forzare l’algoritmo di reassembly verso complessità quadratica, aumentando drasticamente il consumo CPU con banda relativamente ridotta. Altre falle consentono di mantenere buffer allocati più a lungo del necessario, gonfiare il backlog dei RETIRE_CONNECTION_ID oppure manipolare il conteggio dell’amplification credit prima della validazione completa dell’indirizzo. Si tratta prevalentemente di problemi Low, ma il loro valore operativo dipende dall’esposizione reale del servizio e dal numero di connessioni simultanee sostenibili. Il precedente delle vulnerabilità s2n-quic corrette da AWS mostra lo stesso collo di bottiglia: implementare QUIC significa gestire in user space stato, flussi, retransmission, controllo della congestione e memoria per connessione, aumentando il numero di punti nei quali un input remoto molto piccolo può generare un costo sproporzionato sul server.

Continua con:
WolfSSL corregge tre vulnerabilità nella libreria TLS usata in sistemi embedded
Wireshark 4.6.9 corregge 19 falle tra dissector, protocolli e capture file

Aggiornare OpenSSL significa controllare anche container e copie incorporate

OpenSSL raccomanda agli utenti 4.0 di passare alla 4.0.3; vengono distribuite parallelamente versioni corrette anche per i rami 3.6, 3.5, 3.4 e 3.0, mentre alcune vulnerabilità raggiungono anche le linee legacy mantenute attraverso supporto esteso. Non tutte le CVE interessano ogni ramo e il modulo FIPS non risulta coinvolto nelle principali falle descritte, perché DTLS, QUIC e gestione X.509 interessata si trovano fuori dal relativo boundary. Per gli amministratori il problema resta quello già emerso nelle precedenti patch: aggiornare openssl nel package manager non significa necessariamente avere eliminato ogni copia vulnerabile. Applicazioni compilate staticamente, container, appliance, runtime che incorporano libssl o libcrypto e immagini non ricostruite possono continuare a eseguire codice precedente. La nuova release non segnala una crisi della crittografia di OpenSSL; segnala piuttosto quanto sia diventato complesso il software che implementa TLS, DTLS, QUIC, X.509 e PKI sopra primitive matematiche mature. Per questo OpenSSL 4.0.3 va trattato come aggiornamento di sicurezza dell’infrastruttura, non come una normale manutenzione numerica della serie 4.0.