Qué dice
- Hacia las 17:00 UTC del 19 de octubre de 2026, Cloudflare supo que las claves privadas de ocho certificados intermedios de eMudhra, de confianza para navegadores y sistemas operativos, estaban comprometidas porque eran claves débiles.
- Con ellas, un atacante puede emitir un certificado falso para cualquier dominio y hacerse pasar por un servidor para interceptar o alterar el tráfico. No es un fallo del cifrado de TLS, sino de la autenticación por certificados.
- Cloudflare dice no haber detectado explotación activa en sus servicios. Actualizó sus clientes WARP y 1.1.1.1 y su túnel cloudflared (versión 2026.10.2), y dio por desplegadas las mitigaciones de su CDN y de Zero Trust a las 19:20 UTC del 20 de octubre.
- Los navegadores lo resolvieron con sus mecanismos de revocación rápida. El problema queda en el resto: SDK, librerías HTTP, entornos de ejecución, imágenes de contenedor y almacenes de confianza propios, que hay que actualizar y, después, recargar o reiniciar.
- Cloudflare recomienda no resolver los errores de certificado que aparezcan tras parchear desactivando la verificación, y probar la ruta TLS real de cada aplicación: que el navegador pase la prueba no demuestra que un servicio en segundo plano esté protegido.
The Tech Guardian resume y comenta con sus propias palabras publicaciones de terceros. La información completa es de la fuente original, que te recomendamos leer.