Cloudflare Añade Autenticación ML-DSA Poscuántica

Cloudflare ha añadido soporte de autenticación ML-DSA a sus productos Authenticated Origin Pulls (AOP) y Custom Origin Trust Store (COTS), habilitando mTLS completamente poscuántico entre el borde de Cloudflare y los servidores de origen de los clientes. Es el primer hito hacia el objetivo de seguridad poscuántica de 2029 de la empresa y cierra una brecha que la mayoría de los arquitectos no sabían que existía.

La brecha importa. Cloudflare desplegó el intercambio de claves híbrido X25519+ML-KEM en sus conexiones Cloudflare-a-origen a partir de 2023. La capa de cifrado ya era poscuántica. La autenticación TLS 1.3—certificado y firma—todavía usaba ECDSA clásico. Un atacante que aplicara harvest-now/decrypt-later, acumulando sesiones TLS, podría romper el componente de autenticación con una computadora cuántica incluso si el intercambio de claves resistiera. Esta versión reemplaza ECDSA con ML-DSA (NIST FIPS 204) para el handshake Cloudflare-a-origen.

ML-DSA es un algoritmo de firma digital basado en redes estandarizado el 13 de agosto de 2024 como FIPS 204, derivado de CRYSTALS-Dilithium. Cloudflare soporta los tres conjuntos de parámetros: ML-DSA-44 (categoría NIST 2), ML-DSA-65 (categoría 3) y ML-DSA-87 (categoría 5). La sobrecarga de firma es sustancial. ML-DSA-44 produce una firma de 2.420 bytes versus 64 bytes para ECDSA P-256—aproximadamente 38 veces mayor. Las claves públicas crecen de ~64 bytes a 1.312 bytes. Cloudflare absorbe esto a través de agrupación de conexiones, que distribuye solicitudes entrantes entre conexiones de origen persistentes y amortiza el costo mayor del handshake entre miles de solicitudes.

Habilitarlo depende de qué producto uses. Para Authenticated Origin Pulls, la característica es gratuita en todos los niveles de plan de Cloudflare. Los operadores suben una CA ML-DSA y configuran el origen para validar el certificado cliente ML-DSA de Cloudflare. Para Custom Origin Trust Store, que permite que los equipos reemplacen el paquete CA predeterminado de Cloudflare, ahora se aceptan CAs ML-DSA; esto requiere Advanced Certificate Manager. Para orígenes heredados que no pueden manejar certificados ML-DSA, Cloudflare Tunnel sigue siendo una opción—el tráfico se reenvía a través de un túnel ya protegido con cifrado poscuántico. La autenticación poscuántica para túneles está en desarrollo.

La dirección visitante-a-Cloudflare sigue un cronograma diferente. Cloudflare está trabajando con Google e IETF en Merkle Tree Certificates, un diseño para certificados poscuánticos rápidos en la WebPKI pública, apuntando a implementaciones iniciales en 2027. La porción del handshake todavía usa certificados clásicos hoy. El trabajo del lado del origen fue primero porque la relación de confianza entre Cloudflare y los clientes se gestiona en una PKI privada, evitando restricciones de WebPKI y sobrecarga de Certificate Transparency.

Para despliegues sensibles al cumplimiento—industrias reguladas, cargas de trabajo gubernamentales, credenciales de API de larga duración, endpoints de inferencia que manejan datos sensibles—la conclusión es clara: el intercambio de claves híbrido ML-KEM por sí solo no es una postura poscuántica completa. La autenticación fue la pieza que faltaba. ML-DSA vía AOP (gratuito) o COTS (requiere ACM) es el cambio de configuración a implementar ahora. Los equipos que esperen hasta 2028 tendrán dificultades contra mandatos externos. Los equipos que lo habiliten hoy construyen familiaridad operativa con el pipeline de certificados antes de que ML-DSA se vuelva obligatorio en la WebPKI pública.