Incidents

Déclarer un incident

« Déclarer un incident » demande :

• un titre ;
• la sévérité : P1 — Critique, P2 — Majeur, P3 — Modéré, P4 — Mineur ;
• la date et l’heure de détection, pré-remplies avec l’heure courante (heure locale de votre navigateur) ; vérifiez-les : les échéances NIS2 en dépendent ;
• une description ;
• l’option « Notification NIS2 requise », qui active le suivi des échéances T+24h, T+72h et T+30j.

À la création, la plateforme ouvre un journal d’activité et une checklist de réponse adaptée à la sévérité. Un incident P1 ou P2 alerte les RSSI et les administrateurs de l’entité (dans l’application et par e-mail), sauf la personne qui l’a déclaré.

Une fois l’incident déclaré, l’interface ne permet plus de modifier la saisie initiale (titre, sévérité, date de détection, description, option NIS2).

Déclarer et faire avancer un incident est réservé aux rôles Administrateur, RSSI et Contributeur ; l’Auditeur consulte les incidents sans pouvoir les modifier (les boutons restent visibles, mais l’action est refusée).

Faire avancer l’incident

Les statuts se succèdent : Détecté, Trié, En réponse, Résolu, Clôturé. Les boutons « Passer en Triage », « Démarrer la réponse » et « Marquer comme Résolu » ouvrent une fenêtre « Changer le statut » avec un commentaire facultatif, versé au journal d’activité.

Pour clôturer, utilisez le bouton « Clôturer », proposé au statut Résolu (page de détail ou panneau latéral de la liste), ainsi qu’au statut Signalé quand l’incident a été résolu avant d’être signalé ; un incident signalé avant sa résolution ne peut pas être clôturé. La fenêtre « Clôturer l’incident » demande la date et l’heure de clôture (pré-remplies avec l’heure courante, en heure locale ; ni dans le futur, ni avant la résolution, c’est-à-dire le clic sur « Marquer comme Résolu »), la cause racine et les leçons apprises (pré-remplies avec le RETEX déjà enregistré), ainsi qu’un commentaire facultatif versé au journal d’activité ; une clôture antidatée y indique sa date (en UTC).

L’onglet RETEX de la page de détail enregistre la cause racine et les leçons apprises à tout statut, avant comme après la clôture (« Enregistrer le RETEX ») ; chaque enregistrement est tracé dans le journal d’activité (« RETEX mis à jour. »), avec le texte précédent de la cause racine et des leçons apprises qu’il a modifiées : l’historique du RETEX reste consultable après la clôture. Il permet de préparer le RETEX avant de clôturer, de le compléter ensuite, et de renseigner celui d’un incident clôturé sans RETEX avant cette version. Une fois l’incident clôturé, le journal, la checklist et les liens passent en lecture seule ; le RETEX reste modifiable.

Notifications NIS2

Quand l’option NIS2 est active, l’onglet Notifications NIS2 de la page de détail de l’incident présente trois formulaires (description, systèmes affectés, impact estimé, référence ANSSI), avec des échéances calculées depuis l’heure de détection :

Notification	Échéance
Notification initiale	détection + 24 heures
Notification intermédiaire	détection + 72 heures
Rapport final	détection + 30 jours

Les badges T+24h, T+72h et T+30j indiquent l’état de chaque notification : gris (à faire), rouge (en retard), vert (faite). Si la notification initiale n’est pas soumise, les RSSI et administrateurs de l’entité reçoivent un rappel, une seule fois, entre la 20e et la 24e heure après la détection (dans l’application, et par e-mail selon leurs préférences). Aucun rappel n’est envoyé pour les échéances T+72h et T+30j. L’indicateur « Notifications en retard » de la page Incidents compte les incidents non clôturés dont au moins une notification a dépassé son échéance.

Important : « Soumettre à l’ANSSI » n’envoie rien à l’ANSSI. Le bouton n’est actif qu’après « Enregistrer ». Il enregistre dans Conformitly la date de soumission, le « Numéro de référence ANSSI (optionnel) » et une entrée au journal d’activité, puis verrouille le formulaire. La notification elle-même se fait par les canaux officiels de l’autorité ; Conformitly en garde la trace et les échéances.

Pas encore disponible : les critères d’« incident significatif », la classification et les délais propres à DORA, l’export des documents de notification.

Incident et violation de données

Pour un incident P1 ou P2 sans violation liée, le panneau latéral demande « Cet incident implique-t-il une violation de données personnelles ? » et propose le bouton « Créer une violation RGPD ». Il ouvre le formulaire de violation pré-rempli avec le titre, la description et la date de détection de l’incident, ainsi que le niveau de risque (« Très élevé » pour un P1, « Élevé » pour un P2), et la violation créée est liée à l’incident. Sans droit d’écriture RGPD sur l’entité (rôle Auditeur), le bouton est désactivé et une infobulle l’explique. Voir RGPD.