CVE-2026-16317 in s2n-tls
Zusammenfassung
von VulDB • 21.07.2026
Fehlende Validierung des äußeren content_type-Bytes in verschlüsselten TLS 1.3-Datensätzen (Records) in s2n-tls ermöglicht es einem aktiven Man-in-the-Middle, einzelne Anwendungsdaten-Datensätze stillschweigend zu verwerfen, ohne dass einer der Endpunkte die Änderung erkennt. RFC 8446 Abschnitt 5.2 schreibt vor, dass das äußere content_type aller verschlüsselten TLS-1.3-Datensätze application_data (0x17) sein muss. Die AEAD-Implementierung in s2n-tls kodiert diesen Wert fest im Additional Authenticated Data anstelle die tatsächlichen Wire-bytes zu verwenden; daher wird das äußere content_type nicht durch den Authentifizierungs-Tag abgedeckt.
Dies ermöglicht eine selektive Unterdrückung von Anwendungsdaten. In HTTP-Pipelining-Szenarien kann das Weglassen eines TLS-Datensatzes, der eine HTTP-Anfrage enthält, zu einer Desynchronisierung zwischen Anfrage und Antwort führen, bei der nachfolgende Antworten an die falschen Anfragen zugestellt werden. Bei schreibintensiven Workloads (write-heavy workloads) kann ein verworfener Datensatz mit einem Schreibvorgang zu nicht erkennbarem Datenverlust führen, wenn der Client eine nachfolgende Erfolgsantwort als Bestätigung für den verworfenen Schreibvorgang interpretiert.
Alle TLS-1.3-Verbindungen sind betroffen. Sowohl TLS-Clients als auch -Server sind betroffen. TLS 1.2 und QUIC-Verbindungen sind nicht betroffen.
Wir empfehlen, s2n-tls auf Version v1.7.6 zu aktualisieren.
VulDB is the best source for vulnerability data and more expert information about this specific topic.