Kurzfassung

Mit CVE-2026-89422 steckt eine kritische Schwachstelle in Erlang/OTP ssl, durch die ein Angreifer bei TLS-1.3-Clientverbindungen den gewünschten Server nachahmen kann, ohne Zertifikat oder privaten Schlüssel zu besitzen. Der technische Schweregrad liegt bei CVSS 9.3 und damit im kritischen Bereich. Betroffen sind Standardkonfigurationen von Clients; auf TLS 1.2 beschränkte Verbindungen sind nach bisherigem Stand nicht betroffen.

Was ist passiert?

Der Fehler liegt in der TLS-1.3-Implementierung des ssl-Moduls von Erlang/OTP auf Client-Seite. Ein bösartiger Kommunikationspartner kann den Verbindungsaufbau so beeinflussen, dass der Client die Sitzung erfolgreich abschließt, obwohl die Zertifikatsprüfung des Servers eigentlich stattfinden müsste.

Praktisch bedeutet das: Anwendungen, die mit ssl:connect ausgehende TLS-1.3-Verbindungen aufbauen, können einen Angreifer als legitimen Zielserver akzeptieren. Sicherheitsmechanismen wie Zertifikatspfadprüfung, Hostname-Prüfung, CRL-Kontrolle, OCSP-Stapling und weitere Prüfungen werden dabei umgangen.

Für Unternehmen im DACH-Raum ist das vor allem dort relevant, wo Erlang/OTP-basierte Software sensible Backend-Verbindungen aufbaut, etwa zu internen Diensten, APIs, Messaging-Systemen oder Verwaltungsoberflächen. Das Risiko steigt deutlich in Netzen, in denen ein Angreifer den Datenverkehr umleiten oder sich als Gegenstelle einschleusen kann.

Technische Details

Auslöser ist eine fehlerhafte Behandlung der pre_shared_key-Erweiterung in einem TLS-1.3-ServerHello. Der Client akzeptiert dabei eine PSK-bezogene Antwort, die er selbst gar nicht angeboten hat. In der Folge wird der Ablauf intern so markiert, als handle es sich um eine Wiederaufnahme der Sitzung, obwohl keine gültige PSK-Basis vorliegt.

Dadurch springt die Zustandsmaschine an den Zertifikats-bezogenen Prüfschritten vorbei und landet direkt beim Abschluss des Handshakes. Ein Angreifer benötigt dafür nach NVD lediglich Netzwerkzugriff; die Angriffskomplexität ist gering, es sind keine Berechtigungen und keine Nutzerinteraktion nötig. Der CVSS-Wert beträgt 9.3 nach CVSS 4.0 und beschreibt die technische Schwere der Schwachstelle, nicht automatisch eine bereits beobachtete Ausnutzung in freier Wildbahn.

Betroffen ist laut NVD die Standardkonfiguration von TLS-1.3-Clients. Nicht betroffen sind Clients, die ausschließlich TLS 1.2 verwenden.

Wer ist betroffen?

Betroffen sind Erlang/OTP-Versionen ab OTP 22.2 bis vor den korrigierten Fassungen 27.3.4.18, 28.5.0.7 und 29.1.1. Beim ssl-Modul entspricht das den betroffenen Ständen ab ssl 9.5 bis vor 11.2.12.13, 11.6.0.6 und 11.7.7.

Relevant ist die Lücke für alle Produkte, Eigenentwicklungen und eingebetteten Dienste, die diese Laufzeit nutzen und als TLS-1.3-Client arbeiten. Das betrifft nicht nur direkt sichtbare Erlang-Anwendungen. Auch Appliances, Middleware oder Messaging-Komponenten können intern Erlang/OTP einsetzen, ohne dass das im Inventar auf den ersten Blick auffällt.

Wer ausschließlich Server-Funktionen betrachtet, greift zu kurz: Die Schwachstelle zielt auf die Client-Seite der Verbindung. Entscheidend ist also, ob ein System aktiv TLS-Verbindungen zu anderen Diensten aufbaut.

Empfohlene Maßnahmen

1. Betroffene Laufzeiten priorisiert identifizieren. Prüfen Sie umgehend, wo Erlang/OTP in Versionen ab 22.2 eingesetzt wird. Erfassen Sie insbesondere Systeme mit ausgehenden TLS-Verbindungen zu sensiblen Gegenstellen, etwa Authentifizierungsdiensten, internen APIs, Message-Brokern oder Verwaltungsdiensten.

2. Auf eine korrigierte Version aktualisieren. Planen Sie Updates auf mindestens OTP 27.3.4.18, 28.5.0.7 oder 29.1.1 ein. Wer auf Modulstände schaut, benötigt mindestens ssl 11.2.12.13, 11.6.0.6 oder 11.7.7.

3. TLS 1.3 vorübergehend deaktivieren, wenn ein sofortiges Update nicht möglich ist. Da nach aktuellem Stand TLS 1.2 nicht betroffen ist, kann eine Beschränkung auf TLS 1.2 als Übergangsmaßnahme sinnvoll sein. Das ist kein Ersatz für den Patch, reduziert aber die Angriffsfläche sofort.

4. Verbindungen mit hohem Vertrauensbedarf gesondert absichern. Wo möglich, sollten Sie zusätzlich Netzwerkpfade segmentieren, DNS- und Routing-Manipulationen erschweren und ausgehende Verbindungen zu kritischen Zielen eng überwachen. Die Schwachstelle ist besonders gefährlich, wenn ein Angreifer sich als Gegenstelle in den Kommunikationsweg bringen kann.

5. Logs und Telemetrie auf Unregelmäßigkeiten prüfen. Suchen Sie nach unerwarteten Zertifikatsmustern, geänderten Zieladressen, ungewöhnlichen TLS-Aushandlungen oder Verbindungen, die trotz fehlender Server-Identität erfolgreich erscheinen. Die Erkennung ist schwierig, weil der Handshake aus Sicht der Anwendung erfolgreich abgeschlossen werden kann.

Einschätzung von CyberSecurity-News.de

Die technische Tragweite ist hoch, weil hier nicht einfach eine DoS- oder Randbedingung betroffen ist, sondern der eigentliche Vertrauensanker einer TLS-Verbindung ausfällt. Wenn ein Client einen beliebigen Kommunikationspartner als legitimen Server akzeptiert, hebelt das zentrale Schutzmechanismen aus.

Für die Priorisierung im Betrieb zählt aber der Kontext. Die Lücke ist vor allem für Unternehmen kritisch, die Erlang/OTP aktiv für ausgehende TLS-1.3-Verbindungen einsetzen und deren Angreifermodell Manipulationen im Netzwerkpfad einschließt. Wer Erlang/OTP gar nicht nutzt oder TLS 1.3 auf betroffenen Clients nicht einsetzt, hat hier keinen akuten Handlungsdruck.

Die Informationslage ist in den Kernpunkten solide: betroffene Versionsbereiche, Fix-Versionen und der technische Ablauf sind klar benannt. Offen bleibt, ob und in welchem Umfang bereits aktive Angriffe beobachtet wurden; NVD nennt dazu nichts. Admins sollten daher nicht auf Hinweise zu laufender Ausnutzung warten, sondern die Schwachstelle wegen ihres Charakters präventiv behandeln.

Fazit

Unternehmen mit Erlang/OTP-basierten TLS-1.3-Clients sollten CVE-2026-89422 kurzfristig prüfen und, falls betroffen, zügig auf die korrigierten Versionen aktualisieren. Wenn das nicht sofort möglich ist, ist die vorübergehende Beschränkung auf TLS 1.2 die naheliegende Zwischenmaßnahme. Entscheidend ist nicht der bloße Einsatz von Erlang/OTP, sondern ob Ihre Systeme als TLS-Client sensible Verbindungen aufbauen.

Quellenangabe

Weiterführende technische Informationen bietet der NVD-Eintrag zu CVE-2026-89422.