El consejo de administración de eMudhra, una autoridad de certificación (CA) india, aprobó el jueves retirarse de su negocio mundial de certificados SSL/TLS. La decisión se produjo cinco días después de que un investigador informara de la recuperación de las claves privadas de ocho de sus certificados de CA intermedias.
eMudhra indicó que reemplazará los certificados de los clientes afectados por otros gratuitos de socios, aunque no especificó cuáles son esos socios ni una fecha para la salida.
Seis de los ocho certificados eran para sitios web (TLS). Chrome dejará de confiar en el certificado raíz de eMudhra situado por encima de ellos, emSign ECC Root CA – G3. El cambio llegará a los usuarios la mañana del 27 de octubre, hora del Pacífico.
El 20 de octubre, Mozilla decidió dejar de confiar en la misma raíz en Firefox. La eliminación de una raíz de un navegador también corta los certificados legítimos emitidos bajo ella.
Según el recuento de Chrome de los registros públicos de Certificate Transparency (CT), a 21 de octubre había unos 30.800 certificados no caducados encadenados a esa raíz. De ellos, el 99,9% se emitieron a través de InCommon, el servicio de certificados que Internet2 creó para la comunidad de educación superior. InCommon trasladó el servicio a la plataforma CertiNext de eMudhra entre abril y julio de este año.
Google ha comunicado a los operadores de sitios web con certificados bajo esa raíz que "deben adquirir e instalar de inmediato un nuevo certificado TLS de otra jerarquía de PKI incluida en el almacén raíz de Chrome".
Hasta que se complete la transición, eMudhra afirma que sus certificados raíz G1 RSA seguirán atendiendo a los clientes. G1 es una jerarquía separada de la raíz ECC, pero Chrome aún está decidiendo si mantiene el resto de certificados de CA de eMudhra en su almacén raíz.
eMudhra mantendrá en funcionamiento sus servicios de revocación y estado hasta que todos los certificados SSL/TLS que emitió hayan caducado o sido reemplazados. Sus otros negocios, incluidos los certificados de firma digital, eSign y la plataforma CertiNext que utiliza InCommon, continuarán.
El anuncio no menciona a InCommon ni aclara si eMudhra seguirá emitiendo nuevos certificados bajo G1 hasta su salida.
eMudhra señaló que el negocio global de SSL/TLS representa aproximadamente el 1% de sus ingresos. Las normas de soberanía de datos y cumplimiento lo hacen más complejo y costoso de gestionar, y algunos grandes proveedores ofrecen los certificados de forma gratuita.
La empresa también afirmó que la difusión del incidente en redes sociales ha traído "un escrutinio desproporcionado en relación con el lugar que ocupa SSL/TLS en nuestro negocio".
El investigador comunicó las claves débiles a Apple, Google, Microsoft, Mozilla y eMudhra el 17 de octubre. Cada clave privada debería haber sido un número aleatorio enorme, pero las ocho eran inferiores a 256, por lo que cualquiera podía calcularlas casi al instante.
Chrome y Firefox bloquearon los seis intermediarios TLS en cuestión de horas. Google afirmó que ningún certificado de sitio web de esos intermediarios había aparecido en los registros de CT antes del bloqueo de Chrome, por lo que ninguno podría haberse usado contra Chrome u otro software que exige el registro CT.
eMudhra aseguró que nunca utilizó los ocho certificados para emitir certificados a sitios web o usuarios, y que sus sistemas no fueron comprometidos.
Qué pueden hacer los titulares de certificados
Cornell ha pedido a sus titulares de certificados que soliciten certificados RSA en lugar de ECC, porque "los certificados RSA utilizan la raíz no afectada de eMudhra y deberían funcionar". La universidad contabiliza más de 300 certificados propios afectados.
La Universidad de Michigan señala que los certificados RSA de InCommon no están afectados actualmente, pero que su raíz "podría dejar de ser confiable también". Por ahora, su principal alternativa es Let's Encrypt.
eMudhra estima que es necesario migrar unos 30.000 certificados y que aproximadamente el 97% de ellos se emitieron mediante ACME, el protocolo que muchos servidores usan para solicitar y renovar certificados automáticamente.
Chrome ha advertido a eMudhra de que los clientes ACME estándar no reemplazan certificados fuera de su ventana de renovación a menos que admitan ACME Renewal Information (ARI) o alguien intervenga manualmente. El paso de la jerarquía ECC a la RSA también puede requerir cambios en la configuración de los clientes.
Dudas sobre la raíz RSA de eMudhra
Mozilla declaró el 20 de octubre que, por ahora, no retiraba la confianza en la raíz G1, emSign Root CA – G1. En Stanford, los certificados de InCommon se encadenan a esa raíz a través de una CA de eMudhra llamada emSign Root TLS CA – G1.
El 14 de octubre, eMudhra publicó una lista de revocación de certificados (CRL) para emSign Root TLS CA – G1. Una CRL es la lista firmada de certificados que una CA ha revocado. La firma de esta no se verifica con la propia clave de esa CA, según el investigador que informó de las claves débiles en el informe público de errores de Mozilla sobre el incidente.
Un participante en el mismo informe de errores señaló el 22 de octubre que la lista parece haber sido firmada con la clave de un certificado OCSP de eMudhra. Los certificados OCSP firman respuestas sobre si un certificado ha sido revocado. El participante escribió que la coincidencia "parece ser un caso de uso de la clave de firma equivocada, más que evidencia de otra clave débil".
Chrome planteó la lista el 21 de octubre, en una de las 12 preguntas que publicó en el informe de errores. Preguntó qué clave la firmó y si eMudhra posee más de un par de claves para esa CA o para cualquiera de sus raíces.
Chrome también preguntó si los clientes están migrando a G1, a la CA de otra empresa o a ambas, y cuándo habrán migrado todos, dada la eliminación prevista para el 27 de octubre. eMudhra dijo el 20 de octubre que G1 era "la única alternativa disponible", y al día siguiente que está emitiendo nuevos certificados a sus clientes estadounidenses afectados "desde una jerarquía de CA alternativa, operada de forma independiente y de confianza pública".
En 2025, eMudhra publicó CRL inválidas para seis de los mismos intermediarios. Su informe de incidente de entonces indicaba que las corrigió "regenerando las CRL con la clave privada apropiada asociada a cada CA intermedia".
El 19 de octubre, eMudhra comunicó a Mozilla que esas listas se firmaron primero con las claves que pretendía usar. Cuando eso produjo firmas inválidas, se "volvieron a firmar con claves defectuosas", las claves débiles descubiertas este mes.
Chrome afirmó que esa revelación "plantea serias preocupaciones sobre la transparencia y la gestión de incidentes de eMudhra" durante y después del incidente de 2025. Preguntó por qué el informe de 2025 no mencionaba que existían dos pares de claves para cada una de esas CA.
A las 13:31 UTC del jueves, eMudhra no había respondido públicamente a ninguna de las preguntas de Chrome en el informe de errores. Su último comentario visible allí se publicó el 20 de octubre.
Deja una respuesta