HodeiShield®

Un incident, plusieurs référentiels, un seul registre.

Enregistrez l’incident une fois et il est classé simultanément face à DORA, NIS2, au RGPD et au règlement sur l’IA, avec les critères de chaque verdict, le compte à rebours à l’écran et un brouillon téléchargeable par autorité.

Pour: RSSI, responsables de la conformité et de la continuité qui, lorsqu’un incident survient, doivent savoir qui prévenir et dans quel délai, sous plusieurs référentiels à la fois.

Demander une démoLire la documentation de conformité (s’ouvre dans un nouvel onglet)
  • Les brouillons se téléchargent ; le dépôt, c’est vous qui le faites
  • Délais indicatifs : confirmez l’horloge légale de chaque référentiel

Registre des incidentsEntité A

Données d’exemple

INC-0042 Panne du service de paiements d’un fournisseur TIC

En cours d’investigationDétecté à 09 h 12

Classification simultanée face à chaque référentiel

  • DORA

    À notifier

    Fonction critique touchée et panne de plus de 5 h

  • NIS2

    À notifier (critère indicatif)

    Gravité élevée et fonction critique touchée

  • RGPD

    À ne pas notifier

    Aucune donnée personnelle touchée

  • Règlement sur l’IA

    Non applicable

    Aucun système d’IA impliqué

Délais depuis la détection

  • DORA · rapport initial

    Respecté

  • NIS2 · alerte précoce

    En attente14 h 48 min

  • DORA · rapport intermédiaire

    En attente20 h 48 min

Délais indicatifs. L’horloge légale de chaque référentiel, c’est vous qui la confirmez.

Brouillons téléchargeables, un par autorité

  • Superviseur DORACSV type ESA
  • CSIRT NIS2Markdown
  • Autorité de protection des donnéesArt. 33
Données d’exemple : l’incident, les heures et les verdicts sont fictifs. Les délais sont indicatifs et rien n’est déposé depuis ici.

De l’alerte au brouillon pour l’autorité

Le parcours d’un incident dans HodeiShield, avec ce que chaque étape ne fait pas.

  1. Enregistrez-le une fois

    Vous créez l’incident avec son type, sa gravité et ses dates. Il passe par ouvert, en investigation, contenu, résolu et clos.

    Portée. Écrire exige un rôle d’administrateur ; le reste de l’équipe consulte.

  2. Il est classé face à chaque référentiel

    Des règles déterministes évaluent DORA (avec les seuils du RTS UE 2024/1774), NIS2, le RGPD et, si un système d’IA est impliqué, le règlement sur l’IA. Chaque verdict montre les critères qui l’ont déclenché.

    Portée. Les critères de NIS2 sont indicatifs, propres à HodeiShield. Ce n’est pas une classification officielle et il ne décide pas à votre place si l’incident est important.

  3. Vous voyez chaque délai avec son compte à rebours

    Il calcule les délais depuis la détection : 4 h, 24 h et 72 h pour DORA ; 24 h et 72 h pour NIS2 ; 72 h pour le RGPD. Chacun s’affiche comme en attente, dépassé ou respecté.

    Portée. Ce sont des délais indicatifs. L’horloge légale, qui dans DORA se compte depuis la classification comme majeur, c’est votre organisation qui la confirme. Il ne prévient pas de lui-même avant leur échéance.

  4. Vous marquez ce qui est respecté

    Quand votre équipe a notifié, marquez le délai comme respecté.

    Portée. C’est une marque humaine : elle ne confirme pas que quoi que ce soit ait été déposé.

  5. Vous téléchargez le brouillon de chaque autorité

    DORA : CSV type modèle des ESA (xBRL-CSV). NIS2 : notification au CSIRT en Markdown. RGPD : formulaire de l’article 33. Règlement sur l’IA : rapport propre. Ils sont construits avec les données de l’incident, sans IA.

    Portée. Ce sont des brouillons. HodeiShield ne les dépose pas et le fichier DORA n’est pas validé par l’autorité.

  6. Vous clôturez avec cause racine et mesures

    Vous joignez des preuves, consignez la cause racine et mesurez le délai moyen de détection (MTTD) et de résolution (MTTR).

Ce que fait HodeiShield et ce qui reste à vous

La frontière est claire : le produit ordonne et prépare ; la décision et le dépôt reviennent à votre organisation.

Ce qu’il fait

  • Classe simultanément face à DORA, NIS2, au RGPD et au règlement sur l’IA.
  • Montre chaque délai avec compte à rebours à l’écran.
  • Génère le brouillon au format de chaque autorité.
  • Remonte les délais ouverts au RSSI virtuel et au tableau de bord du Conseil.

Ce qui reste à vous

  • Confirmer l’horloge légale de chaque référentiel.
  • Décider si l’incident est majeur ou significatif.
  • Relire et déposer le brouillon auprès de l’autorité.
  • Vous souvenir du délai : il n’y a pas d’avertissements automatiques avant l’échéance.

Comment se décide chaque verdict

Des règles déterministes, avec le critère à la vue de tous. Celles de DORA suivent la norme technique ; celles de NIS2 sont des critères indicatifs.

DORA
Seuils du RTS UE 2024/1774 : utilisateurs touchés, pourcentage d’utilisateurs, durée de la panne, enregistrements de données, perte économique et fonctions critiques.
NIS2
Critères indicatifs propres : gravité élevée ou critique, fonctions critiques, impact transfrontalier, panne prolongée et perte économique élevée. Ce ne sont pas des seuils de la directive.
RGPD
Il est marqué comme à notifier quand des données personnelles sont touchées et que la gravité le justifie.
Règlement sur l’IA
S’applique à un incident grave dans lequel intervient un système d’IA à haut risque (article 73).

Ce qu’il ne fait pas

Pour que vous sachiez où s’arrête l’outil.

  • Il ne dépose rien auprès du CSIRT, du superviseur ni de l’autorité de protection des données : il génère des fichiers que votre organisation dépose de son côté.
  • Il ne prévient pas de lui-même avant l’échéance d’un délai : le compte à rebours se voit à l’écran.
  • Ce n’est pas une classification officielle : ce sont des règles avec des critères de référence, et ceux de NIS2 sont indicatifs.
  • Il ne garantit pas que l’horloge affichée soit la légale : confirmez-la pour chaque référentiel.
  • Il ne livre pas un fichier DORA validé par l’autorité : c’est un modèle type ESA.
  • Il n’a pas de matrice de rôles pour les incidents : un rôle d’administrateur écrit et le reste consulte.

Comment il se connecte aux autres solutions

Un incident ouvert alimente le suivi et les rapports de direction.

Documentation de conformité (s’ouvre dans un nouvel onglet)

Gestion des incidents : questions directes

Celles que pose qui doit notifier avec l’horloge qui tourne.

HodeiShield notifie-t-il l’autorité ?

Non. Il génère le brouillon au format de chaque autorité et vous le téléchargez ; le dépôt, c’est votre organisation qui le fait de son côté.

Les délais affichés sont-ils les délais légaux ?

Ils sont affichés à titre indicatif, calculés depuis la détection. L’horloge légale peut se compter autrement (dans DORA, depuis la classification comme majeur) et doit être confirmée par votre organisation.

Me prévient-il avant l’échéance d’un délai ?

Non. Le compte à rebours se voit à l’écran et les délais ouverts apparaissent dans le RSSI virtuel et dans le tableau de bord du Conseil, mais il n’y a pas d’avertissements automatiques.

Décide-t-il si c’est un incident majeur ou significatif ?

Il ne décide pas à votre place. Il applique des règles dont les critères sont visibles : ceux de DORA suivent le RTS UE 2024/1774 et ceux de NIS2 sont des critères indicatifs propres à HodeiShield, pas des seuils de la directive.

Quels brouillons génère-t-il, et une IA les écrit-elle ?

DORA en CSV type modèle des ESA, NIS2 en notification au CSIRT en Markdown, RGPD en formulaire de l’article 33 et un rapport pour le règlement sur l’IA. Ils sont construits avec les données de l’incident, sans IA, et chaque téléchargement est consigné dans l’audit.

Qui peut enregistrer et modifier des incidents ?

Les rôles d’administrateur peuvent écrire. Le reste de l’équipe consulte, sans matrice de rôles propre aux incidents.

Voyez un incident classé sur trois référentiels

Demandez une démo et nous parcourons, avec des données d’exemple, le registre, les délais et les brouillons pour chaque autorité.

Délais indicatifs et brouillons téléchargeables : le dépôt est à vous.

Demander une démoLire la documentation (s’ouvre dans un nouvel onglet)