Kompromittierte eMudhra-Zwischen-CA-Schlüssel: Was PHP-Server prüfen müssen

Was passiert ist

• Am 17. Oktober 2026 meldete ein Forscher, dass acht eMudhra-Zwischenzertifikate (sechs TLS, zwei Codesignatur) P-384-Schlüssel hatten, die ganze Zahlen unter 256 waren: 4, 56, 66, 115, 155, 156, 230 und 237. Mozilla bestätigte, dass jeder Schlüssel bis auf das letzte Byte aus Nullen bestand (Bugzilla 2083449).
• Laut eMudhra stammen die Schlüssel aus einer Schlüsselzeremonie am 30. April 2025 auf HSMs nach FIPS 140-2 Level 3, bei der ein Wrap/Unwrap-Schritt einen zweiten, schwachen Schlüsselsatz erzeugte, der versehentlich veröffentlicht wurde.
• Die TLS-Zwischenzertifikate verketten zu emSign ECC Root CA - G3. Sectigos AAA Certificate Services hatte dieselben Schlüssel quersigniert; Sectigo widerrief diese am 19. Oktober.

Ist mein PHP-Server betroffen?

PHP bringt keine eigene CA-Liste mit. Die Erweiterungen openssl und curl lesen openssl.cafile / curl.cainfo, wenn gesetzt, sonst die Standardpfade von OpenSSL, normalerweise das ca-certificates-Bündel der Distribution. CRLSet oder OneCRL beziehen sie nicht. Enthält dieses Bündel noch emSign ECC Root CA - G3 (bei den Quersignaturen AAA Certificate Services), vertraut Ihr Server der kompromittierten Kette weiterhin.

# 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

Prüfen Sie jede relevante SAPI. PHP-FPM und Apache mod_php können eine andere php.ini laden als die CLI; vergleichen Sie php --ini mit einer phpinfo()-Seite der Website.

So beheben Sie es

# 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.

Ältere All-in-one-Stacks und lange nicht gepflegte Panels setzen curl.cainfo oft auf eine mitgelieferte Datei, die nie erneuert wird. Prüfen Sie die Versionshinweise des Herstellers oder verweisen Sie wie oben auf eine aktuelle cacert.pem.

Wer bereits einen Fix ausgeliefert hat

Wir haben curls aktuelle cacert.pem (Last-Modified 20. Oktober 2026) abgerufen: Sie enthält weder emSign ECC Root CA - G3 noch AAA Certificate Services. composer/ca-bundle 1.4.16 und 1.6.0 ergänzen außerdem CaBundle::findDistrustedCertificate.

Nicht gelistete Releases, darunter ältere Distributionen wie Ubuntu 20.04 oder Debian 11, waren in den geprüften Quellen nicht als gepatcht aufgeführt. Prüfen Sie den Tracker Ihres Anbieters.

FAQ

Bundles und Hosting-Panels

XAMPP und Hosting-Panels liefern eigene PHP-Builds; ihr CA-Bundle folgt deshalb nicht unbedingt den ca-certificates-Updates des Betriebssystems. Siehe die Produktseiten zu XAMPP, cPanel, Plesk, DirectAdmin, CloudLinux, aaPanel und 宝塔面板 oder die Produktliste.