◇ OpenCyber Academy
Graduação · Capítulo 32 · Português

Capítulo 32 — Infraestrutura crítica e segurança setorial: interfaces interdisciplinares

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 32 — Infraestrutura crítica e segurança setorial: interfaces interdisciplinares

Mapa da aula

Aula 32 publicada. Mapa, exemplo, EX063.

flowchart TD
  N0["32.1 Direito e regulação"]
  N1["32.2 Economia e incentivos"]
  N2["32.3 Engenharia de safety e fatores humanos"]
  N3["32.4 Comunicação"]
  N4["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4
  N4 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX063"]

Desenho lógico

flowchart LR
  N0["32.1 Direito e regulação"]
  N1["32.2 Economia e incentivos"]
  N2["32.3 Engenharia de safety e fatores humanos"]
  N3["32.4 Comunicação"]
  N4["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX063"]
[32.1 Direito e regulação]
    |
    v
[32.2 Economia e incentivos]
    |
    v
[32.3 Engenharia de safety e fatores humanos]
    |
    v
[32.4 Comunicação]
    |
    v
[Síntese do capítulo]
    |
    v
[Exemplo resolvido] --> [Exercício EX063]

Objetivos de aprendizagem e conexão

Depois deste capítulo, você consegue (1) explicar como o direito e a regulação, a economia, a engenharia de safety, os fatores humanos e a comunicação pública moldam as decisões de segurança nos serviços críticos; (2) traduzir uma constatação técnica para advogados, responsáveis financeiros, clínicos, engenheiros e o público; (3) reconhecer quando um problema de segurança é na verdade um problema de incentivos ou organizacional; e (4) trabalhar entre disciplinas sem ultrapassar a sua competência. O capítulo se apoia nos Capítulos 10, 14, 19 e 28–31 e prepara a prática de campo (Capítulo 36) e o trabalho de conclusão.

32.1 Direito e regulação

Os serviços críticos são regulados. Exemplos consultados para este livro: a Diretiva NIS2 da UE estabelece obrigações de gestão de riscos e de notificação de incidentes para entidades essenciais e importantes (NIS2); o DORA estabelece requisitos de risco de TIC para entidades financeiras (DORA); na América do Norte, as normas de Critical Infrastructure Protection da NERC se aplicam ao sistema elétrico de grande porte (NERC CIP); no setor de água dos EUA, o America's Water Infrastructure Act de 2018 exigiu avaliações de risco e resiliência e planos de resposta a emergências dos sistemas comunitários de água acima de um limiar de porte (EPA, AWIA). Como profissional de segurança, você precisa saber que essas obrigações existem, onde encontrar o texto atual e quando envolver a assessoria jurídica — e não interpretá-las sozinho. A conformidade é um piso: atender a uma norma não prova que o serviço é resiliente.

32.2 Economia e incentivos

Grande parte da infraestrutura é operada de forma privada, mas a sua falha prejudica pessoas que não são suas clientes — uma externalidade. Os investimentos que protegem contra eventos raros competem com custos visíveis e de curto prazo, e o benefício (uma interrupção que não aconteceu) é invisível. A regulação, os seguros, os requisitos de compras e a divulgação pública são formas de mudar os incentivos. Reconhecer um problema de incentivos evita um erro comum: propor um controle tecnicamente excelente que nenhum detentor de orçamento tem motivo para financiar. O enquadramento de perda esperada e de pior evento crível do Capítulo 1 é a ponte para um público financeiro.

32.3 Engenharia de safety e fatores humanos

Os engenheiros de safety têm longa prática em analisar perigos, camadas independentes de proteção e gestão de mudanças (Capítulos 26 e 28). A segurança e a safety podem entrar em conflito — um bloqueio de conta que trava um operador numa emergência; um patch que invalida uma certificação de safety — e precisam ser conciliadas em conjunto. Os especialistas em fatores humanos estudam como as pessoas de fato trabalham: avalanches de alarmes, fadiga nos turnos da noite, contornos quando os procedimentos não se ajustam à realidade. O trabalho de Reason mostra os erros como consequências do projeto do sistema (Reason, 2000). Um controle que os operadores não conseguem usar sob estresse será contornado (a aceitabilidade psicológica de Saltzer e Schroeder).

32.4 Comunicação

Públicos diferentes precisam de traduções diferentes da mesma constatação. Os clínicos precisam saber o efeito sobre o cuidado ao paciente e o que fazer de diferente. Os engenheiros precisam do mecanismo técnico e das restrições. O financeiro precisa dos custos, das perdas evitadas e das opções. Os advogados precisam dos fatos, das datas e das obrigações acionadas. O público precisa de informações honestas e tempestivas sobre o serviço e sobre o que deve fazer — sem detalhes que ajudem os atacantes. Porta-vozes acordados e modelos de mensagem pré-aprovados fazem parte da preparação para incidentes (a injeção do jornalista no Capítulo 30).

A constatação sobre o BMS do CVH é traduzida assim abaixo: uma verificação da ventilação para a liderança do centro cirúrgico, detalhes da VLAN e do intertravamento para a manutenção predial, cerca de £25.000 contra cirurgias canceladas para o financeiro e uma declaração de ausência de obrigações para o jurídico.

32.5 Exemplo resolvido: uma constatação, quatro públicos (sintético)

Este caso é sintético. Constatação: a ventilação do centro cirúrgico do CVH pode ser alterada a partir do BMS, que é alcançável pela rede corporativa com autenticação só por senha.

32.6 Erros comuns e limites

O exemplo resolvido evita cada um: a mensagem ao jurídico diz o que foi conferido e quando será reavaliado; a mensagem ao financeiro dá um custo e o seu pior desfecho crível; a mensagem ao centro cirúrgico nomeia a verificação clínica; e quatro públicos recebem quatro mensagens. Um único e-mail técnico para todos teria falhado com a liderança do centro cirúrgico e com o financeiro.

Exercícios — capítulo 32

EX063 — Traduza para o conselho. Objetivo: comunicar entre disciplinas. Entradas: o resultado do Laboratório 11 (o caminho cibernético aproximadamente dobra a probabilidade de perder a energia crítica no modelo sintético). Etapas: escreva uma nota de 120 palavras ao conselho do CVH com a constatação, a correção de engenharia proposta, o enquadramento de custos e os limites do modelo. Evidência esperada: a nota. Rubrica: 3 = linguagem simples, consequência para os pacientes, a correção restaura a independência, honesta sobre os números sintéticos e a não aleatoriedade do adversário; 2 = parcial; 1 = jargão; 0 = nada.

EX064 — Conflito entre safety e segurança. Objetivo: conciliar deveres. Entradas: uma política de bloquear as contas das IHMs depois de cinco logins falhos. Etapas: explique o risco de safety e proponha uma alternativa que atenda à finalidade de segurança. Evidência esperada: explicação e alternativa. Rubrica: 3 = operador bloqueado durante uma emergência; alternativas como console com acesso físico controlado e monitoramento, limitação de taxa sem bloqueio, alertas sobre as falhas, sobreposição de emergência com auditoria; 2 = uma; 1 = vago; 0 = nada.

Síntese do capítulo

A segurança nos serviços críticos fica entre o direito, a economia, a safety, os fatores humanos e a comunicação. Saiba onde estão as obrigações e quando chamar a assessoria jurídica, reconheça os problemas de incentivos, concilie safety e segurança em conjunto, projete para pessoas sob estresse e traduza cada constatação para o público que precisa agir com base nela.

Continue estudando — capítulo 32 de 40

← Capítulo 31 · Índice de capítulos do curso · Capítulo 33 →

Siga para a próxima lição escrita.