OpenCyber Academy
Mestrado · Capítulo 5 · Português
Código do curso: OCA-183Capítulo 05: OCA-183-C005

Capítulo 5 — Proposta e piloto

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

Mapa da aula

Aula 05 publicada. Mapa, exemplo, EX027.

flowchart TD
  N0["5.1 Esqueleto da proposta"]
  N1["5.2 Propósito do piloto"]
  N2["5.4 Checklist da proposta antes da revisão do orient"]
  N3["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX027"]

Desenho lógico

flowchart LR
  N0["5.1 Esqueleto da proposta"]
  N1["5.2 Propósito do piloto"]
  N2["5.4 Checklist da proposta antes da revisão do orient"]
  N3["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> Q["EX027"]
[5.1 Esqueleto da proposta]
    |
    v
[5.2 Propósito do piloto]
    |
    v
[5.4 Checklist da proposta antes da revisão do orient]
    |
    v
[Síntese do capítulo]
    |
    v
[Exemplo resolvido] --> [Exercício EX027]

Objetivos de aprendizagem e conexão

Depois deste capítulo, você consegue (1) escrever uma proposta com hipóteses e condições de abandono, (2) definir critérios de prosseguir/parar para o piloto numa bancada e (3) manter os dados do piloto fora dos testes de hipóteses.

5.1 Esqueleto da proposta

Pergunta; lacuna; hipóteses H1–H4 (incluindo a de falha); classes de atacante A/B do modelo de atacante; sistemas (simulador, bancada R2); métricas; plano de análise; ética e segurança; cronograma; condições de abandono (a bancada não pode ser tornada segura; o simulador falha na verificação).

Os orientadores leem as propostas em busca de decidibilidade: um leitor consegue dizer que evidência sustentaria H1 e que evidência a refutaria? "O CUSUM é melhor" não é decidível; "revocação por evento ≥95% com atraso médio ≤60 passos e execuções com alarme falso ≤ as do alarme de faixa" é. Coloque a hipótese de falha H4 na mesma tabela que H1–H3, para que ela não possa ser descartada discretamente depois.

Declare também o que você não vai fazer: nenhum sistema de produção, nenhum desenvolvimento de exploit específico de produto, nenhuma alegação sobre setores fora das malhas de armazenamento de água. As exclusões de escopo são tão importantes quanto as inclusões.

5.2 Propósito do piloto

Apenas viabilidade: a R2 consegue executar o replay com segurança? O historiador registra a 1 Hz? A válvula boia funciona? Critérios de prosseguir declarados de antemão: três execuções consecutivas sem acionamento da válvula boia, perda de registros <1%, parada de emergência testada. Os dados do piloto não testam H1–H4.

Um piloto que "parece promissor" tenta você a espiar. Resista escrevendo a folha de prosseguir/parar antes da primeira execução do piloto e guardando os traços do piloto num diretório que o código de análise se recusa a ler. Se o piloto falhar, você aprendeu que a bancada precisa de trabalho — que é justamente o objetivo —, não que o detector é ruim. Documente quem detém a autoridade de parada e teste a parada de emergência em toda sessão, antes de os scripts de ataque rodarem.

5.3 Erros comuns e limites

Usar execuções do piloto para ajustar limiares que depois "validam" as mesmas execuções; não ter condição de abandono.

Mantenha os traços do piloto num diretório separado que o código de análise se recusa a ler e registre na proposta que os limiares são congelados apenas a partir das sementes de ajuste do simulador. Escreva as condições de abandono em termos mensuráveis: por exemplo, a bancada é abandonada se não for possível mostrar que a válvula boia aciona antes que a bandeja coletora encha. Sem essas condições, um estudo que está falhando simplesmente vai à deriva. Revise essas condições com o orientador antes da primeira execução do piloto.

5.4 Checklist da proposta antes da revisão do orientador

Antes de enviar a proposta, confirme: (1) H1–H4 têm números, e H4 é uma condição de falha que você está disposto a confirmar; (2) o modelo de atacante distingue a classe A da classe B; (3) as métricas incluem revocação por evento, atraso, execuções com alarme falso e transbordamento no alarme — não apenas F1 com ajuste por pontos; (4) os limites de segurança nomeiam uma camada independente e uma autoridade de parada; (5) existem condições de abandono; (6) o piloto não pode vazar para a validação, porque os caminhos estão separados. Um orientador que devolve a proposta com "escopo mais claro" está dando um presente; um orientador que aceita uma proposta vaga está preparando um ano doloroso.

Exercícios — capítulo 5

Síntese do capítulo

Uma proposta que declara como pode falhar e um piloto que só pergunta se o estudo pode rodar com segurança protegem a dissertação contra modos de falha silenciosos.

Respostas comentadas

EX027. H1: revocação ≥95%, atraso ≤60; H2: alarmes falsos do CUSUM ≤ os da faixa; H3: transbordamento no alarme menor para o CUSUM; H4: revocação na classe B ≤10%. Limiares atrelados à metade da margem até o trip.

EX028. Segurança: válvula boia nunca alcançada em 3 execuções. Dados: perda de registros <1%.

EX029. Não é possível limitar a R2; o historiador não consegue registrar a 1 Hz; a ética nega as entrevistas → passar para uma dissertação só de simulação, com escopo explícito.

EX030. Classe A: falsificação do nível + escrita na bomba; classe B: + falsificação da vazão; conhecimento da faixa; objetivo: manipulação da visão; fora do escopo: válvula boia, adulteração física.

EX031. O piloto serve para viabilidade; usá-lo na validação aproveita os mesmos dados duas vezes e infla o desempenho.

EX032. Risco: operadores revelam práticas inseguras; mitigar com notas confidenciais, relato agregado e direito de desistir.