GoAhead ist ein kleiner Webserver, den Gerätehersteller in ihre Firmware einbauen, um Verwaltungsoberflächen von Routern, Druckern, Gateways und Industriesteuerungen bereitzustellen. Hersteller EmbedThis gibt an, die Software laufe in Hunderten Millionen Geräten.
Besonders heikel: Der Server lädt die Sperrlistendatei beim Start und meldet keinen Fehler. Ein Betreiber, der die Sperrprüfung eingerichtet hat, hat also jeden Grund anzunehmen, sie funktioniere – was nicht der Fall ist. Der zugehörige Sicherheitshinweis spricht davon, widerrufene Client-Zertifikate würden stillschweigend akzeptiert. In einem Test von FoxIO gegen GoAhead 6.1.0 mit OpenSSL 3.6.2 wurde ein widerrufenes Zertifikat bei eingeschalteter Aussteller-Prüfung angenommen.
Ausnutzbar ist die Lücke nur, wenn der Build das OpenSSL-Backend nutzt, Client-Zertifikate verlangt, ein Bundle vertrauenswürdiger Zertifizierungsstellen samt Aussteller-Prüfung aktiv ist und eine Sperrliste konfiguriert wurde. Der Angreifer muss ein von einer vertrauenswürdigen Stelle signiertes, als widerrufen gelistetes Zertifikat besitzen. Builds mit Mbed-TLS-Backend sind nicht betroffen, dort läuft die Sperrprüfung über einen eigenen Codepfad.
Die Kennung des Hinweises lautet CVE-2026-115881, von EmbedThis mit 9,1 bewertet. Stand 27. Oktober waren diese und die weiteren Kennungen in den öffentlichen CVE- und NVD-Datenbanken noch nicht abrufbar; EmbedThis gibt an, sie beantragt zu haben. Die Schwerebewertungen stammen vom Hersteller selbst.
Gefunden hat die Schwachstelle Sébastien Féry von FoxIO, der sie gemeinsam mit zwei weiteren TLS-Problemen in einer Veröffentlichung am 26. Oktober beschrieb. Beide weiteren Probleme hängen jeweils an einem bestimmten TLS-Build; Versionen und Korrekturen unterscheiden sich je nach Backend.
Das Mbed-TLS-Problem greift nur, wenn der Client die fehlerhafte Konfiguration überhaupt akzeptiert. OpenSSL, aktuelle Go- und Java-Versionen sowie gängige Browser lehnen einen derart kleinen Wert ab und weichen auf einen stärkeren Schlüsselaustausch aus, sodass die Sitzung gar nicht zustande kommt. Clients ohne Mindestgrößenprüfung – etwa manche eingebetteten oder selbst gebauten – nehmen ihn an; wer den Verkehr mitgeschnitten hat, kann anschließend den Schlüssel berechnen und die Sitzung mitlesen. TLS 1.3 und ECDHE-Sitzungen sind nicht betroffen, und Mbed TLS 4.x hat den zugrunde liegenden Schlüsselaustausch entfernt.
Das LibreSSL-Problem erlaubt es einem Angreifer, eine Zertifikatskette vorzulegen, die länger ist als die von GoAhead vorgesehene Grenze von zehn Zertifikaten, und den Handshake dennoch als authentifizierter Client abzuschließen – ohne jeden vertrauenswürdigen Schlüssel. Es tritt nur bei Builds auf, die gegen die älteren LibreSSL-Versionen gelinkt sind, und nur dort, wo Client-Zertifikate verlangt werden und die Aussteller-Prüfung abgeschaltet ist. OpenSSL, BoringSSL, AWS-LC und LibreSSL 4.x weisen die überlange Kette zurück.
Welches Backend und welche Einstellungen ein Build verwendet, wird beim Kompilieren der Firmware festgelegt – von außen kann ein Gerätebesitzer das nicht erkennen. Aus demselben Grund kommt die Korrektur nur langsam an: GoAhead 6.1.1 ist ein direkter Ersatz, den Gerätehersteller neu bauen und als Firmware-Update ausliefern müssen. Ob überhaupt ein Hersteller das bereits getan hat, ist nicht bekannt. Die Version wurde am 2. August 2026 an Gerätehersteller ausgeliefert und am 12. Oktober öffentlich veröffentlicht.
Stand 27. Oktober lagen keine Berichte über Angriffe auf eine der Schwachstellen vor. EmbedThis beendet nach eigener Richtlinie ein Embargo vorzeitig und veröffentlicht früher, wenn eine Lücke ausgenutzt oder von anderer Seite offengelegt wird; die koordinierte Freigabe am 12. Oktober passt also zu einer Lage ohne bekannte Angriffe – ein Beweis dafür ist sie nicht. Kunden informiert EmbedThis über sein Builder-Portal.
FoxIO hat Proof-of-Concept-Code veröffentlicht und bietet über sein Werkzeug JA4Scan Fingerabdrücke an, um GoAhead-Server nach Backend zu finden. Das Werkzeug ist kostenlos, der Quellcode jedoch nur auf Anfrage erhältlich; ein Fingerabdruck identifiziert zudem einen Build, nicht einen nachweislich verwundbaren Server.
Von den Geräteherstellern, die EmbedThis als GoAhead-Nutzer führt – darunter HP, Oracle, Siemens, Canon, Rockwell, D-Link und Comcast –, wurde bei keinem nachgewiesen, dass er ein betroffenes Backend mit den betroffenen Einstellungen betreibt. Die Zahl betroffener Geräte ist nicht ermittelt.
Dieselbe Version 6.1.1 schließt insgesamt elf Sicherheitshinweise, drei davon als kritisch eingestuft. Einer betrifft eine Anmeldeumgehung: Bei Builds mit HTTP-Basic- oder Formular-Anmeldung kann sich ein Angreifer, der einen gültigen Benutzernamen kennt, mit einem beliebigen Passwort anmelden, sofern das gespeicherte Passwort dieses Nutzers im neueren Blowfish-Format vorliegt, das GoAhead mit Version 6.1.0 eingeführt hat. Nach Angaben von EmbedThis ist die Formular-Anmeldung die Voreinstellung für die eingebauten Administrationsseiten.
Nach dem Upgrade empfiehlt EmbedThis, aktive Sitzungen zu beenden, den Server neu zu starten und die im Blowfish-Format gespeicherten Passwörter zu ändern.