« On a un problème » : une faille de sécurité absurde met Internet en alerte

Le 20 octobre 2026, une faille de sécurité majeure a été révélée concernant huit certificats numériques de l’autorité de certification indienne eMudhra. Ces certificats, normalement utilisés pour sécuriser les connexions internet via le protocole HTTPS, présentaient des clés privées extrêmement faibles : des nombres simples comme 4, 56, 66, 115, 155, 156, 230 ou 237. En cryptographie, une clé privée doit être choisie aléatoirement parmi un nombre quasi illimité de possibilités (ici, près de 2 puissance 384 pour le système P-384). Ces clés simplistes pouvaient être découvertes en quelques secondes, permettant de fabriquer de faux certificats pour usurper l’identité de sites web légitimes. L’incident a été signalé par le chercheur Wayne, qui a démontré la vulnérabilité en signant numériquement un message avec ces clés compromises.

Un certificat numérique fonctionne comme une carte d’identité pour un site web ou un service en ligne. Lorsqu’un navigateur (Chrome, Firefox, etc.) se connecte à un site en HTTPS, il vérifie que le certificat présenté est valide et signé par une autorité de confiance. Cette autorité, comme eMudhra, joue le rôle d’un notaire numérique : elle atteste que le certificat appartient bien au site concerné. Les certificats compromis ici étaient des certificats intermédiaires, ce qui signifie que leurs clés privées permettaient de signer d’autres certificats. Un attaquant utilisant ces clés pouvait ainsi créer un faux certificat pour un domaine qu’il ne possède pas, trompant les logiciels qui acceptent encore ces signatures.

Si un attaquant parvient à intercepter une connexion entre un utilisateur et un service en ligne, il peut présenter un faux certificat et se faire passer pour le serveur légitime. Par exemple, une application vulnérable pourrait transmettre des données personnelles à cet imposteur sans s’en rendre compte. Cependant, cette interception nécessite que l’attaquant soit déjà présent sur le réseau (par exemple, sur un réseau Wi-Fi public non sécurisé). Les algorithmes de chiffrement TLS eux-mêmes ne sont pas compromis : le problème réside dans la confiance accordée à une fausse identité. Aucun cas d’exploitation malveillante n’a été confirmé à ce stade, mais les logiciels non mis à jour restent vulnérables.

Les principaux navigateurs ont réagi rapidement pour bloquer les certificats compromis. Chrome et Firefox ont désactivé ces certificats dès le 17 octobre 2026, suivis par Apple le 19 octobre et Microsoft le 20 octobre. Mozilla a indiqué avoir déployé ses protections en moins de trois heures pour les utilisateurs de Firefox avec les réglages standards, sans nécessiter de redémarrage. Cependant, ces mesures ne protègent pas automatiquement tous les logiciels d’un appareil. Par exemple, l’outil curl intégré à macOS utilise une liste de certificats distincte et pouvait encore accepter les certificats compromis malgré le blocage d’Apple.

Selon eMudhra, la faille proviendrait d’une erreur dans le programme de génération des clés. Une première série de clés correctes aurait été produite, mais un second jeu, plus faible (les nombres inférieurs à 256), aurait été généré par erreur. Ces clés faibles auraient ensuite été utilisées par confusion, en raison d’étiquettes similaires. Le cryptographe Filippo Valsorda compare l’ampleur de ce chantier à celui de la faille Heartbleed découverte en 2014, soulignant la diversité des systèmes à corriger et la difficulté à atteindre tous les outils, notamment ceux qui ne sont plus maintenus ou oubliés.