Investigar 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.
O que isto substitui
- Investiga a mesma intrusão duas vezes porque o relatório do ano passado ficou num e-mail.
- Seis ferramentas guardam o contexto enquanto o relógio da investigação corre.
- A correção é confirmada, e depois nada: sem ticket, sem responsável, sem data.
O que muda
- A pesquisa de incidentes semelhantes responde se já aconteceu, a partir dos registos e não da memória.
- Cada incidente fecha com os seus IOC, evidências e cronologia: o relatório é o trabalho.
- Os relatórios abrem só de leitura, incluindo Executive e Board; os add-ons dependem da licença do tenant.
O que faz aqui
- 1Trabalhe a fila de casos no turno.
O dashboard do SOC mostra o que está aberto, por isso lê o caso antes de decidir se passa a incidente.
SOC dashboard - 2Abra o incidente e conduza-o.
IOC, evidências e entradas de cronologia ficam ligados ao registo à medida que avança. O relatório fica pronto quando a investigação fica.
Incident journal - 3Consulte primeiro os incidentes semelhantes.
O precedente está no próprio registo: isto já foi tratado uma vez, com a cronologia como prova.
Incident detail - 4Faça a triagem e atualize uma vulnerabilidade.
Estado, gravidade e notas de correção mudam a partir da própria fila — ler não é o limite desta função.
Vulnerability management - 5Crie uma tarefa de seguimento para a correção.
Crie-a e passe-a. Escala o trabalho sem reescrever o backlog de outra pessoa.
Tasks
Onde a função termina
Cria tarefas; o backlog da equipa não é seu para reorganizar. Risco, controlos e relatórios estão abertos para si, todos só de leitura.
Trabalha com
SOCGestor de SOCO 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.
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.
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.
Pronto para ir
além do GRC tradicional?
14 dias de teste gratuito. Sem cartão. Cloud ou on-premises.