Recursos · 08
Exercício de incidente cibernético: teste as decisões antes da crise.
Crie um cenário realista que teste a coordenação, a continuidade, as evidências, a comunicação e a recuperação do serviço sem interromper a produção.
Atualizado · 3 min
O que este guia ajuda a alcançar
- Esclarecer quem decide sob pressão
- Testar canais de contingência
- Validar a ordem de recuperação real
- Transformar lacunas em ações verificáveis
Verificação rápida
- O cenário visa uma capacidade precisa?
- Os contatos de crise estão disponíveis offline?
- Quem pode isolar um sistema?
- Qual serviço deve retornar primeiro?
- Quem informa clientes, autoridades e parceiros?
Método passo a passo
- 1
Definir o objetivo
Selecionar duas ou três capacidades para testar: qualificação, decisão, contenção, continuidade, notificação ou recuperação. Indicar o que permanece fora do escopo.
Entregável: mandato e critérios de sucesso.
- 2
Construir um cenário plausível
Começar com ativos e dependências reais. Adicionar gradualmente interrupções, informações conflitantes, pressão externa e restrições de negócios sem buscar o espetáculo.
Entregável: cenário mestre confidencial.
- 3
Preparar funções e intervenções
Nomear o controle do exercício, os observadores e os participantes. Cada intervenção deve desencadear uma decisão observável, e não apenas transmitir notícias.
Entregável: cronograma e cartões de intervenção.
- 4
Executar sem prender pessoas
Explicar as regras, distinguir a simulação de um incidente real, proteger a produção e permitir que as equipes usem seus procedimentos normais.
Entregável: registro de decisões e comunicações.
- 5
Realizar dois debriefings
Registrar os fatos observados primeiro e, em seguida, analisar as causas, as compensações e as dependências. Separar as lacunas de documentação, as lacunas de autoridade e os problemas técnicos.
Entregável: descobertas e lições comprovadas.
- 6
Eliminar as lacunas
Atribuir a cada ação um responsável, data e comprovação. Reproduzir etapas críticas ou testar a restauração em vez de encerrar por declaração.
Entregável: plano de melhoria e teste de confirmação.
Exemplo prático fictício
Situação ilustrativa
Um exercício simula a perda da ferramenta de suporte durante um incidente. Os participantes devem qualificar o sinal, contatar os tomadores de decisão fora dessa ferramenta e decidir quando informar as pessoas afetadas.
Decisão e evidências esperadas
O registro mantém as decisões e os carimbos de data/hora, as informações faltantes e três melhorias atribuídas com datas de reteste.
Indicadores de gestão
| Indicador | O que mede | Primeira ação |
|---|---|---|
| Tempo de mobilização | Tempo necessário para reunir as funções essenciais | Corrigir diretórios e representantes |
| Tempo de decisão | Atraso entre um sinal qualificado e uma decisão explícita | Esclarecer limites e autoridade |
| Ordem de recuperação | Serviços restaurados de acordo com a prioridade de negócios aprovada | Alinhar dependências e necessidades técnicas |
| Ações concluídas | Lacunas corrigidas com evidências verificadas | Reproduzir os pontos de maior risco |
Erros comuns
- Elaborar um cenário excessivamente complexo
- Avaliar indivíduos em vez do sistema
- Esquecer clientes, fornecedores e autoridades
- Produzir um relatório sem testes de conclusão
Perguntas frequentes
Um exercício precisa tirar os sistemas do ar?
Não. Um exercício de mesa testa decisões sem ação técnica real. Testes de restauração ou failover precisam de um escopo seguro separado.
Quem deve participar?
Funções que tomam decisões ou executam ações críticas, além de substitutos quando a continuidade depende deles.
Quanto tempo deve durar?
De duas a quatro horas geralmente são suficientes para um objetivo específico, além da preparação, do debriefing e do acompanhamento das ações.
Referências oficiais
As referências apoiam o método. Adapte as verificações ao seu contexto; elas não são uma certificação. Os títulos das referências originais e os documentos de origem podem estar em outro idioma.
