Des clés de chiffrement faibles découvertes

Les clés privées de l'autorité de certification eMudhra se sont révélées extrêmement faibles, ce qui permettait de les retrouver presque instantanément. L'incident, révélé le 20 octobre 2026, permet de créer de faux certificats pour usurper l'identité de sites web auprès de logiciels vulnérables.

Les navigateurs réagissent rapidement

Les principaux navigateurs ont réagi, mais les correctifs doivent encore atteindre de nombreux autres outils. La clé privée était tout simplement le nombre 4, tandis que les sept autres avaient des valeurs telles que 56, 66, 115, 155, 156, 230 et 237, rapporte Ars Technica le 20 octobre 2026. La découverte a poussé Chrome et Firefox à bloquer en urgence les certificats concernés dès le 17 octobre.

Explication de la menace

Dans leurs déclarations, Mozilla et Google expliquent que ces clés pourraient permettre de créer de faux certificats HTTPS pour usurper l'identité de sites web auprès de logiciels vulnérables. L'entreprise concernée, eMudhra, est indienne. Pourtant, ses certificats sont reconnus par des logiciels utilisés dans le monde entier.

Comprendre les certificats numériques

Bien que les navigateurs aient réagi rapidement, de nombreuses autres applications et infrastructures doivent également être protégées. Une fausse carte d'identité pour n'importe quel site web. Pour comprendre le problème, il faut revenir au rôle d'un certificat. Lorsqu'un navigateur se connecte à un site en HTTPS, il doit vérifier qu'il communique avec le bon serveur.

Comment fonctionne la compromission

Un certificat numérique sert, en quelque sorte, de carte d'identité. Le navigateur le reconnaît grâce à une chaîne de signatures émanant d'autorités auxquelles il fait confiance. Les certificats compromis appartiennent à des autorités intermédiaires : les clés privées qui leur sont associées permettent de signer d'autres certificats. Récupérer ces clés revient donc à obtenir le tampon officiel avec lequel fabriquer de fausses cartes d'identité.

Failles techniques dans la génération des clés

Ces clés devraient normalement être choisies au hasard parmi un nombre immense de possibilités. Le système utilisé ici, appelé P-384, offre près de 2 à la puissance 384 valeurs possibles : les essayer toutes est irréaliste. Cependant, dans le rapport technique publié sur le site de Mozilla, Dennis Jackson, ingénieur en cryptographie, confirme que les huit clés en question étaient des nombres inférieurs à 256.

Vérification de la faille

Elles pouvaient donc être retrouvées presque immédiatement à partir des certificats publics. Le rapport distingue six certificats destinés aux connexions TLS et deux à la signature de logiciels. Le chercheur qui a signalé le problème, identifié sous le nom de Wayne, a fourni une démonstration : « We have a problem here – Wayne », ou « We have a problem here – Wayne ».

Risques potentiels pour les utilisateurs

Il a signé numériquement ce message avec chacune des huit clés compromises. Les signatures pouvaient être vérifiées à l'aide des clés publiques contenues dans les certificats, prouvant qu'il possédait bien les clés secrètes. Quel risque pour vos connexions ? Imaginez qu'une application vulnérable se connecte à un service pour transmettre des informations personnelles. Si un attaquant parvient à intercepter cette connexion, il peut présenter un faux certificat et se faire passer pour le serveur attendu.

Limites de la menace

L'application lui fait confiance : il peut alors potentiellement lire ou modifier les échanges. Cette condition est essentielle : l'attaquant doit également être en mesure d'intercepter la connexion. Posséder ces clés ne lui donne pas automatiquement accès aux comptes de tous les internautes. Comme le souligne Cloudflare, les algorithmes de chiffrement TLS eux-mêmes n'ont pas été cassés.

Efforts en cours pour sécuriser les systèmes

Le problème concerne l'identité du serveur : une connexion chiffrée ne protège pas les données si elle est établie avec un imposteur. Les navigateurs ont réagi, les autres logiciels doivent suivre. Chrome et Firefox ont bloqué les certificats concernés dès le 17 octobre.

Difficultés à corriger l'ensemble des systèmes

Mozilla indique avoir diffusé sa protection en moins de trois heures aux utilisateurs de Firefox ayant conservé les paramètres standard, sans nécessiter de redémarrage du navigateur. Selon la page de suivi technique de Dennis Jackson, les blocages ont également été déployés sur les appareils Apple le 19 octobre, puis sur les plateformes Microsoft le 20 octobre.

Une protection incomplète selon les outils

Ces mesures ne protègent toutefois pas automatiquement l'ensemble des logiciels installés. La page indique que l'outil de connexion curl fourni avec macOS utilise une liste de certificats distincte et pourrait encore accepter les certificats compromis malgré le blocage d'Apple. Certains outils doivent donc être corrigés séparément : un navigateur protégé ne garantit pas que toutes les connexions du même appareil le sont.

Comparaison avec les failles passées

Interrogé par Ars Technica, le cryptographe Filippo Valsorda estime que ce chantier pourrait dépasser celui de Heartbleed, une grave faille découverte en 2014. Il souligne notamment la diversité des systèmes à corriger et les machines ou outils oubliés qui ne sont plus maintenus.

Aucune utilisation malveillante confirmée à ce stade

À ce stade, aucune exploitation malveillante n'a été confirmée dans les sources consultées. Google indique qu'aucun certificat TLS rattaché aux six certificats intermédiaires concernés n'avait été enregistré dans les journaux publics de transparence avant leur blocage. Cela a empêché leur utilisation contre les logiciels exigeant cet enregistrement, comme Chrome.

Explication d'eMudhra

Des attaques contre ceux qui ne vérifient pas ces éléments ne peuvent toutefois pas être exclues. Dans une réponse publiée sur le suivi d'incident de Mozilla, Naveen Kumar ML, d'eMudhra, fournit une première explication : une erreur dans le programme de génération des clés aurait produit un second jeu de clés plus faibles, utilisé ensuite par erreur en raison d'étiquettes similaires.

Recommandations pour les utilisateurs

Pour les utilisateurs, la recommandation est de mettre à jour les navigateurs, les systèmes d'exploitation et les applications dès que les correctifs sont disponibles. Les responsables informatiques doivent également vérifier les logiciels et équipements qui ne bénéficient pas de mises à jour automatiques.