1. Objet

La présente procédure décrit le processus opérationnel de gestion des incidents de sécurité au sein de MIBsoft, dans le respect des obligations RGPD (articles 33 et 34), des exigences ANSSI et des bonnes pratiques OWASP.

Sont visés les incidents :

• Affectant la confidentialité des données (fuites, accès non autorisé) ;
• Affectant l'intégrité des données (corruption, altération) ;
• Affectant la disponibilité du service (déni de service, panne majeure) ;
• Constituant une tentative d'atteinte au système (intrusion, exfiltration, défacement).

2. Niveaux de gravité

3. Détection

Les incidents sont détectés via :

• Alertes automatiques Supabase (santé DB, requêtes anormales, erreurs auth massives) ;
• Monitoring Vercel (uptime, codes 5xx, latences) ;
• Outils de sécurité : scans CVE Dependabot, alertes GitHub Security ;
• Signalements externes : utilisateurs, chercheurs en sécurité (via responsible disclosure : security@mibsoft.fr) ;
• Veille : bulletins ANSSI, CERT-FR, suivi des CVE des dépendances.

4. Étape 1 — Confinement

Objectif : limiter l'impact de l'incident dans les meilleurs délais.

• Couper les accès suspects (révocation de tokens JWT, blacklist d'IP, désactivation de comptes compromis) ;
• Mise en maintenance partielle ou totale du service si nécessaire ;
• Rotation immédiate des secrets compromis (clés API, mots de passe administrateur) ;
• Isolation des systèmes concernés ;
• Préservation des éléments de preuve (logs, captures, état système) pour analyse forensique.

5. Étape 2 — Analyse

• Collecte des logs Supabase, Vercel, applicatifs ;
• Reconstitution de la chronologie de l'incident ;
• Détermination du périmètre :
  • Quelles données ont été potentiellement exposées ?
  • Quels utilisateurs / centres sont concernés ?
  • L'attaquant a-t-il exfiltré des données ?
  • L'intégrité des données est-elle compromise ?
• Qualification de la nature : faille technique, erreur humaine, attaque externe, malveillance interne ;
• Si nécessaire, recours à un prestataire de réponse à incident (CSIRT / CERT externe).

6. Étape 3 — Notification

6.1 Notification CNIL (sous 72 h)

Si l'incident constitue une violation de données à caractère personnel au sens de l'article 4(12) du RGPD, et qu'elle est susceptible d'engendrer un risque pour les droits et libertés des personnes physiques :

• Délai : 72 heures après en avoir pris connaissance ;
• Canal : téléservice de notification de violation CNIL — cnil.fr/notifier-une-violation ;
• Contenu minimum : nature de la violation, catégories et nombre approximatif de personnes / enregistrements, conséquences probables, mesures prises ou envisagées, coordonnées du DPO ;
• Notification possible en plusieurs phases si toutes les informations ne sont pas immédiatement disponibles.

6.2 Information des personnes concernées

Si la violation est susceptible d'engendrer un risque élevé pour les droits et libertés (art. 34 RGPD), information directe et claire des personnes concernées :

• Délai : dans les meilleurs délais ;
• Canal : email, et le cas échéant communication publique ;
• Contenu : description en langage clair, conséquences probables, mesures prises, recommandations (ex. changement de mot de passe).

6.3 Notification aux Clients (responsables de traitement)

En sa qualité de sous-traitant, MIBsoft notifie ses Clients sous 48 h en cas de violation affectant leurs données, conformément au DPA (article 4.5).

6.4 Autres notifications

• ANSSI : si l'incident relève des opérateurs d'importance vitale ou de services essentiels (généralement non applicable au stade actuel de MIBsoft, mais à réévaluer) ;
• Police / Gendarmerie : en cas d'infraction pénale (intrusion, extorsion, ransomware) — dépôt de plainte ;
• Assureur cyber : selon les clauses du contrat d'assurance (à souscrire — [À COMPLÉTER]).

7. Étape 4 — Remédiation

• Application des correctifs (patch sécurité, refonte d'une fonctionnalité défaillante) ;
• Restauration des données depuis une sauvegarde saine si nécessaire (cf. PRA) ;
• Renforcement des mesures préventives (règles d'alerting, règles RLS, durcissement) ;
• Mise à jour des dépendances vulnérables ;
• Communication de clôture aux clients après vérification.

8. Étape 5 — Post-mortem

Pour tous les incidents P1 et P2, un retour d'expérience est rédigé sous 7 jours, contenant :

• Chronologie détaillée ;
• Cause racine ;
• Impact réel constaté ;
• Actions de remédiation appliquées ;
• Actions préventives à mettre en place (avec responsable et échéance).

Une version anonymisée du post-mortem peut être communiquée aux clients impactés.

9. Modèle de notification aux clients

10. Registre des violations de données

Conformément à l'article 33.5 du RGPD, MIBsoft tient un registre interne de l'ensemble des violations de données, contenant pour chacune :

• Date de détection et de fin de l'incident ;
• Faits, effets et mesures prises ;
• Catégories et nombre de personnes concernées ;
• Référence à la notification CNIL (le cas échéant) ;
• Lien vers le post-mortem.

Ce registre est tenu à la disposition de la CNIL en cas de contrôle.

11. Responsabilités et acteurs

• Responsable d'astreinte : prise en charge initiale, qualification, premières mesures de confinement ;
• RSSI : pilotage de la réponse, validation des actions techniques, supervision du post-mortem ;
• DPO : appréciation du risque RGPD, notification CNIL et aux personnes, registre des violations ;
• Direction : décision sur les communications externes, dépôt de plainte, déclenchement assurance ;
• Support client : relais auprès des clients, traitement des sollicitations.

12. Coordonnées d'urgence

• Astreinte technique 24/7 : [À COMPLÉTER : numéro]
• Signalement responsible disclosure : security@mibsoft.fr
• DPO : dpo@mibsoft.fr
• Direction : [À COMPLÉTER : email + téléphone]
• CNIL (notification violations) : cnil.fr
• ANSSI / CERT-FR : cert.ssi.gouv.fr
• Cybermalveillance.gouv.fr : cybermalveillance.gouv.fr