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

Capítulo 5 — Gestão de correções e de vulnerabilidades

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 5 — Gestão de correções e de vulnerabilidades

Mapa da aula

Aula 05 publicada. Mapa, exemplo, EX021.

flowchart TD
  N0["5.1 Medindo a conformidade"]
  N1["5.2 O laboratório de correções"]
  N2["Laboratório — Conformidade com as correções críticas"]
  N3["5.3 Causas e apoio"]
  N4["5.4 Sistemas com restrições"]
  N0 --> N1 --> N2 --> N3 --> N4
  N4 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX021"]

Desenho lógico

flowchart LR
  N0["5.1 Medindo a conformidade"]
  N1["5.2 O laboratório de correções"]
  N2["Laboratório — Conformidade com as correções críticas"]
  N3["5.3 Causas e apoio"]
  N4["5.4 Sistemas com restrições"]
  N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX021"]

[5.1 Medindo a conformidade]
    |
    v
[5.2 O laboratório de correções]
    |
    v
[Laboratório — Conformidade com as correções críticas]
    |
    v
[5.3 Causas e apoio]
    |
    v
[5.4 Sistemas com restrições]
    |
    v
[Exemplo resolvido] --> [Exercício EX021]

Objetivos de aprendizagem

Você vai (1) medir a conformidade com as correções entre as unidades; (2) encontrar as unidades que precisam de apoio; (3) projetar a correção para sistemas com restrições.

5.1 Medindo a conformidade

Elena define sua medida: a parcela de dispositivos com as atualizações críticas de segurança instaladas em até catorze dias do lançamento, por clínica. Ela extrai dados sintéticos do sistema de gestão de dispositivos. O Dr. Qureshi pede que ela relate tanto o número geral quanto a dispersão entre as clínicas, porque uma boa média pode esconder clínicas com lacunas graves, e os atacantes precisam de apenas um ponto fraco para entrar numa rede conectada. Ela escreve a definição no manual de medidas, com a fonte dos dados, o dono e a frequência do relatório, para que o mesmo número possa ser produzido todo mês.

5.2 O laboratório de correções

O laboratório abrange 566 dispositivos sintéticos em vinte e duas clínicas. No geral, 513 dispositivos, 90,6 por cento, receberam as atualizações críticas em até catorze dias. As três clínicas mais baixas são a C19, com 10 de 20 dispositivos, 50,0 por cento; a C15, com 20 de 28, 71,4 por cento; e a C07, com 22 de 30, 73,3 por cento. As três são as clínicas que dependem de um contato local de TI em tempo parcial. Elena observa que o número geral teria escondido essas clínicas por completo. Ela apresenta os resultados por clínica ao comitê de segurança com um breve gráfico, e o comitê concorda que as três clínicas devem receber apoio extra imediatamente, em vez de esperar a revisão trimestral seguinte.

Laboratório — Conformidade com as correções críticas por clínica sobre dados sintéticos de dispositivos

"""Critical patch compliance per clinic on synthetic device data (stdlib only)."""
import random
random.seed(14)
rows = []
for c in range(1, 23):
    late_p = 0.06 if c not in (7, 15, 19) else 0.30          # three clinics with a part-time IT contact
    for d in range(random.randint(20, 34)):
        rows.append((f"C{c:02d}", random.random() >= late_p))
by = {}
for clinic, ok in rows:
    t = by.setdefault(clinic, [0, 0]); t[0] += ok; t[1] += 1
total_ok = sum(ok for _, ok in rows)
print(f"devices {len(rows)}; patched within 14 days {total_ok} ({total_ok/len(rows):.1%})")
worst = sorted(by.items(), key=lambda kv: kv[1][0] / kv[1][1])[:3]
for c, (ok, n) in worst:
    print(f"{c}: {ok}/{n} ({ok/n:.1%})")

Execute com python3 lab_patch.py. Saída verificada:

devices 566; patched within 14 days 513 (90.6%)
C19: 10/20 (50.0%)
C15: 20/28 (71.4%)
C07: 22/30 (73.3%)

5.3 Causas e apoio

Elena visita as três clínicas. Os dispositivos muitas vezes ficam desligados durante a noite, quando as atualizações estão agendadas, e os contatos em tempo parcial não têm tempo para ir atrás deles. Ela muda o agendamento das atualizações para a hora do almoço, com reinicializações automáticas fora dos horários de consulta, e pede ao sistema de gestão de dispositivos que a alerte quando um dispositivo perder dois ciclos. Ela também organiza uma conferência remota mensal pela equipe central. O Dr. Qureshi observa que a correção trata as causas, em vez de culpar a equipe local. Depois de dois meses, as três clínicas passam de noventa por cento.

5.4 Sistemas com restrições

Os computadores de imagem nem sempre podem receber atualizações do sistema operacional, porque os fornecedores as restringem. Elena os isola num segmento de rede separado, bloqueia o acesso à internet, exceto ao serviço de atualização do fornecedor, e restringe que dispositivos podem se conectar a eles. Ela registra cada um como uma exceção com data de expiração e um pedido ao fornecedor de uma versão suportada. Ela aprende que, quando corrigir é impossível, reduzir a exposição é o melhor controle seguinte. O fornecedor promete uma versão suportada dentro do ano, e Elena acompanha o compromisso no registro de riscos.

Exemplo resolvido

Elena mede 90,6 por cento de conformidade geral, encontra três clínicas entre 50,0 e 73,3 por cento, corrige as causas no agendamento e isola os computadores de imagem que não podem ser corrigidos.

Caso sintético. Os dispositivos são sintéticos; as saídas vêm de lab_patch.py.

Erros e limites

Um número geral de conformidade pode esconder clínicas com lacunas graves.

Exercícios

Continue estudando — aula 05 (capítulo 05 de 12)

← Capítulo 04 · Índice das aulas · Capítulo 06 →

Continue para a próxima aula já escrita.