Référentiels

Comment fonctionne la notification des incidents au titre de NIS2 ?

Réponse directe

Selon l’article 23 de NIS2, les entités essentielles et importantes signalent leurs incidents significatifs au CSIRT national ou à l’autorité compétente par étapes : une alerte précoce sous 24 heures après en avoir pris connaissance, une notification plus complète sous 72 heures, puis un rapport final dans le mois qui suit. Ces délais sont identiques dans chaque État membre.

En vertu de l’article 23 de NIS2, les entités essentielles et importantes doivent signaler les incidents significatifs à leur CSIRT national ou à l’autorité compétente par étapes : une alerte précoce dans les 24 heures suivant la prise de connaissance de l’incident, une notification d’incident plus complète dans les 72 heures, et un rapport final dans le mois suivant cette notification. En France, l’ANSSI est l’autorité nationale de cybersécurité chargée de recevoir ces signalements. Un incident est significatif s’il a causé ou est susceptible de causer une perturbation opérationnelle grave ou une perte financière importante, ou s’il a affecté d’autres personnes par des dommages matériels ou immatériels considérables. Ces délais sont fixés à l’article 23(4) de la directive et sont identiques dans chaque État membre. La structure par étapes permet aux autorités d’obtenir un signal rapide, puis une image complète au fil de la résolution. Le délai de signalement ne commence qu’une fois l’incident qualifié de significatif, d’où l’importance d’une classification rapide et exacte, autant que du signalement lui-même. Le signalement est une séquence, et non un dépôt unique : alerte précoce à 24 heures, notification à 72 heures avec une évaluation plus détaillée, rapport final dans le mois couvrant la cause racine et les mesures d’atténuation. Si l’incident est toujours ouvert au bout d’un mois, vous déposez un rapport d’avancement puis un rapport final une fois résolu.

Que contient chaque rapport NIS2 ?

L’article 23(4) fixe le contenu de chaque étape :

  • Alerte précoce, dans les 24 heures après avoir eu connaissance de l’incident significatif : le cas échéant, si l’on suspecte qu’il a été causé par des actes illicites ou malveillants et s’il pourrait avoir un impact transfrontière.
  • Notification d’incident, dans les 72 heures après en avoir eu connaissance : une mise à jour de l’alerte précoce et une évaluation initiale de la gravité et de l’impact, avec les indicateurs de compromission lorsqu’ils sont disponibles.
  • Rapport intermédiaire : à la demande du CSIRT ou de l’autorité compétente, sur les évolutions pertinentes de la situation.
  • Rapport final, au plus tard un mois après la notification : une description détaillée, gravité et impact compris, le type de menace ou la cause profonde probable, les mesures d’atténuation appliquées et en cours, et l’éventuel impact transfrontière.

Les prestataires de services de confiance ont un délai plus court pour les incidents qui touchent leurs services de confiance : la notification d’incident est due dans les 24 heures après en avoir eu connaissance.

Qui d’autre doit être informé d’un incident significatif ?

L’autorité n’est pas le seul destinataire. Le cas échéant, l’article 23(1) impose de notifier sans retard injustifié aux destinataires des services les incidents significatifs susceptibles de nuire à la fourniture de ces services. Selon l’article 23(2), les destinataires potentiellement touchés par une cybermenace importante doivent être informés des mesures ou corrections qu’ils peuvent appliquer. Lorsque la sensibilisation du public est nécessaire, le CSIRT ou l’autorité peut, après avoir consulté l’entité, informer le public ou exiger que l’entité le fasse (article 23(7)).

En retour, le CSIRT ou l’autorité répond à l’alerte précoce sans retard injustifié et si possible dans les 24 heures, avec un premier retour d’information et, sur demande, des orientations sur les mesures d’atténuation (article 23(5)). Si l’incident semble de nature criminelle, il fournit aussi des orientations pour le signaler aux autorités répressives.

Comment les fournisseurs numériques savent-ils si un incident est significatif ?

Pour les fournisseurs DNS, registres de noms de domaine de premier niveau, fournisseurs de cloud, de centres de données, de réseaux de diffusion de contenu, de services gérés et de services de sécurité gérés, places de marché en ligne, moteurs de recherche, réseaux sociaux et prestataires de services de confiance, le règlement d’exécution (UE) 2024/2690 de la Commission remplace l’appréciation par des critères. Selon son article 3, un incident est significatif s’il remplit au moins l’un des critères suivants, entre autres :

  • une perte financière directe supérieure à 500 000 euros ou à 5 % du chiffre d’affaires annuel total de l’exercice précédent, le montant le plus faible étant retenu ;
  • l’exfiltration de secrets d’affaires ;
  • le décès d’une personne ou une atteinte considérable à sa santé ;
  • un accès non autorisé réussi, suspecté malveillant, susceptible de causer une perturbation opérationnelle grave ;
  • les seuils propres à chaque service, fixés à ses articles 5 à 14.

La maintenance planifiée n’entre pas en compte. Selon l’article 4, des incidents survenus au moins deux fois en six mois avec la même cause apparente comptent comme un seul incident significatif s’ils remplissent ensemble le critère de perte financière. Les autres entités appliquent le critère général de l’article 23(3) de la directive, précisé par les orientations nationales.

Comment se préparer avant qu’un incident survienne ?

  • Formaliser la classification des incidents au regard de l’article 23(3), ou des critères du règlement 2024/2690 lorsqu’ils s’appliquent, et désigner qui tranche.
  • Consigner le moment où vous avez eu connaissance d’un incident significatif : les délais de 24 et 72 heures courent à partir de là.
  • Tenir à jour le circuit de signalement vers votre CSIRT ou votre autorité compétente dans chaque État membre où vous êtes concerné.
  • Préparer des modèles pour l’alerte précoce, la notification et le rapport final, afin de réunir au fil de l’incident les informations exigées par l’article 23(4).
  • Décider à l’avance qui informe les clients touchés, et comment.

Comment Acuna GRC s’en charge

Sources

  1. Directive (UE) 2022/2555 (NIS2), articles 23, 34 et 35
  2. Règlement d’exécution (UE) 2024/2690 de la Commission, articles 3 et 4

Cette page explique les règles en termes généraux et ne constitue pas un conseil juridique.

Questions fréquentes

Un signalement NIS2 équivaut-il à une notification de violation au titre du RGPD ?

Non. Une violation de données personnelles se notifie séparément à l’autorité de protection des données au titre du RGPD (voir la règle des 72 heures du RGPD). Selon l’article 35 de NIS2, lorsque l’autorité NIS2 constate qu’une violation des articles 21 ou 23 peut entraîner une violation de données personnelles, elle en informe sans retard injustifié l’autorité de protection des données.

Notifier un incident accroît-il notre responsabilité ?

Non. L’article 23(1) précise que le simple fait de notifier n’accroît pas la responsabilité de l’entité qui notifie. C’est l’absence de signalement qui peut être sanctionnée : les violations de l’article 23 relèvent des amendes de l’article 34.

Découvrez comment Acuna GRC le pilote.

Dites-nous vos référentiels et votre équipe. Nous vous montrons comment Acuna GRC pilote le programme.

Hébergé en Suisse, dans l'UE ou aux États-Unis