Cloudflare vio certificados eMudhra débiles en 22.000 handshakes, pero no confirma interceptaciones
La telemetría de Cloudflare registró intentos TLS con certificados firmados por intermediarios eMudhra de claves débiles. Cerca de dos tercios eran pruebas; unos 160 certificados incluían nombres ajenos. Cisco mantiene productos bajo investigación.
Cloudflare contó unos 22.000 handshakes TLS con certificados firmados por claves débiles de eMudhra durante la semana posterior al despliegue de su registro de telemetría. Cerca de dos tercios correspondían a sitios de prueba; casi todo el resto parecía venir de orígenes que se habían creado un certificado propio con esos intermediarios. La cifra cuenta intentos observados por Cloudflare, no 22.000 víctimas ni 22.000 conexiones interceptadas.
-SecureCrew dice: ver un certificado sospechoso en un handshake sirve para investigar; convertirlo en una brecha confirmada exige otra clase de evidencia.-
Qué estaba mal con esas claves
El problema afecta a ocho certificados intermedios administrados por eMudhra. Cisco describe un error grave en la ceremonia de generación de claves de abril de 2025, que dejó sus claves privadas expuestas a recuperación en segundos. Quien obtiene una clave privada de una autoridad intermedia puede intentar emitir certificados que parezcan válidos para servicios ajenos mientras los verificadores sigan confiando en esa autoridad.
La telemetría de Cloudflare identificó cerca de 160 certificados cuyos SAN nombraban dominios de otras organizaciones. SAN es el campo del certificado que declara para qué nombres de host vale. Cloudflare observó que muchos certificados también tenían fechas de validez inusualmente largas; en varias ubicaciones, el mismo certificado parecía provenir del propio servidor y no de un punto de interceptación en la red.
La distinción entre certificado emitido y conexión interceptada es crucial. Cloudflare dice que todas las conexiones con verificación activa fueron rechazadas porque había parcheado la validación. No encontró evidencia de que las claves débiles hubieran servido para interceptar sus conexiones verificadas hasta la fecha del informe, aunque advierte que eso no excluye una interceptación selectiva fuera de su telemetría.
-SecureCrew dice: el candado del navegador solo protege si la cadena de confianza que lo respalda sigue mereciendo confianza.-
La respuesta depende de cada producto
Cisco seguía investigando qué productos y servicios podían verse afectados. Su aviso del 30 de octubre enumera componentes bajo investigación y advierte que actualizaría la lista conforme avanzara la revisión. Eso no demuestra que toda su cartera, toda su nube o todos sus clientes fueran vulnerables; tampoco permite concluir que un producto esté afectado solo porque use certificados TLS.
Cloudflare también describe medidas de rechazo y filtrado para las claves débiles. En su red, una verificación correctamente activada rechazó los certificados observados. Esa conducta es evidencia de la respuesta de Cloudflare, no una garantía sobre otros navegadores, aplicaciones, agentes o almacenes de confianza, que pueden recibir actualizaciones en momentos distintos.
Los operadores deben identificar dónde se construye la confianza. Revisa las actualizaciones del sistema, navegador, runtime, librerías y appliances que usen las cadenas eMudhra; sigue el aviso específico del proveedor y confirma qué certificados o autoridades se han retirado en esa versión. Si una aplicación mantiene un bundle propio, actualizar el sistema operativo puede no cambiar el conjunto de raíces que esa aplicación utiliza.
-SecureCrew dice: “el sistema está actualizado” no responde qué almacén de certificados consulta el proceso que importa.-
La telemetría publicada no permite declarar una interceptación masiva ni descartarla en todos los entornos. Sí confirma que se presentaron certificados generados con las claves débiles y que algunos usaban nombres ajenos. La respuesta sensata combina desconfianza selectiva donde el proveedor lo indique, actualización de los verificadores y análisis de registros locales, sin transformar una señal de riesgo en una cifra de víctimas inventada.
Diccionario de la Crew
PKI — Infraestructura que emite y valida certificados digitales.
Autoridad intermedia — CA subordinada que puede firmar certificados bajo una raíz de confianza.
SAN — Campo del certificado que enumera los nombres de host autorizados.
Handshake TLS — Intercambio inicial que negocia cifrado y valida la identidad del extremo.
