Que signifient les termes de ce site ?

Intégrité et preuveRécupérationRéglementationDéploiement et contrats

En bref

Des définitions courtes des termes utilisés par ROOTKey, du hash et du scellement aux points de restauration, à NIS2, DORA et au SLA. Chaque définition reprend ce que le site indique déjà, et chaque terme renvoie à la page qui l’explique en détail.

Empreinte numérique
SHA-256pour chaque version, horodatée
Applicable depuis
18 oct. 2024via le droit national de chaque État membre
Délai d’alerte
24haprès la détection d’un incident significatif
RTO
< 4 heuresContractuel sur Enterprise, objectif sur les offres de la plateforme

Intégrité et preuve

Empreinte numérique (hash)
Une valeur unique calculée à partir du contenu exact d’un fichier ; ROOTKey utilise SHA-256. Comparer des hashes répond à une seule question : y a-t-il eu un changement ? Cela ne dit ni quoi, ni qui, ni quand, ni où, ni à quelle version se fier.
Scellement
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étection des modifications
ROOTKey compare en continu vos données avec le registre scellé. Toute modification est détectée et expliquée : quoi, qui, quand et où.
Piste d’audit
Chaque fichier conserve son historique complet (qui, quoi, quand et où), scellé dans un registre public indépendant.
Preuve cryptographique auditable
Chaque action critique génère une preuve indépendante, vérifiable par des auditeurs externes sans accéder aux données d’origine.
Horodatages immuables
Une chaîne de traçabilité pour chaque événement de sécurité, avec une preuve vérifiable du moment où il s’est produit.
Authenticité de l’émetteur
Vérifiez la propriété organisationnelle et la provenance numérique.

Récupération

Points de récupération vérifiables
Des sauvegardes dont l’intégrité est vérifiée cryptographiquement : date, contenu et intégrité, le tout vérifiable.
Snapshots
Des snapshots immuables sont réalisés en continu : chiffrés, dotés d’une empreinte numérique et stockés sur des sites géographiquement séparés.
Restauration
Restaurez la dernière version dont la validité est prouvée, jusqu’à un seul fichier ou une seule ligne - et non une sauvegarde qui peut être compromise. Seul ce qui a été modifié revient à l’original scellé, avec vérification cryptographique.
RTO
Objectif de temps de récupération. La récupération en un clic restaure l’état exact de vos données, depuis n’importe quel snapshot, en moins de 4 heures (contractuel sur les niveaux Enterprise, objectif sur les offres de la plateforme).

Réglementation

NIS2
NIS2 est une directive de l’UE, applicable depuis le 18 octobre 2024 via le droit national, pour les entités essentielles et importantes de 18 secteurs.
DORA
DORA (règlement sur la résilience opérationnelle numérique) est un règlement de l’UE, en application depuis janvier 2025, pour les entités financières de l’UE et leurs prestataires tiers critiques de services TIC.
Article 32 du RGPD
L’article 32 du RGPD exige des mesures techniques appropriées pour garantir l’intégrité des données.
Entité essentielle
Selon l’article 3 de NIS2, les grandes entités des secteurs de l’Annexe I, par exemple l’énergie, la banque et la santé, ainsi que quelques-unes désignées quelle que soit leur taille, comme les prestataires de services de confiance qualifiés, les fournisseurs de services DNS et l’administration centrale. Le secteur et la taille décident ensemble, et le simulateur NIS2 vérifie votre cas.
Entité importante
Selon l’article 3 de NIS2, les autres entités moyennes ou grandes des secteurs de l’Annexe I ou de l’Annexe II, par exemple l’industrie, l’alimentaire et les services postaux. Une entreprise moyenne d’un secteur de l’Annexe I est donc importante, et non essentielle. Vérifiez votre cas avec le simulateur NIS2.
Incident significatif
Les incidents significatifs comprennent ceux qui causent une perturbation opérationnelle grave, des pertes financières ou un impact sur d’autres entités - notamment les attaques par ransomware, les atteintes à l’intégrité des données et les compromissions de la chaîne d’approvisionnement.
Alerte
Notification au CSIRT sous 24 h (alerte) après la détection d’un incident à impact significatif.

Déploiement et contrats

SaaS
Géré par ROOTKey · hébergé dans l’UE
Cloud privé
Votre fournisseur cloud · votre compte
Sur site
Entièrement au sein de votre périmètre
Hybride
Sur site pour les données · tableaux de bord SaaS séparés
DPA
Accord de traitement des données. Sur la plateforme SaaS, ROOTKey agit comme sous-traitant dans le cadre d’un DPA, disponible sur demande.
SLA
Accord de niveau de service. Le SLA de 99,9 % de disponibilité est contractuel sur les niveaux Enterprise et un objectif sur les offres de la plateforme ; le niveau Sovereign ajoute des SLA sur mesure pour la disponibilité, la latence, les objectifs de récupération et l’escalade.

Questions fréquentes

ROOTKey est-elle une solution de sauvegarde ?

Non. La sauvegarde restaure des systèmes. ROOTKey prouve si les données restaurées sont fiables - les deux sont complémentaires, pas concurrents.

Qu’exige NIS2 en matière de notification des incidents ?

L’article 23 de NIS2 exige une notification à l’autorité nationale dans les 24 heures suivant un incident significatif, un rapport détaillé sous 72 heures et un rapport final dans un délai d’un mois. ROOTKey génère automatiquement la piste de preuves cryptographiques nécessaire aux trois étapes.