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

Capítulo 33 — Fatores humanos e política cibernética: segurança e resiliência

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 33 — Fatores humanos e política cibernética: segurança e resiliência

Mapa da aula

Aula 33 publicada. Mapa, exemplo, EX097.

flowchart TD
  N0["33.1 Ligações com a segurança operacional"]
  N1["33.2 Projetar para o engano"]
  N2["33.3 Ensaiar a recuperação"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX097"]

Desenho lógico

flowchart LR
  N0["33.1 Ligações com a segurança operacional"]
  N1["33.2 Projetar para o engano"]
  N2["33.3 Ensaiar a recuperação"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX097"]
[33.1 Ligações com a segurança operacional]
    |
    v
[33.2 Projetar para o engano]
    |
    v
[33.3 Ensaiar a recuperação]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX097]

Objetivos de aprendizagem

Você vai (1) ligar o comportamento de segurança à segurança operacional em uma companhia de saneamento; (2) desenhar resiliência para quando as pessoas forem enganadas; (3) ensaiar a recuperação sem engano.

33.1 Ligações com a segurança operacional

Em uma companhia de saneamento, um operador enganado poderia permitir mudanças nas configurações de tratamento que afetassem a saúde pública. Aiko trabalha com o gerente de segurança operacional para ligar os procedimentos de segurança da informação e de segurança operacional. Qualquer mudança nas configurações de dosagem já exige, por razões de segurança operacional, um segundo engenheiro; ela estende essa regra aos pedidos remotos, de modo que um operador enganado, sozinho, não consiga mudar uma configuração. O caso de segurança passa a listar a engenharia social como possível evento iniciador, com controles e ações de resposta, para que as duas equipes compartilhem uma única visão do perigo.

33.2 Projetar para o engano

Aiko parte do princípio de que alguém acabará sendo enganado, porque nenhum programa consegue impedir todo engano. Ela projeta a resiliência: alertas automáticos sobre mudanças incomuns de configuração, uma forma clara de manifestar uma preocupação depois do fato sem culpa e uma via rápida para reverter mudanças. Os funcionários são informados de que reportar rapidamente um erro é a coisa mais valiosa que podem fazer. Isso desloca a pergunta de se as pessoas podem ser enganadas para quão rápido a organização se recupera quando elas são, um objetivo mais alcançável.

33.3 Ensaiar a recuperação

A Greyford ensaia a recuperação com exercícios de mesa, nos quais os funcionários discutem um cenário como o de uma falsificação de fornecedor que levou à abertura de uma sessão. Os exercícios são anunciados, conduzidos com participantes voluntários e focados na resposta, e não em flagrar alguém. O primeiro exercício revela que a sala de controle não sabe para quem ligar na equipe de segurança fora do horário de expediente. Uma escala de plantão é publicada na semana seguinte. Ensaiar a recuperação abertamente constrói confiança, e não medo, em coerência com a abordagem ética do programa.

Exemplo resolvido

Aiko liga a segurança da informação às regras de segurança operacional da dosagem, projeta a recuperação após um engano e conduz exercícios de mesa anunciados.

Caso sintético. Os cenários são sintéticos.

Erros e limites

Exercícios de mesa podem não revelar problemas práticos. Alertas podem ser ignorados.

Exercícios

Síntese

Segurança da informação e segurança física compartilham perigos, e a resiliência presume que o engano vai acontecer e ensaia a recuperação abertamente.

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

← Capítulo 32 · Índice das aulas · Capítulo 34 →

Continue para a próxima aula já escrita.