Clés d’AC intermédiaires eMudhra compromises : ce que les serveurs PHP doivent vérifier

Ce qui s’est passé

• Le 17 octobre 2026, un chercheur a signalé que huit certificats d’AC intermédiaires d’eMudhra (six TLS, deux de signature de code) avaient des clés P-384 égales à des entiers inférieurs à 256 : 4, 56, 66, 115, 155, 156, 230 et 237. Mozilla a confirmé que chaque clé était nulle sauf le dernier octet (Bugzilla 2083449).
• Selon eMudhra, les clés proviennent d’une cérémonie du 30 avril 2025 sur des HSM FIPS 140-2 niveau 3, où une étape wrap/unwrap a produit un second jeu de clés faibles, publié par erreur.
• Les intermédiaires TLS remontent à emSign ECC Root CA - G3. La racine AAA Certificate Services de Sectigo avait contre-signé les mêmes clés ; Sectigo a révoqué ces contre-signatures le 19 octobre.

Mon serveur PHP est-il concerné ?

PHP n’embarque pas de liste d’AC. Les extensions openssl et curl lisent openssl.cafile / curl.cainfo s’ils sont définis, sinon les chemins par défaut d’OpenSSL, normalement le paquet ca-certificates de la distribution. Elles ne reçoivent ni CRLSet ni OneCRL. Si ce paquet contient encore emSign ECC Root CA - G3 (ou AAA Certificate Services pour les contre-signatures), votre serveur fait encore confiance à la chaîne compromise.

# Which CA file does PHP use? Run as the same user/SAPI as the site if you can.
php -r 'print_r(openssl_get_cert_locations());'
php -i | grep -E 'openssl.cafile|openssl.capath|curl.cainfo'

# Does PHP still trust the compromised eMudhra intermediates?
# Good result: bool(false) plus a "certificate verify failed" warning.
# Bad result: the page body is printed (the chain was trusted).
php -r 'var_dump(file_get_contents("https://dv-g3b-emudhra.we-have-a-problem.com/"));'
php -r 'var_dump(file_get_contents("https://dv-g3b-aaa-emudhra.we-have-a-problem.com/"));'

# Same check through the curl extension
php -r '$c = curl_init("https://dv-g3b-emudhra.we-have-a-problem.com/");
curl_setopt($c, CURLOPT_RETURNTRANSFER, true);
var_dump(curl_exec($c), curl_error($c));'

# Is the eMudhra root still in the bundle?
ls /etc/ssl/certs | grep -i emsign            # Debian/Ubuntu symlinks
grep -n "emSign ECC Root CA - G3" /path/to/cacert.pem   # curl/Mozilla-format bundle
# composer/ca-bundle version inside a project
composer show composer/ca-bundle | grep versions

Vérifiez chaque SAPI utile. PHP-FPM et Apache mod_php peuvent charger un autre php.ini que la CLI ; comparez php --ini avec une page phpinfo() servie par le site.

Comment corriger

# Debian / Ubuntu (and Debian-based php:* Docker images)
sudo apt-get update && sudo apt-get install --only-upgrade ca-certificates
dpkg -l ca-certificates

# RHEL / Fedora / AlmaLinux / Rocky
sudo dnf upgrade ca-certificates

# Alpine (php:*-alpine images)
apk upgrade --no-cache ca-certificates

# Composer projects that ship composer/ca-bundle
composer update composer/ca-bundle    # 1.4.16+ or 1.6.0+

# Restart long-running PHP processes afterwards
sudo systemctl restart php8.3-fpm     # or apache2 / httpd / your queue workers

; php.ini — for stacks with their own stale bundle (XAMPP, WAMP, old panels)
; Download a current Mozilla-derived bundle from https://curl.se/ca/cacert.pem
; (the 2026-10-20 release or later), then point both settings at it:
curl.cainfo   = "/path/to/cacert.pem"
openssl.cafile = "/path/to/cacert.pem"
; Restart Apache / PHP-FPM so the new values load.

Les anciennes piles tout-en-un et les panneaux non maintenus fixent souvent curl.cainfo sur un fichier livré avec le produit et jamais renouvelé. Consultez les notes de version de l’éditeur ou pointez php.ini vers un cacert.pem à jour comme ci-dessus.

Qui a publié un correctif

Nous avons récupéré le cacert.pem actuel de curl (Last-Modified 20 octobre 2026) : il ne contient plus ni emSign ECC Root CA - G3 ni AAA Certificate Services. composer/ca-bundle 1.4.16 et 1.6.0 ajoutent aussi CaBundle::findDistrustedCertificate.

Les versions absentes de la liste, y compris d’anciennes distributions comme Ubuntu 20.04 ou Debian 11, n’apparaissaient pas comme corrigées dans les sources consultées. Vérifiez le suivi de votre éditeur.

FAQ

Piles intégrées et panneaux d’hébergement

XAMPP et les panneaux d’hébergement embarquent leurs propres PHP ; leur bundle CA ne suit donc pas forcément les mises à jour ca-certificates du système. Voir les pages XAMPP, cPanel, Plesk, DirectAdmin, CloudLinux, aaPanel et 宝塔面板, ou la liste des produits.