ROOTKey vs stockage immuable (WORM, object lock) : quelle est la différence ?
En bref
Le stockage immuable, comme le WORM (write once, read many), un verrouillage d’objets avec période de rétention ou une base de données append-only, est un contrôle préventif : il cherche à empêcher qu’un enregistrement soit modifié ou supprimé après son écriture. ROOTKey ajoute une couche de vérification cryptographique : elle scelle une empreinte numérique de chaque version dans un registre public indépendant, pour qu’un tiers puisse confirmer qu’un enregistrement est exactement tel qu’il était, montre ce qui a changé - qui, quand et où - et restaure uniquement ce qui a été altéré. L’immuabilité est une promesse sur le comportement d’un système ; la vérifiabilité est une preuve qu’un tiers peut confirmer par lui-même. Les deux se complètent.
- Empreinte
- SHA-256pour chaque version, horodatée
- Détection
- Continuequoi, qui, quand et où
- Périmètre
- Fichier · table · ligneuniquement ce qui a été altéré
- Connecteurs directs
- 4SharePoint · OneDrive · Amazon S3 · Cloudflare R2
Côte à côte : stockage immuable et ROOTKey
Deux questions sont souvent confondues : « cet enregistrement peut-il être modifié ? » et « puis-je prouver à un tiers qu’il ne l’a pas été ? ». Le tableau montre à laquelle chacun répond.
| Stockage immuable | ROOTKey | |
|---|---|---|
| À quoi il répond | Cet enregistrement peut-il être modifié ? | Puis-je prouver à un tiers qu’il ne l’a pas été ? |
| Ce qu’il enregistre | Les données elles-mêmes, maintenues inaltérables pendant une période de rétention | Une empreinte numérique SHA-256 de chaque version, scellée avec horodatage dans un registre public indépendant ; avec les connecteurs et les déploiements sur mesure, le contenu reste où il est |
| Preuve pour un tiersintégrité démontrée à autrui | Sa garantie est une affirmation sur la façon dont un système est configuré et administré, un système que l’auditeur ne contrôle pas | Chacun peut recalculer l’empreinte et la comparer à celle qui a été scellée ; les auditeurs externes peuvent vérifier sans accéder aux données d’origine |
| Détail du changementquoi, qui, quand et où | Conçu pour empêcher le changement, pas pour l’expliquer | Oui : toute modification est détectée et expliquée - quoi, qui, quand et où |
| Restauration sélectiveuniquement ce qui a été altéré | Les enregistrements protégés restent tels qu’écrits ; restaurer des données conservées ailleurs sort de son périmètre | Oui : la dernière version dont la validité est prouvée, jusqu’à un seul fichier ou une seule ligne |
| Vérification indépendante | Dépend de la configuration du système et des droits de la personne qui l’administre | Le point de référence est un registre public indépendant, qui n’est pas contrôlé uniquement par celui qui stocke les données |
| Stockage existantfonctionne avec vos outils | C’est une couche de stockage : les données doivent y être écrites | Fonctionne par-dessus le stockage existant : connecteurs directs à SharePoint, OneDrive, Amazon S3 et Cloudflare R2, REST API et webhooks |
| Preuves réglementaires | Contribue aux exigences de conservation d’enregistrements inchangés pendant une durée définie | 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), exportables pour les régulateurs |
Quand avez-vous besoin de chacun ?
- Stockage immuable
- Lorsque des enregistrements, des journaux ou des sauvegardes doivent rester inchangés pendant une période de rétention et être protégés contre la modification ou la suppression après leur écriture.
- ROOTKey
- Lorsque vous devez prouver l’intégrité à quelqu’un qui ne contrôle pas vos systèmes - un auditeur, un régulateur ou un tribunal -, lorsque les données se trouvent sur un support ordinaire, lorsque vous devez voir exactement ce qui a changé, ou lorsque la preuve doit survivre à une migration ou à un changement de fournisseur.
Le stockage immuable préserve ce qui a été écrit. Si les données étaient déjà falsifiées au moment de l’écriture, il conserve cet état avec la même rigueur, tout comme un scellement fait par-dessus. ROOTKey prouve que vos données n’ont pas changé depuis leur scellement et montre toute modification ultérieure.
Comment ils fonctionnent ensemble
Un enregistrement peut être vérifiable même s’il est stocké sur un support ordinaire, à condition que son empreinte numérique ait été fixée dans un lieu indépendant. Sur un stockage immuable, le même sceau ajoute une preuve qu’un tiers peut contrôler.
Conserver
Le stockage immuable empêche que des enregistrements, des journaux et des sauvegardes soient modifiés ou supprimés pendant leur période de rétention.
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. Avec les connecteurs et les déploiements sur mesure, le contenu d’origine reste là où il a toujours été.
Vérifier
Pour vérifier, on recalcule l’empreinte du fichier tel qu’il est aujourd’hui et on la compare à celle qui a été scellée. Si elles correspondent, le contenu n’a pas changé depuis le moment du scellement. 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.
ROOTKey se connecte directement à Amazon S3 et à Cloudflare R2 : les données que vous y conservez peuvent être scellées et vérifiées là où elles se trouvent. Intégrations.
Questions fréquentes
Le stockage immuable suffit-il pour un audit ?
L’immuabilité est utile et souvent nécessaire, mais un audit exige une preuve qui puisse être confirmée de manière indépendante. Le stockage immuable empêche les modifications ; une preuve vérifiable permet à tout tiers de confirmer qu’elles n’ont jamais eu lieu. ROOTKey ajoute cette preuve par-dessus le stockage que vous utilisez déjà.
Si mon stockage est immuable, que reste-t-il à vérifier ?
Le stockage immuable préserve ce qu’on y a mis. Si les données étaient déjà falsifiées au moment de l’écriture, si un événement n’a jamais été enregistré ou si un processus a échoué en silence, il conserve cet état avec la même rigueur, et un scellement fait ensuite ne le voit pas non plus. Dès le scellement, ROOTKey prouve que vos données n’ont pas changé et montre toute modification ultérieure : quoi, qui, quand et où.
Qu’est-ce que ROOTKey enregistre dans le registre public indépendant ?
Une empreinte numérique : une valeur courte, unique pour ce contenu exact, scellée avec horodatage. Seule l’empreinte va au registre, jamais le contenu. Avec les connecteurs, le contenu d’origine reste là où il a toujours été ; avec un déploiement sur mesure, vos données restent sur votre propre infrastructure. Sur la plateforme SaaS, ROOTKey les héberge dans l’UE.
ROOTKey remplace-t-elle le stockage immuable ?
Non. L’immuabilité est un contrôle préventif et ROOTKey ajoute une couche de vérification cryptographique. Aucun ne remplace l’autre : ils fonctionnent mieux ensemble.