eMudhra : un script Python défaillant a affaibli des clés privées
Selon le rapport d'incident d'eMudhra, un script Python maison a tronqué les clés privées de huit certificats intermédiaires, l'une d'elles à un seul octet.

Un script Python défaillant, écrit par ses propres ingénieurs, a affaibli les clés privées de huit certificats intermédiaires, l'une étant réduite à un seul octet. L'autorité de certification indienne eMudhra l'a indiqué dans son rapport complet d'incident publié mardi 10 novembre.
Le script enveloppait chaque clé dans un conteneur chiffré pour la transférer vers des modules de sécurité matériels (HSM) sur ses sites américain et européen, puis la déballait à destination. Un bogue a conduit à relire incorrectement la clé déballée depuis la mémoire de l'hôte, tronquant ses valeurs. Les clés se sont retrouvées bien en deçà de la robustesse admise de 384 bits. Un chercheur indépendant, sous le pseudonyme « Wayne », les a reconstituées il y a près d'un mois : la plus petite valait « 4 », la plus grande « 237 ».
Nouvelles révocations et causes
Le rapport révèle aussi que eMudhra a révoqué le 7 novembre huit paires de clés RSA supplémentaires. Le 19 octobre, l'entreprise affirmait pourtant que les émetteurs RSA n'étaient pas touchés. Le script n'a pas raccourci ces clés, mais leurs attributs privés ont transité dans la mémoire volatile d'un processus Python, et eMudhra ne peut démontrer qu'elles ont été manipulées conformément à ses propres règles.
Sont concernés six certificats TLS et deux certificats de signature de code. Sur 195 certificats finaux recensés, 130 provenaient de l'autorité EM DV TLS CA – G2C, désormais révoquée, et couvraient des domaines d'universités, d'un comté et d'eMudhra elle-même. L'entreprise maintient que les clés d'origine, générées lors de la cérémonie du 30 avril 2025, étaient correctes et que les HSM ne sont pas en cause : elle met en avant le script et des contrôles de processus insuffisants.
Ce transfert aurait été exceptionnel : retards de livraison du matériel, changement de politique des programmes racine au 15 juin 2025 et échéance de certification croisée avec Sectigo imposaient de générer les clés avant fin mai 2025.
Un enjeu majeur
Avec de telles clés, un attaquant pourrait émettre de faux certificats pour des domaines qu'il ne contrôle pas et mener des attaques de l'homme du milieu, a prévenu le CERT-In indien le 21 octobre. Google, Microsoft, Apple et Mozilla ont bloqué les huit certificats intermédiaires, et Cloudflare et d'autres ont déployé des correctifs. eMudhra a depuis annoncé quitter le marché mondial des certificats numériques pour se concentrer sur la signature électronique et l'authentification en Inde.
Des apps à découvrir
Touche les bonnes cases, additionne, atteins l'objectif. Facile à apprendre, difficile à maîtriser. Gratuit, pour tous les âges.
Discutez avec un partenaire IA ; chaque phrase revient corrigée et expliquée dans votre langue. 9 langues, de A1 à C2.
Ouvrez des messages EDIFACT et X12, chaque segment expliqué, conversion JSON/XML, export PDF et Excel. Fonctionne en local, sans envoi.
Choisissez pour qui, l'occasion et la personnalité. Le moteur lit les descriptions de produits de boutiques locales et classe ce qui convient. Gratuit, sans inscription.
Plus d'actus de ce jour
Tout voir →
Unacademy : Gaurav Munjal quitte la direction après le rachat

CERT-In appelle les utilisateurs de Chrome en Inde à mettre à jour

Plurai lève 13 M$ pour fiabiliser les agents IA par simulation



