Capítulo 44 — Projeto final de engenharia I | Engenharia Inteligência de ameaças e OSINT

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 44 publicada. Mapa, exemplo, EX130.

flowchart TD
  N0["44.1 Escolhendo o escopo"]
  N1["44.2 Termo de abertura"]
  N2["44.3 Papéis na equipe"]
  N3["44.4 Aprovação ética"]
  N4["44.5 Registro de riscos"]
  N5["Nota de prática — primeiro marco"]
  N6["Ritmo com o supervisor"]
  N7["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX130"]

Desenho lógico

flowchart LR
  N0["44.1 Escolhendo o escopo"]
  N1["44.2 Termo de abertura"]
  N2["44.3 Papéis na equipe"]
  N3["44.4 Aprovação ética"]
  N4["44.5 Registro de riscos"]
  N5["Nota de prática — primeiro marco"]
  N6["Ritmo com o supervisor"]
  N7["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX130"]

[44.1 Escolhendo o escopo]
    |
    v
[44.2 Termo de abertura]
    |
    v
[44.3 Papéis na equipe]
    |
    v
[44.4 Aprovação ética]
    |
    v
[44.5 Registro de riscos]
    |
    v
[Nota de prática — primeiro marco]
    |
    v
[Ritmo com o supervisor]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX130]

Objetivos de aprendizagem

Você vai (1) delimitar um projeto final que estenda o Lantern; (2) escrever um termo de abertura com requisitos, riscos e marcos; (3) formar uma equipe com papéis claros; (4) obter a aprovação ética para qualquer uso de dados.

44.1 Escolhendo o escopo

Projetos finais devem ser ambiciosos, mas possíveis de concluir em dois semestres. A equipe de Kofi escolhe: "Um serviço de vigilância de fornecedores de OT que transforma avisos dos fornecedores e relatórios dos parceiros em recomendações aprovadas e intertravadas para os engenheiros de OT da BEN." Ele toca requisitos, modelos de dados, controles, integração, validação e segurança operacional. A equipe ponderou outros dois escopos, uma ferramenta de triagem de phishing e um painel de qualidade dos parceiros, e rejeitou ambos, por serem estreitos demais ou já bem atendidos por produtos existentes. A vigilância de fornecedores partiu do pedido dos engenheiros de OT registrado durante o trabalho sobre o contexto de engenharia, então tinha um usuário real esperando por ela.

44.2 Termo de abertura

Enunciado do problema, partes interessadas, objetivos mensuráveis (por exemplo, alertas relevantes sobre fornecedores chegam à fila de OT em até 15 minutos, com menos de 10% irrelevantes), restrições (protótipos com a biblioteca padrão, dados sintéticos, nenhuma automação de OT), marcos, riscos e um plano de comunicação. Escrever o objetivo como um número sobre um conjunto de teste definido tornou possível dizer, ao final, se a equipe teve sucesso. A restrição contra automação de OT foi fixada pela própria equipe depois da discussão sobre segurança operacional, então o serviço apenas recomenda; nunca altera diretamente os sistemas de OT. O termo tem duas páginas e é assinado pelo supervisor.

44.3 Papéis na equipe

Engenheiro líder, modelador de dados, responsável por controles e segurança operacional, responsável pela validação. Os papéis se revezam em algumas tarefas, para que todos toquem o sistema inteiro. Kofi assumiu o papel de engenheiro líder e uma colega assumiu controles e segurança operacional, o que significava que ela tinha autoridade para barrar uma mudança que enfraquecesse um intertravamento. O rodízio veio por meio de tarefas em par: o modelador de dados e a responsável pela validação escreveram juntos os cenários de aceitação, para que cada um entendesse as restrições do outro. Os papéis estão escritos no termo, com um substituto nomeado para cada um, caso alguém adoeça perto de um prazo.

44.4 Aprovação ética

O projeto usa avisos sintéticos e listas sintéticas de ativos de OT. Se algum aviso real de fornecedor for usado, só documentos públicos CLEAR se qualificam, e seus termos são conferidos. A aprovação é arquivada com o termo de abertura. A aprovação saiu rápido porque o plano não continha dados pessoais nem sistemas em produção. Ainda assim, a equipe registrou a conferência dos termos de cada site de avisos públicos que planejava ler. A aprovação cobre o plano como escrito; qualquer mudança que traga dados reais exige um novo pedido antes de o trabalho começar.

44.5 Registro de riscos

Riscos: expansão do escopo, revisor de OT indisponível, nomes de fornecedores ambíguos, excesso de confiança na pontuação automatizada de relevância. Cada um tem responsável e mitigação. A equipe de Kofi pontuou cada risco no início e revisou o registro a cada duas semanas. O revisor indisponível se tornou real no meio do caminho, quando o engenheiro de OT saiu de licença; a mitigação, um segundo engenheiro nomeado de antemão, manteve o projeto andando. Os nomes ambíguos de fornecedores foram tratados com uma lista de sinônimos construída a partir de avisos sintéticos. O excesso de confiança na pontuação de relevância foi verificado com uma pessoa avaliando uma amostra toda semana.

Nota de prática — primeiro marco

O primeiro marco é uma fatia fina de ponta a ponta — um aviso sintético fluindo até um chamado de OT — antes de qualquer componente ser refinado.

Ritmo com o supervisor

A equipe se reúne com o supervisor a cada duas semanas com um status de uma página: progresso em relação aos marcos, riscos que mudaram e decisões necessárias. Encontros curtos e regulares pegam a expansão do escopo antes que ela custe um semestre.

Exemplo resolvido

O primeiro rascunho do termo prometia "detectar todas as ameaças à OT". O supervisor o rejeita por não ser verificável. O objetivo revisado nomeia uma taxa de relevância e uma oportunidade mensuráveis sobre um conjunto de teste sintético definido.

Caso sintético. A equipe e o termo são inventados.

Erros e limites

Projetos finais fracassam mais pelo escopo do que pela tecnologia. Dados reais de OT estão fora dos limites, a menos que formalmente aprovados.

Exercícios

EX130 — Reescrita do objetivo. Reescreva "detectar todas as ameaças à OT" como objetivo de projeto final.
Mostrar critérios de avaliação
Rubrica: 3 = oportunidade/relevância mensuráveis sobre um conjunto de teste definido; 2 = mensurável, mas com conjunto vago; 1 = inalterado; 0 = nenhuma.
EX131 — Fatia fina. Por que construir primeiro uma fatia fina de ponta a ponta?
Mostrar critérios de avaliação
Rubrica: 3 = expõe cedo os problemas de integração; prova o caminho; 2 = parcial; 1 = refinar primeiro; 0 = nenhuma.
EX132 — Fonte dos avisos. Quais documentos reais a equipe pode usar, se algum?
Mostrar critérios de avaliação
Rubrica: 3 = avisos públicos TLP:CLEAR de fornecedores, depois de conferir os termos; 2 = só públicos; 1 = qualquer um; 0 = nenhuma.

Síntese

Delimite para terminar, abra o projeto com objetivos mensuráveis, atribua papéis, arquive a aprovação ética e construa primeiro uma fatia fina.

Continue estudando — capítulo 44 de 50

← Capítulo 43 (rascunho) · Índice de capítulos do curso · Capítulo 45 (rascunho) →