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

Capítulo 48 — Dossiê de evidências

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 48 — Dossiê de evidências

Mapa da aula

Aula 48 publicada. Mapa, exemplo, EX095.

flowchart TD
  N0["48.1 O que é o dossiê"]
  N1["48.2 Proveniência"]
  N2["48.3 Sensibilidade"]
  N3["48.4 Verificação de consistência"]
  N4["48.6 Atividade prática"]
  N5["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX095"]

Desenho lógico

flowchart LR
  N0["48.1 O que é o dossiê"]
  N1["48.2 Proveniência"]
  N2["48.3 Sensibilidade"]
  N3["48.4 Verificação de consistência"]
  N4["48.6 Atividade prática"]
  N5["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX095"]
[48.1 O que é o dossiê]
    |
    v
[48.2 Proveniência]
    |
    v
[48.3 Sensibilidade]
    |
    v
[48.4 Verificação de consistência]
    |
    v
[48.6 Atividade prática]
    |
    v
[Síntese do capítulo]
    |
    v
[Exemplo resolvido] --> [Exercício EX095]

Objetivos de aprendizagem e conexão

Ao fim deste capítulo você será capaz de (1) montar um dossiê de evidências de engenharia que apoie as alegações do projeto final; (2) organizar as evidências por alegação, com proveniência; (3) proteger as evidências sensíveis mantendo-as revisáveis; e (4) conferir a consistência do dossiê antes da entrega. Ele reúne os capítulos 44 a 47 e prepara o trabalho de conclusão de engenharia.

48.1 O que é o dossiê

O dossiê de evidências é a coleção de artefatos que apoia o caso de garantia: requisitos e rastreabilidade; documentos de projeto e registros de decisão; análises (modelos de ameaças, árvores de falhas, desempenho, confiabilidade); registros de implementação (revisão do código-fonte, SBOM, proveniência do build); resultados de verificação e validação; constatações de revisão e respostas; relatórios de ensaios; documentos operacionais; e o registro de riscos residuais com os donos. Organize-o por alegação, e não por data: um revisor deve conseguir partir de uma alegação e encontrar sua evidência em dois cliques. Para o TMRP, as alegações do dossiê são C1 a C4.

48.2 Proveniência

Toda evidência declara o que é, quem a produziu, quando, a partir de qual versão do sistema e com quais ferramentas. Os números do trabalho de conclusão precisam ser rastreáveis até um arquivo de resultados (compare com a verificação de proveniência do livro de mestrado, no seu Capítulo 7). Use hashes de conteúdo para os arquivos de resultados e registre-os num índice, como a cadeia de hashes do Capítulo 13 faz para os logs. Para o TMRP, cada entrada do índice do dossiê traz uma versão, como a versão do gateway ou a data do ensaio, e os primeiros caracteres de seu hash.

48.3 Sensibilidade

Dossiês sobre infraestrutura contêm detalhes sensíveis. Mantenha uma versão completa e restrita para os revisores autorizados e uma versão com supressões para públicos mais amplos, e registre o que foi suprimido e por quê. Em trabalhos acadêmicos com casos sintéticos, a sensibilidade é menor — mas pratique a disciplina. Para o TMRP, a versão restrita incluiria as configurações dos gateways e os procedimentos de gestão de chaves, enquanto a versão com supressões descreve a arquitetura no nível de zonas e condutos. O registro de supressões lista cada item removido e o motivo, de modo que um revisor da versão com supressões sabe o que foi retido e pode pedir acesso pelo caminho adequado.

48.4 Verificação de consistência

Antes da entrega: toda alegação tem evidência; todo número do trabalho de conclusão coincide com sua fonte; as situações concordam entre os documentos (nada de "aprovado" num e "reprovado" noutro — a constatação F1 do Capítulo 45); os riscos residuais têm donos; e todas as constatações de revisão estão encerradas ou encaminhadas. O dossiê do TMRP falhou nessa verificação uma vez, quando C2 citava o T3 como aprovado enquanto a matriz ainda o mostrava como reprovado. A correção foi registrar o novo teste na v2 como T3b e atualizar todos os documentos que se referiam a ele, de modo que o índice agora mostra a mesma situação em toda parte.

48.5 Exemplo resolvido: trecho do índice do dossiê (sintético)

Alegação Evidência Versão Hash (12 primeiros) Situação
C1 R1 atendido Resultados de T1/T2; campanha de 10 mil mensagens gw v1.3.0 3f9a1c0b7e22 Aprovado
C2 comandos forjados não podem causar perda de abastecimento Condicionamento do Laboratório 9; T3b; revisão da gestão de chaves reg. de riscos v1.2 8b01d4e6aa90 Apoiada, com os derrotadores D1, D2
C3 R6 restauração ≤ 8 h Relatório do ensaio de recuperação ensaio 2026-09-14 c47e2b19f5d3 Não atendido (12 h); opções no ADR-015
C4 R5 bateria de 24 h Análise de dimensionamento; teste de descarga T4 gab. v2 51d7a0e8c4f6 Aprovado

(Os hashes são marcadores ilustrativos para o caso sintético.)

48.6 Atividade prática

Monte o índice do seu dossiê com hashes de conteúdo reais dos seus arquivos de resultados (hashlib.sha256) e execute a verificação de consistência da §48.4. Use o script do EX095 para calcular os hashes e guarde o índice sob controle de versões, para que seu histórico faça parte das evidências. Depois execute a verificação de consistência contra o rascunho do seu trabalho de conclusão. Todo número do rascunho deve aparecer num arquivo de resultados listado no índice, e toda situação deve coincidir. Corrija qualquer divergência primeiro no documento de origem e depois gere o índice de novo.

48.7 Erros comuns e limites

O índice do TMRP evita o primeiro erro organizando as evidências por alegação, e seu registro de C3 como não atendido impede que o terceiro apareça. Um registro de supressões acompanha a versão compartilhada. Todo número do trabalho de conclusão é rastreável até um arquivo de resultados listado no índice, e a versão compartilhada traz um registro do que foi suprimido e por quê.

Exercícios — capítulo 48

EX095 — Script de índice. Objetivo: automatizar a proveniência. Entradas: uma pasta de resultados. Passos: escreva um script com a biblioteca padrão que percorra a pasta, calcule o SHA-256 de cada arquivo e escreva um índice CSV com caminho, tamanho, hash e horário de modificação; explique por que o horário de modificação é uma evidência fraca. Evidência esperada: script e explicação. Rubrica: 3 = script funcional, explicação (o mtime é facilmente alterado; hash mais commit no controle de versões é mais forte); 2 = sem explicação; 1 = não funciona; 0 = nada.

EX096 — Auditoria de consistência. Objetivo: pegar inconsistências. Entradas: o trecho da §48.5 e uma frase do resumo, "Todos os requisitos foram verificados e o sistema restaura a operação remota em até 8 horas". Passos: identifique a inconsistência e reescreva a frase. Evidência esperada: reescrita. Rubrica: 3 = identifica a contradição com C3, reescrita precisa e ainda positiva onde justificado; 2 = reescrita vaga; 1 = não a percebe; 0 = nada.

Síntese do capítulo

O dossiê é o corpo de evidências, organizado por alegação e com proveniência rastreada, por trás do caso de garantia. Mantenha versões restrita e com supressões, com um registro das supressões, e confira a consistência de cada alegação, número e situação antes que qualquer outra pessoa o faça.

Continue estudando — capítulo 48 de 50

← Capítulo 47 · Índice de capítulos do curso · Capítulo 49 →

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