Bulletin-ID: 2026-062-AWS
Geltungsbereich: AWS
Inhaltstyp: Wichtig (erfordert Aufmerksamkeit)
Datum der Veröffentlichung: 21.07.2026, 13:00 Uhr PDT

Beschreibung:

s2n-tls ist eine Open-Source-C99-Implementierung des TLS/SSL-Protokolls. Wir haben zwei unterschiedliche Sicherheitslücken identifiziert:

• CVE-2026-16317: Unbemerkter Verlust von mit TLS 1.3 verschlüsselten Datensätzen in s2n-tls
  Eine fehlende Validierung des äußeren „content_type“-Bytes bei TLS 1.3-verschlüsselten Datensätzen in s2n-tls ermöglicht es einem aktiven Man-in-the-Middle-Angreifer, einzelne Anwendungsdatensätze unbemerkt zu entfernen, ohne dass einer der Endpunkte die Änderung bemerkt. RFC 8446, Abschnitt 5.2, erfordert, dass der äußere „content_type“ aller verschlüsselten TLS 1.3-Datensätze „application_data“ (0x17) lauten muss. Die s2n-tls AEAD-Implementierung codiert diesen Wert in den zusätzlichen authentifizierten Daten fest, anstatt das tatsächliche Wire-Byte zu verwenden, sodass der äußere „content_type“ nicht vom Authentifizierungs-Tag abgedeckt wird. Alle TLS-1.3-Verbindungen sind betroffen. Sowohl TLS-Clients als auch -Server sind betroffen. TLS-1.2- und QUIC-Verbindungen sind nicht betroffen.
  
  
• CVE-2026-16318: Speicherverlust bei QUIC-Transportparametern während „HelloRetryRequest“ in s2n-tls
  Die fehlerhafte Verwendung von „s2n_alloc“ anstelle von „s2n_realloc“ im Handler für die Erweiterung der QUIC-Transportparameter in „s2n-tls“ führt dazu, dass bei jedem Durchlaufen eines „HelloRetryRequest“ durch eine QUIC-fähige TLS-1.3-Verbindung eine Speicherzuweisung verloren geht. Dies kann bei normalen Handshakes auftreten, wenn ein Client eine Schlüsselgruppenkonfiguration vorschlägt, die der Server nicht bevorzugt, und kann bei lang andauernden Serverprozessen zu einem erhöhten Speicherverbrauch führen. Nur QUIC-fähige Bereitstellungen sind betroffen.

Betroffene Versionen: <= v1.7.5

Lösung:

Diese Probleme wurden in s2n-tls Version v1.7.6 behoben. Sie sollten eine Aktualisierung auf die neueste Version vornehmen und dafür sorgen, dass geforkter oder derivativer Code gepatcht wird, damit die neuen Korrekturen enthalten sind.

Problemumgehungen:

Für CVE-2026-16317 (Stilles Verwerfen von TLS-1.3-verschlüsselten Datensätzen) gibt es keine vollständige Problemumgehung. Die Konfiguration von s2n-tls auf die ausschließliche Verwendung von TLS-1.2-Sicherheitsrichtlinien würde den betroffenen Codepfad umgehen, wird jedoch nicht empfohlen, da dadurch die Sicherheitsvorteile von TLS 1.3 entfallen.

Für CVE-2026-16318 (Speicherleck bei QUIC-Transportparametern während „HelloRetryRequest“) sind Bereitstellungen, bei denen QUIC nicht aktiviert ist, nicht betroffen und erfordern keine Maßnahmen. Bei Bereitstellungen mit aktiviertem QUIC kann ein regelmäßiger Neustart der Serverprozesse den nicht erreichbaren Speicher vorübergehend freigeben.

Referenzen:

• CVE-2026-16317
• CVE-2026-16318
• GHSA-cr7x-863j-xrc7
• GHSA-684c-v35q-fvx7

Bei Sicherheitsfragen oder -bedenken wenden Sie sich bitte per E-Mail an aws-security@amazon.com.