Los certificados de eMudhra nacieron con claves débiles: ocho llaves privadas que debían ser números imposibles de adivinar resultaron ser enteros menores de 256, y una de ellas era, literal, el número 4. Google, Apple, Mozilla y Microsoft ya bloquearon esos certificados en Chrome, Firefox, Safari y Edge, porque con esas llaves cualquiera podía emitir un certificado falso para cualquier sitio web y hacerse pasar por la página real.
El aviso llegó el sábado 17 de octubre. Un investigador identificado por Mozilla solo como Wayne firmó un mensaje con cada una de las ocho llaves y lo envió a los programas de raíces de los navegadores con una frase breve: tenemos un problema.
Una llave inmensa que terminó en un solo dígito
Una autoridad de certificación, conocida por la sigla CA, firma los certificados TLS, seguridad de la capa de transporte, que un sitio presenta para probar su identidad con HTTPS. eMudhra, empresa de la India que vende certificados con la marca emSign en la India, Estados Unidos y Países Bajos, generó ocho certificados intermedios: seis para sitios web, con validación de dominio, de organización y extendida, y dos para firma de código.
Cada llave privada de ese tipo usa el estándar P-384: un número aleatorio de 384 bits, cerca de 116 dígitos, con combinaciones que nadie puede recorrer probando una por una. Las ocho llaves de eMudhra salieron con valores de un solo byte. El investigador de seguridad Scott Helme publicó la lista completa: 4, 56, 66, 115, 155, 156, 230 y 237. Helme contó que recuperó las ocho en su computadora portátil en menos de un segundo, y que un agente de inteligencia artificial hizo lo mismo con una sola instrucción.
eMudhra explicó el origen en un comunicado bursátil del 21 de octubre, presentado ante la bolsa BSE de la India. En la ceremonia de generación del 30 de abril de 2025, con módulos de seguridad de hardware certificados FIPS 140-2 Nivel 3, un fallo en el paso de empaquetar y desempaquetar la llave produjo un segundo juego de llaves débiles junto al juego correcto. Ese juego débil fue el que terminó publicado en los almacenes de raíces de los navegadores, y cada certificado existe también en una copia firmada por Sectigo bajo su raíz AAA Certificate Services.
La empresa afirma que su infraestructura no sufrió una intrusión, que solo uno de los ocho intermedios llegó a producción y que ninguno emitió certificados finales para clientes. Dicho de otro modo: nadie robó las llaves. Nacieron públicas, porque el número secreto se podía calcular desde el propio certificado visible para todo el mundo.
Chrome, Firefox, Apple y Microsoft cerraron la puerta en horas
El programa de raíces de Chrome recibió el reporte el 17 de octubre a las 18:05 UTC y a las 19:45 ya circulaba una actualización de CRLSet, su lista de revocación, bloqueando los seis intermedios de sitios web. Mozilla recibió el aviso a las 20:06 y terminó el bloqueo en Firefox con OneCRL a las 22:59. Ninguno de los dos navegadores pidió actualizar ni reiniciar: las listas llegan solas a cada equipo.
Apple activó el bloqueo el 19 de octubre y los teléfonos Android recibieron una protección equivalente por Servicios de Google Play esa misma noche, cerca de las 22:00 UTC. Microsoft completó su parte el 20 de octubre. eMudhra revocó los ocho certificados, y Cloudflare, que conoció el caso el día 19, publicó clientes corregidos de WARP y de la aplicación 1.1.1.1 junto a cloudflared 2026.10.2.
Datos de los registros de Transparencia de Certificados muestran que ningún certificado encadenado a esos seis intermedios quedó registrado desde abril de 2025. Para Chrome y Firefox, ese dato descarta ataques con certificados registrados contra sus usuarios. El hueco queda fuera del navegador: muchos programas no consultan esos registros ni las listas de revocación, y seguirán confiando en la cadena hasta que alguien actualice su paquete de raíces.
Qué revisar en el teléfono, la computadora y el servidor
Para quien solo navega, la protección ya llegó sola con las listas de revocación. El trabajo pendiente vive en programas y servidores: el lenguaje Go publicó las versiones 1.27.3 y 1.26.10 para rechazar cualquier cadena que contenga esas llaves, con la falla registrada como CVE-2026-111943; Firefox sumó la versión 158.0.1 para equipos que no reciben OneCRL; Python actualizó su paquete certifi a la edición 2026.10.19; y Mozilla retiró la raíz emSign ECC Root CA – G3 de NSS, su biblioteca de seguridad de red.
Chrome retirará esa misma raíz en la versión 43 de su almacén, con llegada prevista para la mañana del martes 27 de octubre, hora del Pacífico. Todo sitio cuyo certificado encadene a esa raíz debe instalar un certificado de otra jerarquía antes de esa fecha o quedará inaccesible para buena parte de sus visitantes. eMudhra ofrece certificados de reemplazo a los clientes afectados y mantiene abierta la investigación de la causa raíz junto a los programas de navegadores.
Las acciones de eMudhra cayeron 20 % en la bolsa de Mumbai el 21 de octubre. La empresa calcula que el negocio global de certificados TLS representa cerca del 1 % de sus ingresos, pero el daño visible es otro: ocho llaves que debían guardar la identidad de miles de sitios cabían en una línea de texto, y la más pequeña era un 4.
Fuente: The Hacker News
Foto: The Hacker News
Descubre más desde Tecnología Geek
Suscríbete y recibe las últimas entradas en tu correo electrónico.
