Cloudflare Adiciona Autenticação ML-DSA Pós-Quântica

Cloudflare adicionou suporte de autenticação ML-DSA para seus produtos Authenticated Origin Pulls (AOP) e Custom Origin Trust Store (COTS), habilitando mTLS totalmente pós-quântico entre a borda da Cloudflare e os servidores de origem dos clientes. É o primeiro marco em direção à meta de segurança pós-quântica de 2029 da empresa e fecha uma lacuna que a maioria dos arquitetos não sabia que existia.

A lacuna importa. Cloudflare implantou troca de chaves híbrida X25519+ML-KEM nas suas conexões Cloudflare-para-origem a partir de 2023. A camada de criptografia já era pós-quântica. A autenticação TLS 1.3—certificado e assinatura—ainda usava ECDSA clássico. Um atacante que aplicasse harvest-now/decrypt-later, armazenando sessões TLS, poderia quebrar o componente de autenticação com um computador quântico mesmo que a troca de chaves resistisse. Esta versão substitui ECDSA por ML-DSA (NIST FIPS 204) para o handshake Cloudflare-para-origem.

ML-DSA é um algoritmo de assinatura digital baseado em lattice padronizado em 13 de agosto de 2024 como FIPS 204, derivado de CRYSTALS-Dilithium. Cloudflare suporta os três conjuntos de parâmetros: ML-DSA-44 (categoria NIST 2), ML-DSA-65 (categoria 3) e ML-DSA-87 (categoria 5). A sobrecarga de assinatura é substancial. ML-DSA-44 produz uma assinatura de 2.420 bytes versus 64 bytes para ECDSA P-256—aproximadamente 38 vezes maior. Chaves públicas crescem de ~64 bytes para 1.312 bytes. Cloudflare absorve isso através de connection pooling, que distribui requisições de entrada por conexões de origem persistentes e amortiza o custo maior do handshake por milhares de requisições.

A habilitação depende de qual produto você usa. Para Authenticated Origin Pulls, o recurso é gratuito em todos os níveis de plano Cloudflare. Operadores enviam uma CA ML-DSA e configuram a origem para validar o certificado cliente ML-DSA da Cloudflare. Para Custom Origin Trust Store, que permite que equipes substituam o pacote CA padrão da Cloudflare, CAs ML-DSA agora são aceitas; isso requer Advanced Certificate Manager. Para origens legadas que não conseguem lidar com certificados ML-DSA, Cloudflare Tunnel permanece uma opção—o tráfego é encaminhado através de um túnel já protegido com criptografia pós-quântica. Autenticação pós-quântica para túneis está em desenvolvimento.

A direção visitante-para-Cloudflare segue um cronograma diferente. Cloudflare está trabalhando com Google e IETF em Merkle Tree Certificates, um design para certificados pós-quânticos rápidos na WebPKI pública, direcionando implantações iniciais para 2027. A porção do handshake ainda usa certificados clássicos hoje. O trabalho do lado da origem veio primeiro porque a relação de confiança entre Cloudflare e clientes é gerenciada em uma PKI privada, contornando restrições de WebPKI e overhead de Certificate Transparency.

Para implantações sensíveis a conformidade—indústrias reguladas, cargas de trabalho governamentais, credenciais de API de longa duração, endpoints de inferência lidando com dados sensíveis—o resumo é claro: troca de chaves híbrida ML-KEM por si só não é uma postura pós-quântica completa. Autenticação foi a peça que faltava. ML-DSA via AOP (gratuito) ou COTS (requer ACM) é a mudança de configuração a implementar agora. Equipes esperando até 2028 vão se debater contra mandatos externos. Equipes habilitando isso hoje constroem familiaridade operacional com o pipeline de certificados antes de ML-DSA se tornar obrigatório na WebPKI pública.