Aller au contenu
Reltime
LES RAILS RÉGLEMENTAIRES · Rail 1 / 8
NIS2 · Directive (UE) 2022/2555

Chaque incident, prouvé dès qu'il survient.

Directive sur la sécurité des réseaux et des systèmes d'information (SRI 2)

Les entités essentielles et importantes de 18 secteurs doivent gérer le risque cyber, déclarer vite leurs incidents et en répondre au niveau de la direction. Reltime transforme ces trois exigences en preuve qui tourne en temps réel.

Qui est visé.

Entités essentielles et importantes de l'énergie, des transports, de la banque, de la santé, de l'eau, des infrastructures numériques, de la gestion des services TIC, de l'administration publique, de l'espace, de l'industrie manufacturière, de l'alimentation, des déchets, de la chimie, des services postaux et des fournisseurs numériques. Et les fournisseurs dont elles dépendent.

Ce qui est exigé.

  1. art. 21Mesures de gestion du risque cyber, sécurité de la chaîne d'approvisionnement comprise
  2. art. 23Alerte précoce, notification d'incident et rapport final à l'autorité
  3. art. 20Les organes de direction approuvent les mesures, en supervisent l'application et peuvent être tenus responsables
Le compte à rebours
24 h
Alerte précoce
72 h
Notification d'incident
1 mois
Rapport final

Date limite de transposition 17 oct. 2024 · S'applique via le droit national de chaque État membre

Jusqu'à 10 M€ ou 2 % du chiffre d'affaires mondial pour les entités essentielles · 7 M€ ou 1,4 % pour les entités importantes

Ce que Reltime exécute. En temps réel.

Chronologie d'incident, en direct

Détection, classification, escalade et chaque décision ancrées avec responsable et horodatage, au moment même.

Rapports rédigés à partir de la preuve

L'alerte à 24 heures, la notification à 72 heures et le rapport final sont construits directement depuis la chronologie.

Contrôle des fournisseurs sur preuve

Preuves et changements des fournisseurs ancrés une seule fois. Vous et votre fournisseur voyez le même reçu.

Responsabilité de la direction

Les approbations des mesures de risque par la direction, liées à l'identité, à la date et à la version.

Accès vérifié d'abord

Chaque requête vers un système critique prouve qui demande, avec quel rôle et selon quelle règle.

REÇU DE VÉRIFICATION RELTIMEExemple
Événement
Incident INC-0417 · significatif
Escaladé à
ciso.on-call · vérifié
Règle
nis2-incident-policy v2.1
Horodatage
2026-10-14 03:12:44.201 CET
Empreinte
4b1e…92ad · inchangée ✓

Un seul reçu. Chaque auditeur.

Qui a agi, quelle règle s'appliquait et si quelque chose a changé. Créé à la seconde même. Vérifié par toute partie autorisée, sans accès à vos systèmes.

En production en quatre semaines.

  1. Semaine 1

    Cartographier votre processus d'incident et connecter l'outil de gestion des tickets

  2. Semaine 2

    Configurer le rail réglementaire, les rôles et les alertes

  3. Semaine 3

    Tester avec votre conseil juridique ou votre auditeur

  4. Semaine 4

    Passer en temps réel et livrer le premier dossier de preuves

Rails réglementaires associés