InfraFenceInfraFence

Live Security Operations

Commencer

Alerte précoce NIS2 sous 24 heures : quoi envoyer et à qui

Dernière mise à jour:

Quand un incident important frappe une entité couverte par NIS2, le premier signalement est dû dans les 24 heures après en avoir eu connaissance. La directive l'appelle alerte précoce, et elle est courte à dessein : l'autorité veut être prévenue tôt, pas recevoir une analyse complète.

Cette page explique tout le calendrier, ce qui rend un incident important, ce que doit contenir l'alerte précoce, qui la reçoit en France et dans les principaux pays de l'UE, et comment la supervision rend les 24 heures réalistes.

Brouillon : ceci n'est pas un conseil juridique. La page résume l'article 23 de la directive (UE) 2022/2555 et les lois nationales citées plus bas à titre d'information, à jour en novembre 2026. Chaque État membre applique NIS2 par sa propre loi, avec ses formulaires et ses délais : pour vos obligations, reportez-vous aux textes officiels, à l'autorité compétente de votre pays et à votre avocat.

Le calendrier : 24 heures, 72 heures, un mois

L'article 23 de la directive demande aux entités essentielles et importantes de notifier à leur CSIRT ou, selon le cas, à leur autorité compétente tout incident important, par étapes :

ÉtapeDélaiContenu
Alerte précoceSans retard injustifié, au plus tard 24 heures après avoir eu connaissance de l'incident importantLe cas échéant, si l'on soupçonne que l'incident a été causé par des actes illicites ou malveillants, et s'il pourrait avoir un impact transfrontière (art. 23, § 4, point a).
Notification d'incidentSans retard injustifié, au plus tard 72 heures après en avoir eu connaissanceUne mise à jour de l'alerte précoce, une évaluation initiale de la gravité et de l'impact et, lorsqu'ils sont disponibles, les indicateurs de compromission (point b).
Rapport intermédiaireÀ la demande du CSIRT ou de l'autoritéLes mises à jour pertinentes de la situation (point c).
Rapport finalAu plus tard un mois après la notification d'incidentUne description détaillée avec la gravité et l'impact, le type de menace ou la cause profonde, les mesures d'atténuation appliquées et en cours, et l'impact transfrontière le cas échéant (point d).
Rapport d'avancementSi l'incident est toujours en cours à l'échéance du rapport finalUn rapport d'avancement à ce moment-là, puis le rapport final dans le mois qui suit le traitement de l'incident (point e).

Deux détails changent votre façon de travailler. Le délai court à partir du moment où vous avez connaissance de l'incident important, pas du début de l'attaque. Et 24 heures sont un plafond : la règle est « sans retard injustifié ». Dans les 24 heures suivant l'alerte précoce, si possible, le CSIRT ou l'autorité répond avec un premier retour et, sur demande, des conseils pour l'atténuation (art. 23, § 5). Les prestataires de services de confiance ont aussi 24 heures pour la notification d'incident.

Ce qui fait un incident important

Selon l'article 23, paragraphe 3, un incident est important :

  • s'il a causé ou est susceptible de causer une perturbation opérationnelle grave des services ou des pertes financières pour l'entité ; ou
  • s'il a affecté ou est susceptible d'affecter d'autres personnes physiques ou morales en causant des dommages matériels, corporels ou moraux considérables.

Pour les fournisseurs numériques (DNS, registres de noms de domaine de premier niveau, cloud, centres de données, réseaux de diffusion de contenu, fournisseurs 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 services de confiance), le règlement d'exécution (UE) 2024/2690 rend ces critères mesurables. L'article 3 fixe des critères généraux : une perte financière directe supérieure à 500 000 euros ou à 5 % du chiffre d'affaires annuel, le montant le plus bas étant retenu ; l'exfiltration de secrets d'affaires ; le décès d'une personne ou une atteinte considérable à sa santé ; ou un accès non autorisé, réussi et présumé malveillant aux réseaux et systèmes d'information, susceptible de causer une perturbation opérationnelle grave. L'article 4 ajoute les incidents récurrents : au moins deux fois en six mois, avec la même cause apparente, atteignant ensemble le seuil financier. Les articles 5 à 14 ajoutent des critères par type de fournisseur ; pour les fournisseurs de services gérés, par exemple, un service totalement indisponible pendant plus de 30 minutes (article 10).

Les autorités nationales peuvent ajouter leurs propres définitions : vérifiez celles de votre pays. Deux points valent partout : c'est à vous de décider si un incident est important, et une attaque bloquée n'est pas automatiquement un incident. La directive appelle « incident évité » un événement qui a été empêché de se produire (article 6), que vous pouvez notifier volontairement (article 30).

Que mettre dans l'alerte précoce

La directive demande peu : si l'incident semble illicite ou malveillant, et s'il pourrait toucher d'autres pays. En pratique, les formulaires nationaux demandent quelques éléments de plus, et l'autorité ne peut vous aider que si elle peut vous joindre. Une alerte précoce utile contient :

  1. Qui vous êtes : l'entité, son secteur et une personne de contact joignable à toute heure.
  2. Quand : la date et l'heure de la détection et de la prise de connaissance, en UTC ou avec le fuseau horaire.
  3. Ce que vous avez constaté : quelques lignes factuelles, par exemple des accès inhabituels à un serveur, des fichiers chiffrés, un service à l'arrêt, des données envoyées vers une adresse inconnue.
  4. Cause soupçonnée : si vous soupçonnez des actes illicites ou malveillants, et pourquoi.
  5. Impact transfrontière : si des services, des clients ou des systèmes dans d'autres États membres pourraient être touchés.
  6. Mesures déjà prises : isolement, changement des mots de passe et des clés, adresses bloquées, sauvegardes restaurées.
  7. Prochaines étapes, et si vous souhaitez des conseils ou un appui technique du CSIRT.

La rapidité avant l'exhaustivité : écrivez ce que vous savez, signalez ce que vous ne savez pas encore et complétez dans la notification d'incident sous 72 heures. Une alerte précoce qui arrive en retard parce qu'elle voulait être parfaite manque son but.

Qui la reçoit : la France et les autres pays

En France, la transposition n'est pas encore faite. Le projet de loi relatif à la résilience des infrastructures critiques et au renforcement de la cybersécurité a été adopté par le Sénat le 12 mars 2025 et, en novembre 2026, il est toujours devant l'Assemblée nationale. Tant qu'il n'est pas voté et promulgué, les obligations NIS2, dont l'alerte précoce, ne s'appliquent pas encore en droit français.

L'ANSSI suit la transposition et prépare les entités sur MonEspaceNIS2 ; le CERT-FR est son centre de réponse aux incidents. Préparez dès maintenant votre procédure sur le calendrier de la directive : le jour où la loi s'appliquera, le délai de 24 heures ne laissera pas le temps de l'improviser.

Chaque État membre désigne son CSIRT et son autorité compétente, et certains ont modifié les étapes ou les délais. La situation en novembre 2026 dans les pays des langues de ce site :

PaysLoi (en novembre 2026)Qui reçoit les notifications
FranceLe projet de loi « résilience », adopté par le Sénat le 12 mars 2025, est encore devant l'Assemblée nationale : ce n'est pas encore une loi.L'ANSSI, qui suit la transposition sur MonEspaceNIS2.
ItalieD.Lgs. 138/2024, art. 25 : pré-notification sous 24 heures, notification sous 72, rapport final un mois après la notification. La détermination ACN 379907/2025 liste les incidents importants et s'applique depuis le 15 janvier 2026.CSIRT Italia, au sein de l'Agence nationale de cybersécurité (ACN).
AllemagneLoi de transposition de NIS2, en vigueur depuis le 6 décembre 2025 ; § 32 BSIG : première alerte sous 24 heures, notification sous 72, rapport final un mois plus tard.Le guichet commun de signalement du BSI et du BBK, via le portail du BSI.
EspagneAucune loi NIS2 publiée au BOE ; le gouvernement a approuvé l'avant-projet de loi le 14 janvier 2025. Le décret-loi royal 12/2018 (NIS1) s'applique toujours à ses opérateurs.Selon les règles de 2018, le CSIRT de référence : INCIBE-CERT pour les entités privées, CCN-CERT pour le secteur public.
PortugalDécret-loi 125/2025, en vigueur 120 jours après sa publication le 4 décembre 2025. Ses propres étapes : notification initiale sous 24 heures, mise à jour sous 72 si nécessaire, avis de fin d'impact dans les 24 heures suivant la fin de l'impact, et rapport final 30 jours ouvrés après.L'autorité de cybersécurité compétente, sur la plateforme électronique du CNCS.

Pour les autres États membres, la Commission européenne tient une page par pays avec les contacts nationaux : vérifiez sa date de mise à jour, puis les sources officielles nationales. Si vous opérez dans plusieurs pays, la règle générale est le pays où vous êtes établi ; les fournisseurs de services gérés, de cloud, de centres de données et quelques autres fournisseurs numériques relèvent du pays de leur établissement principal dans l'Union (article 26).

Comment la supervision rend les 24 heures réalistes

Vingt-quatre heures, c'est court seulement si vous l'apprenez tard, ou si vous devez reconstituer à la main ce qui s'est passé. Ce qui rend le délai tenable se met en place avant l'incident :

  • Des alertes qui atteignent une personne : les événements critiques vont vers un canal que quelqu'un lit, y compris la nuit et le week-end, pas vers une boîte jamais ouverte.
  • Une chronologie unique : les événements de tous les serveurs au même endroit, avec les heures, les adresses sources, les connexions et les actions menées. Les premières lignes de l'alerte précoce deviennent une question de lecture, pas de collecte de journaux.
  • Un décideur désigné à l'avance : qui décide si l'incident est important, et qui valide et envoie la notification.
  • Le canal de l'autorité prêt : inscription faite là où elle est obligatoire, accès au portail testé, contacts du CSIRT à portée de main.
  • Les prestataires dans la boucle : si un prestataire gère vos serveurs, le contrat fixe en combien de temps il vous prévient. Son retard fait partie de vos 24 heures.

Ce qu'InfraFence fait, et ce qu'il ne fait pas

InfraFence couvre les serveurs Linux sur lesquels tourne son agent :

  • Alertes : par e-mail sur toutes les offres ; Slack, Discord, Telegram et webhooks signés à partir de l'offre Basic, avec une gravité minimale et des catégories par canal. Voir Alertes.
  • La chronologie : attaques, bannissements, connexions SSH, fichiers modifiés, logiciels malveillants détectés, et chaque action d'une personne ou d'AutoMode, avec validations et annulations. Voir Événements et activité.
  • Des brouillons de notification : dans Compliance (Pro et AutoMode), l'alerte précoce, la notification d'incident et le rapport final NIS2 sont rédigés à partir d'un incident des 7 derniers jours ou d'une période de 31 jours au plus, avec vos notes et dans la langue de votre choix. Le brouillon distingue les tentatives bloquées d'une compromission confirmée et laisse ce qu'il ne peut pas savoir, comme les coordonnées de l'entreprise et l'impact métier, en champs à compléter. Les brouillons sont versionnés et se téléchargent en Markdown ou s'impriment en PDF. Voir Rapports mensuels et NIS2.

Les brouillons suivent la structure de l'article 23, pas un formulaire national : reportez le texte dans le formulaire ou le portail de votre pays. Pour rédiger un brouillon, la chronologie et vos notes sont envoyées à un prestataire externe de génération de texte, et la page vous le signale avant de commencer.

Ce qu'il ne fait pas : il ne décide pas si un incident est important, il n'envoie rien à aucune autorité ni à aucun CSIRT, et il ne voit que les serveurs où l'agent tourne. L'historique des événements est de 30 jours sur Starter et de 90 jours sur les offres payantes. Les brouillons ne sont pas un conseil juridique et ne suffisent pas, seuls, à vous mettre en conformité. Si des données personnelles sont en jeu, lisez aussi NIS2 et RGPD.

Sources

Questions

Quand le délai de 24 heures commence-t-il ?
Quand vous avez connaissance de l'incident important, pas au début de l'attaque. Vingt-quatre heures sont un maximum : la directive demande l'alerte précoce sans retard injustifié.
Dois-je notifier chaque attaque bloquée ?
Non. Une tentative de force brute bloquée ou un scan arrêté par le pare-feu n'est normalement pas un incident important. La directive appelle incident évité un événement empêché de se produire ; il peut être notifié volontairement.
Et si je ne connais pas encore la cause ?
Envoyez quand même l'alerte précoce, avec ce que vous savez et si vous soupçonnez des actes malveillants. La notification d'incident sous 72 heures la complète par une première évaluation, et le rapport final explique la cause.
Qui notifie : mon prestataire informatique ou moi ?
C'est l'entité NIS2 qui doit notifier. Un prestataire peut vous aider à la préparer, et doit vous prévenir des incidents assez vite pour que vous teniez le délai.
InfraFence envoie-t-il l'alerte précoce à ma place ?
Non. Il en prépare un brouillon à partir de la chronologie de vos serveurs ; vous le relisez, le complétez et l'envoyez par le canal de votre autorité.

Essayez gratuitement sur 1 serveur

Starter protège entièrement un serveur, gratuitement et sans carte bancaire.

  1. 01

    Créez un compte gratuit, puis ouvrez Serveurs › Ajouter un serveur pour obtenir le jeton d'installation. Il est valable une heure.

    Créer le jeton
  2. 02

    Puis exécutez ceci en root sur le serveur :

    curl -fsSL https://github.com/infrafence/infrafence-agent/releases/latest/download/install.sh | sudo bash -s -- --token <TOKEN>