ROOTKey vs SIEM : ai-je besoin des deux ?
En bref
Un SIEM collecte et corrèle les journaux (logs) et les événements de sécurité produits par vos systèmes, afin que votre équipe puisse détecter et investiguer une activité suspecte. ROOTKey travaille sur les données elles-mêmes : elle scelle une empreinte numérique de chaque version de vos fichiers, tables et enregistrements, détecte toute modification - quoi, qui, quand et où - et restaure uniquement ce qui a été altéré. Le SIEM détecte des événements ; ROOTKey répond à la question de savoir quelles données restent fiables après une alerte. Si vous avez besoin des deux réponses, il vous faut les deux, et les événements de ROOTKey parviennent à votre SIEM via la REST API et les webhooks.
- Détection
- Continuequoi, qui, quand et où
- Vers votre SIEM
- REST APIet webhooks
- Empreinte
- SHA-256pour chaque version, horodatée
- Périmètre
- Fichier · table · ligneuniquement ce qui a été altéré
Côte à côte : SIEM et ROOTKey
Un SIEM examine les événements que vos systèmes remontent. ROOTKey examine le contenu de vos fichiers, tables et enregistrements. Le tableau présente ce que fait chacun.
| SIEM | ROOTKey | |
|---|---|---|
| À quoi il répond | Que se passe-t-il dans nos systèmes, et y a-t-il quelque chose de suspect ? | Quelles données restent fiables, et qu’est-ce qui a changé exactement ? |
| Ce qu’il enregistre | Des journaux et des événements de sécurité collectés auprès des systèmes, applications et équipements réseau | Une empreinte numérique SHA-256 de chaque version de chaque fichier, table ou enregistrement, scellée avec horodatage dans un registre public indépendant |
| Preuve pour un tiersintégrité démontrée à autrui | Ce n’est pas son objet : il conserve et analyse les événements qu’il reçoit | Chaque action critique génère une preuve indépendante, vérifiable par des auditeurs externes sans accéder aux données d’origine |
| Détail du changementquoi, qui, quand et où | Montre l’activité que les systèmes remontent, comme les connexions, les accès et les alertes, dans la mesure où chaque source la journalise | Montre la modification dans le contenu lui-même - ligne, cellule ou champ, avant et après - avec qui, quand et où |
| Restauration sélectiveuniquement ce qui a été altéré | Ce n’est pas son rôle : un SIEM ne restaure pas de données | Oui : la dernière version dont la validité est prouvée, jusqu’à un seul fichier ou une seule ligne |
| Vérification indépendante | Travaille à partir des événements que les systèmes surveillés remontent | Compare les données elles-mêmes à une empreinte scellée dans un registre public indépendant |
| Stockage existantfonctionne avec vos outils | Collecte les événements des systèmes auxquels il est connecté | Connecteurs directs à SharePoint, OneDrive, Amazon S3 et Cloudflare R2 ; REST API et webhooks pour tout autre système, y compris votre SIEM |
| Preuves réglementaires | Contribue à la surveillance, à la détection et à la gestion des incidents | Une piste d’audit cryptographique, des rapports d’intégrité et des dossiers de preuves pour NIS2 (art. 21, 23), DORA (art. 9, 17) et le RGPD (art. 32) |
Quand avez-vous besoin de chacun ?
- SIEM
- Pour surveiller l’activité de nombreux systèmes, corréler des événements, déclencher des alertes et appuyer votre équipe des opérations de sécurité lorsqu’elle investigue un incident.
- ROOTKey
- Lorsque la question porte sur les données elles-mêmes : un fichier, une table ou un enregistrement a-t-il été modifié, qu’est-ce qui a changé exactement, à quelle version se fier, et comment le prouver à un auditeur ou à un régulateur.
Ils répondent à des questions différentes et fonctionnent mieux ensemble.
Comment ils fonctionnent ensemble
Les événements de ROOTKey sont disponibles pour votre SIEM via la REST API et les webhooks : votre équipe voit les modifications des données à côté du reste de ses événements de sécurité.
Ancrer
Chaque version de chaque fichier, table ou enregistrement reçoit une empreinte numérique unique, scellée dans un registre public indépendant avec horodatage.
Détecter
ROOTKey compare en continu vos données avec le registre scellé et déclenche une alerte à chaque modification, expliquée : quoi, qui, quand et où.
Corréler
Les événements parviennent à votre SIEM via la REST API et les webhooks, à côté des événements du reste de votre infrastructure.
Récupérer après une alerte
Lorsqu’une alerte se déclenche, ROOTKey montre quelles données ont été altérées et lesquelles restent fiables, et restaure uniquement ce qui a été altéré à partir de la dernière version dont la validité est prouvée. Chaque action est scellée par un horodatage cryptographique, formant une chaîne de traçabilité prête pour les auditeurs et exportable pour les régulateurs.
Connecteurs, API et webhooks : Intégrations.
Questions fréquentes
ROOTKey remplace-t-elle mon SIEM ?
Non - elle le complète. Le SIEM détecte des événements ; ROOTKey répond à la question de savoir quelles données restent fiables après une alerte. Ce sont des questions différentes, et ces outils fonctionnent mieux ensemble.
Comment ROOTKey s’intègre-t-elle à notre SIEM ?
Les événements sont disponibles pour votre SIEM via l’API REST et les webhooks.
Un SIEM peut-il montrer ce qui a changé dans un fichier ?
Un SIEM travaille à partir des événements que les systèmes remontent, comme les accès et l’activité. ROOTKey compare le fichier lui-même à l’original scellé et ne montre que ce qui a été modifié - ligne, cellule ou champ, avant et après - avec qui, quand et où.
Où ROOTKey fonctionne-t-elle ?
ROOTKey fonctionne en SaaS hébergé dans l’UE, dans votre propre compte cloud, au sein de votre infrastructure, ou en mode hybride avec les données sur site et des tableaux de bord SaaS séparés.