Trois vulnérabilités dans le serveur web GoAhead d'EmbedThis peuvent permettre à des certificats client révoqués de conserver leur accès, exposer certaines sessions chiffrées à des écoutes, ou contourner une limite de longueur de chaîne de certificats. Les configurations concernées varient selon la bibliothèque TLS et les paramètres utilisés. Les avis d'EmbedThis indiquent la version 6.1.1 de GoAhead comme version corrigée pour les trois.
Publiés le 12 octobre 2026, les avis créditent le chercheur Sébastien Féry, de FoxIO. GoAhead équipe des interfaces de gestion d'équipements réseau, d'imprimantes et de systèmes industriels. Selon FoxIO, il fonctionne sur des centaines de millions d'appareils, mais ce chiffre ne correspond pas à un nombre d'appareils vulnérables : chaque faille nécessite un build et une configuration particuliers.
Des certificats révoqués peuvent conserver leur accès
La faille la plus grave, CVE-2026-115881, affiche un score CVSS de 9,1 et touche GoAhead de la 3.4.5 à la 6.1.0 lorsqu'il utilise son backend TLS OpenSSL, y compris les bibliothèques qui partagent le comportement pertinent de l'API OpenSSL.
Selon EmbedThis, GoAhead charge une liste de révocation de certificats (CRL) configurée, mais n'active pas X509_V_FLAG_CRL_CHECK, l'option qui demande à la bibliothèque de l'appliquer. Le chargement réussit sans avertissement au démarrage, sans que les administrateurs sachent que les certificats révoqués restent utilisables.
L'exploitation exige un TLS mutuel, un bundle d'autorités de certification configuré, la vérification de confiance de l'émetteur activée et une liste de révocation configurée. L'attaquant doit posséder un certificat client signé par une autorité de confiance et figurant comme révoqué dans la liste de ce déploiement. Le certificat accorde alors l'accès autorisé par son identité d'origine, par exemple en permettant à un appareil compromis de se reconnecter après la révocation de son certificat.
Les versions par défaut de GoAhead n'activent pas le TLS mutuel et ne chargent pas de liste de révocation. Les builds Mbed TLS ne sont pas touchés par cette faille. GoAhead 6.1.1 rétablit la vérification de révocation pour le certificat feuille du client ; le correctif n'active pas l'application de la révocation sur l'ensemble de la chaîne.
L'écoute nécessite un client permissif
Une autre faille, propre au backend Mbed TLS, notée 5,9 et sans CVE connu, touche GoAhead de la 4.0.2 à la 6.1.0. Une erreur de longueur tronque un module Diffie-Hellman de 256 octets à un seul octet, ce qui affaiblit les paramètres utilisés dans les négociations TLS_DHE_RSA_* sur TLS 1.2 ou une version antérieure.
L'avis d'EmbedThis décrit une démonstration du rapporteur dans laquelle un observateur passif pourrait récupérer les clés de session et déchiffrer un échange HTTPS capturé. Ce résultat suppose que le client accepte ce groupe d'un octet et que l'observateur capture la négociation. Aucun identifiant ni interception active ne sont nécessaires.
La plupart des clients modernes, dont OpenSSL 1.0.2 et les versions ultérieures, la version actuelle de Go, Java et les navigateurs courants, rejettent ce groupe faible. Des clients embarqués ou anciens, plus permissifs, peuvent l'accepter. Les versions TLS 1.3, les suites ECDHE et les builds GoAhead reposant sur OpenSSL ne sont pas touchés.
GoAhead 6.1.1 corrige la longueur du paramètre. SecurityWeek rapporte que désactiver les suites DHE à corps fini ou passer au backend OpenSSL protège aussi les déploiements Mbed TLS.
Les builds LibreSSL anciens permettent de contourner la limite de chaîne
CVE-2026-115884, noté 7,4, touche GoAhead jusqu'à la 6.1.0 lorsqu'il est lié à LibreSSL 3.2.x ou aux versions 3.3.2 à 3.3.6, et configuré pour exiger des certificats client tout en désactivant la vérification de confiance de l'émetteur.
Un attaquant capable d'atteindre ce point de terminaison HTTPS peut présenter une chaîne auto-signée de plus de 10 certificats et mener la négociation TLS à son terme, sans matériel de clé de confiance ni authentification préalable. Une erreur du vérificateur fait que le callback de GoAhead ignore son contrôle de profondeur, ce qui contourne la limite de longueur de chaîne.
Les déploiements avec vérification de l'émetteur activée ne sont pas touchés, pas plus que les builds utilisant OpenSSL, BoringSSL, AWS-LC, LibreSSL 4.x ou Mbed TLS. Les builds par défaut n'activent pas la vérification des certificats client. EmbedThis indique que GoAhead 6.1.1 corrige la faille ; FoxIO recommande également d'activer la vérification de l'émetteur avec un bundle d'autorités de certification de confiance, ou de passer à OpenSSL ou LibreSSL 4.x.
Pour les propriétaires d'appareils, le correctif en amont ne garantit pas la disponibilité d'un micrologiciel mis à jour. Le fondateur et directeur technique de FoxIO, John Althouse, a mis en garde, dans des propos rapportés par SecurityWeek, contre la dépendance des correctifs aux fabricants. FoxIO n'a pas identifié quels produits des fabricants qu'il a cités utilisent des configurations vulnérables.
