O turno acaba. O contexto não.
A continuidade é o problema mais difícil de um SOC; morre às sete da manhã. Escala, escalonamento, carga de trabalho e uma passagem assinada mantêm-na viva. Casos e registos de incidentes são seus para fechar — ou apagar.
O que isto substitui
- O contexto da noite são três mensagens de chat e a memória de uma pessoa.
- Dois analistas pegam no mesmo caso enquanto outros três estão parados desde sexta.
- Um tipo de incidente tem três nomes, conforme quem o escreveu primeiro.
O que muda
- O turno seguinte começa num registo de passagem assinado, não no histórico de chat de ontem.
- O histórico de atribuições indica quem assumiu cada caso e quando, por analista e por turno.
- Oito ecrãs sustentam o turno: dashboard, casos, turnos, carga, passagem, KPI, boas práticas, roteiro.
O que faz aqui
- 1Planeie a escala e o caminho de escalonamento.
Ordem de piquete, cobertura e política de escalonamento ficam junto da escala, no ecrã onde se planeia o turno.
Shift management - 2Equilibre a fila analista a analista.
Assuma, atribua ou reatribua um caso; cada movimento entra no histórico de atribuições, com um nome.
Analyst workload - 3Passe o turno num registo que o turno seguinte assina.
Rascunhar, submeter, confirmar. A equipa seguinte herda por escrito o que aconteceu.
Shift handover - 4Preencha o mês que nunca mediu.
O desempenho dos analistas e os instantâneos de KPI guardam histórico; uma falha no registo pode ser preenchida depois.
SOC KPIs - 5Fixe um nome por tipo de incidente.
A deteção de conflitos no registo de nomes impede dois analistas de inventarem dois rótulos para a mesma coisa.
Naming registry - 6Transforme uma lacuna de capacidade num item do roteiro.
Boas práticas por adotar são seguidas como lacunas e depois ordenadas. O roteiro sai da avaliação.
SOC best practices
Onde a função termina
Os ativos são só de leitura para si. Gere o SOC, não o programa: governação, risco e conformidade ficam com quem os detém.
Trabalha com
TRIAGEAnalista de segurançaInvestigar mais depressa, corrigir por completo.Faça a triagem na fila de casos e depois trabalhe no registo do incidente: IOC, evidências e cronologia à medida que avança. Veja se já aconteceu antes e passe a correção como tarefa com data.
OPSGestor de segurançaNada fica esquecido pelo caminho.Assuma o dia operacional: a fila de vulnerabilidades, os incidentes da triagem às lições aprendidas, as certificações de acesso, as aprovações de hardening e as rondas de phishing. Cada um tem responsável, data e registo.
ASSETSGestor de TICorrigido é uma afirmação. Reforçado é uma análise.Um inventário está certo no dia em que foi exportado. Aqui o registo mantém-se vivo, as exceções são decisões escritas e cada sistema é analisado face à sua base com o add-on de hardening.
Pronto para ir
além do GRC tradicional?
14 dias de teste gratuito. Sem cartão. Cloud ou on-premises.