ROOTKey vs SIEM: preciso dos dois?
Resposta curta
Um SIEM recolhe e correlaciona os registos (logs) e os eventos de segurança que os seus sistemas produzem, para que a sua equipa possa detetar e investigar atividade suspeita. A ROOTKey trabalha sobre os próprios dados: sela uma impressão digital de cada versão dos seus ficheiros, tabelas e registos, deteta qualquer alteração - o quê, quem, quando e onde - e repõe só o que foi alterado. O SIEM deteta eventos; a ROOTKey responde em quais dados ainda se pode confiar após um alerta. Se precisa das duas respostas, precisa dos dois, e os eventos da ROOTKey chegam ao seu SIEM através da REST API e de webhooks.
- Deteção
- Contínuao quê, quem, quando e onde
- Para o seu SIEM
- REST APIe webhooks
- Impressão digital
- SHA-256para cada versão, com data e hora
- Âmbito
- Ficheiro · tabela · linhasó o que foi alterado
Lado a lado: SIEM e ROOTKey
Um SIEM olha para os eventos que os seus sistemas reportam. A ROOTKey olha para o conteúdo dos seus ficheiros, tabelas e registos. A tabela expõe o que faz cada um.
| SIEM | ROOTKey | |
|---|---|---|
| O que responde | O que está a acontecer nos nossos sistemas, e há algo suspeito? | Em que dados ainda se pode confiar, e o que mudou exatamente? |
| O que regista | Logs e eventos de segurança recolhidos de sistemas, aplicações e equipamentos de rede | Uma impressão digital SHA-256 de cada versão de cada ficheiro, tabela ou registo, selada com carimbo temporal num registo público independente |
| Prova a terceirosintegridade demonstrada a outros | Não é o seu objetivo: guarda e analisa os eventos que recebe | Cada ação crítica gera uma prova independente, verificável por auditores externos sem aceder aos dados originais |
| Detalhe da alteraçãoo quê, quem, quando e onde | Mostra a atividade que os sistemas reportam, como inícios de sessão, acessos e alertas, na medida em que cada fonte a regista | Mostra a alteração no próprio conteúdo - linha, célula ou campo, antes e depois - com quem, quando e onde |
| Reposição seletivasó o que foi alterado | Não é o seu papel: um SIEM não repõe dados | Sim: a última versão comprovadamente válida, até um único ficheiro ou uma única linha |
| Verificação independente | Trabalha a partir dos eventos que os sistemas monitorizados reportam | Compara os próprios dados com uma impressão digital selada num registo público independente |
| Armazenamento existentefunciona com o que já usa | Recolhe eventos dos sistemas a que está ligado | Conectores diretos ao SharePoint, OneDrive, Amazon S3 e Cloudflare R2; REST API e webhooks para qualquer outro sistema, incluindo o seu SIEM |
| Evidência regulatória | Apoia a monitorização, a deteção e o tratamento de incidentes | Um trilho de auditoria criptográfico, relatórios de integridade e pacotes de evidência para NIS2 (Art. 21, 23), DORA (Art. 9, 17) e RGPD (Art. 32) |
Quando precisa de cada um
- SIEM
- Para monitorizar a atividade em muitos sistemas, correlacionar eventos, emitir alertas e apoiar a sua equipa de operações de segurança quando investiga um incidente.
- ROOTKey
- Quando a pergunta é sobre os próprios dados: se um ficheiro, tabela ou registo foi alterado, o que mudou exatamente, em que versão se pode confiar e como o provar a um auditor ou a um regulador.
Respondem a perguntas diferentes e funcionam melhor juntos.
Como funcionam em conjunto
Os eventos da ROOTKey estão disponíveis para o seu SIEM através da REST API e de webhooks, para que a sua equipa veja as alterações aos dados ao lado dos restantes eventos de segurança.
Âncora
Cada versão de cada ficheiro, tabela ou registo recebe uma impressão digital única, selada num registo público independente com carimbo temporal.
Detetar
A ROOTKey compara continuamente os seus dados com o registo selado e emite um alerta perante qualquer modificação, explicada: o quê, quem, quando e onde.
Correlacionar
Os eventos chegam ao seu SIEM através da REST API e de webhooks, ao lado dos eventos do resto da sua infraestrutura.
Recuperar após um alerta
Quando surge um alerta, a ROOTKey mostra que dados foram alterados e em quais ainda se pode confiar, e repõe só o que foi alterado, a partir da última versão comprovadamente válida. Cada ação é selada com um carimbo temporal criptográfico, formando uma cadeia de custódia pronta para auditores e exportável para reguladores.
Conectores, API e webhooks: Integrações.
Perguntas frequentes
A ROOTKey substitui o meu SIEM?
Não - complementa-o. O SIEM deteta eventos; a ROOTKey responde em quais dados ainda se pode confiar após um alerta. Respondem a perguntas diferentes e funcionam melhor juntos.
Como integra a ROOTKey com o nosso SIEM?
Os eventos estão disponíveis para o seu SIEM através da REST API e de webhooks.
Um SIEM consegue mostrar o que mudou dentro de um ficheiro?
Um SIEM trabalha a partir dos eventos que os sistemas reportam, como acessos e atividade. A ROOTKey compara o próprio ficheiro com o original selado e mostra apenas o que foi alterado - linha, célula ou campo, antes e depois - com quem, quando e onde.
Onde corre a ROOTKey?
A ROOTKey corre em SaaS alojado na UE, na sua própria conta de cloud, dentro da sua infraestrutura ou em modo híbrido, com os dados on-premise e painéis SaaS separados.