Apple bloque des certificats eMudhra compromis et prépare une mise à jour macOS

Apple a réagi rapidement à une faille de sécurité affectant des certificats intermédiaires de l’autorité de certification indienne eMudhra. Depuis le 19 octobre 2026, la firme bloque automatiquement ces certificats dans Safari, Mail et toutes les applications d'Apple (ou non) qui s’appuient sur ses frameworks de sécurité et de réseau. Aucune mise à jour logicielle n’est nécessaire pour la plupart des utilisateurs.

Des clés privées anormalement faibles

Un chercheur en sécurité a découvert que les clés privées associées à huit certificats intermédiaires d’eMudhra étaient extrêmement faibles. Il s’agit de clés elliptiques P-384* dont les valeurs étaient inférieures à 256, ce qui les rendait récupérables en quelques secondes. Six de ces certificats servaient à émettre des certificats TLS (sites web), et deux à la signature de code (que les frameworks d’Apple ne font de toute façon pas confiance).

Avec ces clés, un attaquant aurait pu forger des certificats valides pour n’importe quel site web et usurper l’identité de services légitimes. eMudhra et Sectigo ont révoqué les certificats concernés. À ce jour, aucune preuve d’exploitation malveillante n’a été relevée.

Le blocage automatique d’Apple

Le 19 octobre, Apple a commencé à bloquer les 12 certificats TLS liés à ces autorités intermédiaires (chaque CA TLS disposant d’une version émise par eMudhra et d’une version cross-signée par Sectigo). Le 23 octobre, le root « emSign ECC Root CA - G3 » a également été mis hors service. Ces changements sont poussés automatiquement via les données de configuration des certificats, sans que l’utilisateur ait à installer quoi que ce soit.

Safari, Mail et les applications utilisant les frameworks réseau et sécurité d’Apple sont donc protégés. Les autres navigateurs majeurs (Chrome, Firefox, Edge) ont pris des mesures similaires.

Un point restant sur macOS pour les outils en ligne de commande

Il reste une exception pour les outils en ligne de commande livrés avec macOS ou les Xcode Command Line Tools (curl, git, python3, openssl, ruby, perl, etc.). Ces outils s’appuient sur le fichier /etc/ssl/cert.pem et ne consultent pas le blocage dynamique d’Apple ni les listes de révocation de la même manière. Ils peuvent donc encore accepter les certificats compromis jusqu’à une future mise à jour de macOS Golden Gate.

Apple n’a pas encore annoncé de date pour cette future version. En attendant, les administrateurs système et les développeurs qui utilisent régulièrement ces outils peuvent supprimer manuellement les certificats root concernés du fichier /etc/ssl/cert.pem. Apple détaille la procédure (avec sauvegarde et vérifications) dans son document d’assistance. Cette manipulation n’est pas recommandée pour les utilisateurs lambda, car elle peut affecter la vérification d’autres sites dont les certificats s’appuient sur ces racines.

* La P-384 est une courbe elliptique normalisée par le NIST (sur un corps fini de 384 bits), souvent utilisée dans les protocoles de sécurité (algorithmes ECDSA et ECDH) comme dans le framework Apple Developer Documentation.