◇ OpenCyber Academy
Pós-graduação · Capítulo 8 · Português

Capítulo 8 — Infraestrutura crítica e segurança setorial: casos difíceis

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 8 — Infraestrutura crítica e segurança setorial: casos difíceis

Mapa da aula

Aula 08 publicada. Mapa, exemplo, EX036.

flowchart TD
  N0["8.1 O que torna um caso difícil"]
  N1["8.2 Cascatas e relógios de reserva"]
  N2["8.3 As prioridades de restauração precisam de pesos"]
  N3["8.4 Quando um fornecedor confiável é a causa"]
  N4["8.5 Extorsão"]
  N5["8.6 Insiders ambíguos"]
  N6["8.7 Obrigações conflitantes"]
  N7["8.9 Atividade prática: ordem de restauração"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX036"]

Desenho lógico

flowchart LR
  N0["8.1 O que torna um caso difícil"]
  N1["8.2 Cascatas e relógios de reserva"]
  N2["8.3 As prioridades de restauração precisam de pesos"]
  N3["8.4 Quando um fornecedor confiável é a causa"]
  N4["8.5 Extorsão"]
  N5["8.6 Insiders ambíguos"]
  N6["8.7 Obrigações conflitantes"]
  N7["8.9 Atividade prática: ordem de restauração"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX036"]
[8.1 O que torna um caso difícil]
    |
    v
[8.2 Cascatas e relógios de reserva]
    |
    v
[8.3 As prioridades de restauração precisam de pesos]
    |
    v
[8.4 Quando um fornecedor confiável é a causa]
    |
    v
[8.5 Extorsão]
    |
    v
[8.6 Insiders ambíguos]
    |
    v
[8.7 Obrigações conflitantes]
    |
    v
[8.9 Atividade prática: ordem de restauração]
    |
    v
[Exemplo resolvido] --> [Exercício EX036]

Objetivos de aprendizagem e conexão

Ao final deste capítulo, você deverá ser capaz de:

  1. Reconhecer as características que tornam um caso difícil: interdependência, pressão de tempo, deveres conflitantes, evidências incompletas e dano em toda opção.
  2. Analisar falhas em cascata entre setores e definir prioridades de restauração com pesos explícitos.
  3. Estruturar decisões sobre falhas de fornecedores confiáveis, extorsão e eventos ambíguos envolvendo insiders.
  4. Lidar com obrigações conflitantes perante reguladores, clientes, parceiros e autoridades policiais sem enganar nenhum deles.
  5. Comunicar sob incerteza de modos que as evidências posteriores não desacreditem.

Este capítulo reúne as regras de decisão do Capítulo 1, a disciplina de evidências do Capítulo 3, a ética do Capítulo 4 e a integração do Capítulo 7, e as aplica onde elas são postas à prova. O Capítulo 9 pergunta, então, como um líder prepara uma organização para casos assim.

8.1 O que torna um caso difícil

Os casos fáceis têm uma resposta certa que é difícil de executar. Os casos difíceis não têm nenhuma opção sem dano, e o especialista precisa ajudar a escolher qual dano, depressa, com evidências incompletas, sob escrutínio. Cinco características se repetem: interdependência, de modo que uma decisão para um serviço muda os resultados de outros; pressão de tempo, porque os suprimentos de reserva, a reservação e a paciência se esgotam; deveres conflitantes para com diferentes partes interessadas; evidências ambíguas, sobretudo quanto à causa e à intenção; e irreversibilidade, porque algumas ações — pagar, desconectar, anunciar — não podem ser desfeitas. As disciplinas dos capítulos anteriores continuam valendo; o que muda é que elas precisam ser preparadas de antemão, porque não haverá tempo para inventá-las.

8.2 Cascatas e relógios de reserva

As infraestruturas dependem umas das outras fisicamente (energia para as bombas), digitalmente (telemetria pelas telecomunicações), geograficamente (dutos e locais compartilhados) e logicamente (mercados, pessoal) (Rinaldi, Peerenboom e Kelly, 2001). Estudos de redes mostram que sistemas interdependentes podem falhar de forma mais abrupta do que qualquer um deles sozinho (Buldyrev et al., 2010). Para um especialista, a ferramenta prática é o relógio de reserva: para cada local essencial, quanto tempo dura sua própria reserva (combustível do gerador, reservação, bateria, alternativa manual) depois que uma dependência falha. O dano começa quando um relógio se esgota. As decisões de restauração — qual alimentador reenergizar, qual local visitar primeiro — são escolhas sobre quais relógios parar.

As intrusões de dezembro de 2015 em três distribuidoras de eletricidade ucranianas, descritas num alerta sobre sistemas de controle industrial, causaram interrupções que afetaram cerca de 225.000 clientes; depois que a energia foi restaurada, as empresas continuaram funcionando sob operações restritas (CISA, IR-ALERT-H-16-056-01). O caso lembra que o fim de uma interrupção não é o fim de um incidente induzido por meios cibernéticos: os sistemas de controle podem não ser confiáveis por algum tempo, e a restauração e a operação continuada podem depender de trabalho manual.

8.3 As prioridades de restauração precisam de pesos explícitos

A ordem de restauração costuma ser definida por hábito: a maior carga primeiro, ou o trabalho mais rápido primeiro. Nenhuma das duas foi pensada para minimizar o dano. Ordenar tarefas para minimizar o tempo de conclusão ponderado total é um resultado clássico de programação da produção (Smith, 1956); quando os relógios de reserva funcionam como prazos, o problema se torna um de atraso ponderado, muito mais difícil em geral — mas, para um punhado de alimentadores, basta enumerar todas as ordens. A parte mais difícil são os pesos. Uma hora sem energia num hospital vale o mesmo que uma hora sem energia numa casa? Tratar toda pessoa-hora igualmente é, em si, um julgamento de valor, e geralmente um julgamento ruim quando alguns locais carregam funções críticas para a vida. Os pesos precisam ser acordados de antemão com a gestão de emergências e registrados; a análise mostra, então, a ordem que esses pesos implicam e quão sensível ela é à falha de uma reserva.

8.4 Quando um fornecedor confiável é a causa

As falhas de fornecedores são difíceis porque os próprios processos da organização confiam no fornecedor. A indisponibilidade de julho de 2024 causada por uma atualização defeituosa exigiu que as organizações afetadas recuperassem muitos endpoints à mão (Microsoft, 2024). As decisões num caso assim incluem: se desconectar o canal do fornecedor antes de saber se a causa é erro ou comprometimento; quais sistemas recuperar primeiro (a lógica de restauração do §8.3 se aplica tanto a endpoints quanto a alimentadores); se atrasar as atualizações no futuro e aceitar o custo de segurança de uma proteção mais lenta; e como manter a detecção quando a própria ferramenta de detecção é o problema. Preparar-se para esse caso significa anéis de atualização escalonados para os sistemas críticos, mídias de recuperação independentes e uma capacidade mínima que não dependa do fornecedor.

8.5 Extorsão

Os casos de ransomware e de extorsão de dados forçam uma decisão sobre o pagamento enquanto os serviços estão degradados. Um especialista não decide se paga — isso cabe ao executivo, aconselhado pelo jurídico —, mas estrutura a decisão: o tempo realista de recuperação com e sem descriptografia (os descriptografadores costumam ser lentos e imperfeitos); as consequências de cada cronograma para o serviço e para a segurança; a posição jurídica, incluindo os riscos de sanções, que precisa ser verificada com o jurídico; as condições da seguradora; as consequências éticas e estratégicas de financiar atividade criminosa; e as evidências que mudariam a avaliação. Em maio de 2021, a Colonial Pipeline Company desligou proativamente seu sistema de dutos em resposta a um ataque de ransomware e o reiniciou seis dias depois (U.S. Department of Energy; ver também CISA, 2023), o que ilustra que a decisão de parar um serviço essencial pode ser ela mesma uma precaução tomada sob incerteza, com grandes consequências para outros. A prontidão para a recuperação — backups testados, operação manual, capacidade de reconstrução limpa — é o que dá à organização liberdade nessa decisão; ela precisa existir antes que o caso surja.

8.6 Insiders ambíguos

O evento de Hollin (Capítulo 3) poderia ser o mau uso de uma conta compartilhada de fornecedor, uma mudança legítima não registrada de um engenheiro do fornecedor ou outra coisa. Os casos envolvendo insiders são difíceis porque as pessoas envolvidas são colegas ou parceiros, as evidências são ambíguas e uma acusação prematura é danosa e às vezes ilícita. O caso do setor de água discutido nos Capítulos 2 e 3, cujo primeiro relato foi contestado depois (WUSF, 2023), mostra como as narrativas públicas podem se adiantar às evidências. Prática: aja sobre o acesso, não sobre a pessoa (suspenda a conta compartilhada, exija contas nominais), preserve as evidências, envolva o RH e o jurídico cedo, mantenha as acusações fora das comunicações e lembre-se de que o erro humano costuma ser um sintoma do desenho do sistema (Reason, 2000).

8.7 Obrigações conflitantes

Num incidente significativo, um especialista pode enfrentar ao mesmo tempo: o prazo de notificação de um regulador; a polícia pedindo que alguns detalhes permaneçam confidenciais; um operador parceiro perguntando se está exposto; clientes que precisam de informações de segurança; um fornecedor pedindo um adiamento antes que se diga qualquer coisa sobre seu produto; e as condições das seguradoras. Os princípios de resolução são: nunca engane ninguém; separe o que você diz do que você retém, e retenha apenas com uma razão que você conseguiria defender; dê primeiro as informações de segurança; cumpra os deveres legais, consultando o jurídico quando os deveres conflitarem; e registre cada decisão e sua razão. A divulgação coordenada de vulnerabilidades (Capítulo 4) é um modo estruturado de gerir o conflito com o fornecedor.

8.8 Exemplo resolvido: restauração após uma interrupção regional (sintético)

Um incidente cibernético no centro de controle da Merrow Energy desenergizou quatro alimentadores. Os operadores conseguem restaurar com segurança um alimentador de cada vez, manualmente. Cada alimentador atende locais essenciais com relógios de reserva: a estação de tratamento de Hollin tem seis horas de reservação; o bombeamento de Fenley, quatro horas; o hospital de Harbour, 48 horas de combustível de gerador; o terminal de contêineres, duas horas de bateria; um depósito de combustível, oito horas. As residências não têm reserva. A célula de emergência do fórum regional precisa recomendar uma ordem. O Laboratório 8 enumera todas as ordens, primeiro com toda pessoa-hora ponderada igualmente.

8.9 Atividade prática: ordem de restauração

# Lab 8 - restoration order after a regional outage, with backup clocks running (offline, stdlib only)
# Synthetic: after a cyber-induced distribution outage, Merrow Energy can re-energize one feeder at a time.
# Each feeder carries essential sites whose backup lasts a fixed number of hours; after that, people lose service.
from itertools import permutations
FEEDERS = {  # feeder: (hours to restore safely, [(site, people served, backup hours)])
    "F1 Harbour":  (4, [("homes", 40000, 0), ("Harbour hospital", 3000, 48)]),
    "F2 Hollin":   (3, [("Hollin water works", 70000, 6)]),
    "F3 Fenley":   (2, [("homes", 18000, 0), ("Fenley pumping", 25000, 4)]),
    "F4 Port":     (5, [("container terminal", 2000, 2), ("fuel depot", 15000, 8)]),
}
def harm(order):
    t, total = 0, 0
    for f in order:
        t += FEEDERS[f][0]
        for site, people, backup in FEEDERS[f][1]:
            total += people * max(0, t - backup)
    return total
res = sorted((harm(o), o) for o in permutations(FEEDERS))
print("best five orders (person-hours without service):")
for h, o in res[:5]: print(f"  {h:9,d}  {' > '.join(o)}")
print(f"worst: {res[-1][0]:,d}  {' > '.join(res[-1][1])}")
largest = sorted(FEEDERS, key=lambda f: -sum(p for _, p, _ in FEEDERS[f][1]))
print(f"'largest load first' {' > '.join(largest)}: {harm(largest):,d}")
shortest = sorted(FEEDERS, key=lambda f: FEEDERS[f][0])
print(f"'quickest job first' {' > '.join(shortest)}: {harm(shortest):,d}")
# What if the hospital generator fails at hour 2 (backup 48 -> 2)? Re-solve.
FEEDERS["F1 Harbour"][1][1] = ("Harbour hospital", 3000, 2)
res2 = sorted((harm(o), o) for o in permutations(FEEDERS))
print(f"after hospital generator failure, best: {res2[0][0]:,d}  {' > '.join(res2[0][1])}")

Saída esperada:

best five orders (person-hours without service):
    510,000  F3 Fenley > F2 Hollin > F1 Harbour > F4 Port
    589,000  F2 Hollin > F3 Fenley > F1 Harbour > F4 Port
    600,000  F3 Fenley > F1 Harbour > F2 Hollin > F4 Port
    631,000  F1 Harbour > F2 Hollin > F3 Fenley > F4 Port
    642,000  F1 Harbour > F3 Fenley > F2 Hollin > F4 Port
worst: 1,299,000  F4 Port > F1 Harbour > F3 Fenley > F2 Hollin
'largest load first' F2 Hollin > F1 Harbour > F3 Fenley > F4 Port: 681,000
'quickest job first' F3 Fenley > F2 Hollin > F1 Harbour > F4 Port: 510,000
after hospital generator failure, best: 531,000  F3 Fenley > F2 Hollin > F1 Harbour > F4 Port

Interpretação. Com pesos iguais, a melhor ordem — Fenley, Hollin, Harbour, Port — perde 510.000 pessoas-hora de serviço; a pior perde 1.299.000. O hábito "maior carga primeiro" custa 681.000, um terço a mais do que a melhor; "trabalho mais rápido primeiro" coincide com a melhor aqui, mas apenas porque os trabalhos curtos e os relógios de reserva curtos coincidem (o relógio do bombeamento de Fenley é de quatro horas). Chama a atenção que, quando o gerador do hospital falha, a melhor ordem com pesos iguais não muda: 3.000 usuários do hospital são poucos em comparação com 70.000 clientes de água, então os pesos iguais mantêm o hospital em terceiro lugar. Esse resultado é a análise dizendo que seus pesos estão errados para esse propósito. O EX036 pede que você pondere mais as pessoas-hora do hospital; sob uma ponderação plausível, o hospital passa para o primeiro lugar quando seu gerador falha. A decisão pertence à célula de emergência; a contribuição do especialista é mostrar a ordem implicada por cada conjunto defensável de pesos e como a falha de uma reserva a muda.

8.10 Erros comuns e limites

O limite da análise nos casos difíceis é o tempo. A enumeração do Laboratório 8 leva milissegundos; acordar os pesos leva semanas de planejamento. Faça esse trabalho antes do evento, ensaie-o e aceite que, durante o evento, você estará escolhendo entre opções imperfeitas com informações incompletas.

Exercícios — capítulo 8

EX036 — Os pesos mudam a ordem. Objetivo: ver como os pesos de valor determinam a restauração. Insumos: Laboratório 8. Restrições: ponderar cada pessoa-hora do hospital 20 vezes uma pessoa-hora residencial; deixar as demais em 1. Passos: (1) modificar a função de dano; (2) relatar a melhor ordem com o gerador de 48 horas e depois que o gerador falha às 2 horas; (3) explicar a mudança e quem deve definir o peso. Evidência esperada: mudança no código, saídas, parágrafo. Rubrica: 3 = com o gerador funcionando, a melhor ordem não muda (510.000); depois da falha, Harbour passa para o primeiro lugar (melhor: 751.000 pessoas-hora ponderadas, Harbour > Hollin > Fenley > Port); a explicação identifica o peso como um julgamento da gestão de emergências acordado de antemão; 2 = números certos, explicação rasa; 1 = não executado; 0 = nada.

EX037 — Estruture uma decisão de extorsão. Objetivo: apoiar uma decisão executiva sem tomá-la. Insumos: o sistema de administração de pacientes da Merrow Health foi criptografado; os backups estão intactos, mas uma reconstrução limpa é estimada em 9 dias; os atacantes dizem ter dados de pacientes e oferecem um descriptografador. Restrições: nenhuma conclusão jurídica; a segurança dos pacientes em primeiro lugar. Passos: (1) listar as opções; (2) para cada uma, o cronograma de recuperação, as consequências para a segurança e para o serviço, as perguntas jurídicas ao jurídico, as considerações éticas e as incertezas; (3) declarar quais evidências mudariam a análise. Evidência esperada: nota de decisão. Rubrica: 3 = as opções incluem reconstruir sem pagar e medidas parciais, a confiabilidade do descriptografador tratada como incerta, a extorsão de dados separada da recuperação, as perguntas sobre sanções e notificação dirigidas ao jurídico, medidas de segurança independentes da escolha; 2 = falta uma consideração; 1 = recomenda pagar ou recusar como fato técnico; 0 = nada.

EX038 — Indisponibilidade causada por fornecedor. Objetivo: decidir sob a falha de um fornecedor confiável. Insumos: uma atualização do fornecedor de segurança de endpoints da Merrow Water derruba as IHMs de quatro estações durante a noite; o fornecedor diz que é um defeito. Restrições: as plantas precisam continuar produzindo água segura. Passos: (1) ações imediatas; (2) ordem de recuperação entre os locais; (3) se e como bloquear novas atualizações; (4) mudanças na política de atualizações depois, com seu custo de segurança. Evidência esperada: plano. Rubrica: 3 = operação manual primeiro, canal do fornecedor pausado até a verificação, recuperação ordenada pelos relógios de reserva, anéis de atualização escalonados depois, com aceitação explícita de uma proteção mais lenta; 2 = nenhuma mudança de política; 1 = espera pelo fornecedor; 0 = nada.

EX039 — Comunicações num caso de insider. Objetivo: comunicar um caso ambíguo envolvendo insider. Insumos: o evento de Hollin com a linha do tempo corrigida. Restrições: nenhum indivíduo nomeado; processos trabalhistas e contratuais respeitados. Passos: redigir (1) uma mensagem interna aos funcionários; (2) uma mensagem à Corvane; (3) uma declaração para o fórum de resiliência. Evidência esperada: três textos curtos. Rubrica: 3 = factuais, sem acusação, ações sobre o acesso declaradas (contas nominais, conta compartilhada suspensa), registros de sessão pedidos à Corvane com base no contrato, informações de proteção úteis dadas ao fórum; 2 = um texto exagera; 1 = acusatório; 0 = nada.

EX040 — Obrigações conflitantes. Objetivo: conciliar demandas sem enganar. Insumos: durante a investigação de Hollin, a polícia pede à Merrow Water que não divulgue o detalhe da conta do fornecedor; chega o prazo de notificação do regulador; a Merrow Energy pergunta se deve suspender o acesso da Corvane; um jornalista pergunta se a água ficou insegura. Restrições: seguir os princípios da §8.7; consultar o jurídico quando necessário. Passos: para cada parte, o que você diz, o que você retém e por quê, e quem aprova. Evidência esperada: tabela. Rubrica: 3 = resposta sobre a segurança dada com veracidade (a dose voltou ao normal em menos de um minuto e foi verificada), regulador plenamente informado sob confidencialidade, Merrow Energy recebe orientação de proteção sem violar o pedido da polícia (por exemplo, a orientação de revisar todas as contas compartilhadas de fornecedores), jornalista não enganado, aprovações registradas; 2 = uma parte mal conduzida; 1 = declaração enganosa; 0 = nada.

Síntese do capítulo

Os casos difíceis têm dano em toda opção, sob pressão de tempo, com evidências ambíguas e deveres conflitantes. Prepare-se para eles: mapeie as dependências e os relógios de reserva; acorde os pesos de restauração com a gestão de emergências de antemão; planeje para as falhas causadas por fornecedores com anéis de atualização e recuperação independente; estruture as decisões de extorsão para o executivo responsável; aja sobre o acesso, e não sobre as pessoas, nos casos envolvendo insiders; e resolva as obrigações conflitantes nunca enganando, colocando a segurança em primeiro lugar, retendo apenas com razões defensáveis e registrando cada decisão. A análise é rápida; o acordo é lento — faça a parte lenta antes do evento.

Continue estudando — capítulo 08 de 12

← Capítulo 07 · Índice de capítulos do curso · Capítulo 09 →

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