Saltar para o conteúdo principal
Cibersegurança13 min de leitura

NIST SP 800-61r3: a resposta a incidentes já não cabe num plano isolado

A revisão 3 substituiu o guia de 2012 e organiza a resposta como um perfil do CSF 2.0. Governar, identificar e proteger preparam; detetar, responder e recuperar executam — com aprendizagem a regressar ao sistema de risco.

Atualizado
Natureza
Perfil operacional baseado no NIST SP 800-61r3 e CSF 2.0
Quem deve ler
Segurança, tecnologia, continuidade, jurídico, comunicação e direção
Publicado e verificado
4 de agosto de 2026
Limite
Adapte a requisitos legais, setoriais, contratuais e de notificação aplicáveis
Equipa move evidência entre seis estações de trabalho ligadas a um incidente central
Resposta a incidentes atravessa as seis funções do CSF 2.0; não começa quando chega o alerta.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

O ganho prático não é renomear as fases. É atribuir decisões, evidência e métricas às seis funções do CSF 2.0 e garantir que passam de uma para a outra. O board define apetite e autoridade; inventário e dependências determinam o que proteger primeiro; telemetria cria sinais acionáveis; resposta contém e comunica; recuperação restaura por prioridade de missão. O exercício proposto testa um incidente através desse percurso e mede quatro tempos: deteção, decisão, contenção e recuperação validada.

  • SP 800-61r3 foi finalizada em abril de 2025 e substitui a revisão 2.
  • As seis funções do CSF 2.0 desempenham papéis na resposta; não existe uma fronteira limpa entre ‘antes’ e ‘durante’.
  • O playbook deve ligar cada decisão a autoridade, informação de entrada, evidência de saída e condição de escalada.
  • Recuperar não é apenas pôr o serviço online: é validar integridade, prioridade de missão e risco residual.

A resposta é um ciclo de risco com seis funções e dois ritmos

Govern, Identify e Protect operam continuamente: definem autoridade, prioridades, ativos, dependências, salvaguardas e preparação. Detect, Respond e Recover aceleram quando um evento cumpre o critério de incidente. As lições regressam ao primeiro grupo como mudança de risco, controlo e investimento.

Mantenha um ritmo operacional para restaurar e um ritmo de governação para decidir impacto, tolerância e comunicação. Misturá-los produz reuniões grandes sem decisões; separá-los sem interface produz decisões executivas baseadas em dados atrasados.

Fluxo de decisão entre as seis funções

  1. GOVERN
    Fixar autoridade e tolerância

    Definir quem declara, contém, comunica, aceita risco residual e encerra.

  2. IDENTIFY
    Priorizar missão e dependências

    Ligar ativos, dados, terceiros, pessoas e impacto a serviços essenciais.

  3. PROTECT
    Preparar modos seguros

    Aplicar salvaguardas, acessos de emergência, backups, canais e exercícios.

  4. DETECT
    Converter sinal em incidente

    Preservar origem, tempo, confiança, alcance e critérios de declaração.

  5. RESPOND
    Conter e coordenar

    Tomar decisões reversíveis, preservar prova e comunicar com cadência.

  6. RECOVER
    Restaurar e validar

    Recuperar por prioridade, testar integridade e devolver lições ao risco.

A matriz revela interfaces que um playbook narrativo costuma esconder

Para cada função, defina uma decisão observável e a evidência que permite entregá-la à função seguinte. Se a equipa não consegue indicar o artefacto de saída, o procedimento ainda depende de conversa e memória.

Função, decisão, evidência e métrica

FunçãoDecisãoEvidência de saídaMétrica útil
GovernQuem pode aceitar e escalar?Carta de autoridade e contactosTempo até decisão autorizada
IdentifyQue serviço vem primeiro?Mapa ativo–dependência–impactoCobertura de serviços críticos
ProtectQue modo degradado é seguro?Controlo, backup e teste recenteTaxa de teste bem-sucedido
DetectIsto é incidente?Sinal, contexto, confiança e timestampTempo sinal–declaração
RespondConter onde e com que efeito?Decisão, ação e estado confirmadoTempo declaração–contenção
RecoverPode regressar à produção?Integridade, reconciliação e risco residualTempo até recuperação validada

O exercício deve atravessar a organização e terminar com uma mudança verificável

Use um cenário que combine credenciais comprometidas, terceiro indisponível e dados potencialmente alterados. Introduza conflito entre recuperação rápida e necessidade de preservar evidência. A equipa passa quando toma decisões no nível certo e consegue demonstrar o estado alcançado.

Depois, selecione no máximo três mudanças, cada uma com dono, prazo e teste. Uma lista longa de lições sem verificação cria arquivo, não resiliência.

  • Testar canais alternativos e diretório de contactos fora do ambiente afetado.
  • Exigir confirmação técnica do efeito de contenção.
  • Validar dados e transações antes de declarar recuperação.
  • Repetir o cenário após a correção e comparar os quatro tempos.

Consultadas na data de atualização indicada.

  1. 01NIST SP 800-61 Rev. 3 — Incident ResponseNIST CSRC · CY-NISTCSRC
  2. 02NIST Revises SP 800-61NIST CSRC · CY-NISTCSRC
  3. 03Incident Response project publicationsNIST CSRC · CY-NISTCSRC
  4. 04NIST Cybersecurity Framework 2.0NIST CSRC · CY-NISTCSRC
  5. 05NIST SP 800-184 — Cybersecurity Event RecoveryNIST CSRC · CY-NISTCSRC
  6. 06NIST SP 1299 — CSF 2.0 Resource and Overview GuideNIST CSRC · CY-NISTCSRC