Détection d'incidents NIS2 et notification sous 24 heures

Le plus difficile dans le reporting NIS2 n'est pas de rédiger la notification, mais de savoir assez vite ce qui s'est passé, quels services sont touchés et si l'incident est significatif. Cette information existe, mais dans un SIEM, une console d'alarmes OT, un outil de tickets et un calendrier de changements que personne n'a le temps de réconcilier pendant que l'incident est en cours.

La plateforme porte une ontologie des services, sites, actifs et systèmes de l'opérateur, de sorte qu'une rafale d'alertes est rattachée aux services et aux clients qu'elle touche au lieu de rester une liste de noms d'hôtes. Des agents orchestrés ouvrent l'incident, y joignent les preuves corrélées, appliquent les critères de significativité propres à l'opérateur et produisent le projet d'alerte précoce, chaque affirmation étant liée à un événement source. Une personne désignée relit, corrige et envoie ; rien ne part sans cette validation.

Comme toute la chaîne tourne sur l'infrastructure de l'opérateur, le dossier d'incident, les preuves et les notifications restent dans le périmètre, et la piste d'audit de qui a relu quoi est disponible lorsque l'autorité la demande.