Cloudflare troca criptografia por atributos por esquema pós-quântico no GeoKey Manager

A Cloudflare colocou em beta fechado, no dia 23 de outubro de 2026, uma reconstrução completa do GeoKey Manager, o serviço que restringe geograficamente onde chaves de descriptografia podem ser usadas. A novidade é a troca da criptografia por atributos que o serviço usava desde 2022 por um esquema híbrido pós-quântico combinando ML↳Machine learning39 conteúdosClassificador de Sentimentos – Azure MLData · abr 2019Inteligência Artificial e Machine Learning: O que você precisa saberAI · fev 2024Inteligência Artificial: seminário online da USP debate o futuro do aprendizado de máquinaGestão Dev & TI · jun 2021Ver tudo em AI →-KEM-768 e X25519. O acesso por enquanto é restrito a clientes que já usam a Data Localization Suite, e a disponibilidade geral está prevista para o primeiro trimestre de 2027, segundo a InfoQ.

O GeoKey Manager não é novo: estreou em 2017 cuidando de chaves TLS e migrou, em 2022, para criptografia por política de atributos de texto cifrado (CP-ABE). Segundo os engenheiros Chetan Agrawal, Arka Nayan e Erik Engstrom, autores do post técnico citado pela InfoQ, o redesenho ataca dois problemas ao mesmo tempo: regras de soberania de dados que exigem processar texto plano só dentro de uma região, e ataques do tipo harvest-now-decrypt-later, em que tráfego capturado hoje é guardado para ser descriptografado quando um computador quântico existir.

Por que a criptografia por atributos saiu de cena

A Cloudflare dá duas razões para abandonar o CP-ABE, segundo a reportagem. Não existe hoje uma variante pós-quântica pronta para produção desse esquema. E, na prática, os clientes nunca precisaram da quantidade enorme de regiões que o CP-ABE foi construído para expressar via políticas de atributos.

No lugar da política de atributos, o novo desenho usa dois tipos de chave. Chaves raiz regionais são segredos simétricos de 256 bits, uma por região. Pares de chave específicos de aplicação são derivados de uma raiz para um único serviço, como Tunnel ou Gateway, e uma única epoch, termo que a Cloudflare usa para uma geração de chave que avança a cada rotação.

Como o esquema híbrido protege as chaves

A proteção das chaves usa HPKE, a construção de criptografia híbrida de chave pública definida na RFC 9180, com um mecanismo de encapsulamento de chave que combina ML-KEM-768 e X25519, mais HKDF-SHA-256 e AES-256-GCM. O serviço de gerenciamento de chaves deriva o par de chaves da aplicação e envolve as chaves privadas do cliente sob o componente público desse par.

O caminho da chave até o servidor de borda

Os dois tipos de chave seguem rotas diferentes. O Quicksilver, o armazenamento de chave-valor replicado globalmente da Cloudflare, carrega chaves já envolvidas e metadados para toda a rede. As chaves raiz regionais, por sua vez, passam por um caminho separado através do serviço de provisionamento, que as guarda no Vault.

Antes de um servidor de borda receber uma chave raiz, ele precisa passar por três verificações:

• Verificação de identidade de hardware via TPM;
• Consulta ao Zinc, o inventário de servidores da Cloudflare, que mapeia a identidade do servidor para um data center e uma localização;
• Decisão do serviço de provisionamento sobre quais chaves raiz aquele servidor específico pode receber.

Servidores autorizados carregam as chaves raiz regionais no kernel keyring em vez de gravá-las em disco. Como essa memória é volátil, o próprio post da Cloudflare descreve a consequência:

Um reinício da máquina remove as chaves.

Cloudflare, post técnico sobre o redesenho do GeoKey ManagerA machine restart removes the keys.

Após o reinício, o servidor precisa se autenticar de novo. A filiação regional de cada servidor é atualizada várias vezes ao dia conforme a rede muda, separadamente da rotação de chaves e sem qualquer ação do cliente.

Rotação sem derrubar o serviço

Dabeer Shaikh, engenheiro de soluções sênior na HashiCorp, perguntou publicamente sob o anúncio da Cloudflare como uma chave presa a uma região pode ser rotacionada sem downtime. A resposta está no modelo de epochs: uma rotação suave cria uma nova epoch enquanto um número limitado de epochs anteriores continua válido, permitindo que o cliente mantenha disponibilidade durante a transição. Uma rotação forçada reenvolve as chaves afetadas sob a epoch de substituição e remove o acesso à epoch anterior.

O design fail-closed e as perguntas em aberto

Mark Tehrani, fundador da consultoria CyberSeQ e professor de cibersegurança↳Segurança171 conteúdosCibersegurança no Brasil: 6 passos para sair da estagnaçãoDevSecOps · jul 2025O papel do CISO para transformar a cibersegurança em uma alavanca de reputação para as empresasDevSecOps · mar 2024Itaipu Parquetec e Exército Brasileiro realizam exercício de cibersegurança em BrasíliaDev (Back & Front) · set 2025Ver tudo em DevSecOps →, publicou cinco perguntas na mesma thread. Quatro delas miram o raio de impacto de uma chave raiz regional comprometida: se um inventário Zinc ou um serviço de provisionamento comprometidos poderiam entregar chaves regionais a um servidor fora da região, o que protege chaves expostas antes de uma rotação, e se um plano de controle comprometido poderia alterar a filiação regional de um servidor. A quinta pergunta vai direto ao trade-off central do desenho:

Se o provisionamento, a sincronização ou a rotação de chaves regionais falhar, o design fail-closed pode causar uma indisponibilidade de serviço em toda a região?

Mark Tehrani, fundador da CyberSeQ e professor de cibersegurançaIf regional key provisioning, synchronization, or rotation fails, could the fail-closed design cause a region-wide service outage?

O post da Cloudflare é direto sobre esse comportamento. Qualquer verificação que falhe, seja de contexto de serviço, região ou epoch, rejeita a requisição; na borda, uma chave ausente ou malformada significa que o serviço simplesmente não inicia. Os autores chamam essa escolha de:

Uma escolha de design muito intencional.

Chetan Agrawal, Arka Nayan e Erik Engstrom, engenheiros da Cloudflarea very intentional design choice.

O limite de confiança do sistema cobre os serviços de gerenciamento de chaves, provisionamento e as chaves de borda autorizadas. O Quicksilver fica fora desse limite, já que só guarda chaves envolvidas e metadados, nunca material em claro.

O que isso significa para quem usa a Data Localization Suite

O redesenho do GeoKey Manager estende um padrão que a Cloudflare vem seguindo em criptografia pós-quântica: a empresa adotou ML-KEM híbrido no serviço de IPsec em março de 2026, quando mais de 60% do tráfego TLS gerado por humanos na rede já usava esquemas híbridos, e desde então já anunciou planos para uma autoridade certificadora quantum-safe. A maior parte das regiões deve estar coberta no lançamento, com ressalvas específicas por produto.

Para equipes brasileiras que usam a Data Localization Suite por exigência regulatória, setorial ou pela LGPD↳LGPD14 conteúdosComo utilizar a LGPD com o objetivo de conformidade e inovação?Gestão Dev & TI · out 2021LGPD coloca pressão inédita nos responsáveis pela tecnologia das empresasData · ago 2021Proteção de dados: LGPD é sancionada e começa a valerData · set 2020Ver tudo em Gestão Dev & TI →, o ponto prático não é a criptografia em si, é o comportamento em falha. Um esquema que recusa servir em vez de degradar graciosamente troca risco de vazamento por risco de indisponibilidade, e essa troca só vira experiência real depois que o beta rodar em escala, algo que nem a própria Cloudflare respondeu de forma explícita às perguntas de Tehrani até a publicação da reportagem.

Quem depende da suíte para operar com dados sensíveis dentro de fronteira regional deveria acompanhar o rollout e testar cenários de falha de rotação antes de migrar cargas de produção para o novo esquema, já que a adesão ainda é restrita a clientes existentes durante o beta.

Fonte: InfoQ