OpenSSL behebt schwerwiegende DTLS-Speicherleck-Schwachstelle
OpenSSL hat eine schwerwiegende Schwachstelle in seiner DTLS-Implementierung (Datagram Transport Layer Security) behoben, die Heap-Speicher unbemerkt an einen entfernten Peer weitergeben oder die Anwendung vollständig abstürzen lassen kann. Die als CVE-2026-84782 verfolgte Sicherheitslücke wurde am 29. September zusammen mit 13 weiteren Sicherheitskorrekturen für die weit verbreitete Kryptobibliothek veröffentlicht.
DTLS ist die für UDP-Datenverkehr konzipierte Variante von TLS (Transport Layer Security), dem schnellen, verlusttoleranten Protokoll, das von Echtzeitanwendungen wie WebRTC-Videotelefonie und Voice-over-IP-Verbindungen genutzt wird. Da UDP keine Zustellgarantie bietet, enthält DTLS einen Timer, der Handshake-Nachrichten erneut sendet, wenn keine Bestätigung eintrifft. Die Schwachstelle tritt auf, wenn eine erneute Sendung ausgelöst wird, während eine große Handshake-Nachricht noch in Fragmenten gesendet wird.
OpenSSL teilt übergroße Handshake-Nachrichten in Stücke auf, die jeweils in ein einzelnes UDP-Datagramm passen. Kann die Verbindung vorübergehend keine weiteren Daten annehmen, kann das Senden mitten in einer Nachricht pausieren. Vor der Korrektur verwendete der Code, wenn der erneute Sendetimer während einer solchen Pause auslöste, fälschlicherweise die Pufferposition der pausierten, größeren Nachricht, anstatt zum Anfang der ursprünglichen Nachricht zurückzukehren. Dies führte dazu, dass die erneut gesendete Nachricht eine falsche Kennzeichnung trug und ihre Nutzdaten mit übrig gebliebenen Bytes aus der übergroßen Nachricht füllte, wodurch roher Heap-Speicher effektiv als unverschlüsselte Handshake-Daten preisgegeben wurde. In einigen Fällen erreichte der Pufferüberlauf nicht zugewiesenen Speicher und verursachte einen abrupten Absturz.
Alle OpenSSL-Zweige von 1.0.2 bis 4.0 sind vor der jeweiligen korrigierten Version betroffen. Öffentliche Updates sind für die aktiv unterstützten Linien verfügbar: Benutzer sollten auf OpenSSL 4.0.3, 3.6.5, 3.5.9 oder 3.4.8 aktualisieren. Für die älteren Serien 3.0, 1.1.1 und 1.0.2 sind Sicherheitspatches nun auf Kunden mit Premium-Support beschränkt, da die öffentliche Unterstützung für 3.0 am 7. September endete. Ubuntu hat die Korrektur bereits in seinen Distributionspaketen ausgeliefert: Ubuntu 26.04 LTS-Abonnenten erhalten libssl3t64 3.5.5-1ubuntu3.6, 24.04 LTS erhält 3.0.13-0ubuntu3.16 und 22.04 LTS erhält 3.0.2-0ubuntu1.30. Debian 13 hat das Problem mit Paketversion 3.5.7-1~deb13u3 (DSA-6531-1) behoben. Nach der Installation dieser Updates ist ein Neustart erforderlich, damit alle laufenden Prozesse die korrigierte Bibliothek laden.
Die Veröffentlichung vom 29. September behebt ebenfalls 13 weitere CVEs. Die neben dem schwerwiegenden DTLS-Leck auffälligste ist CVE-2026-84783, eine als mittelschwer eingestufte Schwachstelle, die nur OpenSSL 4.0 betrifft. Sie kann es einem entfernten, nicht authentifizierten Peer ermöglichen, einen mehrfädigen TLS-Client oder einen Server, der Client-Zertifikate anfordert, zum Absturz zu bringen, jedoch nur, wenn mehrere Verbindungen gleichzeitig Zertifikatsketten zum selben vertrauenswürdigen CA-Zertifikat aufbauen. Ein weiteres DTLS-Problem, CVE-2026-75806 (niedrig eingestuft), erlaubt einem Angreifer, eine bestehende DTLS-1.2-Verbindung mit einem einzigen kurzen Datagramm zu beenden, ohne Verschlüsselungsschlüssel zu kennen. Die übrigen elf Schwachstellen sind alle von geringem Schweregrad und umfassen fünf Fehler im QUIC-Code von OpenSSL sowie drei Seitenkanal-Schwachstellen durch Zeitverhalten in den Kryptoroutinen ECDSA und SM2.
Für Website-Betreiber und Unternehmen, die auf sichere Serverumgebungen angewiesen sind, ist das schnelle Patchen von grundlegenden Bibliotheken wie OpenSSL entscheidend. Ein Managed-Hosting-Dienst, der proaktive Sicherheitsupdates übernimmt, kann diese Last abnehmen. AEU Hosting, das Managed-WordPress-Hosting mit durchgängiger Sicherheit bietet, stellt sicher, dass der Server-Software-Stack, einschließlich OpenSSL, aktuell bleibt, sobald Korrekturen erscheinen, und hilft Website-Betreibern, sich nicht solchen Schwachstellen auszusetzen.
Die Schwachstelle wurde am 17. August von Laurent Gaffie von Secorizon gemeldet, und die Korrektur wurde von Ryan Hooper entwickelt. OpenSSL hat nicht mitgeteilt, ob ein Angreifer die Bedingung „erneute Sendung bei angehaltener Nachricht“ absichtlich herbeiführen kann, und es wurde keine aktive Ausnutzung beobachtet. Die CISA bewertete die Schwachstelle mit einem CVSS-Wert von 8,2 von 10 (hoch) und stufte die Auswirkungen auf die Vertraulichkeit als gering und auf die Verfügbarkeit als hoch ein. Es gibt keine Problemumgehung; Benutzer, die nicht aktualisieren können und betroffen sind, sollten ein Upgrade planen oder einen Premium-Supportvertrag abschließen.