OpenCyber AcademyMapa da aula
Aula 11 publicada. Mapa, exemplo, EX031.
flowchart TD
N0["11.1 Duas fontes, nenhuma completa"]
N1["11.2 Lendo os conflitos"]
N2["11.3 Contexto"]
N3["11.4 Dispositivos desconhecidos"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4
N4 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX031"]
Desenho lógico
flowchart LR
N0["11.1 Duas fontes, nenhuma completa"]
N1["11.2 Lendo os conflitos"]
N2["11.3 Contexto"]
N3["11.4 Dispositivos desconhecidos"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX031"]
[11.1 Duas fontes, nenhuma completa]
|
v
[11.2 Lendo os conflitos]
|
v
[11.3 Contexto]
|
v
[11.4 Dispositivos desconhecidos]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX031]
Objetivos de aprendizagem
Você vai (1) construir um inventário combinando documentação com observação passiva; (2) interpretar conflitos entre as fontes; (3) acrescentar contexto de negócio — função e consequência — a cada ativo; e (4) decidir o que fazer com dispositivos desconhecidos.
11.1 Duas fontes, nenhuma completa
A documentação da empresa de refrigeração lista o que foi instalado; a observação passiva do tráfego de rede mostra o que está conversando agora. A documentação deixa escapar acréscimos posteriores; a observação deixa escapar dispositivos silenciosos ou desligados. O NIST SP 800-82r3 recomenda combinar métodos em vez de depender de varredura ativa, que pode perturbar dispositivos frágeis.
"""Lab 11: merge two synthetic NCS asset lists and flag conflicts (no scanning)."""
eng = {"PLC-R1": "fw 2.4", "PLC-R2": "fw 2.4", "HMI-C": "win10-ltsc", "GW-LOG": "fw 1.9"}
seen = {"PLC-R1": "fw 2.4", "PLC-R2": "fw 2.1", "GW-LOG": "fw 1.9", "CAM-DOCK": "fw ?"}
for a in sorted(set(eng) | set(seen)):
e, s = eng.get(a), seen.get(a)
status = "match" if e == s else ("only-in-docs" if s is None else "only-on-network" if e is None else "VERSION-CONFLICT")
print(f"{a:9} docs={e or '-':11} network={s or '-':8} {status}")
Execute com python3 lab_inv.py. Saída verificada:
CAM-DOCK docs=- network=fw ? only-on-network
GW-LOG docs=fw 1.9 network=fw 1.9 match
HMI-C docs=win10-ltsc network=- only-in-docs
PLC-R1 docs=fw 2.4 network=fw 2.4 match
PLC-R2 docs=fw 2.4 network=fw 2.1 VERSION-CONFLICT
Na NCS, faltava a CAM-DOCK na documentação, e faltava a HMI-C na observação; nenhuma das fontes, sozinha, era o inventário. A comparação também produziu o conflito de versão do PLC-R2, que só uma vistoria em campo podia resolver.
11.2 Lendo os conflitos
A CAM-DOCK aparece só na rede: alguém instalou uma câmera sem atualizar os registros. A HMI-C aparece só na documentação: pode ter ficado silenciosa durante a janela de observação, ou o seu tráfego não foi capturado. O PLC-R2 mostra um conflito de versão — a documentação diz 2.4, a rede mostra 2.1 —, o que importa porque um alerta pode afetar a 2.1 e não a 2.4. Priya resolveu o conflito do PLC-R2 percorrendo a casa de máquinas com a empresa contratada e lendo a versão no painel frontal: 2.1. A documentação estava errada; o controlador nunca tinha sido atualizado. Ela corrigiu o inventário, com a vistoria como fonte.
11.3 Contexto
Para cada ativo, acrescente função, zona, responsável e consequência da perda. A consequência da câmera é baixa para o resfriamento, mas ela pode ser um ponto de entrada; a consequência do PLC-R2 é alta, então o seu conflito de versão vem primeiro. O caderno de Priya dá a cada uma das cinco linhas esses quatro campos. PLC-R2: controle dos compressores, zona de controle da refrigeração, empresa contratada e gerente de instalações, perda de resfriamento em poucas horas. CAM-DOCK: vídeo da doca, hoje na rede de registro de temperatura, equipe de logística, baixa para o resfriamento, mas um possível ponto de apoio. É a coluna de consequência que transforma cinco estados numa lista de trabalho ordenada.
11.4 Dispositivos desconhecidos
Um dispositivo desconhecido é investigado fisicamente antes de qualquer outra coisa: encontre-o, identifique o responsável, decida se ele pertence ao local. Nunca "teste" um dispositivo desconhecido enviando tráfego a ele. Na NCS, o endereço desconhecido 10.4.2.77 visto no Capítulo 19 foi rastreado assim: uma busca física encontrou uma impressora da doca ligada a uma porta da zona de câmeras, instalada pela equipe de logística com um endereço copiado do plano de outro local. Ninguém enviou um pacote a ela para descobrir o que era. Ela foi movida, reendereçada e acrescentada ao inventário, com a logística como responsável.
Exemplo resolvido (NCS sintética)
Priya percorre a casa de máquinas com a empresa contratada e lê a versão do PLC-R2 no visor do painel frontal: 2.1. A documentação estava errada; o controlador nunca foi atualizado. Ela corrige o inventário, registra a vistoria como fonte e abre um chamado para planejar a atualização com a empresa contratada.
Caso sintético — Northgate Cold Storage. Os dados do laboratório e a vistoria são inventados.
Erros e limites
A observação passiva depende do ponto de captura; uma porta espelhada num switch só vê o tráfego desse switch. A string de versão que um dispositivo informa sobre si pode estar errada ou ser falsificada.
Exercícios
- EX031 — Explicando "only-in-docs". Dê duas razões possíveis para a HMI-C não ter aparecido na observação da rede.
Mostrar critérios de avaliação
Rubrica: 3 = silenciosa/desligada durante a janela; o ponto de captura não viu o seu tráfego; 2 = uma; 1 = "ela não existe"; 0 = nada. - EX032 — Priorizando conflitos. Qual conflito Priya trata primeiro, e por quê?
Mostrar critérios de avaliação
Rubrica: 3 = a versão do PLC-R2, alta consequência e relevância para alertas; 2 = só a escolha; 1 = a câmera; 0 = nada. - EX033 — Acrescentando um quinto dispositivo. Acrescente
"SENS-NH3": "fw 3.0"apenas aseen. O que o laboratório imprime para ele?Mostrar critérios de avaliação
Rubrica: 3 = "SENS-NH3 docs=- network=fw 3.0 only-on-network"; 2 = só o estado; 1 = match; 0 = nada.
Síntese
Um inventário digno de confiança concilia documentos, observação e vistorias, e põe a consequência ao lado de cada linha.