Una de las claves privadas utilizadas por una autoridad certificadora intermedia de la empresa india eMudhra era simplemente el número 4. El fallo formaba parte de un conjunto de ocho claves criptográficas fácilmente reproducibles, cuyo descubrimiento llevó a Google y Mozilla a bloquear certificados potencialmente peligrosos en Chrome y Firefox.
El problema se comunicó a las empresas de tecnología el 17 de octubre y se divulgó públicamente el martes (20). El investigador de seguridad Scott Helme confirmó la vulnerabilidad al recuperar todas las ocho claves a partir de certificados públicos, en menos de un segundo.
"Una de las claves privadas de la autoridad certificadora de eMudhra es el número 4", escribió Helme, quien también identificó claves correspondientes a los números 56, 115 y 156.
Las autoridades afectadas incluían seis intermedias destinadas a la emisión de certificados TLS, utilizados en conexiones HTTPS, y dos relacionadas con la firma de código. La exposición podría permitir la creación de certificados falsos capaces de hacerse pasar por servicios legítimos en aplicaciones que aún confiaran en esas autoridades.
Por qué una clave criptográfica válida podía descubrirse en milisegundos
Las claves utilizaban criptografía de curva elíptica P-384, diseñada para trabajar con números privados de hasta 384 bits. Cuando se generan correctamente, ofrecen un espacio de posibilidades tan grande que descubrir la clave privada a partir de la pública se considera computacionalmente inviable.
En el caso de eMudhra, sin embargo, todas las ocho claves cabían en apenas un byte, reduciendo la búsqueda a un máximo de 255 valores posibles.
El problema no estaba en el algoritmo criptográfico, sino en la ausencia de aleatoriedad durante la generación de las claves. Los certificados seguían siendo matemáticamente válidos y podían superar verificaciones convencionales, aunque ofrecían una protección prácticamente inexistente contra la recuperación de la clave privada.
La gravedad también variaba según el software utilizado. Google informó que ningún certificado TLS emitido por las seis intermediarias se había registrado en los sistemas de Certificate Transparency antes del bloqueo. Eso impedía su uso contra clientes que exigen ese registro, como Chrome en su configuración predeterminada.
Otras aplicaciones no ofrecen necesariamente la misma protección. En pruebas locales, Helme demostró que clientes como curl, Python y Node.js aceptaban un certificado falsificado con una de las claves comprometidas. El experimento confirmó la posibilidad técnica de falsificación, pero no demostró ataques reales contra usuarios.
Chrome distribuyó el bloqueo de las claves afectadas mediante CRLSet el 17 de octubre. Firefox utilizó OneCRL y concluyó la distribución de la protección para usuarios con configuraciones predeterminadas esa misma noche. Ninguno de los dos navegadores exigió una actualización manual ni un reinicio para aplicar esas medidas.
Mozilla también puso a disposición versiones adicionales de Firefox para instalaciones con configuraciones especiales e inició la eliminación de la autoridad raíz relacionada con el incidente de su biblioteca de certificados NSS.
Google, por su parte, anunció la retirada de la autoridad emSign ECC Root CA - G3 de su lista de confianza, con distribución prevista para 27 de octubre. El cambio exige que los operadores de sitios que utilicen certificados legítimos vinculados a esa raíz los sustituyan para evitar problemas de conexión.
En un comunicado actualizado el miércoles (21), eMudhra explicó que una etapa de procesamiento de las claves durante una ceremonia realizada en abril de 2025 produjo un segundo conjunto de claves débiles, utilizado posteriormente en la emisión de los certificados intermedios. La empresa afirmó que el procedimiento involucró módulos de seguridad de hardware certificados y que la causa exacta aún está bajo investigación.
La compañía declaró haber revocado las ocho autoridades intermedias el 19 de octubre. Según su análisis, siete nunca se utilizaron en producción, mientras que la octava no llegó a emitir certificados para usuarios ni para sitios. También afirmó no haber encontrado evidencias de explotación anterior a la divulgación.
Aunque las claves privadas de las autoridades raíz no se hayan visto comprometidas, la retirada preventiva de una de ellas de las listas de confianza ya exige la sustitución de certificados legítimos. Según eMudhra, ese impacto operativo está concentrado en un ecosistema de clientes en Estados Unidos, cuya migración está en curso.
