El caso eMudhra, explicado: de una ceremonia de claves en 2025 a la salida del negocio de certificados TLS

Cada vez que un navegador muestra un sitio por HTTPS confía en una cadena: el certificado del sitio lo firmó una autoridad intermedia, y esa intermedia la firmó una raíz que el navegador trae en su almacén de confianza. La seguridad de todo el sistema depende de que las claves privadas de raíces e intermedias sean secretas e imposibles de adivinar. Por eso se generan en módulos de seguridad de hardware, equipos diseñados para crear y guardar claves sin que salgan de ellos, durante ceremonias formales con guiones, testigos y auditorías. El caso de eMudhra, una certificadora con sede en Bangalore, muestra qué pasa cuando ese proceso falla sin que nadie lo note.

La historia empieza el 30 de abril de 2025, en una ceremonia en la que eMudhra generó 24 certificados intermedios repartidos en tres series. Según la propia empresa, se introdujo ese día una desviación aprobada del procedimiento habitual para probar una operación de envoltura y desenvoltura de claves, y un error de código creó un segundo juego de claves junto a las originales. Ese segundo juego era débil y, por la similitud de las etiquetas, fue el que se usó para solicitar los certificados que terminaron en los almacenes de confianza, incluidos certificados cruzados firmados por Sectigo. Un mes después apareció una señal: las listas de revocación de esas intermedias no validaban porque se habían firmado con las claves originales. eMudhra las volvió a firmar con las claves que sí coincidían, las defectuosas, y cerró el incidente sin detectar el problema de fondo, algo que el programa de raíces de Chrome le reclama ahora.

El 17 de octubre de 2026 un investigador independiente comprobó que las claves P-384 de ocho intermedias de las series B y C eran enteros menores que 256 y se podían recuperar casi al instante, y lo notificó a Apple, Google, Microsoft, Mozilla y a la propia eMudhra. Seis de esas intermedias eran para TLS y dos para firma de código. Chrome bloqueó las claves ese mismo día mediante CRLSet, Mozilla lo hizo con OneCRL en pocas horas y luego publicó versiones de Firefox y NSS, y eMudhra revocó las ocho intermedias el 18 de octubre. Google indicó que en los registros de Certificate Transparency no había certificados de sitios emitidos bajo ellas, lo que acotaba el riesgo para clientes que exigen esos registros.

Como varias personas recuperaron las claves por su cuenta, Mozilla y Google decidieron el 20 de octubre retirar también la raíz que las firmó, emSign ECC Root CA - G3, para proteger a los programas que no consultan revocaciones. eMudhra dejó de emitir desde esa jerarquía y estimó en unos 30.000 los certificados que debían migrar a su raíz RSA, la mayoría obtenidos por ACME. En Chrome la retirada está prevista para el 27 de octubre. Distribuciones de Linux y herramientas que incluyen sus propios paquetes de certificados publicaron actualizaciones.

El 22 de octubre, eMudhra comunicó a las bolsas indias que abandona el negocio global de SSL/TLS, que según la empresa supone cerca del 1 % de sus ingresos, y que mantendrá revocación y servicios de estado mientras sus clientes migran con ayuda de socios. En el registro de Mozilla siguen abiertas preguntas de Google y de la comunidad: qué mecanismo exacto creó las claves débiles dentro de un equipo certificado, por qué no se investigó la anomalía de 2025 y cuántos clientes han migrado ya. La empresa ha prometido un informe completo de causa raíz.

Como análisis, el caso deja tres lecciones para quienes gestionan infraestructura de clave pública. Las certificaciones del hardware y las auditorías no garantizan por sí solas que una clave sea fuerte si el guion de la ceremonia introduce pasos fuera de lo previsto. Las anomalías menores, como una lista de revocación que no valida, pueden ser síntoma de un fallo grave. Y la rapidez con que los navegadores pueden retirar la confianza contrasta con la lentitud de buena parte del software, que depende de paquetes de certificados que se actualizan con menos frecuencia.