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.
- Esquecer as datas de desativação dos parceiros.
- Nenhum teste de ponta a ponta.
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
- EX067 — Grafo de dependências. Desenhe (ou liste) o grafo de dependências dos 5 domínios da BPA. Rubrica: 3 = dependências do HSM e dos parceiros visíveis.
- EX068 — Aviso aos parceiros. Escreva um aviso de migração para os parceiros das companhias de navegação. Rubrica: 3 = algoritmos, endpoints de teste, cronograma, desativação, contato.
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.