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

Capítulo 22 — Fatores humanos e política cibernética: modelos de sistema e de dados

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 22 — Fatores humanos e política cibernética: modelos de sistema e de dados

Mapa da aula

Aula 22 publicada. Mapa, exemplo, EX064.

flowchart TD
  N0["22.1 O programa como sistema"]
  N1["22.2 Fluxos de dados"]
  N2["22.3 Pontos de decisão"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX064"]

Desenho lógico

flowchart LR
  N0["22.1 O programa como sistema"]
  N1["22.2 Fluxos de dados"]
  N2["22.3 Pontos de decisão"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX064"]
[22.1 O programa como sistema]
    |
    v
[22.2 Fluxos de dados]
    |
    v
[22.3 Pontos de decisão]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX064]

Objetivos de aprendizagem

Você vai (1) modelar o programa de conscientização como um sistema; (2) modelar os fluxos de dados dos reportes e das simulações; (3) identificar onde as pessoas tomam decisões.

22.1 O programa como sistema

Aiko modela o programa de conscientização da Greyford como um sistema com entradas, processos e saídas. As entradas incluem inteligência de ameaças, necessidades dos funcionários e requisitos de política. Os processos incluem treinamento, simulações, reportes, triagem e retorno. As saídas incluem reportes mais rápidos, menos ataques bem-sucedidos e evidências para o regulador. Modelar o programa dessa forma mostra que o treinamento é apenas um processo entre vários e que a saída que importa à Greyford depende de reportes e triagem funcionarem bem juntos. Ela desenha o modelo em um diagrama de uma página e o usa para explicar aos gestores por que investir apenas em treinamento deixaria a maior parte do sistema inalterada e pouco afetaria os resultados que eles desejam.

22.2 Fluxos de dados

Aiko desenha os fluxos de dados: os funcionários reportam e-mails ao sistema de triagem; a triagem devolve vereditos a quem reportou; os resultados das simulações seguem de forma agregada para um dashboard; a conclusão dos treinamentos segue para os registros do RH. Ela marca onde aparecem dados pessoais e onde eles são agregados. Um fluxo a preocupa: por padrão, a ferramenta de simulação exporta resultados individuais para uma planilha que os gestores podem abrir. Ela recomenda desligar a exportação e configurar apenas relatórios agregados, em coerência com a política do capítulo 13. O fornecedor confirma que a mudança pode ser travada pelos administradores.

22.3 Pontos de decisão

Aiko marca cada ponto em que uma pessoa toma uma decisão: um funcionário decidindo se reporta, um analista de triagem decidindo se um e-mail é malicioso, um gestor decidindo se aprova um acesso e um operador decidindo se age com base em um pedido por telefone. Para cada um, anota que informação a pessoa tem, quanto tempo e que pressão. Pontos de decisão com pouca informação e muita pressão, como pedidos urgentes por telefone, são onde a engenharia social tem sucesso, e por isso merecem atenção de projeto em primeiro lugar.

Exemplo resolvido

Aiko modela o programa como um sistema, mapeia os fluxos de dados e interrompe uma exportação de resultados individuais, e marca os pontos de decisão com suas pressões.

Caso sintético. Os modelos e as ferramentas são sintéticos.

Erros e limites

Os modelos omitem canais informais, como mensagens de chat. As configurações padrão mudam com as atualizações das ferramentas.

Exercícios

Síntese

Modelar o programa como um sistema revela riscos para os dados e os pontos de decisão sob pressão em que os atacantes têm sucesso.

Continue estudando — aula 22 (capítulo 22 de 50)

← Capítulo 21 · Índice das aulas · Capítulo 23 →

Continue para a próxima aula já escrita.