Les programmes de racines et les magasins de confiance de divers navigateurs et systèmes d'exploitation mondiaux ont commencé à bloquer huit certificats intermédiaires émis par l'autorité de certification indienne (eMudhra), suite à la confirmation d'une fuite ou d'une grave faiblesse dans les clés privées qui y sont associées, permettant leur récupération facile.
Les certificats en question ont été émis en avril 2025, et Google a expliqué que les clés privées avaient été générées avec un niveau insuffisant d'aléa et une faible entropie cryptographique, ce qui permet à n'importe qui de falsifier des certificats HTTPS de confiance et d'usurper l'identité de n'importe quel site Web auprès des clients qui n'ont pas encore retiré leur confiance en ces certificats. En réponse, de grandes entreprises telles que Mozilla et Google se sont empressées de bloquer les certificats dans les navigateurs Firefox et Chrome à la mi-octobre, suivies par Apple et Microsoft dans les jours suivants, ainsi que par des mesures similaires prises par Sectigo et Cloudflare.
Facilité et rapidité de récupération des clés faibles
Le chercheur Denis Jackson de Mozilla a publié un outil pour vérifier si les systèmes font toujours confiance aux certificats compromis, expliquant que les clés privées avaient été générées de manière erronée, les faisant se composer de zéros à l'exception du dernier octet. Jackson a confirmé que plusieurs individus avaient pu récupérer les clés de manière indépendante et extrêmement rapide en utilisant l'algorithme des pas de géant et des pas de bébé (baby-step giant-step).
De son côté, l'autorité eMudhra a expliqué que le défaut était dû à une erreur dans le script utilisé lors de la cérémonie de génération des clés, ce qui a entraîné la création d'une deuxième paire de clés, plus faible, qui a été utilisée par erreur pour générer les demandes de signature de certificat en raison de la similarité de leurs noms avec les clés d'origine. L'entreprise a indiqué que ces émetteurs avaient été créés à l'origine pour être exportés vers des centres de données aux États-Unis et en Europe afin de résoudre les problèmes de souveraineté numérique des clients, confirmant qu'ils n'avaient pas été exploités en production, à l'exception d'un seul cas.
Qu'est-ce qui change en pratique ?
Bien qu'il n'y ait aucune preuve dans les registres de transparence des certificats (CT) que ces clés ont été utilisées de manière malveillante avant leur révocation, certains clients pourraient avoir besoin de mises à jour logicielles pour s'assurer que ces certificats intermédiaires ne restent pas de confiance pour eux. eMudhra mène actuellement des examens plus approfondis des failles de code et des lacunes opérationnelles, s'engageant à revérifier toutes les cérémonies de clés qu'elle a effectuées au cours des semaines à venir.