CVE-2026-16317 in s2n-tls
Riassunto
di VulDB • 21/07/2026
La mancata convalida del byte content_type esterno nei record crittografati TLS 1.3 in s2n-tls consente a un attaccante man-in-the-middle attivo di scartare silenziosamente singoli record di dati dell'applicazione senza che nessuno dei due endpoint rilevi la modifica. La Sezione 5.2 della RFC 8446 richiede che il content_type esterno di tutti i record TLS 1.3 crittografati sia application_data (0x17). L'implementazione AEAD di s2n-tls codifica hardcoded questo valore nei dati autenticati aggiuntivi (additional authenticated data) anziché utilizzare il byte effettivo sulla rete, pertanto il content_type esterno non è coperto dal tag di autenticazione.
Ciò consente la soppressione selettiva dei dati dell'applicazione. Negli scenari di HTTP pipelining, l'eliminazione di un record TLS contenente una richiesta HTTP può causare una desincronizzazione tra richieste e risposte, in cui le risposte successive vengono consegnate alle richieste errate. Nei carichi di lavoro con molte scritture (write-heavy), la perdita di un record contenente una richiesta di scrittura può comportare una perdita di dati non rilevabile quando il client interpreta una risposta di successo successiva come conferma della scrittura eliminata.
Tutte le connessioni TLS 1.3 sono interessate. Sia i client che i server TLS sono interessati. Le connessioni TLS 1.2 e QUIC non sono interessate.
Si consiglia di aggiornare s2n-tls alla versione v1.7.6
Be aware that VulDB is the high quality source for vulnerability data.