Migração para PQC: abordagens híbridas

A transição da criptografia clássica para a pós-quântica é a maior migração criptográfica da história — mais complexa que a atualização para RSA de 2048 bits ou a descontinuação do SHA-1. Ela exige atualizar simultaneamente protocolos, bibliotecas, HSMs, certificados e código.

KEM híbrido = KEM clássico + KEM de PQC. Segredo compartilhado = KDF(classical_secret || pqc_secret). Segurança: exige quebrar ambos. Um adversário quântico quebra ECDH, mas não Kyber. Um adversário clássico não quebra nenhum dos dois. Isso oferece defesa em profundidade durante o período de transição.

O Google Chrome e a Cloudflare implantaram X25519Kyber768, que combina ECDH X25519 e Kyber-768, no TLS 1.3 em 2023. O rascunho do IETF draft-ietf-tls-hybrid-design define o formato. Ambos os lados negociam o compartilhamento de chave combinado na extensão ClientHello existente do TLS.

Os certificados X.509 atualmente usam chaves públicas RSA ou ECDSA. Caminho de migração: (1) emitir certificados com dois algoritmos, clássico + PQC; (2) as CA intermediárias usam chaves PQC; (3) as CA raiz fazem a transição por último. O CA/Browser Forum está desenvolvendo perfis de certificados PQC.

Muitos HSMs não podem receber atualizações do software interno para oferecer suporte a algoritmos de PQC. Os ciclos de renovação dos equipamentos duram de 5 a 10 anos. As organizações devem auditar os planos de evolução do software interno dos HSMs, planejar a substituição dos equipamentos e considerar pontes de PQC baseadas em software para HSMs legados durante a transição.

Etapa 1: faça um inventário criptográfico. Identifique: todas as chaves e todos os certificados RSA/ECC, todas as trocas de chaves DH e todas as versões de protocolo. Ferramentas: verificadores de conjuntos de cifras, ferramentas de inventário de certificados e análise estática de código para chamadas criptográficas. Documente os períodos de vida de todos os ativos.

Maior urgência: dados de longa duração (classificados, prontuários médicos) — vulneráveis hoje ao ataque de coletar agora e descriptografar depois. Em seguida: troca de chaves em protocolos (TLS, SSH, VPN) — migre primeiro usando KEMs híbridos. Menor urgência: assinaturas em dados de curta duração (tokens de sessão).

Python: use pyca/cryptography com o back-end liboqs para ML-KEM. Java: módulo PQC do BouncyCastle. Rust: bibliotecas pqcrypto. Substitua: rsa.generate_private_key() → geração de chaves ML-KEM; ecdh_key_agreement() → encapsulamento/desencapsulamento ML-KEM. Faça a abstração por meio de uma camada de agilidade criptográfica.

Agilidade criptográfica: projete sistemas para trocar algoritmos sem alterações no código. Use campos de identificação de algoritmos, registros de tipos de chave e back-ends conectáveis. Evite nomes de algoritmos codificados diretamente nos formatos de serialização. Isso permitiu a migração de SHA-1→SHA-256 e permitirá a migração de RSA→PQC.

Teste com vetores de teste de respostas conhecidas das implementações de referência do NIST para PQC. Valide usando o conjunto de testes de interoperabilidade OQS-OpenSSL. Teste TLS híbrido com oqs-provider para OpenSSL. Monitore as páginas de erratas FIPS 203/204/205/206 do NIST em busca de atualizações das orientações de implementação.

Recomendações da NIST/NSA: (1) pare de implantar novos sistemas RSA/ECC agora. (2) Implante a troca de chaves híbrida em TLS e VPNs até 2025-2026. (3) Migre os certificados para PQC até 2028-2030. (4) Conclua a migração completa (incluindo módulos de segurança de hardware) até 2035, antes que o risco de CRQC se concretize.

Por que os dados criptografados hoje (usando RSA/ECDH) estão em risco mesmo antes da existência de computadores quânticos?

A migração para PQC usa KEMs híbridos (clássicos + PQC) durante a transição. Priorize dados de longa duração e a troca de chaves. Faça um inventário criptográfico, atualize o hardware e exija agilidade criptográfica. A NIST recomenda concluir a migração até 2035. Próximo tópico: criptografia de cadeias de blocos — árvores de Merkle e prova de trabalho.