Un incident est un événement qui a réellement eu lieu — pas juste un risque potentiel. Les déclarer permet de comprendre, corriger, prouver, et sous NIS2, de notifier les autorités dans les délais légaux.
"Ce qui pourrait arriver." Probabilité × Impact, traité avec des contrôles.
"Ce qui est arrivé." Date précise, conséquences réelles, post-mortem.
Pour les incidents NIS2 significatifs : alerte initiale au CCB dans les 24h après en avoir pris connaissance. Format minimal (qui, quoi, type).
Évaluation initiale complète : ampleur, impact, mesures prises. Pour le RGPD aussi : 72h pour notifier l'APD si données personnelles touchées.
Description complète, cause racine, mesures correctives, leçons apprises.
Les autorités compétentes varient d'un pays à l'autre. Voici les points de contact pour les pays cibles de NIS2YOU.
| Pays | Incident NIS2 (24h / 72h / 1 mois) | Fuite de données RGPD (72h) | Aide en cas d'incident |
|---|---|---|---|
| 🇧🇪 Belgique |
CCB
via Safeonweb@work |
APD / GBA | CERT.be |
| 🇫🇷 France |
ANSSI
MonEspaceNIS2 |
CNIL | CERT-FR · cybermalveillance |
| 🇱🇺 Luxembourg |
ILR
+ HCPN |
CNPD | CIRCL |
| 🇳🇱 Pays-Bas |
NCSC-NL
CSIRT-DSP pour fournisseurs numériques |
AP | DTC |
- Ouvert — vient d'être déclaré, pas encore traité.
- En investigation — l'équipe enquête : ampleur, cause, périmètre touché.
- Résolu — la cause racine est traitée, l'incident est sous contrôle.
- Fermé — post-mortem fait, leçons documentées (champ "Leçons apprises"), notifications réglementaires effectuées.
- Déclarez d'abord, investiguez ensuite. Ne perdez pas de temps à tout comprendre avant de tracer — vous pouvez toujours mettre à jour.
- Tracez aussi les "presque" incidents. Ils révèlent des contrôles défaillants avant qu'il ne soit trop tard.
- Reliez chaque incident aux risques qu'il a concrétisés — c'est précieux pour la revue post-mortem.
- Distinguez bien cause racine (ce qui a permis l'incident) de symptôme (ce qu'on a observé). C'est la cause racine qui informe les contrôles à mettre en place.