El incidente se originó por el compromiso de las claves privadas asociadas a ocho certificados intermedios eMudhra, ampliamente confiados por navegadores y sistemas operativos. La debilidad de estas claves permitía a un atacante forjar certificados para cualquier dominio, posibilitando la suplantación de servidores y la intercepción o modificación de tráfico. Esto representa una falla crítica en la cadena de confianza de la WebPKI.
La causa raíz no fue una vulnerabilidad en los algoritmos de cifrado TLS, sino en la integridad de las claves de los certificados intermedios, que son un pilar fundamental de la autenticación en Internet. La naturaleza distribuida de la confianza en los certificados, donde múltiples entidades (CAs raíz, CAs intermedias) forman una cadena, significa que el compromiso de un eslabón intermedio puede tener un impacto sistémico.
Las salvaguardas existentes, como la revocación de certificados, son a menudo lentas o no están universalmente implementadas de manera eficiente en todos los sistemas. Aunque los navegadores tienen mecanismos de revocación rápida (como Chrome CRLSets), muchos otros sistemas y aplicaciones dependen de trust stores estáticos o actualizaciones manuales, lo que ralentiza la respuesta ante un compromiso de esta magnitud. La necesidad de actualizar múltiples componentes (clientes, túneles, trust stores, imágenes base, aplicaciones con trust stores personalizados) demuestra la complejidad de gestionar la confianza en un ecosistema distribuido.