Capítulo 20 — Arquitetura e engenharia de segurança: solução de problemas
Mapa da aula
Aula 20 publicada. Mapa, exemplo, EX058.
flowchart TD
N0["20.1 Um método"]
N1["20.2 Falha de controle ou ataque"]
N2["20.3 Corrigir com segurança"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX058"]
Desenho lógico
flowchart LR
N0["20.1 Um método"]
N1["20.2 Falha de controle ou ataque"]
N2["20.3 Corrigir com segurança"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX058"]
[20.1 Um método]
|
v
[20.2 Falha de controle ou ataque]
|
v
[20.3 Corrigir com segurança]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX058]
Objetivos de aprendizagem
Você vai (1) solucionar problemas de controles de segurança de forma metódica; (2) distinguir falhas de controle de ataques; (3) corrigir sem enfraquecer a segurança.
20.1 Um método
Quando os motoristas do centro de distribuição norte relatam que os coletores não conseguem sincronizar as rotas, Tomás segue um método: descrever o sintoma com precisão, verificar o que mudou recentemente, testar uma camada de cada vez a partir da rede e formular uma hipótese de cada vez. O sintoma começou naquela manhã em todos os coletores do centro norte, mas não nos outros. A mudança recente foi uma atualização do firewall na noite anterior. Uma abordagem metódica evita mudanças aleatórias que tornam os problemas mais difíceis de diagnosticar e podem remover proteções sem que ninguém perceba.
20.2 Falha de controle ou ataque
Tomás verifica se a causa é um ataque ou um erro de configuração. Os logs mostram os coletores chegando ao firewall e sendo bloqueados no novo endereço do serviço de rastreamento, que o provedor havia anunciado na semana anterior. A regra do firewall permitia apenas o endereço antigo. Não há sinais de atividade maliciosa. Ruth enfatiza que muitos incidentes aparentes são falhas de controle, e muitas falhas de controle parecem ataques. Conferir os logs antes de supor qualquer uma das duas coisas evita tanto o pânico quanto a complacência. Ele registra na nota do incidente quais linhas de log descartaram um ataque.
20.3 Corrigir com segurança
A correção rápida sugerida por um supervisor é permitir todo o tráfego de saída da zona dos coletores. Tomás, em vez disso, atualiza a regra para permitir a faixa de endereços publicada pelo provedor para o serviço e acrescenta uma nota para assinar os anúncios de mudanças do provedor. A sincronização volta em uma hora. Ele registra o incidente, a causa e a correção no log de mudanças. Resolver problemas sob pressão tenta as pessoas a remover controles; um bom tecnólogo restaura o serviço mantendo o projeto intacto. Sam acrescenta os anúncios do provedor à sua leitura semanal.
Exemplo resolvido
Tomás soluciona uma falha de sincronização camada por camada, descarta um ataque com base nos logs e corrige a regra de firewall sem liberar todo o tráfego.
Caso sintético. O incidente é sintético.
Erros e limites
Os provedores nem sempre anunciam as mudanças. Correções rápidas viram permanentes se não forem registradas.
Exercícios
-
EX058 — Mudança recente. Que mudança recente apontou para a causa? Rubrica: 3 = uma atualização do firewall na noite anterior;; 2 = firewall;; 1 = vago;; 0 = nenhuma.
-
EX059 — Causa real. Qual foi a causa de fato? Rubrica: 3 = o serviço de rastreamento mudou para um endereço novo não permitido pela regra;; 2 = endereço novo;; 1 = ataque;; 0 = nenhuma.
-
EX060 — Correção rejeitada. Por que rejeitar a liberação de todo o tráfego de saída? Rubrica: 3 = remove um controle para restaurar o serviço;; 2 = enfraquece;; 1 = lenta;; 0 = nenhuma.
Síntese
A resolução metódica de problemas restaura o serviço mantendo intactos os controles de segurança.
Continue estudando — aula 20 (capítulo 20 de 30)
← Capítulo 19 · Índice das aulas · Capítulo 21 →
Continue para a próxima aula já escrita.