◇ OpenCyber Academy
Engenharia · Capítulo 34 · Português

Capítulo 34 — Segurança quântica e pós-quântica: integração

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 34 — Segurança quântica e pós-quântica: integração

Mapa da aula

Aula 34 publicada. Mapa, exemplo, EX067.

flowchart TD
  N0["34.1 Mapa de integração"]
  N1["34.2 Integração com parceiros"]
  N2["34.3 Sequenciamento"]
  N3["34.4 Testes de ponta a ponta"]
  N4["34.7 Lista de verificação de prontidão para integraç"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX067"]

Desenho lógico

flowchart LR
  N0["34.1 Mapa de integração"]
  N1["34.2 Integração com parceiros"]
  N2["34.3 Sequenciamento"]
  N3["34.4 Testes de ponta a ponta"]
  N4["34.7 Lista de verificação de prontidão para integraç"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX067"]
[34.1 Mapa de integração]
    |
    v
[34.2 Integração com parceiros]
    |
    v
[34.3 Sequenciamento]
    |
    v
[34.4 Testes de ponta a ponta]
    |
    v
[34.7 Lista de verificação de prontidão para integraç]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX067]

Objetivos de aprendizagem

Você vai (1) integrar a PQC no TLS, na VPN, na PKI, na assinatura de código e nos formatos de dados; (2) gerenciar a integração com parceiros e fornecedores; (3) sequenciar a integração para gerenciar as dependências; e (4) executar testes de integração de ponta a ponta. O capítulo parte dos Capítulos 16, 28 e 30.

34.1 Mapa de integração

Domínio Ponto de integração Dependência
Web/TLS CDN, proxy de borda, balanceadores de carga internos Suporte dos clientes, middleboxes
VPN Gateways IKEv2 Fornecedores dos pares, suporte ao RFC 9370
PKI Software da AC, HSM, perfis de certificado Suporte das partes confiantes
Assinatura de código Serviço de assinatura, bootloaders dos dispositivos Atualizações de firmware dos dispositivos
Documentos Assinaturas de conhecimentos de embarque, exportações CMS Software dos parceiros e da aduana

A coluna de dependência explica a maior parte do cronograma: a BPA controla a sua CDN e o seu proxy de borda, então o TLS web anda primeiro, enquanto os documentos dependem de software dos parceiros e da aduana que a BPA não pode mudar. Ler o mapa linha por linha também mostra quais pontos de integração compartilham uma dependência, como o HSM, que atende tanto a PKI quanto a assinatura de código, de modo que um atraso afeta dois domínios.

34.2 Integração com parceiros

Os parceiros andam no próprio ritmo. Publique um aviso de migração com prazos, algoritmos suportados e endpoints de teste; ofereça um ambiente de testes de interoperabilidade; mantenha caminhos clássicos disponíveis, com desativação datada. A aduana, por exemplo, pode aceitar exportações envelopadas com ML-KEM apenas depois da sua própria atualização; destinatários paralelos no CMS (clássico e PQC) cobrem a lacuna.

O ambiente de testes é o item mais útil, porque os parceiros podem testar o seu software contra a nova configuração da BPA sem risco para a produção. As desativações datadas dão aos parceiros um prazo para planejar, e a BPA os lembra em intervalos fixos antes de cada data.

34.3 Sequenciamento

Sequencie por dependência e valor: primeiro o TLS de borda (independente, de alto valor); em seguida a raiz da PKI e o HSM (prazo de entrega longo, habilitadores das assinaturas); a assinatura de firmware à medida que os dispositivos são renovados; os documentos com os parceiros; os serviços internos conforme o tempo de vida dos dados.

A raiz da PKI e o HSM vêm cedo, apesar do baixo risco imediato, porque os seus prazos de entrega são longos: a compra, a certificação e a distribuição de uma nova raiz podem levar anos. O TLS de borda vai primeiro porque a BPA controla tanto a configuração quanto a medição, e o seu valor contra a coleta é imediato. A assinatura de firmware acompanha os ciclos de renovação dos dispositivos, e não uma data no calendário. Essa ordem segue as dependências, e não a ordem em que as equipes pediram o trabalho.

34.4 Testes de ponta a ponta

Os testes de integração exercitam fluxos inteiros: um cliente de parceiro que se conecta pela borda a uma API que assina um documento com ML-DSA, armazenado e replicado sobre TLS híbrido e verificado por um sistema de testes da aduana. As falhas nesses testes revelam incompatibilidades de interface que nenhum teste unitário encontra.

Por exemplo, um cliente de parceiro pode negociar corretamente o grupo híbrido enquanto a API rejeita o documento assinado, maior, por causa de um limite de tamanho num campo de banco de dados. Só um teste que segue o fluxo completo encontra esse tipo de incompatibilidade entre componentes que passaram, cada um, nos seus próprios testes.

34.5 Exemplo resolvido

O plano de integração da BPA tem 14 pacotes de trabalho. Um grafo de dependências mostra que a atualização do HSM condiciona cinco deles; a compra é, portanto, iniciada no mês um, embora as assinaturas só se tornem urgentes no mês nove.

O HSM condiciona cinco pacotes de trabalho porque a PKI, a assinatura de código e a assinatura de documentos precisam dos seus novos tipos de chave. Iniciar a compra no mês um dá cerca de oito meses de prazo antes de as assinaturas se tornarem urgentes, o que corresponde aos atrasos típicos de compra e de certificação. Sem o grafo de dependências, o HSM provavelmente teria sido encomendado quando o trabalho de assinaturas começasse, atrasando cinco pacotes de uma só vez.

34.6 Erros comuns e limites

Integrar os domínios isoladamente deixa escapar os fluxos que os atravessam, como um documento assinado que vai da API, pela replicação, até a aduana. Datas de desativação esquecidas deixam caminhos clássicos abertos indefinidamente, desfazendo a proteção da migração. Sem testes de ponta a ponta, as incompatibilidades de interface surgem em produção como interrupções que cada equipe atribui a outra. O plano da BPA, por isso, nomeia um responsável para cada fluxo entre domínios, mantém um registro de desativações revisado mensalmente e executa o teste completo do parceiro à aduana antes de cada mudança importante.

34.7 Lista de verificação de prontidão para integração

Antes de a BPA mudar um enlace com um parceiro para troca de chaves híbrida, o responsável pela integração confirma quatro itens: a pilha do parceiro anuncia o mesmo grupo híbrido, os dois lados registram o grupo negociado, um fallback clássico continua permitido apenas onde a lista de exceções acordada o permite, e uma janela de testes conjunta está reservada, com um contato de reversão em cada lado. Um enlace que falha em qualquer item permanece na configuração atual e é reagendado, em vez de forçado.

Reagendar custa alguns dias; forçar um enlace que falhou custa a confiança do parceiro.

Exercícios

Síntese

A integração abrange protocolos, PKI, assinaturas e documentos; os parceiros precisam de avisos e ambientes de testes; o sequenciamento segue as dependências; os testes de ponta a ponta detectam incompatibilidades de interface.

Continue estudando — capítulo 34 de 50

← Capítulo 33 · Índice de capítulos do curso · Capítulo 35 →

Siga para a próxima lição escrita.