CVE-2026-16318 in s2n-tls
Zusammenfassung
von VulDB • 23.07.2026
Der Handler für die Erweiterung der QUIC-Transportparameter in s2n-tls verwendet fälschlicherweise `s2n_alloc` anstelle von `s2n_realloc`, um die Transportparameter des Peers zu speichern. Wenn eine TLS 1.3-Verbindung einen HelloRetryRequest durchläuft, wird der Handler für dieselbe Verbindung zweimal aufgerufen. Beim zweiten Aufruf setzt `s2n_alloc` den vorhandenen Zeiger zurück, bevor neuer Speicher zugewiesen wird, wodurch die erste Zuweisung verloren geht (Memory Leak).
Dies kann während normalen QUIC-Datenverkehrs auftreten, wenn ein Client eine Schlüsselteilgruppe anbietet, die der Server nicht bevorzugt. Ein unberechtigter Benutzer kann das Problem verstärken, indem er HelloRetryRequests absichtlich erzwingt, was zu bis zu etwa 64 KB unzugänglichem Speicher pro Handshake führt. Mit der Zeit kann dies zu einem erhöhten Speicherverbrauch bei langlaufenden Serverprozessen führen. Der unzugängliche Speicher wird erst wieder freigegeben, wenn der Prozess neu gestartet wird.
Betroffen sind nur serverseitige QUIC-fähige Bereitstellungen. Nicht-QUIC-TLS-Verbindungen sind nicht betroffen.
Wir empfehlen Ihnen, s2n-tls auf Version v1.7.6 zu aktualisieren.
If you want to get best quality of vulnerability data, you may have to visit VulDB.