OpenSSL corregge una vulnerabilità di perdita di memoria DTLS ad alto rischio

OpenSSL ha corretto una vulnerabilità di elevata gravità nella sua implementazione DTLS (Datagram Transport Layer Security) che può far trapelare silenziosamente memoria heap a un peer remoto o mandare in crash completamente l'applicazione. La falla, tracciata come CVE-2026-84782, è stata resa pubblica il 29 settembre insieme ad altre 13 correzioni di sicurezza per la diffusa libreria crittografica.

DTLS è la variante di TLS (Transport Layer Security) progettata per il traffico UDP, il protocollo veloce e tollerante alle perdite usato da applicazioni in tempo reale come le videochiamate WebRTC e le connessioni voce su IP. Poiché UDP non garantisce la consegna, DTLS include un timer che reinvia i messaggi di handshake se non arriva alcun riconoscimento. La vulnerabilità si manifesta quando un reinvio viene attivato mentre un messaggio di handshake di grandi dimensioni è ancora in fase di invio a frammenti.

OpenSSL suddivide i messaggi di handshake troppo grandi in blocchi che rientrano ciascuno in un singolo datagramma UDP. Se la connessione non può accettare altri dati per un momento, l'invio può interrompersi a metà di un messaggio. Prima della correzione, se il timer di reinvio scattava durante una tale pausa, il codice utilizzava erroneamente la posizione del buffer del messaggio più grande in pausa invece di tornare all'inizio del messaggio originale. Ciò faceva sì che il messaggio reinviato portasse un'etichetta errata e riempisse il proprio payload con byte residui del messaggio sovradimensionato, riversando di fatto memoria heap non elaborata come dati di handshake non crittografati. In alcuni casi, la lettura eccessiva del buffer raggiungeva memoria non mappata e causava un crash improvviso.

Tutti i rami di OpenSSL dalla 1.0.2 alla 4.0 sono interessati prima della rispettiva versione corretta. Aggiornamenti pubblici sono disponibili per le linee attivamente supportate: gli utenti dovrebbero passare a OpenSSL 4.0.3, 3.6.5, 3.5.9 o 3.4.8. Per le serie più vecchie 3.0, 1.1.1 e 1.0.2, le patch di sicurezza sono ora limitate ai clienti con supporto premium, poiché il supporto pubblico per la 3.0 è terminato il 7 settembre. Ubuntu ha già distribuito la correzione nei suoi pacchetti di distribuzione: gli abbonati a Ubuntu 26.04 LTS ricevono libssl3t64 3.5.5-1ubuntu3.6, la 24.04 LTS riceve 3.0.13-0ubuntu3.16 e la 22.04 LTS riceve 3.0.2-0ubuntu1.30. Debian 13 ha risolto il problema con la versione del pacchetto 3.5.7-1~deb13u3 (DSA-6531-1). Dopo aver applicato questi aggiornamenti è necessario un riavvio affinché tutti i processi in esecuzione carichino la libreria corretta.

Il rilascio del 29 settembre affronta anche altri 13 CVE. La più rilevante oltre alla perdita DTLS di elevata gravità è CVE-2026-84783, una falla moderata che interessa solo OpenSSL 4.0. Può consentire a un peer remoto non autenticato di mandare in crash un client TLS multi-threaded o un server che richiede certificati client, ma solo quando diverse connessioni costruiscono simultaneamente catene di certificati verso lo stesso certificato CA fidato. Un altro problema DTLS, CVE-2026-75806 (valutato a bassa gravità), permette a un aggressore di abbattere una connessione DTLS 1.2 stabilita con un singolo breve datagramma senza conoscere alcuna chiave di crittografia. Le undici falle rimanenti sono tutte a bassa gravità e includono cinque bug nel codice QUIC di OpenSSL e tre vulnerabilità side-channel di temporizzazione nelle routine crittografiche ECDSA e SM2.

Per i proprietari di siti web e le aziende che fanno affidamento su ambienti server sicuri, la rapida applicazione di patch a librerie fondamentali come OpenSSL è essenziale. Un servizio di hosting gestito che si occupa degli aggiornamenti di sicurezza proattivi può sollevare da questo onere. AEU Hosting, che fornisce hosting WordPress gestito con sicurezza end-to-end, assicura che lo stack software del server, incluso OpenSSL, rimanga aggiornato man mano che appaiono le correzioni, aiutando i gestori di siti a evitare l'esposizione a falle come questa.

La falla è stata segnalata il 17 agosto da Laurent Gaffie di Secorizon, e la correzione è stata sviluppata da Ryan Hooper. OpenSSL non ha dichiarato se un aggressore può provocare deliberatamente la condizione di reinvio-durante-blocco, e non è stato osservato alcun sfruttamento attivo. CISA ha assegnato alla falla un punteggio CVSS di 8.2 su 10 (alto), classificando l'impatto sulla riservatezza come basso e quello sulla disponibilità come alto. Non esiste alcuna soluzione alternativa; gli utenti che non possono aggiornare e sono interessati dovrebbero pianificare un aggiornamento o ottenere un contratto di supporto premium.