O guia do CISO para mandatos e migrações pós-quânticas

Por que a criptografia pós-quântica já é pauta de boardroom

Mais de uma dúzia de grandes economias já publicaram orientações formais sobre a adoção de Criptografia Pós-Quântica (PQC). A AWS publicou um guia estratégico voltado especificamente para CISOs, CTOs e líderes sênior de segurança que precisam transformar esse mandato regulatório em um programa de mudança real dentro de organizações grandes e complexas.

O ponto central do guia é direto: a parte mais difícil da migração pós-quântica não é trocar algoritmos. É coordenar mudanças em toda a organização, onde a criptografia assimétrica está embutida em cada protocolo, cada dependência de fornecedor e cada sistema legado que silenciosamente cuida de troca de chaves ou assinaturas digitais.

Cinco pontos de partida para líderes ocupados

O guia resume cinco takeaways essenciais antes de entrar no playbook completo:

• Comece pelo topo. Garanta patrocínio do conselho enquadrando a modernização criptográfica como redução de risco corporativo, com cronograma definido e marcos mensuráveis.
• Crie um escritório de programa centralizado que seja dono do mandato, defina critérios de priorização e coordene a entrega entre as unidades de negócio.
• Classifique dependências, não faça inventário de tudo. No nível de workload, o que importa saber é: o que o provedor vai atualizar por você, o que ele não vai atualizar a tempo e precisa ser substituído, e o que você mesmo precisa endereçar. O caminho mais rápido para reduzir o escopo da migração é transferir a responsabilidade criptográfica para a primeira categoria sempre que possível.
• Invista em telemetria criptográfica. Construa visibilidade e monitoramento em paralelo com o trabalho de migração — não como pré-requisito, para não perder momentum. Rastreie uso de algoritmos, percentual de cobertura PQC e velocidade de migração por workload.
• Construa para agilidade, não para conformidade única. O objetivo vai além de implantar PQC uma vez. É construir a capacidade organizacional de rotacionar protocolos, algoritmos e tamanhos de chave conforme os padrões evoluem.

O cenário regulatório global

Em agosto de 2024, o NIST publicou os três primeiros padrões pós-quânticos, cobrindo encapsulamento de chaves (ML-KEM), assinaturas digitais baseadas em reticulados (ML-DSA) e alternativas de assinatura baseadas em hash (SLH-DSA). Esses padrões agora servem como linha de base para a maioria das jurisdições ao definir prazos de migração.

Estados Unidos, União Europeia, Reino Unido, Alemanha, França, Austrália, Canadá, Japão, Coreia do Sul, Índia, Singapura e Emirados Árabes Unidos já publicaram orientações formais. Grupos setoriais como o FS-ISAC em serviços financeiros e a GSMA em telecomunicações têm seus próprios cronogramas adicionais.

A direção é a mesma em todos os lugares: a maioria das regiões exige prontidão PQC para novas aquisições até 2027, com prazos de migração completa entre 2030 e 2035, dependendo do setor e da geografia. A Amazon Web Services (AWS) mantém um detalhamento atualizado dos mandatos regionais na página de Migração para criptografia resistente a quantum.

Definindo o escopo da migração

Historicamente, migrações criptográficas levaram muito mais tempo do que o esperado. A depreciação do SHA-1 levou quase vinte anos desde a primeira vulnerabilidade publicada até os principais navegadores finalmente rejeitarem o algoritmo. MD5, 3DES e RC4 seguiram o mesmo padrão de resposta organizacional lenta, apesar do consenso técnico claro de que a migração estava atrasada.

O desafio de escopo da migração se divide em duas famílias:

• Sistemas de software que negociam algoritmos como parte de protocolos de autenticação ou criptografia de curta duração — como TLS, IPsec ou SSH. Para esses workloads, o gerenciamento de ciclo de vida centrado em nuvem, patching automatizado e atualizações centralizadas de bibliotecas tornam a migração mais direta do que as anteriores.
• Sistemas embarcados de longa vida — dispositivos com firmware gravado que contêm chaves e código de algoritmo que não podem ser atualizados no local. O caminho mais rápido para reduzir essa superfície é transferir os workloads criptográficos para serviços gerenciados. Para o que permanecer em hardware dedicado, o guia recomenda incorporar a prontidão quântica na revisão anual de Despesas de Capital (CapEx).

O playbook estratégico passo a passo

1. Garantir comprometimento do conselho

CISOs precisam levar o tema de PQC ao conselho como uma conversa de risco de negócio — ancorada em conformidade regulatória e exposição competitiva, não como um briefing técnico sobre algoritmos de reticulados.

Um ponto importante a desmistificar: uma concepção equivocada comum no nível do conselho é que a migração PQC exige re-criptografar todos os dados armazenados. Isso não é verdade. Dados criptografados em repouso usando criptografia simétrica padrão de 256 bits não são vulneráveis a um computador quântico. Essa distinção reduz significativamente o escopo real da mudança.

O guia também sugere quantificar a exposição organizacional: identificar contratos em setores regulados onde linguagem de conformidade PQC está aparecendo ou aparecerá na renovação, mapear o pipeline de oportunidades com requisitos de prontidão pós-quântica, e dimensionar o total de oportunidades em setores onde os mandatos estão entrando em vigor. O CNSA 2.0, por exemplo, exige PQC para novos produtos a partir de janeiro de 2027.

2. Designar líderes de migração com responsabilidade única

O guia recomenda criar um centro de excelência em criptografia com mandato multifuncional, abrangendo segurança, engenharia, conformidade e aquisições. Esse time deve ter autoridade para definir padrões organizacionais de política criptográfica, versões de bibliotecas aprovadas e cronogramas de migração. Quando uma equipe resolve um padrão de migração para um tipo de workload, o time centralizado empacota essa solução e a distribui por todos os workloads similares da organização.

3. Classificar dependências e reduzir a superfície de migração

O guia alerta contra inventários bottom-up abrangentes, exceto onde explicitamente exigidos por regulação. Em vez disso, propõe classificar dependências em três categorias:

• Workloads onde outra parte vai atualizar por você — serviços de nuvem gerenciados, provedores de Software como Serviço (SaaS) e fornecedores de infraestrutura com roadmaps PQC ativos. Seu trabalho é validar os cronogramas e cobrar responsabilidade.
• Workloads onde outra parte é dona da stack, mas não vai atualizar a tempo — dependências de fornecedores que precisam ser substituídas, potencialmente antes do fim da vida útil planejada.
• Workloads que você possui e deve atualizar diretamente — a decisão aqui é atualizar no lugar ou modernizar para a nuvem, onde a camada criptográfica se torna gerenciada.

4. Construir observabilidade e monitorar o progresso continuamente

Visibilidade sobre a postura criptográfica é necessária para planejamento, execução e demonstração de conformidade a auditores. Porém, observabilidade não deve ser pré-requisito para migrar workloads — deve ser uma frente de trabalho paralela.

Muitas organizações começam pelo TLS, pois é tipicamente a implantação mais ampla de criptografia. O guia menciona o PQC Readiness Scanner como exemplo de como construir e implantar esse tipo de ferramenta de visibilidade. Métricas sugeridas incluem: percentual de conexões TLS usando TLS 1.3 com troca de chaves ML-KEM, percentual de cobertura PQC por categoria definida, proporção de cronogramas de fornecedores validados versus não confirmados, e tempo de remediação quando uma nova dependência não conforme é identificada.

5. Alinhar com fornecedores, reguladores e grupos do setor

A migração PQC cruza fronteiras organizacionais e exige movimento coordenado em toda a cadeia de fornecimento. O guia recomenda engajar provedores de nuvem sobre seus roadmaps PQC, incluir requisitos de prontidão PQC em contratos de fornecedores, engajar reguladores nas jurisdições relevantes e participar de fóruns setoriais — serviços financeiros, telecom, saúde e infraestrutura crítica têm grupos de trabalho específicos para PQC.

6. Priorizar e criar roadmap dos workloads próprios

O guia recomenda uma abordagem faseada, priorizando workloads por risco e caso de uso. O post de plano de migração de criptografia pós-quântica da AWS oferece um exemplo dessa priorização. É fundamental construir mecanismos confiáveis de release e rollback em cada etapa, pois algoritmos PQC têm características diferentes de performance e tamanho que podem gerar comportamentos inesperados em produção.

A AWS já entregou troca de chaves pós-quântica em vários endpoints de serviço com impacto imperceptível de performance, além de assinatura pós-quântica via AWS Key Management Service (AWS KMS) e AWS Private Certificate Authority. Para código próprio em computação em nuvem ou on-premises, a biblioteca de código aberto AWS-LC oferece implementações PQC validadas pelo FIPS 140-3 prontas para produção.

Construindo uma empresa com agilidade criptográfica

Agilidade criptográfica é a capacidade operacional de rotacionar algoritmos, atualizar protocolos e absorver mudanças criptográficas como rotina, e não como um programa dedicado. O guia identifica quatro disciplinas que sustentam essa capacidade:

• Disciplina de patching e atualização: se sua organização não consegue manter cadências consistentes de patching hoje, a migração PQC vai expor essa lacuna em escala corporativa.
• Release incremental com rollback limpo: algoritmos PQC têm assinaturas maiores, chaves maiores e perfis de performance diferentes — é preciso implantar mudanças incrementalmente e reverter quando algo não performa como esperado.
• Pipelines de Integração e Entrega Contínua (CI/CD) consistentes: toda aplicação que toca criptografia assimétrica precisará ser avaliada e potencialmente reconstruída e reimplantada com algoritmos ou bibliotecas atualizados.
• Gerenciamento automatizado do ciclo de vida de segurança: ciclo de vida de certificados, rotação de chaves, cofre de segredos, operações de assinatura e validação de conformidade precisam operar em velocidade de máquina.

O guia destaca que essas não são necessariamente investimentos específicos de PQC — são as capacidades fundamentais de uma organização de segurança bem gerida. Com a IA acelerando a velocidade com que vulnerabilidades são descobertas e exploradas, organizações que constroem agilidade criptográfica estão melhor posicionadas para responder a ameaças aceleradas por IA. Líderes de segurança experientes podem usar PQC como catalisador para construir a resiliência operacional que a organização precisa à medida que o cenário de ameaças evolui.

Considerações finais

A migração PQC definirá como a próxima geração de programas de segurança corporativa será construída e medida. O ferramental técnico já existe para executar essa transição mais rapidamente do que qualquer migração criptográfica anterior. As organizações que se moverem agora vão moldar requisitos de aquisição e definir a linha de base competitiva em seus setores. As que adiarem herdarão cronogramas comprimidos, custos aumentados e menos opções.

A AWS disponibiliza orientações atualizadas na página de Migração para criptografia resistente a quantum. O AWS Security Assurance Services e o AWS Professional Services oferecem orientação especializada e abordagens de implementação validadas. Para quem quiser dar o primeiro passo, é possível solicitar uma chamada introdutória do Post-Quantum Readiness Accelerator sem custo.

Fonte

The CISO’s guide to post-quantum mandates and migrations (https://aws.amazon.com/blogs/security/the-cisos-guide-to-post-quantum-mandates-and-migrations/)