Drei Schwachstellen im Webserver GoAhead von EmbedThis können dazu führen, dass gesperrte Client-Zertifikate weiterhin Zugriff gewähren, dass einige verschlüsselte Sitzungen für Lauscher offenliegen oder dass eine Begrenzung der Länge von Zertifikatsketten umgangen wird. Welche Konfigurationen betroffen sind, hängt von der TLS-Bibliothek und den Einstellungen ab. Die Hinweise von EmbedThis nennen GoAhead 6.1.1 als korrigierte Version für alle drei.
Die am 12. Oktober 2026 veröffentlichten Hinweise nennen den FoxIO-Forscher Sébastien Féry als Entdecker. GoAhead steckt in Verwaltungsoberflächen von Netzwerkgeräten, Druckern und Industriesystemen. Laut FoxIO läuft es auf Hunderten Millionen Geräten. Diese Zahl ist jedoch keine Anzahl verwundbarer Geräte, denn jede Schwachstelle setzt einen bestimmten Build und eine bestimmte Konfiguration voraus.
Gesperrte Zertifikate können Zugriff behalten
Die schwerwiegendste Schwachstelle, CVE-2026-115881, hat einen CVSS-Wert von 9,1 und betrifft GoAhead 3.4.5 bis 6.1.0 mit dem OpenSSL-TLS-Backend, einschließlich Bibliotheken, die dasselbe relevante OpenSSL-API-Verhalten teilen.
Laut EmbedThis lädt GoAhead eine konfigurierte Sperrliste für Zertifikate, setzt aber das Flag X509_V_FLAG_CRL_CHECK nicht, mit dem die Bibliothek deren Durchsetzung erzwingt. Das Laden gelingt ohne Warnung beim Start, sodass Administratoren nicht erkennen, dass gesperrte Zertifikate weiterhin nutzbar sind.
Für die Ausnutzung sind gegenseitiges TLS, ein konfiguriertes CA-Bundle, aktivierte Prüfung des Ausstellers und eine konfigurierte Sperrliste erforderlich. Der Angreifer muss ein Client-Zertifikat besitzen, das von einer vertrauenswürdigen Stelle signiert und in der Sperrliste dieser Installation aufgeführt ist. Das Zertifikat gewährt dann den Zugriff, den seine ursprüngliche Identität autorisiert, etwa wenn ein kompromittiertes Gerät sich nach der Sperrung seines Zertifikats erneut verbinden darf.
Standard-Builds von GoAhead aktivieren weder gegenseitiges TLS noch laden sie eine Sperrliste. Builds mit Mbed TLS sind von dieser Schwachstelle nicht betroffen. GoAhead 6.1.1 aktiviert die Sperrprüfung für das Endzertifikat des Clients wieder. Der Fix erzwingt jedoch keine Sperrprüfung für die gesamte Kette.
Abhören setzt einen nachgiebigen Client voraus
Eine weitere Schwachstelle im Mbed-TLS-Backend, mit 5,9 bewertet und ohne bekannte CVE, betrifft GoAhead 4.0.2 bis 6.1.0. Ein Längenfehler kürzt ein Diffie-Hellman-Modul mit 256 Byte auf ein einziges Byte. Dadurch werden die Parameter geschwächt, die bei Handshakes mit TLS_DHE_RSA_* über TLS 1.2 oder älter verwendet werden.
Der Hinweis von EmbedThis beschreibt eine Demonstration des Meldenden, bei der ein passiver Beobachter Sitzungsschlüssel ermitteln und einen mitgeschnittenen HTTPS-Austausch entschlüsseln konnte. Dafür muss der Client die Gruppe mit einem Byte akzeptieren und der Beobachter den Handshake mitschneiden. Zugangsdaten oder aktives Abfangen sind nicht nötig.
Die meisten modernen Clients – darunter OpenSSL 1.0.2 und neuer, aktuelles Go, Java und gängige Browser – lehnen die schwache Gruppe ab. Nachgiebige eingebettete oder ältere Clients können sie dagegen annehmen. TLS 1.3, ECDHE-Cipher-Suites und GoAhead-Builds mit OpenSSL sind nicht betroffen.
GoAhead 6.1.1 korrigiert die Parameterlänge. Laut SecurityWeek schützen auch Mbed-TLS-Installationen, wenn finite-field-DHE-Cipher-Suites deaktiviert oder auf das OpenSSL-Backend umgestellt werden.
Ältere LibreSSL-Builds haben eine Umgehung der Kettenlängenbegrenzung
CVE-2026-115884 mit einer Bewertung von 7,4 betrifft GoAhead bis 6.1.0, wenn es gegen LibreSSL 3.2.x oder 3.3.2 bis 3.3.6 gelinkt ist und so konfiguriert wurde, dass es Client-Zertifikate verlangt, während die Prüfung des Ausstellers deaktiviert ist.
Ein Angreifer, der diesen HTTPS-Endpunkt erreichen kann, kann eine selbstsignierte Kette aus mehr als zehn Zertifikaten vorlegen und den Handshake abschließen, ohne vertrauenswürdiges Schlüsselmaterial oder eine vorherige Authentifizierung. Ein Fehler des Verifizierers führt dazu, dass der Callback von GoAhead seine Tiefenprüfung überspringt und die Begrenzung der Kettenlänge umgangen wird.
Installationen mit aktivierter Prüfung des Ausstellers sind nicht betroffen, ebenso wenig Builds mit OpenSSL, BoringSSL, AWS-LC, LibreSSL 4.x oder Mbed TLS. Standard-Builds aktivieren keine Prüfung von Client-Zertifikaten. EmbedThis führt GoAhead 6.1.1 als gepatcht auf. FoxIO empfiehlt außerdem, die Prüfung des Ausstellers mit einem vertrauenswürdigen CA-Bundle zu aktivieren oder auf OpenSSL oder LibreSSL 4.x umzustellen.
Für Gerätebesitzer steht mit dem Upstream-Fix noch nicht fest, dass aktualisierte Firmware verfügbar ist. FoxIO-Gründer und CTO John Althouse warnte in Äußerungen, über die SecurityWeek berichtete, dass Geräte-Patches von den Herstellern abhängen. FoxIO hat nicht ermittelt, welche Produkte der genannten Hersteller verwundbare Konfigurationen verwenden.
