Criptografia pós-quântica em 2026: veja o que já protege seu site, o que ainda falta migrar, os prazos do NIST e um plano simples para preparar seu negócio digital sem pânico.
A criptografia pós-quântica já está em uso no instante em que um visitante abre um site protegido pela Cloudflare. Em publicação de 29 de setembro de 2026, a própria Cloudflare informou que cerca de 70% do tráfego gerado por navegadores que chega à sua rede está protegido por ML-KEM híbrido, um dos algoritmos desenhados para resistir a computadores quânticos.
A mesma publicação mostra o outro lado do cenário: apenas cerca de 15% das origens com as quais a Cloudflare se conecta usam esse mesmo tipo de proteção. Em outras palavras, a viagem do visitante até a borda da rede já pode estar blindada, enquanto o trecho entre a rede e o servidor do site muitas vezes continua no modelo clássico.
É esse retrato, com uma metade avançada e outra atrasada, que este artigo usa como ponto de partida. A partir dele, mostramos o que já está funcionando, o que ainda não migrou, o que dizem os prazos do NIST e o que um dono de blog, loja virtual ou negócio digital pode fazer agora sem virar especialista em criptografia.
As informações vêm da Cloudflare (29/09/2026), do Google Cloud, do Quantum Computing Report (27/10/2026) e de um levantamento da UnveilScan (29/04/2026). Vale um aviso de leitura: algumas dessas fontes também vendem produtos de segurança, e os percentuais de adoção mudam rápido, então trate os números como retrato de uma data, e não como valor fixo.
O Cenário: Por Que Computadores Quânticos Preocupam Antes de Existirem?
O risco não depende de um computador quântico poderoso existir hoje: depende de alguém guardar seus dados criptografados agora para abri-los depois. É o que o setor chama de “armazenar agora, descriptografar depois”, em inglês harvest now, decrypt later.
A Cloudflare descreve o ataque como a coleta de dados hoje para descriptografá-los no futuro, quando máquinas quânticas potentes existirem. Por isso, afirma a empresa, dados que continuam valiosos por 3 a 10 anos devem ser protegidos já. O Google Cloud cita o mesmo risco no contexto das conexões TLS, aquelas que protegem o cadeado do navegador.
Essa lógica muda a pergunta. Em vez de “quando o computador quântico chega?”, o que importa é “por quanto tempo esta informação precisa continuar secreta?”. Uma senha de sessão que expira em minutos tem pouco valor para quem a captura. Um contrato, um prontuário ou um dado financeiro que deve permanecer confidencial por anos tem muito.
Na leitura editorial do Destaque Digital, essa é a distinção mais útil para um negócio pequeno: o problema é real, mas é proporcional ao tempo de vida dos dados que você trafega e armazena.
O Que a Criptografia Pós-Quântica Muda na Prática?
Ela troca os algoritmos de chave pública que um computador quântico poderia quebrar por outros desenhados para resistir a esse tipo de ataque. O Google Cloud a define como uma nova geração de algoritmos criptográficos projetados para resistir a ataques de futuros computadores quânticos.
O ponto de virada para o mercado veio com a padronização. O Google Cloud registra que o NIST, órgão de padrões dos Estados Unidos, liberou os primeiros três padrões finalizados em agosto de 2024. Segundo o Quantum Computing Report, eles são:
- FIPS 203, ML-KEM: usado para troca de chaves.
- FIPS 204, ML-DSA: usado para assinaturas digitais.
- FIPS 205, SLH-DSA: também usado para assinaturas digitais.
Na prática, a troca de chaves é o que decide como o navegador e o servidor combinam a chave secreta da conversa. As assinaturas digitais são o que prova que um site é quem diz ser, por meio dos certificados. São duas camadas diferentes, e elas estão em estágios muito diferentes de adoção, como o resto do artigo mostra.
Caso 1: O Navegador do Visitante Já Fez a Parte Dele
A primeira metade da viagem é a mais avançada: a maioria dos navegadores modernos já prefere um grupo híbrido pós-quântico quando o site aceita. A Cloudflare afirma que a maioria dos principais navegadores prefere o grupo X25519MLKEM768 no TLS 1.3.
O nome é técnico, mas a ideia é simples. “Híbrido” significa que a conexão combina um algoritmo clássico (X25519) com um pós-quântico (ML-KEM-768). A UnveilScan observa que todas as implantações atuais são híbridas, e não puramente pós-quânticas, por cautela contra eventuais falhas futuras no esquema novo. Se um dos dois for quebrado, o outro ainda segura a conexão.
Sobre o Chrome, a UnveilScan relata que ele usa a biblioteca BoringSSL e negocia o grupo híbrido por padrão, com cerca de 25% dos handshakes TLS 1.3 já em modo pós-quântico, citando telemetria da Cloudflare sem informar a data da medição. Esse número e os 70% da Cloudflare não se contradizem, porque medem coisas e momentos diferentes, mas também não devem ser somados ou comparados diretamente.
O Google Cloud acrescenta que a empresa implementou o padrão ML-KEM no BoringSSL e ativou a troca de chaves resistente a ataques quânticos no TLS do Chrome.
Para o dono do site, o ponto de decisão é este: não há nada a fazer no navegador do visitante. O que ele pode controlar é se o seu lado da conexão aceita esse tipo de negociação.
Caso 2: A Ponte Entre a CDN e o Seu Servidor
O segundo trecho é onde está o atraso: cerca de 15% das origens usam ML-KEM híbrido, segundo a Cloudflare. Origem é o seu servidor de hospedagem, aquele que a CDN consulta para buscar o conteúdo.
Um detalhe importante da Cloudflare: TLS 1.2 e versões anteriores não suportam criptografia pós-quântica. Por isso, a empresa orienta confirmar que o TLS 1.3 está ativado. Não existe uma configuração separada para o recurso pós-quântico, pois a negociação acontece automaticamente quando o visitante tem suporte.
A UnveilScan lista como o suporte se distribui pela infraestrutura:
- Cloudflare: ativado por padrão para visitantes com navegadores compatíveis.
- Fastly: disponível por meio de uma opção no nível da conta.
- AWS (ALB e NLB): suporte desde o terceiro trimestre de 2025, com políticas de segurança específicas.
- OpenSSL 3.5 ou superior: suporte desde abril de 2025, mas desativado por padrão.
- nginx e Apache 2.4 com OpenSSL 3.5: suportam o grupo híbrido por configuração.
Para quem tem um servidor antigo e não pretende mexer nele, a Cloudflare indica uma saída: origens legadas podem ficar atrás de um Cloudflare Tunnel, que usa X25519MLKEM768 sem exigir atualização do servidor.
Na leitura editorial, a maioria dos blogs e lojas em hospedagem compartilhada ou gerenciada não controla a versão do OpenSSL. Nesse caso, a pergunta certa é para o provedor: “vocês têm previsão de suporte a troca de chaves pós-quântica?”.
Caso 3: O Que Ainda Não Migrou, Certificados e Assinaturas
A parte mais atrasada do ecossistema é a autenticação, e é aqui que o cenário deixa de ser simples. Segundo a Cloudflare, certificados e assinaturas continuam baseados em RSA e ECC, e há avanços, como certificados ML-DSA-44 e Merkle Tree Certificates, mas ainda sem implantação ampla.
A UnveilScan é mais direta: não há cadeias ML-DSA em produção na WebPKI, a infraestrutura pública de certificados da web, e o Let’s Encrypt tem apenas suporte experimental. Ela aponta também um problema de tamanho: assinaturas ML-DSA são muito maiores que as ECDSA, o que pode elevar uma cadeia de certificados de cerca de 3 KB para cerca de 12 KB, algo especialmente delicado para o protocolo QUIC. A previsão da fonte para assinaturas híbridas é 2027 a 2028.
Do lado do Google, há movimento: a empresa publicou em fevereiro de 2026 um roteiro para certificados resistentes a ataques quânticos no HTTPS e, em março de 2026, o Android 17 passou a incluir assinaturas digitais pós-quânticas para inicialização verificada, atestado remoto e Keystore.
A boa notícia é que a UnveilScan recomenda não ter urgência imediata na migração das assinaturas, porque o risco de coletar agora e decifrar depois se aplica principalmente à troca de chaves. Na leitura editorial, isso faz sentido porque falsificar um certificado exigiria um computador quântico em operação, e não apenas dados guardados de antemão.
O Que os Prazos do NIST Dizem Sobre 2030 e 2035?
O calendário mais citado do setor aponta 2030 como início da retirada e 2035 como prazo final para os algoritmos clássicos vulneráveis. O Quantum Computing Report, em 27 de outubro de 2026, descreve o NIST IR 8547, o roteiro técnico final do NIST para a transição, segundo o qual os algoritmos de chave pública clássicos vulneráveis a computadores quânticos serão depreciados depois de 2030 e totalmente proibidos depois de 2035.
O mesmo texto cobre RSA, tanto em troca de chaves quanto em assinaturas, e ECC, incluindo DH, ECDH, ECDSA e EdDSA. Para sistemas federais americanos de alto valor e alto impacto, o prazo de conclusão da troca de chaves é 31 de dezembro de 2030, e o de assinaturas digitais, 31 de dezembro de 2031.
Um cuidado de leitura: esses prazos se aplicam diretamente às agências federais dos Estados Unidos. A fonte afirma que o impacto é mais amplo, alcançando o ecossistema de TI, empresas comerciais e organismos de padronização. Ela não cita regras brasileiras, e este artigo também não vai inventar nenhuma.
Duas empresas já divulgaram metas próprias: a Cloudflare mira segurança pós-quântica completa até 2029, e o Google definiu 2029 como prazo para migrar o Google Cloud. Na leitura editorial, quem usa esses serviços tende a herdar boa parte da migração, o que reduz o trabalho de quem não opera infraestrutura própria.
O Seu Negócio Digital Está Realmente Exposto?
Depende do que você guarda e por quanto tempo isso precisa permanecer confidencial. Esta seção é uma leitura editorial, e não uma classificação oficial de risco.
Risco baixo: um blog ou site de conteúdo público. O que trafega entre o visitante e o servidor é, em grande parte, informação que qualquer um pode ler abrindo a página. O dado sensível, quando existe, são logins de administração e formulários de contato.
Risco moderado: lojas virtuais e serviços com cadastro de clientes. Há nomes, e-mails, endereços e histórico de compra. Esses dados têm valor por alguns anos, e o caminho recomendado é usar infraestrutura que acompanhe a migração, como CDN e gateways gerenciados.
Risco maior: negócios que lidam com documentos de vida longa, como contratos, informações financeiras, dados de saúde ou peças jurídicas. Para esse perfil, o conceito de coletar agora e decifrar depois é mais relevante. É o caso, por exemplo, de quem usa inteligência artificial com documentos sigilosos, tema que tratamos em IA para advocacia em 2026.
Na leitura editorial, dispositivos conectados também merecem atenção, porque costumam ficar anos em campo sem atualização. Veja o contexto em internet das coisas em 2026.
Plano Prático: Seis Passos para Preparar o Negócio Sem Pânico
A ordem importa: comece pelo que é grátis e automático, e só depois olhe para o que exige mexer em servidor. Este roteiro combina as recomendações da Cloudflare, da UnveilScan e do Google Cloud.
- Confirme o TLS 1.3: a Cloudflare lembra que TLS 1.2 e anteriores não suportam o recurso. No painel da CDN, a opção costuma ficar nas configurações de SSL/TLS.
- Use uma CDN ou provedor com suporte: a negociação pós-quântica acontece automaticamente quando o visitante é compatível, sem configuração extra, segundo a Cloudflare.
- Verifique o que está sendo negociado: no Chrome, a aba Security do DevTools mostra o grupo de troca de chaves da conexão, de acordo com a Cloudflare. Quem usa a Cloudflare também pode analisar a distribuição no painel de tráfego HTTP.
- Cheque a origem: se você controla o servidor, veja a versão do OpenSSL. A UnveilScan recomenda 3.5 ou superior, com o grupo híbrido na frente e X25519 e P-256 como alternativas de segurança, para que clientes antigos continuem funcionando.
- Monitore erros depois de ativar: a UnveilScan avisa que o handshake fica cerca de 1.184 bytes maior, o que pode quebrar proxies de inspeção TLS e alguns caminhos de rede em redes corporativas. Acompanhe a taxa de erros de conexão.
- Faça um inventário de onde há criptografia: o Google Cloud lista, entre as recomendações para empresas, inventariar e gerenciar chaves, adotar rotação e agilidade criptográfica, priorizar com base no modelo de ameaças e usar implantações híbridas.
Esse último passo conversa com a base de proteção de qualquer operação digital. Para o panorama de ameaças e boas práticas do dia a dia, vale ler o guia de cibersegurança para negócios digitais.
Riscos, Armadilhas e o Que Não Fazer
O maior erro é tratar o assunto como urgência de crise ou, no extremo oposto, como ficção científica. As fontes consultadas apontam algumas armadilhas concretas:
- Falha de compatibilidade: além dos proxies de inspeção, o aumento do handshake pode afetar parte dos usuários, segundo a UnveilScan. Teste antes de forçar qualquer configuração.
- Falsa sensação de segurança: o ML-KEM híbrido protege a troca de chaves, mas, como a própria Cloudflare ressalta, a autenticação ainda não é pós-quântica em larga escala.
- Ferramentas que prometem “blindagem quântica”: o Google Cloud sugere separar avanços reais do exagero de mercado. Desconfie de produtos que prometem proteção total sem explicar quais algoritmos e quais camadas cobrem.
- Mexer na configuração sem necessidade: quem usa hospedagem gerenciada ou CDN costuma não precisar alterar nada.
Também vale lembrar que a UnveilScan, assim como outras fontes citadas, vende ferramentas na área. As recomendações dela foram usadas por serem tecnicamente específicas, mas o ideal é cruzá-las com a documentação do seu provedor.
Quanto Custa se Preparar e Vale a Pena Agora?
Para a maioria dos negócios digitais, o custo direto é próximo de zero, porque a negociação pós-quântica é automática em provedores que já a oferecem. Segundo a Cloudflare, não existe uma configuração pós-quântica separada. Valores de planos e serviços mudam e variam por provedor, então não são listados aqui.
O custo real tende a ser de tempo: confirmar a versão do TLS, perguntar ao provedor sobre o suporte, olhar a distribuição do tráfego e, se houver servidor próprio, planejar a atualização do OpenSSL. Quando o negócio opera infraestrutura sob medida, o trabalho cresce e aí compensa uma avaliação técnica.
Quanto ao momento de agir, a leitura editorial é equilibrada: vale fazer o básico agora, porque é barato e reversível, e deixar a migração de certificados e assinaturas para quando as autoridades certificadoras e os navegadores estiverem prontos, o que a UnveilScan projeta para 2027 e 2028 em diante. É o tipo de movimento que se encaixa no panorama de tendências tech em 2026.
Criptografia Pós-Quântica em 2026: O Desfecho do Cenário
Voltemos ao visitante que abriu o seu site. A criptografia pós-quântica já protege a primeira metade da viagem em grande parte do tráfego, a segunda metade ainda depende de servidores e provedores que migram em ritmo desigual, e a camada de certificados e assinaturas ainda está em construção.
O desfecho prático não é correr, é conferir. Confirme o TLS 1.3, pergunte ao seu provedor sobre o suporte, observe o que está sendo negociado e deixe o restante para o calendário que o setor está montando, com marcos em 2029, 2030 e 2035.
Para um negócio digital, a preparação mais valiosa é saber onde estão os dados que precisam permanecer secretos por muitos anos e garantir que essa parte da operação esteja nas mãos de quem acompanha a migração. O resto é acompanhamento, e não pânico.
Quer continuar aprofundando a base técnica do seu negócio? Veja o panorama completo em ferramentas digitais em 2026, as boas práticas de proteção em cibersegurança para negócios digitais e o que está moldando a próxima década em tendências tech em 2026.
Escrito por Clébio Gomes — Destaque Digital Conteúdo profissional sobre tecnologia, negócios digitais e estratégia online.
