Mapa da aula
Aula 35 publicada. Mapa, exemplo, EX103.
flowchart TD
N0["35.1 Estrutura da proposta"]
N1["35.2 Um escopo que caiba"]
N2["35.3 Limite de ética e de segurança"]
N3["35.4 Critérios de aceitação"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4
N4 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX103"]
Desenho lógico
flowchart LR
N0["35.1 Estrutura da proposta"]
N1["35.2 Um escopo que caiba"]
N2["35.3 Limite de ética e de segurança"]
N3["35.4 Critérios de aceitação"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX103"]
[35.1 Estrutura da proposta]
|
v
[35.2 Um escopo que caiba]
|
v
[35.3 Limite de ética e de segurança]
|
v
[35.4 Critérios de aceitação]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX103]
Objetivos de aprendizagem
Você vai (1) escrever uma proposta de trabalho de conclusão com problema, pergunta, escopo, método, ética e cronograma; (2) definir entregáveis que possam ser avaliados; (3) declarar os limites de segurança e de autorização; e (4) obter a aprovação do escopo pelo orientador.
35.1 Estrutura da proposta
Uma proposta de trabalho de conclusão para este curso tem sete partes: enunciado do problema (um parágrafo com uma fonte citada), pergunta de pesquisa ou de projeto, escopo e exclusões, método, limites de ética e de segurança, entregáveis com critérios de aceitação, e um cronograma com marcos. Mantenha-a com menos de quatro páginas; um orientador precisa conseguir aprová-la ou rejeitá-la numa única reunião. A proposta de Maya cabe em três páginas: um parágrafo de problema citando a técnica T0836 do ATT&CK for ICS e o alerta da CISA AA21-042A, uma pergunta sobre a precisão com que um monitor baseado em regras consegue classificar escritas Modbus, escopo offline e sintético, e entregáveis verificáveis.
35.2 Um escopo que caiba
Trabalhos de conclusão de bacharelado fracassam mais por escopo que por dificuldade. "Proteger a LDHP" não é um trabalho de conclusão. "Projetar, implementar e avaliar um monitor passivo de escritas Modbus para a captura sintética da zona de controle da LDHP, medindo precisão e revocação em seis classes de ataque" é. A pergunta do trabalho de conclusão de Maya é próxima da segunda: classificar escritas Modbus numa captura sintética da LDHP com as regras do Capítulo 27 mais uma regra de taxa, e medir precisão e revocação. Ela é estreita o bastante para terminar num semestre e ainda responde a algo que importa aos engenheiros da LDHP: se o monitoramento passivo teria pegado uma escrita como a do exercício de mesa do Capítulo 29. O escopo também diz o que fica de fora: outros protocolos, capturas ao vivo e qualquer imposição.
35.3 Limite de ética e de segurança
A proposta precisa declarar: todos os dados são sintéticos ou fornecidos por um proprietário mediante acordo escrito; nenhum controlador ou rede real será sondado; qualquer ferramenta é passiva e offline; resultados que revelem uma fraqueza num produto real passam por divulgação coordenada. Um orientador assina esta seção. Para o projeto de Maya, o limite é fácil de declarar e mesmo assim precisa ser assinado: as capturas são tráfego sintético da LDHP, o monitor lê arquivos e nunca abre um socket de rede, e nada é executado contra o PLC-H ou qualquer controlador real. Se o trabalho dela sugerisse uma falha num produto de CLP real, ela iria primeiro para o fornecedor.
35.4 Critérios de aceitação
Cada entregável precisa de uma verificação: "o monitor processa o conjunto de avaliação de 8 casos e relata VP/FP/FN/VN com precisão e revocação" é verificável; "uma boa ferramenta" não é. Os três critérios de Maya são verificáveis dessa forma: o monitor processa o conjunto de 8 casos e relata uma matriz de confusão; relata precisão e revocação com os seus denominadores; e detecta cada uma das seis classes de ataque. O terceiro é o que a avaliação dela marca depois como parcialmente atendido. Um critério que não pode falhar, como "o monitor é útil", não dá ao examinador nada para avaliar nem ao estudante nada para defender.
Exemplo resolvido (LDHP sintética)
A proposta de Maya. Problema: escritas de setpoint não autorizadas, como as descritas na técnica T0836 do ATT&CK for ICS, muitas vezes passam despercebidas pelos operadores (motivado pelo CISA AA21-042A, em que a equipe só percebeu porque estava olhando a tela). Pergunta: com que precisão um monitor baseado em regras consegue classificar escritas Modbus numa captura sintética? Escopo: offline, sintético, apenas Modbus/TCP. Método: regras de lista de permissão do Capítulo 27 mais uma regra de taxa; conjunto de avaliação do Capítulo 38. Cronograma: 12 semanas, com marcos nas semanas 3, 7 e 10.
Caso sintético — Lakeside District Heating Plant. O trabalho de conclusão usa apenas capturas sintéticas.
Erros e limites
Prometer métricas demais numa proposta ("100 % de detecção") prepara o fracasso. As propostas devem prever que um resultado negativo seja aceitável se for bem evidenciado.
Exercícios
- EX103 — Estreitando uma ideia de trabalho de conclusão. Reescreva "uma IA que protege o aquecimento distrital" como uma pergunta de trabalho de conclusão com escopo definido.
Mostrar critérios de avaliação
Rubrica: 3 = dados, método, medida, limite; 2 = três; 1 = continua ampla; 0 = nada. - EX104 — O parágrafo de ética. Escreva em três frases o limite de ética e de segurança do projeto de Maya.
Mostrar critérios de avaliação
Rubrica: 3 = só dados sintéticos, nenhuma sondagem, caminho de divulgação; 2 = dois; 1 = genérico; 0 = nada. - EX105 — Um critério de aceitação. Escreva um critério de aceitação para o entregável "relatório de avaliação".
Mostrar critérios de avaliação
Rubrica: 3 = conteúdo e verificação específicos (matriz de confusão, intervalos, sementes); 2 = parcial; 1 = "relatório completo"; 0 = nada.
Síntese
Uma proposta forte é pequena, verificável e delimitada por uma ética explícita — e admite um resultado negativo honesto.