Huit clés de certificats étaient minuscules. Les navigateurs les ont bloquées

Le 17 octobre 2026, les éditeurs de navigateurs ont appris que les clés privées de huit certificats intermédiaires d’eMudhra pouvaient être retrouvées par n’importe qui. Les clés n’ont pas été volées dans un coffre. Elles ont été générées comme de tout petits nombres. Chrome et Firefox les ont bloquées le jour même, sans vous demander d’installer une mise à jour.

Si vous utilisez Chrome ou Firefox et que vous n’avez pas désactivé leurs mises à jour de sécurité habituelles, il n’y a pas de réglage à changer. Ce qui compte encore, ce sont les vieux logiciels qui n’apprennent jamais une révocation, et les sites dont le certificat dépend encore de la racine que Google s’apprête à ne plus reconnaître.

Ce qui n’allait pas dans les clés

Une autorité de certification intermédiaire est un organisme à qui la racine fait confiance pour émettre des certificats de sites. Quiconque détient la clé privée de cet intermédiaire peut fabriquer un certificat pour un site qui ne lui appartient pas. Un navigateur qui fait encore confiance à l’intermédiaire l’acceptera.

Le billet de Chrome dit que le Chrome Root Program a reçu le signalement à 18 h 05 UTC le 17 octobre. Les clés avaient été générées avec trop peu d’aléa, de sorte que n’importe qui pouvait fabriquer des certificats HTTPS reconnus pour les clients qui n’avaient pas encore retiré ces autorités.

Le bogue d’incident de Mozilla, 2083449, consigne le même signalement et la vérification que Mozilla a faite elle-même. Dennis Jackson a écrit que les huit clés ont été créées le 30 avril 2025, dans un lot de 24 intermédiaires. Ce sont les clés P-384 de deux des trois séries de ce lot. Une clé privée P-384 est censée être un entier aléatoire dans un intervalle immense. Ces huit clés étaient toutes inférieures à 256. Ce sont des zéros, sauf le dernier octet. Mozilla les a retrouvées de son côté, sans la méthode du déclarant, ce qui fait de ceci un générateur défectueux plutôt qu’une fuite isolée. Jackson a écrit qu’il n’avait pas retrouvé l’autre série P-384, et qu’il n’avait pas encore examiné les clés RSA de la même cérémonie.

Six des huit sont des intermédiaires TLS, reconnus par les programmes racine de Chrome, Mozilla, Microsoft et Apple. Deux servent à la signature de code et étaient reconnus par Microsoft. Le communiqué d’eMudhra dit que l’incident ne touche pas ses clés privées racines ni ses autres intermédiaires, qu’un seul des huit était déployé en production, et qu’aucun d’eux, y compris celui-là, n’avait émis de certificat d’entité finale. Google dit qu’aucun certificat TLS dépendant des six intermédiaires TLS ne figurait dans les journaux Certificate Transparency avant le blocage. Un navigateur qui exige ces journaux, ce que Chrome fait par défaut, n’aurait pas pu se voir présenter un certificat frauduleux de ces autorités avant le blocage. Les clients qui ne vérifient pas Certificate Transparency sont une autre population. Google dit ne pas connaître d’usage frauduleux contre eux, et l’absence d’une entrée de journal n’est pas une fouille de chaque réseau.

Ce que les navigateurs ont fait

À 19 h 45 UTC le 17 octobre, Chrome a poussé une mise à jour CRLSet qui bloque les clés touchées par l’empreinte de leur clé publique. Chrome dit que cela couvre chaque certificat qui partage ces clés, et que cela ne demande ni mise à jour du navigateur ni redémarrage. Android a reçu une mise à jour équivalente par Google Play Services vers 22 h UTC le lundi. Google dit que la plupart des appareils l’ont déjà, et qu’un redémarrage la récupère tout de suite.

Mozilla a reçu le signalement à 20 h 06 UTC, l’a accusé réception à 20 h 08, et a fini de pousser le blocage vers Firefox par OneCRL à 22 h 59 UTC le même jour. Le billet de Mozilla dit que cela joint les utilisateurs de Firefox dans la configuration habituelle, sans mise à jour ni redémarrage. Firefox 158.0.1, ESR 115.43.1 et ESR 153.5.1 portent le même blocage pour les personnes dont les réglages ne prennent pas les mises à jour OneCRL. Mozilla retire aussi de NSS 3.131.1 la racine qui a signé ces intermédiaires, pour les autres logiciels qui utilisent le magasin de Mozilla et ne voient jamais OneCRL.

eMudhra a révoqué les huit intermédiaires le 18 octobre. La révocation n’aide que les logiciels qui prennent la peine de la consulter.

Google retire du Chrome Root Store la racine dont dépendent ces intermédiaires, emSign ECC Root CA – G3. Ce changement est prévu le mardi matin 27 octobre 2026, heure du Pacifique, et plus tôt sur Chrome Canary et Bêta. Google dit que certains certificats légitimes qui dépendent de cette racine cesseront de fonctionner dans Chrome, et qu’eMudhra s’est engagée à déplacer ces abonnés. Chrome décide encore si les autres racines d’eMudhra restent dans le magasin.

Quoi faire

1. Laissez Chrome et Firefox sur leurs réglages de mise à jour par défaut. Le blocage est déjà une liste qu’ils vont chercher. Désactiver les « mises à jour de sécurité » ou les composants du même genre, c’est refuser ce qui a corrigé ceci.
2. Redémarrez un téléphone Android si vous voulez la mise à jour Play Services maintenant plutôt que lorsqu’elle arrive. L’instruction de Google est un redémarrage, pas un nouveau réglage.
3. Si vous exploitez un site, vérifiez qui a émis le certificat. S’il dépend d’emSign ECC Root CA – G3, remplacez-le par un certificat d’une hiérarchie encore dans le Chrome Root Store avant le 27 octobre. Après cette date, les visiteurs sous Chrome peuvent obtenir un avertissement pleine page sur un site par ailleurs honnête.
4. Tout ce qui fige la confiance et ne reçoit pas de liste de révocation de navigateur reste votre problème. Les vieux téléphones, les appareils et les bibliothèques livrés avec cette racine et qui ne se mettent jamais à jour continueront de faire confiance à une clé qui est publique. Aucun réglage sur votre ordinateur portable ne corrige ceux-là.

Vous n’avez pas à changer vos mots de passe à cause de ceci. Un certificat fabriqué est une façon de s’asseoir au milieu d’une connexion, pas une copie de la base de clients d’une entreprise.

Sources

• Chrome Root Program, « Protecting Chrome and Android users from compromised eMudhra intermediate CA certificates » (en anglais), 20 octobre 2026
• Mozilla, « Protecting Firefox users following the compromise of eMudhra intermediate certificates » (en anglais), 20 octobre 2026
• Mozilla Bugzilla, « 2083449 : eMudhra private key compromise of intermediate certificates » (en anglais)
• eMudhra, « Statement on the certificate security incident » (en anglais)