Navegadores y sistemas bloquean ocho certificados de eMudhra cuyas claves quedaron expuestas
Con esas claves cualquiera podría emitir certificados válidos para cualquier sitio web. Chrome, Firefox, Apple y Microsoft ya los bloquearon, pero Debian, Node.js y miles de equipos sin actualizar siguen expuestos.

Navegadores, sistemas operativos y lenguajes de programación de todo el mundo corren desde el viernes 17 de octubre para dejar de confiar en ocho certificados de eMudhra, una autoridad certificadora con sede en la India. Las claves privadas de esos certificados quedaron expuestas, y con ellas cualquiera podría emitir certificados válidos para hacerse pasar por cualquier sitio web. Este martes 20 se sumaron Microsoft y una actualización de Mozilla que retira la raíz que los firmó, mientras varias distribuciones de Linux y entornos de desarrollo todavía no tienen corrección.
Qué se comprometió
Los ocho son certificados intermedios, el eslabón que una autoridad certificadora usa para firmar los certificados de los sitios web. Seis servían para emitir certificados de sitios (TLS, la tecnología detrás del candado del navegador) y dos para firmar software. Cuelgan de raíces en las que confían los programas de Mozilla, Microsoft, Apple y Chrome, así que un certificado emitido con ellos sería aceptado como legítimo por millones de equipos.
El hallazgo lo informó a los programas de raíces un investigador que firma como "Wayne". Para probarlo, firmó con la clave privada de cada intermedio el mensaje "Tenemos un problema aquí" y lo publicó en un aviso propio. Solo quien tiene la clave puede producir esa firma.
Según el hilo de Mozilla, Chrome recibió el reporte a las 18:05 UTC del 17 de octubre y Mozilla a las 20:06. Esa misma noche ambos bloquearon los certificados sin pedir actualizar el navegador. Apple lo hizo el 19 y Microsoft el 20. eMudhra revocó los ocho intermedios y no respondió consultas de la prensa.
Claves de pocos bits
Una clave privada de curva elíptica P-384, como la que debían tener estos certificados, tiene unos 384 bits de entropía, una cantidad de combinaciones de 116 dígitos. Ars Technica publicó que las ocho claves medían entre 3 y 8 bits, y que sus valores eran números como 4, 56 o 237. Una clave así se adivina probando unas pocas centenas de posibilidades.
"Está muy en la categoría de 'esto no debería ser posible'", dijo a ese medio Filippo Valsorda, mantenedor de la criptografía del lenguaje Go, que especuló con un parámetro de tamaño fijado en 1 por error. Ben Cartwright-Cox, director de BGP.tools, sugirió que pudo ser código de ejemplo que pasó a producción.
Esa versión no está confirmada por las fuentes primarias. Ni Mozilla ni el aviso del investigador explican la causa técnica, y Mozilla dijo que dará más información "en cuanto las circunstancias lo permitan". En los comentarios de LWN, lectores citan un registro del gestor de errores de Mozilla que atribuye el problema a una clave de un byte generada por una falla en el script de la ceremonia de creación de claves. CyberSecurityNews, en cambio, sostiene que lo divulgado hasta ahora no alcanza para afirmar que las claves se rompen en segundos. Lo que nadie discute es que alguien ajeno a eMudhra tiene las ocho claves.
Sin uso malicioso detectado, por ahora
Chrome revisó los registros de transparencia de certificados, las bases públicas donde debe anotarse todo certificado que los navegadores aceptan, y no encontró ninguno emitido con los seis intermedios de sitios web antes del bloqueo. Tampoco hay reportes de ataques. Chrome planea retirar la raíz de eMudhra en la versión 43 de su almacén de raíces y evalúa el resto de sus certificados. Mozilla dijo que no cree que el problema afecte a otras autoridades.
Para aprovechar estas claves, el atacante tiene que interponerse en la conexión entre la víctima y el servidor. Eso está al alcance de quien controla una red local, como la de un café, una universidad o una empresa, y de gobiernos que intervienen el tráfico de sus países. Ars Technica señala que el riesgo más inmediato es para quienes usan VPN basadas en TLS. Signal, WhatsApp y WireGuard no dependen de TLS para cifrar y no están afectados.
El problema está fuera del navegador
Los navegadores ya bloquearon los certificados, pero muchos otros programas traen su propia lista de autoridades confiables y no consultan revocaciones. Necesitan actualizarse uno por uno.
"Va a ser un trabajo de limpieza enorme, más grande que Heartbleed", dijo Valsorda a Ars Technica, en referencia a la falla de OpenSSL de 2014 cuya reparación llevó años. Anticipó una "cola muy, muy larga" de dispositivos IoT, contenedores Docker, máquinas Linux olvidadas y herramientas de línea de comandos que traen su propia copia de las raíces, algo común en ecosistemas como Python.
El aviso del investigador lista las versiones ya corregidas:
- Linux: ca-certificates de Ubuntu (22.04, 24.04, 26.04 y 26.10), Arch, Gentoo, Alpine y Chainguard, y NSS 3.131.1.
- Lenguajes y herramientas: Go 1.27.3 y 1.26.10, certifi 2026.10.19 de Python, pip 26.2.2, uv 0.13.4, rustls-webpki 0.103.16, webpki-roots 1.0.10, Electron, Composer, castore de Elixir, Homebrew y el paquete de certificados de curl del 20 de octubre.
- Pendientes: Debian, FreeBSD, Node.js y Bun.
La recomendación para usuarios es actualizar navegador y sistema operativo. Para administradores, actualizar el paquete de certificados de cada servidor y contenedor, y las dependencias de cada aplicación que traiga su propia lista. El aviso incluye comandos de curl para comprobar si un equipo todavía confía en los intermedios: si la conexión de prueba da error de certificado, el equipo está protegido.
Qué significa para América Latina
La exposición en la región pasa por la infraestructura vieja. Servidores con distribuciones sin soporte, equipos de red y dispositivos IoT que no reciben actualizaciones seguirán confiando en estos certificados hasta que alguien los toque, y en muchas organizaciones nadie lo hará. Lo mismo vale para aplicaciones internas en Python o Node.js que nunca actualizan sus dependencias. Las redes Wi-Fi públicas de cafés, aeropuertos y universidades son el escenario donde un atacante puede interponerse sin recursos de un Estado.
eMudhra tiene presencia comercial en la región. En 2018 anunció su llegada a Colombia con su plataforma de firma electrónica emSigner, en alianza con la imprenta de diplomas Diplogrados, con el objetivo de llegar a más de 100 universidades. No hay información que vincule ese negocio con los certificados comprometidos.
Aviso del investigador
eMudhra Intermediate CA Compromise
Mozilla dev-security-policy
Compromised eMudhra Intermediate Certificates
Ars Technica
The Internet goes on high alert after discovery of 8 compromised TLS certs
LWN
eMudhra intermediate CA compromise
CyberSecurityNews
eMudhra Certificate Authority Compromise Triggers Emergency Action Across Browsers
CXOToday
India's eMudhra Expands To Latin American Market
Fuentes
- The Internet goes on high alert after discovery of 8 compromised TLS certs (Ars Technica, 2026-10-20)
- eMudhra Intermediate CA Compromise (Aviso del investigador, 2026-10-20)
- Compromised eMudhra Intermediate Certificates (Mozilla dev-security-policy, 2026-10-20)
- eMudhra intermediate CA compromise (LWN, 2026-10-20)
- eMudhra Certificate Authority Compromise Triggers Emergency Action Across Browsers (CyberSecurityNews, 2026-10-20)
- India's eMudhra Expands To Latin American Market (CXOToday, 2018-07-21)