Claves de CA intermedias de eMudhra comprometidas: qué deben revisar los servidores PHP

Qué pasó

• El 17 de octubre de 2026 un investigador informó de que ocho certificados de CA intermedia de eMudhra (seis TLS y dos de firma de código) tenían claves P-384 que eran enteros menores que 256: 4, 56, 66, 115, 155, 156, 230 y 237. Mozilla confirmó que cada clave era cero salvo el último byte (Bugzilla 2083449).
• Según eMudhra, las claves provienen de una ceremonia del 30 de abril de 2025 en HSM FIPS 140-2 nivel 3, donde un paso de wrap/unwrap generó un segundo juego de claves débiles que se publicó por error.
• Las intermedias TLS encadenan a emSign ECC Root CA - G3. La raíz AAA Certificate Services de Sectigo había firmado de forma cruzada las mismas claves; Sectigo revocó esas firmas el 19 de octubre.

¿Afecta a mi servidor PHP?

PHP no trae su propia lista de CA. Las extensiones openssl y curl leen openssl.cafile / curl.cainfo si están definidos y, si no, las rutas por defecto de OpenSSL, normalmente el paquete ca-certificates de la distribución. No reciben CRLSet ni OneCRL. Si ese paquete aún contiene emSign ECC Root CA - G3 (o AAA Certificate Services para las firmas cruzadas), su servidor sigue confiando en la cadena comprometida.

# 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

Compruebe cada SAPI relevante. PHP-FPM y Apache mod_php pueden cargar un php.ini distinto al de la CLI; compare php --ini con una página phpinfo() servida por el sitio.

Cómo solucionarlo

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

Los entornos todo en uno antiguos y los paneles sin mantenimiento suelen fijar curl.cainfo a un archivo incluido con el producto que nunca se renueva. Revise las notas de versión del fabricante o apunte php.ini a un cacert.pem actual como se indica arriba.

Quién ha publicado una corrección

Descargamos el cacert.pem actual de curl (Last-Modified 20 de octubre de 2026) y ya no contiene emSign ECC Root CA - G3 ni AAA Certificate Services. composer/ca-bundle 1.4.16 y 1.6.0 añaden además CaBundle::findDistrustedCertificate.

Las versiones que no aparecen, incluidas distribuciones antiguas como Ubuntu 20.04 o Debian 11, no figuraban como corregidas en las fuentes revisadas. Consulte el sistema de seguimiento de su proveedor.

Preguntas frecuentes

Paquetes integrados y paneles de hosting

XAMPP y los paneles de hosting incluyen sus propias compilaciones de PHP, así que su paquete CA puede no seguir las actualizaciones de ca-certificates del sistema. Vea las páginas de XAMPP, cPanel, Plesk, DirectAdmin, CloudLinux, aaPanel y 宝塔面板, o la lista de productos.