Claves de CA intermedia de eMudhra comprometidas por generación defectuosa

El 17 de octubre de 2026, un investigador de seguridad reveló que las claves privadas de ocho certificados de Autoridad de Certificación (CA) intermedia emitidos por eMudhra habían sido comprometidos. Esta brecha afecta a las cadenas de confianza basadas en programas gestionados por Mozilla, Microsoft, Apple y Chrome, impactando a una amplia gama de software y dispositivos downstream.

La vulneración no fue causada por una intrusión tradicional en el servidor ni por un ataque de phishing. En cambio, la causa raíz fue un error crítico en cómo la CA generaba las claves criptográficas. Las claves privadas eran matemáticamente recuperables a partir de los propios certificados públicos, lo que significa que cualquier actor con acceso a los datos públicos podía derivar las claves secretas necesarias para firmar certificados fraudulentos. Esta vulnerabilidad existía desde que se crearon los certificados en abril de 2025.

Qué ocurrió

El problema salió a la luz cuando un reportero llamado Wayne demostró la vulneración a los equipos de Root Program. Para probar la posesión de las claves privadas, Wayne firmó un mensaje específico utilizando la clave privada de cada una de las ocho CAs intermedias afectadas. Proporcionó los certificados, las claves públicas y las firmas en un archivo denominado "Wayne proof.zip". Esta prueba criptográfica permitió a los verificadores confirmar que las claves privadas estaban efectivamente accesibles para partes no autorizadas sin necesidad de explotar un sistema activo.

Tras la divulgación del 17 de octubre, los principales proveedores de navegadores actuaron rápidamente para proteger a los usuarios. Firefox y Chrome bloquearon los certificados comprometidos a partir de ese mismo día. Apple siguió su ejemplo, bloqueando los certificados en sus dispositivos antes del 19 de octubre. La CA eMudhra también revocó los certificados intermedios comprometidos. Sin embargo, la revocación por sí sola no es suficiente para todos los sistemas. Muchos clientes que no son navegadores no consultan las Listas de Revocación de Certificados (CRL) ni las respuestas del Protocolo de Estado de Certificado Online (OCSP) en tiempo real. Estos clientes requieren actualizaciones de software para eliminar completamente las raíces o intermedios comprometidos de sus almacenes de confianza locales.

Detalles clave

• Ocho certificados de CA intermedia de eMudhra tienen claves privadas comprometidas.
• El fallo se originó en abril de 2025 durante una generación incorrecta de claves por parte de la CA.
• Las claves privadas eran recuperables desde los certificados públicos, no robadas mediante hackeo.
• Mozilla, Apple y Chrome bloquearon los certificados entre el 17 y el 19 de octubre de 2026.
• Los clientes fuera del ecosistema de navegadores pueden seguir confiando en estos intermedios hasta que se actualicen.
• No existen registros de Transparencia de Certificados para estos intermedios, lo que limita la visibilidad histórica.

Antecedentes

Para entender la gravedad, ayuda saber cómo funciona la confianza digital. Cuando visitas un sitio web seguro, tu navegador verifica el certificado TLS del sitio. Este certificado está firmado por una CA intermedia, que a su vez está firmada por una CA raíz. Tu dispositivo confía en la CA raíz y, por extensión, confía en la intermedia y en el sitio web. Si un atacante posee la clave privada de una CA intermedia, puede crear certificados válidos para cualquier dominio, como el de tu banco o proveedor de correo electrónico. Esto le permite interceptar tráfico cifrado sin activar advertencias de seguridad.

La Transparencia de Certificados (CT) es un sistema que registra todos los certificados emitidos en libros públicos. Navegadores como Chrome y Safari exigen registros CT para aceptar certificados. En este caso, no había entradas de registro CT para estos intermedios específicos durante el período vulnerable. Esto significa que, aunque los navegadores estaban protegidos contra la visualización de certificados fraudulentos emitidos después del hecho, la debilidad subyacente de la clave persistía. Los sistemas que no aplican CT, como muchas herramientas de línea de comandos, dispositivos integrados y software empresarial heredado, siguen en riesgo si no han recibido actualizaciones para desconfiar de estos intermedios específicos.

Por qué importa

Para los equipos que ejecutan software autoalojado o gestionan infraestructura interna, este incidente destaca un punto ciego en la monitorización de seguridad estándar. La mayoría de las organizaciones dependen de las actualizaciones del sistema operativo y del navegador para manejar los cambios en el almacén de confianza. Sin embargo, las aplicaciones personalizadas, los microservicios y los dispositivos IoT a menudo mantienen sus propios almacenes de confianza o utilizan bibliotecas TLS ligeras que no se sincronizan automáticamente con las listas de revocación a nivel de SO. Si tus servicios internos se comunican con APIs externas o si alojas servicios para clientes que utilizan diversos tipos de cliente, esas conexiones pueden seguir confiando en los intermedios comprometidos de eMudhra.

El hecho de que las claves fueran recuperables a partir de datos públicos es particularmente alarmante. Sugiere que el fallo de seguridad fue procedimental y matemático, no solo operativo. Esto significa que errores similares podrían existir en otras CAs o en certificados anteriores. Para los líderes de TI, esto refuerza la necesidad de verificar no solo que tus certificados sean válidos, sino que la cadena de confianza en sí misma esté intacta y libre de autoridades comprometidas conocidas. Confiar únicamente en las actualizaciones automáticas del navegador deja brechas en la infraestructura no orientada a la web.

Qué puedes hacer

• Actualiza todos los navegadores y sistemas operativos a las últimas versiones inmediatamente para asegurar que los certificados revocados estén bloqueados.
• Prueba herramientas de línea de comandos como curl contra los hosts de verificación listados en la divulgación para comprobar los almacenes de confianza locales.
• Revisa cualquier aplicación personalizada o dispositivo integrado que utilice almacenes de confianza estáticos para detectar certificados intermedios obsoletos.
• Verifica que tus sistemas de monitorización alerten sobre cambios en los certificados, no solo sobre fechas de vencimiento.
• Comprueba si tu organización utiliza certificados de eMudhra internamente y reemplázalos si encadenan hacia los intermedios afectados.
• Monitoriza las actualizaciones oficiales de Mozilla, Apple y Microsoft para obtener más orientación sobre parches de almacenes de confianza downstream.