La compañía Mozilla ha advertido sobre la compromisión de claves privadas relacionadas con ocho certificados raíz intermedios (secundarios) del centro de certificación eMudhra. Las claves comprometidas permitían emitir certificados TLS falsos para cualquier sitio, considerados como confiables en todos los navegadores, y utilizarlos para interceptar o modificar el tráfico en tránsito.
Las claves privadas fueron recreadas por investigadores a partir de datos disponibles públicamente, lo que fue posible debido a un error en el proceso de generación de claves basado en la curva elíptica P-384. Este error provocó que las claves se generaran utilizando enteros inferiores a 256 en lugar de números aleatorios criptográficamente seguros, es decir, el tamaño de la clave privada fue de 1 byte en lugar de los 48 bytes requeridos. Con esta generación, la clave privada puede ser recreada mediante el algoritmo de logaritmo discreto o mediante una simple fuerza bruta generando las primeras 256 posibles claves. Dado que los valores de las claves privadas ahora son conocidos (4, 56, 66, 115, 155, 156, 230 y 237), se recomienda a todos los usuarios que actualicen urgentemente sus navegadores y paquetes de certificados raíz.
Como prueba de la filtración de las claves privadas, el investigador que reportó el incidente publicó un mensaje firmado con las claves privadas de cada uno de los ocho certificados comprometidos de eMudhra. Se puede verificar si su navegador tiene actualizada la información sobre los certificados revocados en el sitio dedicado al incidente.
Se han formado de manera urgente actualizaciones correctivas para Firefox 158.0.1, 115.43.1 y 153.5.1, así como para las bibliotecas NSS 3.131.1, en las cuales se ha actualizado el almacén de certificados raíz y se han bloqueado los certificados problemáticos. En Chrome y productos de Google, los certificados comprometidos fueron bloqueados el 17 de octubre, en Apple el 19 de octubre y en Microsoft el 20 de octubre. El bloqueo también se realizó a través de listas centralizadas de certificados revocados como OneCRL, CRLite y CRLSets.
Se han lanzado paquetes con certificados raíz actualizados para Ubuntu (ca-certificates 20260816ubuntu0.2*.04.1), Debian (ca-certificates 20250419+deb13u1), Arch Linux (ca-certificates-mozilla 3.131.1-1), Gentoo (ca-certificates 20260816.3.125), curl, Homebrew, Go (1.27.3, 1.26.10), Python, RustTLS, Electron y Elixir. Las listas de certificados raíz siguen sin actualizarse en FreeBSD, Node.js, Bun y Composer.
Antes de la actualización del paquete ca-certificates, para eliminar manualmente los certificados raíz problemáticos en Debian y Ubuntu, se puede usar el comando:
sed -i \
-e 's|^mozilla/emSign_ECC_Root_CA_-_G3.crt|!&|' \
-e 's|^mozilla/Comodo_AAA_Services_root.crt|!&|' \
/etc/ca-certificates.conf && update-ca-certificates
En Fedora, RHEL, CentOS Stream, Rocky Linux, AlmaLinux y Amazon Linux 2023:
d=/etc/pki/ca-trust/source/blocklist; [ -d $d ] || d=/etc/pki/ca-trust/source/blacklist
trust extract —overwrite —format=pem-bundle \
—filter='pkcs11:object=ComodoAAAServicesroot;type=cert' \
$d/Comodo_AAA_Services_root.pem &&
trust extract —overwrite —format=pem-bundle \
—filter='pkcs11:object=emSignECCRootCA-G3;type=cert' \
$d/emSign_ECC_Root_CA_-_G3.pem &&
update-ca-trust
En openSUSE y SLES:
d=/etc/pki/trust/blocklist; [ -d $d ] || d=/etc/pki/trust/blacklist
trust extract —format=pem-bundle \
—filter='pkcs11:object=ComodoAAAServicesroot;type=cert' \
$d/Comodo_AAA_Services_root.pem &&
trust extract —format=pem-bundle \
—filter='pkcs11:object=emSignECCRootCA-G3;type=cert' \
$d/emSign_ECC_Root_CA_-_G3.pem &&
update-ca-certificates
En NixOS:
security.pki.caCertificateBlacklist = [
«Comodo AAA Services root»
«emSign ECC Root CA — G3»
];
En NetBSD:
certctl untrust /usr/share/certs/mozilla/all/emSign_ECC_Root_CA_-_G3.pem &&
certctl untrust /usr/share/certs/mozilla/all/Comodo_AAA_Services_root.pem
Fuente: opennet.ru
