ssl_verify_fun: Teilweise Wildcard-Zertifikat akzeptiert Hostnamen über Labelgrenzen

Zusammenfassung

Die Erlang-Bibliothek ssl_verify_fun akzeptiert Zertifikate mit einem Wildcard in einem Teil eines Labels, etwa f*.example.net, sodass das Wildcard auch Hostnamen über mehrere Labels hinweg abdeckt, zum Beispiel f.evil.example.net. Zudem kann *.168.1.1 die IP-Adresse 192.168.1.1 abdecken. Ein Angreifer in einer Man-in-the-Middle-Position, der ein solches Zertifikat von einer vertrauenswürdigen CA besitzt, kann sich als betroffener Host ausgeben und die Verbindung lesen oder verändern. Clients, die server_name_indication gesetzt lassen, sind durch die Hostnamenprüfung in Erlang/OTP geschützt; Clients mit deaktiviertem SNI, Server, die Client-Zertifikate mit dieser Bibliothek prüfen, und direkte Aufrufer von verify_cert_hostname/2 sind exponiert.

Betroffen

• ssl_verify_fun ab 1.0.1 bis vor 1.1.8 (Hex)
• Git-Revisionen a49ca56923356c7a3981692b23c42ef32c2990e0 bis vor ca34031299cd2e0c98794c0da4ba556b94e39aad
• Erlang/OTP älter als 20.0 ist ebenfalls exponiert

Behoben in

• Aktualisierung auf ssl_verify_fun 1.1.8 oder neuer

Umgehung

• server_name_indication auf den Zielhostnamen gesetzt lassen und {customize_hostname_check, [{match_fun, public_key:pkix_verify_hostname_match_fun(https)}]} in den ssl-Optionen ergänzen (Erlang/OTP 21 oder neuer). Dies deckt Clients mit deaktiviertem SNI, serverseitige Client-Zertifikatsprüfungen und direkte Aufrufe von verify_cert_hostname/2 nicht ab.

Ausnutzung

• Kein öffentlicher Proof-of-Concept und keine bekannte Ausnutzung.
• Ein Angriff erfordert eine Man-in-the-Middle-Position und ein Zertifikat mit teilweisem Wildcard von einer vertrauenswürdigen CA, was die CA/Browser-Forum-Baseline-Requirements nicht erlauben; die realistische Exposition liegt daher bei privaten PKIs.
• Soweit bekannt nicht im CISA KEV gelistet; nicht direkt geprüft.

Unsere Empfehlung

• Lock-Dateien (mix.lock, rebar.lock) und Software-Inventare auf ssl_verify_fun-Versionen 1.0.1 bis 1.1.7 prüfen.
• Wo gefunden auf 1.1.8 oder neuer aktualisieren und die Version vor dem Fixieren auf Hex verifizieren.
• Dienste priorisieren, die SNI deaktivieren oder Client-Zertifikate mit dieser Bibliothek prüfen.
• Bis zur Aktualisierung die Konfigurations-Workaround-Massnahme anwenden, falls ein Update nicht sofort möglich ist.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• CVE record CVE-2026-117666 (CNA EEF) cna.erlef.org
• OSV record EEF-CVE-2026-117666 osv.dev
• GitHub security advisory GHSA-7gw2-hphm-c5px github.com
• Fix commit ca34031 github.com
• Commit a49ca56 github.com
• Pull request #33 github.com
• Hex package ssl_verify_fun hex.pm
• VulDB entry 429397 vuldb.com

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 05:05.