◇ OpenCyber Academy
Pós-graduação · Capítulo 12 · Português

Capítulo 12 — Revisão final e transferência

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 12 — Revisão final e transferência

Mapa da aula

Aula 12 publicada. Mapa, exemplo, EX056.

flowchart TD
  N0["12.1 Revisão do portfólio"]
  N1["12.2 Defesa"]
  N2["12.3 Transferência"]
  N3["12.4 Desenvolvimento contínuo"]
  N4["12.5 Legado"]
  N5["12.6 Caso resolvido"]
  N6["12.8 Refletindo sobre o julgamento"]
  N7["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX056"]

Desenho lógico

flowchart LR
  N0["12.1 Revisão do portfólio"]
  N1["12.2 Defesa"]
  N2["12.3 Transferência"]
  N3["12.4 Desenvolvimento contínuo"]
  N4["12.5 Legado"]
  N5["12.6 Caso resolvido"]
  N6["12.8 Refletindo sobre o julgamento"]
  N7["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX056"]

[12.1 Revisão do portfólio]
    |
    v
[12.2 Defesa]
    |
    v
[12.3 Transferência]
    |
    v
[12.4 Desenvolvimento contínuo]
    |
    v
[12.5 Legado]
    |
    v
[12.6 Caso resolvido]
    |
    v
[12.8 Refletindo sobre o julgamento]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX056]

Objetivos de aprendizagem

Você vai (1) revisar o seu portfólio em relação aos objetivos do curso; (2) apresentar e defender escolhas em escala organizacional; (3) transferir os métodos para outros domínios e para futuras mudanças de algoritmo; (4) planejar o desenvolvimento profissional contínuo; e (5) deixar um legado sustentável.

12.1 Revisão do portfólio

Reúna: os registros de decisão do Capítulo 1; o resumo do estado da prática (2); o projeto e as métricas do inventário (3); a análise de risco e de ética (4); as alternativas de projeto (5); a avaliação (6); o modelo de governança (7); os planos para os casos difíceis (8); o projeto da garantia (9); as críticas de pesquisas (10); as entregas do projeto (11). Para cada um, anote que evidência mostra que o objetivo foi atingido.

Apresente o portfólio na mesma ordem do curso, para que os examinadores consigam acompanhá-lo. Para cada item, inclua uma nota curta sobre o que você mudaria agora. As evidências ausentes devem ser nomeadas, e não escondidas. Peça a um colega que o leia antes da entrega.

12.2 Defesa

Espere questionamentos sobre as hipóteses (cronogramas, horizontes do dano), os valores (pesos da pontuação), os graus de evidência, a aceitação do risco residual e a situação das orientações. Defenda-se com evidências e reconheça a incerteza.

Prepare uma resposta curta para cada questionamento, com uma indicação da evidência no portfólio, como o registro de decisão das datas internas ou os pesos da pontuação aprovados pelo conselho. Onde você estiver incerto, diga que evidência resolveria a questão. Ensaie com alguém que discorde das suas escolhas. Mantenha as respostas curtas e específicas. Anote qualquer pergunta que você não conseguiu responder.

12.3 Transferência

Os métodos se transferem: as decisões robustas sob incerteza, a graduação das evidências, a avaliação controlada, a agilidade orientada por política e a garantia por nova observação se aplicam a qualquer transição criptográfica futura — a quebra de um algoritmo implantado, uma nova norma como o FN-DSA ou a eventual aposentadoria dos híbridos atuais. Eles também se transferem para outros riscos de longa latência.

Para mostrar a transferência, aplique um método a um caso novo no portfólio, como usar o portão de canário numa mudança planejada de algoritmo de assinatura. Anote quais partes do método precisaram de adaptação e quais não.

12.4 Desenvolvimento contínuo

Acompanhe as normas (NIST, IETF), as orientações setoriais, a criptoanálise e as pesquisas de implantação. Mantenha o seu resumo do estado da prática trimestralmente. Participe de comunidades profissionais e compartilhe lições anonimizadas.

Escreva um plano com fontes específicas e um calendário, e revise-o todo ano. Mantenha um registro curto do que você leu e do que mudou na sua prática por causa disso. Compartilhe uma lição anonimizada por ano com uma comunidade profissional, e peça comentários de colegas que trabalham em outros setores, já que as transições deles podem enfrentar problemas semelhantes e oferecer comparações úteis.

12.5 Legado

Deixe a organização com um inventário vivo, uma norma criptográfica com ciclo de revisão, registros de decisão, um registro de exceções com expirações e sucessores treinados. O sucesso é um programa que continua sem você.

Confira o legado pedindo a um sucessor que conduza a revisão trimestral sem você, e corrija qualquer passo que ele não tenha conseguido concluir. Registre onde cada documento-chave fica e quem é o seu responsável. Um teste conduzido pelo sucessor antes da sua saída é a melhor evidência de que o legado funciona, então agende um e registre o que precisou ser corrigido.

12.6 Caso resolvido

Na revisão final da NRHT, o líder do programa apresenta: cobertura híbrida do nível 1 de 78 % com evidência A/B; 5 % de desconhecidos; raiz interna ML-DSA em operação, com 40 % dos certificados dos serviços internos migrados; 12 riscos residuais aceitos, todos com expiração; teste de agilidade aprovado em quatro plataformas. Um examinador pergunta o que acontece se o IR 8547 for finalizado com datas mais cedo; o líder mostra o registro de decisão da definição das datas internas e o gatilho de governança para a revisão.

A revisão final mostra o progresso com graus de evidência e nomeia os riscos residuais, cada um com uma expiração. A pergunta do examinador é respondida com um mecanismo de governança, e não com uma previsão, que é o tipo de resposta que um programa robusto deve ser capaz de dar.

12.7 Erros comuns e limites

Cada erro tem uma salvaguarda. Anexe as evidências dos resultados a cada item do portfólio. Na defesa, declare as hipóteses e as incertezas com clareza. Treine sucessores e documente os processos, para que o programa continue depois da sua saída. Na NRHT, a revisão final apresentou a cobertura com graus de evidência, os riscos residuais com expirações e um teste de agilidade em quatro plataformas. A pergunta do examinador sobre o IR 8547 foi respondida com um gatilho de governança. Use essa estrutura: resultado, evidência, risco residual e o mecanismo que vai responder às mudanças depois da sua saída.

12.8 Refletindo sobre o julgamento

Encerre o portfólio com uma nota reflexiva sobre o seu próprio julgamento: uma decisão que você tomaria de novo, uma que mudaria com o que sabe agora e uma hipótese da qual tem menos certeza. Os especialistas merecem confiança não porque sempre acertam, mas porque mostram como raciocinam e se atualizam. A nota também ajuda os sucessores a entender quais partes do programa se apoiam em evidências firmes e quais em apostas ponderadas. Na NRHT, por exemplo, o plano das bombas de infusão supõe que a versão de firmware híbrido de 2027 do fornecedor chegue no prazo e passe nos testes clínicos, e dizer isso claramente mostra ao próximo líder onde olhar primeiro.

Exercícios

Síntese

A revisão final demonstra os resultados com evidências, defende as escolhas com honestidade e transfere os métodos e a capacidade, para que as futuras mudanças criptográficas encontrem uma organização preparada.

Continue estudando — capítulo 12 de 12

← Capítulo 11 · Índice de capítulos do curso · Resoluções →

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

Resoluções

Respostas-modelo; qualquer resposta que atenda à rubrica recebe a mesma pontuação. Os números sobre a NRHT são sintéticos.

EX001. Valor esperado com P(z = 8) = 0,1: esperar economiza ~15 % do custo do programa em 90 % dos casos, mas arrisca uma divulgação irreversível em 10 %; se o dano for muito valorizado, o valor esperado ainda favorece agir, mas o resultado depende da probabilidade inventada. Robusto: esperar falha gravemente no cenário antecipado, então é descartado; agir agora. Minimax do arrependimento: o pior arrependimento de esperar (divulgação irreversível) excede o pior arrependimento de agir (custo moderado); agir agora.

EX002. Pontuar por registros ponderados pelo tempo de vida — por exemplo, multiplicar por (x + y − z) anos de exposição residual, ou pelo peso do dano ao quadrado para os dados genéticos — ou limitar a influência do volume com log(volume). Isso codifica o valor de que o dano ao longo da vida dos indivíduos (e dos parentes) importa mais que as contagens de registros.

EX003. Vale a pena resolver: se o firmware do equipamento suporta agora o IKEv2 híbrido da RFC 9370 (muda a escolha do fornecedor); a vida útil de suporte planejada do equipamento (muda o alinhamento com a renovação). Não vale a pena esperar: a data de chegada do CRQC — impossível de resolver, e a decisão é robusta a ela.

EX004. Contexto e pergunta; opções consideradas; cenários e hipóteses (incluindo a faixa de z e as fontes); valores e pesos; evidências e graus; decisão e justificativa; responsável e aprovador; data; gatilhos de revisão (mudança das orientações, entrega do fornecedor, nova estimativa).

EX005. Um cenário em que uma falha grave de implementação nos primeiros equipamentos híbridos cause interrupções ou vazamentos generalizados, ou em que o ML-KEM seja enfraquecido antes da implantação; plausibilidade de baixa a moderada para as falhas de implementação (precedente do KyberSlash), mitigada pelos híbridos, por firmware verificado e pela implantação em estágios.

EX006. FIPS 203: final (2024). IR 8547: rascunho público inicial. FIPS 206 (FN-DSA): em desenvolvimento. SP 800-227: recomendações finais (2025). RFC 10024: RFC publicada pela IETF que especifica os grupos TLS híbridos.

EX007. Construir e manter um inventário criptográfico; priorizar os dados que precisam de confidencialidade de longo prazo (HNDL); usar híbridos PQ/T durante a transição; planejar a migração da PKI e das assinaturas e a agilidade criptográfica.

EX008. O HNDL torna a troca de chaves urgente, enquanto a falsificação precisa de um CRQC no momento do ataque; as mudanças de autenticação exigem mudanças coordenadas nas ACs, nos navegadores, nas políticas e nos repositórios de raízes; os certificados ML-DSA acrescentam muitos kilobytes, aumentando os custos de desempenho e de compatibilidade.

EX009. Quais algoritmos e conjuntos de parâmetros (por exemplo, ML-KEM-768 conforme a FIPS 203) em qual mecanismo de protocolo (por exemplo, a RFC 9370 para o IKEv2)? Quais versões do produto o suportam agora, e em que data para as demais? Podemos testá-lo, e é fornecido um inventário criptográfico?

EX010. Adotar a data mais cedo que seja vinculante em qualquer jurisdição para os sistemas afetados, ou justificar uma data posterior com aceitação de risco documentada; registrar a justificativa e marcar uma revisão de governança quando qualquer uma das autoridades atualizar as orientações.

EX011. Captura do handshake: A (observada). PDF do fornecedor: D (declaração do fornecedor). Varredura de binários: C (inferida do código). CMDB "crypto: standard": na prática U — vem da configuração, mas não informa nada, então não pode sustentar uma decisão.

EX012. (0,18 − 0,06) × 1.850 = 222 ativos.

EX013. "O fornecedor deverá notificar a NRHT por escrito com pelo menos 90 dias de antecedência sobre qualquer mudança nos algoritmos, parâmetros, bibliotecas ou protocolos criptográficos dos produtos ou serviços entregues, descrevendo a mudança, as versões afetadas e o impacto na interoperabilidade. As mudanças emergenciais para correções de segurança deverão ser notificadas em até 5 dias úteis. A falta de notificação constitui violação material."

EX014. O grau decai um nível quando as observações excedem um limiar de idade ligado à taxa de mudança: observações de rede com mais de 30 dias → B; configuração com mais de 90 dias → C; declarações de fornecedores com mais de 12 meses → U. As camadas que mudam rápido decaem mais rápido.

EX015. Uma barra empilhada por trimestre para os ativos do nível 1, mostrando as parcelas dos graus A, B, C, D e U, com U numa cor contrastante e a sua porcentagem rotulada; linha de meta para U.

EX016. 20.000 registros/ano × 1,5 ano = 30.000 registros adicionais.

EX017. A AC raiz interna (ancora as VPNs, as identidades dos dispositivos e o TLS interno em toda parte); a chave de assinatura de firmware de um grande fornecedor de dispositivos (afeta todas as unidades de uma frota em vários hospitais ao mesmo tempo).

EX018. Escopo: aparelho de ressonância magnética modelo X, 6 unidades, verificação de firmware RSA-2048. Justificativa: ROM de boot imutável; substituição pelo fornecedor em 2030. Controles compensatórios: VLAN isolada, lista de atualizações permitidas pelo portal do fornecedor com verificação do hash fora de banda, monitoramento. Expiração: 31 de dezembro de 2030 ou a substituição. Gatilho: progresso crível do CRQC, aviso do fornecedor ou incidente.

EX019. Os pacientes carregam o dano, mas não participam da decisão. A divulgação genômica é irreversível e afeta os parentes. O dano dura décadas além dos calendários de retenção e dos horizontes orçamentários da NRHT. O dever de cuidado exige proteger as pessoas pelo tempo em que podem ser prejudicadas. Portanto, x deve ser o horizonte do dano.

EX020. CBOM completa: os membros da Autoridade de Criptografia e os responsáveis pelas plataformas, no seu escopo, com acesso de menor privilégio e logs de auditoria; os executivos e os auditores recebem agregados; os fornecedores veem apenas os seus produtos; nunca publicada.

EX021. Híbrido: forte proteção contra o HNDL, complexidade moderada, escala, residual: autenticação. Pós-quântico puro: forte se o ML-KEM se mantiver, complexidade menor, escala, residual: sem proteção do híbrido. PSK: boa se as PSKs forem secretas, complexidade moderada, escala mal, residual: gestão de chaves. Minimização: reduz a exposição de qualquer forma, complexidade variável, escala por projeto, residual: os dados restantes.

EX022. 21.249 / 1.290 ≈ 16,5 vezes.

EX023. "Padrão: estabelecimento de chaves híbrido com ML-KEM-768 e assinaturas ML-DSA-65 (categoria 3), equilibrando margem e tamanho. Categoria 5 (ML-KEM-1024/ML-DSA-87) para os enlaces em que os parceiros ou a regulação a exijam."

EX024. O fornecedor B entrega o suporte ao IKEv2 híbrido; a NRHT verifica a negociação no laboratório e no canário; a migração é concluída e as PSKs são revogadas; data-limite rígida (por exemplo, 31 de dezembro de 2027), com escalonamento se for perdida.

EX025. Um sistema fechado cuja política exige o ML-KEM puro (por exemplo, um parceiro que exige o pós-quântico puro no estilo da CNSA) ou um enlace restrito em que os bytes e o código do componente tradicional importam, aceitando a perda da proteção do híbrido depois de uma revisão madura da implementação.

EX026. "Promover quando o limite superior de Wilson de 95 % da taxa de falhas de handshake ≤ referência + 0,04 ponto, medido por pelo menos 14 dias cobrindo dois ciclos semanais, sem nenhum local excedendo individualmente o limite."

EX027. Primeira retenção: incerteza — prorrogar o canário para reunir mais dados. Terceira retenção: evidência de dano num local — investigar a causa (o proxy), excluir o local, corrigir e depois testar de novo.

EX028. Navegadores modernos nas estações clínicas; navegadores legados em quiosques sem atualização; visualizadores embutidos nas modalidades; aplicativos móveis nos dispositivos da equipe; sistemas de parceiros (outros trusts, laboratórios); proxies de inspeção/firewalls no caminho.

EX029. Local A: 10/50.000 falhas; local B: 60/10.000. Agregado 70/60.000 = 0,117 %; se o limiar for de 0,15 %, o agregado passa, enquanto o local B, com 0,6 %, falha gravemente.

EX030. Interna: mudanças concorrentes (atualizações do sistema operacional) durante os canários poderiam confundir as falhas; os padrões semanais foram tratados com durações de duas semanas. Externa: os clientes do laboratório podem não representar todos os visualizadores embutidos; o proxy de um hospital mostra que as condições dos locais diferem; os resultados se aplicam às configurações testadas.

EX031. Revisão de arquitetura: os novos projetos precisam declarar os algoritmos e a agilidade. Gestão de mudanças: registrar as mudanças criptográficas e o rollback. Compras: cláusulas de PQC e divulgação do inventário. Gestão de riscos: exposição quântica acompanhada por nível.

EX032. Responsável pela execução: o responsável pela plataforma prepara o pedido. Aprovador: o presidente da Autoridade de Criptografia. Consultados: arquitetura de segurança, segurança clínica (se clínico), risco. Informados: auditoria interna, central de serviços.

EX033. Suporte aos algoritmos das FIPS 203/204 em protocolos nomeados na entrega ou com roteiro datado; configuração de algoritmos orientada por política; divulgação do inventário criptográfico; compromissos de atualização e de suporte ao longo da vida do produto; acesso para testes.

EX034. "Parcela das equipes de plataforma cujos serviços passam no teste trimestral de agilidade" ou "parcela das solicitações de mudança do nível 1 que registram os detalhes dos algoritmos".

EX035. Trimestralmente, trocar o algoritmo configurado de um serviço de teste (por exemplo, a ordem dos grupos preferidos ou o algoritmo de assinatura) apenas por política; verificar a negociação com clientes de teste; restaurar. Evidência: chamado de mudança, logs de negociação antes/depois. Aprovação: mudança e rollback em até um dia, sem nova versão de código.

EX036. Segmentação em VLANs dedicadas; gateways que terminam os protocolos pós-quânticos; minimização dos dados enviados pelos dispositivos; lista de permissões e verificação fora de banda das atualizações; monitoramento reforçado.

EX037. 1) Criar a raiz e as intermediárias ML-DSA em HSMs; 2) distribuir a raiz às partes confiantes; 3) emitir certificados pós-quânticos nos ecossistemas fechados; 4) ampliar a emissão; 5) encerrar a emissão clássica. A ordem segue as dependências da validação da cadeia.

EX038. 2^15 = 32.768 / 40 ≈ 819 anos; a capacidade é ampla, mas planeje árvores separadas ou faixas de índices reservadas para o failover dos HSMs, para que o estado nunca seja duplicado.

EX039. Num calendário fixo definido por política, bem antes de qualquer enfraquecimento crível do RSA — por exemplo, migrar a renovação dos carimbos de tempo para ML-DSA ou SLH-DSA assim que a TSA o suportar, e renovar os registros de evidência existentes logo em seguida.

EX040. Cenário: um artigo crível reduz a segurança do ML-KEM-768 abaixo da categoria 3. Participantes: Autoridade de Criptografia, responsáveis pelas plataformas, contatos dos fornecedores, comunicação. Decisões: passar ao ML-KEM-1024 ou contar temporariamente com a parte clássica do híbrido; agendar as novas versões. Sucesso: decisões em até 48 horas, caminhos de configuração identificados para todas as plataformas do nível 1.

EX041. "Até 31 de dez. de 2027, 90 % dos fluxos entre locais do nível 1 usam troca de chaves híbrida (evidência A/B)." "Até 30 de jun. de 2027, parcela de desconhecidos do nível 1 abaixo de 5 %." "Até 31 de dez. de 2028, raiz interna ML-DSA distribuída a 100 % das partes confiantes gerenciadas."

EX042. Amostra aleatória dos enlaces do nível 1; nova observação independente dos métodos negociados, a partir dos logs dos equipamentos ou de sensores passivos, ao longo de uma semana; aprovado se ≥ 95 % confirmarem o híbrido e toda falha tiver uma exceção aprovada.

EX043. Norma criptográfica (registros de governança); inventário com graus (repositório da CBOM); método de priorização e decisões (registros de decisão); métricas de progresso (painéis com fontes); registro de exceções (ferramenta de GRC); relatórios de testes (registros de laboratório/canário); garantia dos fornecedores (questionários e contratos).

EX044. "Em 14 de nov., das 22h às 2h, vamos atualizar a forma como as conexões do PACS estabelecem a cifração, para proteger as imagens a longo prazo. A visualização pode pausar brevemente durante a janela; nenhuma mudança nos fluxos de trabalho. As leituras de emergência continuam no visualizador de backup. Em caso de problema, contate a central de serviços de TI pelo ramal 4444; um engenheiro de TI da radiologia estará no local."

EX045. Registros de decisão e runbooks mantidos atualizados; ciclos de governança incorporados aos comitês (revisões trimestrais); substitutos e sucessores treinados, com responsabilidades compartilhadas.

EX046. Taxa de erro físico (por exemplo, 10^−3); número de qubits físicos; tempo de execução; código corretor de erros e distância; conectividade e tempo de ciclo — cada um com a fonte e se o hardware atual o atende.

EX047. O ataque se aplica aos conjuntos de parâmetros padronizados? Ele reduz a segurança abaixo da categoria do NIST visada? Foi reproduzido ou revisado por pares?

EX048. Viés de população: as varreduras cobrem sites públicos, e não sistemas clínicos internos ou dispositivos. Viés de ponto de observação: os scanners externos não veem as redes internas, os proxies nem as VPNs.

EX049. Configuração e hardware do teste; algoritmos e conjuntos de parâmetros; perfil do tráfego; dados e scripts publicados; reprodução independente ou teste por terceiros.

EX050. Alegação; qualidade das evidências; hipóteses principais; o que mudaria a conclusão; implicações para a prática.

EX051. Decisão apoiada; escopo; entregas; acesso; autorização escrita; critérios de sucesso; como os resultados serão usados; tratamento e exclusão dos dados.

EX052. 0 = nenhuma informação; 1 = alegação sem data; 2 = roteiro datado com algoritmos/protocolos nomeados; 3 = suporte entregue e verificado em teste, mais a divulgação do inventário.

EX053. 31 % − 12 % = 19 pontos; 19/31 ≈ 61 % de redução relativa.

EX054. Dados do projeto limitados a metadados; retidos pela duração do projeto mais 3 meses para revisão; exclusão segura com registro de verificação assinado pelo patrocinador; resultados agregados retidos.

EX055. Artefatos (questionário, rubrica, cláusulas, resultados), procedimentos para conduzir o processo, contatos nos fornecedores e nas compras, questões em aberto e datas.

EX056. Decisões robustas → registros de decisão (Cap. 1); padrões de evidência → projeto da graduação do inventário (Cap. 3); avaliação controlada → relatório de canário/avaliação (Cap. 6).

EX057. Atualizar a norma criptográfica depois que a FIPS 206 for finalizada; inventariar os usos de assinaturas em que a compacidade do FN-DSA ajuda; avaliar no laboratório e no canário; implantar pelas plataformas orientadas por política, com testes de agilidade.

EX058. A ROM de boot não consegue verificar assinaturas pós-quânticas; a substituição está programada; os controles compensatórios reduzem a exposição; a aceitação expira na substituição; a segurança dos pacientes exige firmware validado, e não mudanças provisórias arriscadas.

EX059. Fontes: NIST, IETF, orientações setoriais, IACR ePrint; cadência: leitura mensal, atualização trimestral do resumo; produtos: resumo atualizado, duas críticas por trimestre, uma palestra.

EX060. CBOM viva com responsáveis; norma criptográfica com ciclo de revisão; registros de decisão; registro de exceções com expirações; runbooks de agilidade e de resposta a quebras; sucessores treinados.

Rota de ensino de doze disciplinas

Este é o curso de especialização de pós-graduação. Ele acompanha a sintética Northgate Regional Health Trust (NRHT) pelas decisões em escala organizacional: escolha robusta, prática atual, graduação das evidências, ética do risco, alternativas de projeto, avaliação controlada, integração, casos difíceis, garantia, crítica de pesquisas, projeto aplicado e transferência.