Compromission de l'AC intermédiaire eMudhra: listes de blocage des navigateurs et l'écart de confiance au runtime

Ce que couvre cette vidéo

• Les clés compromises appartiennent à des signataires intermédiaires. La méfiance envers une racine peut atténuer une chaîne sans prouver que la clé privée de la racine a été compromise.
• La liste de blocage d'urgence d'un navigateur et le magasin de CA groupé d'une application peuvent suivre des chemins de mise à jour distincts. Vérifiez le processus en cours et sa configuration de confiance réelle.
• Mozilla a confirmé indépendamment les clés privées récupérables. Le rapport ne décrit aucune entrée CT pour les intermédiaires affectés; l'abus réel contre d'autres clients reste inconnu.
• Les versions primaires vérifient certifi 2026.10.19 et Node 24.22.1 pour les branches discutées. Les bundles de CA personnalisés et les autres branches d'exécution nécessitent leurs propres vérifications.
• Le compte du chercheur Tor de 333 relais concerne un incident début octobre publié le 20 octobre. Environ dix pour cent est un nombre de relais, pas une mesure de trafic intercepté.
• Un simple délai d'attente réseau n'établit pas que la validation du certificat a rejeté une chaîne compromise. Préservez la vérification et distinguez les erreurs de transport des échecs d'authentification.

Transcription traduite

Traduit de la narration originale en anglais. L'audio et les sous-titres disponibles sont gérés par YouTube.

Pourquoi un navigateur corrigé peut-il laisser une application exposée ?

0:00 La correction du navigateur eMudhra semble indiquer que tout est clair. Huit clés de signature compromises laissent encore les logiciels avec des décisions de confiance obsolètes. Dans cette vidéo, qui peut signer ? Pourquoi les clients ne sont-ils pas d'accord ? Et quelle mise à jour atteint réellement votre application ? Une minuscule dépendance conserve sa propre liste de confiance. Nous reviendrons sur le processus qui décide si votre correctif est arrivé. Nous sommes le mercredi 21 octobre, et c'est The Daily Diff.

0:22 eMudhra est une autorité de certification. Elle signe des certificats numériques qui aident les logiciels à authentifier les sites web et les services. Les clés compromises incluent six utilisées pour les connexions web et deux pour la signature de logiciels. Un intermédiaire est un signataire délégué sous une racine de confiance. Vendredi, un journaliste nommé Wayne a envoyé la preuve aux programmes racine. Mardi, la page publique de l'incident expliquait le nettoyage. Aujourd'hui, les développeurs découvrent combien de copies de confiance leur application parfaitement normale a accumulées.

Qu'est-ce qu'une clé intermédiaire autorise ?

0:49 Voici la chaîne ordinaire. Un site présente un certificat, un intermédiaire le signe, et votre client suit la chaîne jusqu'à une racine qu'il fait déjà confiance. La racine est votre point de départ local. Quiconque contrôle la clé privée de l'intermédiaire peut signer sous cette autorité. Une signature mathématiquement valide peut avoir un signataire complètement indigne de confiance. Le validateur a besoin d'un moyen de retirer la confiance après une compromission. Wayne a signé le message, Nous avons un problème ici, Wayne,

1:12 avec chaque clé. Mozilla a vérifié le contrôle de la clé, puis a récupéré indépendamment les clés. La réponse d'urgence a commencé par une phrase qui donne l'impression que quelqu'un a remarqué que l'imprimante du bureau fumait.

Qu'est-ce qui est prouvé, et qu'est-ce qui reste inconnu ?

1:22 Le rapport public indique que les clés ont été générées incorrectement et étaient récupérables à partir des certificats, créés en avril de l'année dernière. L'abus réel contre d'autres logiciels est toujours inconnu. Une autorité de signature récupérable est suffisamment urgente sans une liste de victimes inventée. Il y a une limite importante ici. Le rapport n'a trouvé aucune entrée de transparence de certificat pour ces intermédiaires pendant cette période.

1:42 Il dit que les navigateurs appliquant la transparence n'auraient pas pu être attaqués par cette voie. Cette vérification supplémentaire du navigateur aide à expliquer pourquoi le titre seul exagère la situation. eMudhra a déclaré à Mozilla qu'environ trente mille certificats devaient être migrés vers une autre chaîne. Ce sont des services en fonctionnement dont les propriétaires doivent remplacer les certificats pendant le nettoyage. Quelque part, une invitation de calendrier est devenue une dépendance de production.

Pourquoi le navigateur et le runtime ne sont-ils pas d'accord ?

2:03 Les fournisseurs de navigateurs distribuent des listes de blocage d'urgence. Le rapport enregistre l'action de Firefox et Chrome vendredi, suivie par Apple et Microsoft. Ces clients peuvent rejeter l'intermédiaire compromis tout en reconnaissant sa racine. Cette règle voyage séparément du bundle de votre application. Certains clients vérifient une chaîne par rapport aux racines de confiance sans consommer d'informations de révocation d'urgence. L'autorité peut publier une révocation, et ce client peut continuer à accepter la chaîne.

2:27 Mettre une pancarte sur la porte fonctionne mieux lorsque le visiteur lit les pancartes. Mozilla indique que certains profils Android n'ont pas appliqué la liste de blocage mise à jour au démarrage. Un correctif a été livré dans Firefox 158.02. Alors gardez le navigateur à jour également. L'annonce ne peut pas inventorier votre téléphone. Les mainteneurs peuvent supprimer une ancre de confiance lorsque les clients manquent de blocage plus étroit. Le fil de discussion de Mozilla décrit la méfiance d'urgence de la racine emSign ECC, génération trois. Supprimer une racine d'un magasin de confiance bloque les chaînes qui en dépendent,

2:54 même lorsque la clé privée de la racine elle-même n'a jamais été compromise. La dernière version de certifi de Python est une mise à jour en aval.

Quelles mises à jour ont atteint Python et Node ?

3:01 Son commit restaure également les racines emSign non affectées après une suppression antérieure. Supprimer tout ce qui porte le nom de l'entreprise est un piètre substitut au package maintenu. Vous voulez que la chaîne dangereuse soit rejetée et que les clients légitimes continuent de fonctionner. L'historique des versions conserve les deux décisions. Le nettoyage de sécurité a le travail glamour d'être urgent, précis et blâmé pour tout service qui tombe en panne pendant le déjeuner. La version 24.22.1 de Node a été livrée aujourd'hui avec des racines mises à jour.

3:26 Vérifiez l'avis de votre propre branche et la configuration réelle de la CA. Un bundle personnalisé peut modifier le magasin de confiance utilisé par le processus. Dans Tor, un chercheur a publié hier un compte rendu de trois cent trente

Qu'a révélé l'avertissement de clé d'hôte Tor ?

3:36 trois relais de sortie compromis. L'interception a commencé plus tôt ce mois-ci. Les relais ont été signalés et fermés quelques jours plus tard, avant l'arrivée du rapport. SSH a averti le chercheur que l'identité du serveur avait changé. Il l'a signalé à l'équipe de santé du réseau de Tor. Leur avis d'opérateur confirme les rapports d'interception. Cet avertissement faisait exactement la chose gênante que l'authentification est censée

3:57 faire. Environ dix pour cent des relais comptés avaient des capacités différentes, laissant la part de trafic non mesurée. Le routage Tor et l'identité du serveur SSH ont des tâches distinctes. Vérifiez une clé d'hôte modifiée via un canal de confiance avant de l'accepter et de vous connecter. De retour dans votre application, commencez par le conteneur ou l'environnement virtuel en cours d'exécution.

Comment vérifier le correctif déployé ?

4:12 Trouvez le bundle de CA qu'il utilise réellement et appliquez la mise à jour maintenue pertinente. Reconstruisez et redémarrez le processus déployé afin qu'il puisse charger le matériel de confiance modifié. Utilisez les chaînes de test publiques des mainteneurs dans l'environnement réel du client. Gardez l'erreur de certificat distincte d'un délai d'attente réseau. Une connexion échouée sur le Wi-Fi de l'hôtel est un excellent test du Wi-Fi de l'hôtel. La petite dépendance est un magasin de confiance groupé séparément, comme certifi. Votre navigateur de bureau ne modifie jamais cette dépendance à l'intérieur d'un ancien conteneur. Le processus déployé et sa configuration décident si le correctif est

4:42 arrivé. C'est l'endroit pour vérifier votre mise à jour. Si vous préférez lire ceci plutôt que de m'entendre le dire, le diff arrive dans votre boîte de réception chaque matin, gratuitement sur the daily diff dot dev, lien ci-dessous.

Qu'obtient le label NEEDS REVIEW ?

4:51 Le verdict d'aujourd'hui est donc NEEDS REVIEW. Je veux que la confiance du client déployé soit vérifiée avant que quiconque ne ferme cet incident. Abonnez-vous, appuyez sur la cloche, et dites-moi dans les commentaires si vous l'auriez estampillé différemment. Et c'est le diff pour aujourd'hui. Je suis Niko d'Axrisi. Fusionnez de manière responsable.

Sources

1. eMudhra Intermediate CA CompromiseDennis Jackson
2. Private key compromise of eMudhra Intermediate CertificatesMozilla Bugzilla
3. certifi 2026.10.19 releasecertifi
4. Restore unaffected emSign rootscertifi
5. Node 24.22.1 security releaseNode.js
6. Update root certificates to NSS 3.131.1Node.js
7. How I got over 300 Tor exit nodes removedKABA
8. Security incident affecting some relay operatorsTor Project network health