Pular para o conteúdo principal

07 — Gestão de Incidentes

Capítulo PSI: Gestão de Incidentes (Cap. 12 — Art. 52–57)

← Segurança da Informação e Proteção de Dados


Definições​

  • Incidente de SI — Concretização de um risco: ameaça explorou vulnerabilidade, causando perda de confidencialidade, integridade ou disponibilidade
  • Evento de SI — Ocorrência identificada que pode ou não configurar incidente

Comitê de Segurança da Informação — CSI (Art. 52)​

CaracterísticaDescrição
ComposiçãoNúmero ímpar de colaboradores de confiança e tecnicamente qualificados
Membros externosPermitidos, se de confiança da Diretoria e com notável conhecimento em SI
AtribuiçõesAveriguar fatos, orientar procedimentos de resposta, coletar provas
SubstitutoSe CSI não formado, a Diretoria assume as atribuições

Fluxo de Resposta a Incidentes​

Identificação do evento/incidente
↓
Comunicação imediata à equipe de SI (canais oficiais)
↓
SI avalia e classifica o evento
↓
CSI delibera sobre abertura de investigação
↓
Resposta conforme Plano de Resposta a Incidentes
↓
Resolução e documentação
↓
Transformar em base de conhecimento (lições aprendidas)
↓
Relatório mensal à Diretoria

Obrigações de Comunicação (Art. 54)​

  • Todo evento de SI deve ser comunicado imediatamente à equipe de SI
  • Colaboradores, parceiros, parceiros, representantes e fornecedores devem registrar e comunicar fraquezas ou vulnerabilidades observadas ou suspeitadas
  • Omissão na comunicação pode implicar coautoria

Análise e Apuração (Art. 55)​

  • Eventos avaliados e classificados pela equipe de SI
  • Relatório à Diretoria pelo menos mensalmente
  • Resultados transformados em base de conhecimento para reduzir ocorrências futuras

Plano de Resposta a Incidentes (Art. 56)​

O Plano deve conter:

  • Ações a desenvolver
  • Procedimentos para todos os usuários
  • Equipes e pessoas envolvidas
  • Relatório anual com resumo de ações e incidentes relevantes

Continuidade do Negócio (Art. 58–59)​

  • Procedimentos para situações adversas documentados em normativa própria
  • Bancos de dados e sistemas críticos implementados com redundância suficiente
  • Controles de continuidade auditados periodicamente

Ver também​