Un investigador de seguridad reveló recientemente que ocho certificados intermedios emitidos por la autoridad de certificación (CA) eMudhra estaban protegidos con claves privadas críticamente débiles. Estas claves, que debían ser números aleatorios masivos, resultaron ser números enteros muy pequeños, tales como 4, 56 y 115. Debido a que la seguridad de la criptografía de curva elíptica depende de la dificultad de revertir una clave pública para encontrar su clave privada correspondiente, estas claves de 'un solo byte' fueron triviales de vulnerar. Un investigador logró recuperar las ocho claves en menos de un segundo utilizando hardware convencional, comprometiendo efectivamente cada certificado que esas CA pudieran emitir en el futuro.
Esta imagen proporciona una representación visual de la brecha de seguridad de la CA eMudhra descrita en el artículo.
La vulnerabilidad se originó por un error humano o de script durante la ceremonia de generación de claves en abril de 2025. En lugar de generar un número aleatorio de 384 bits, el sistema produjo claves con solo unos pocos bits de entropía. Aunque las claves públicas resultantes parecían estructuralmente válidas y superaron todas las comprobaciones estándar, eran inherentemente inseguras. Los principales proveedores de navegadores, incluidos Google, Apple, Microsoft y Mozilla, han procedido a bloquear estos certificados intermedios y, en algunos casos, a eliminar la raíz de eMudhra de sus almacenes de confianza. Sin embargo, el investigador señala que, si bien los navegadores suelen aplicar la Transparencia de Certificados (CT) para detectar tales emisiones incorrectas, muchos otros componentes de software no lo hacen.
El alcance del riesgo se extiende más allá de la navegación web hacia un vasto ecosistema de clientes que no son navegadores. Herramientas como `curl`, Python, Node.js y varios gestores de paquetes suelen confiar en un paquete de CA local y pueden no verificar la revocación de certificados o los registros de CT. Esto deja vulnerables a sistemas como dispositivos IoT con firmware fijo, tuberías de CI/CD que obtienen dependencias y llamadas de API de servidor a servidor a posibles interceptaciones. Debido a que estos dispositivos a menudo carecen de rutas de actualización sencillas, pueden seguir confiando en los certificados comprometidos hasta su expiración en 2039. El incidente resalta una brecha crítica en la Infraestructura de Clave Pública (PKI) donde la escala masiva del ecosistema de clientes dificulta contener un compromiso que existe en la 'confianza' del software en lugar de en un archivo robado.