Que signifient les termes de ce site ?
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.