Guide · Continuité et maintenance
Incident sur un site web : préparer les rôles, rétablir le service et tirer les leçons
Distinguer panne et incident suspect, préparer les contacts, préserver les éléments utiles et vérifier le rétablissement avant de clôturer.
Réponse rapide
Une réponse préparée évite les interventions contradictoires. Identifiez qui décide, quels éléments conserver et quels parcours doivent fonctionner avant d’annoncer le rétablissement.
- Désigner décideur et relais.
- Recenser les dépendances.
- Préparer les contacts hors du site.
- Décrire symptômes et périmètre.
1. Préparer un dossier utilisable hors du site
Le dossier rassemble les responsables, les fournisseurs concernés, les dépendances et les moyens de communication disponibles si le site tombe. Il indique où retrouver les procédures de restauration et comment demander une intervention. Il ne doit pas publier ni rassembler les secrets dans une documentation accessible à tous.
Distinguez les décisions techniques, éditoriales et de communication. Une même personne peut assumer plusieurs rôles dans une petite structure, mais ces responsabilités doivent être explicites. Prévoyez un relais en cas d’absence et un endroit pour consigner les actions afin que deux intervenants ne modifient pas simultanément le même système.
2. Décrire le symptôme et son étendue
Une page introuvable, une intégration indisponible et une modification suspecte ne sont pas équivalentes. Notez les premiers symptômes, l’heure et les fonctions affectées. Recherchez les changements récents et les dépendances communes, sans conclure trop tôt. Une suspicion d’atteinte à la sécurité demande une réponse adaptée et peut nécessiter un intervenant spécialisé.
L’ANSSI propose une préparation de crise cyber qui articule gouvernance, réponse technique et communication. Le présent guide ne remplace pas cette expertise : il aide à préparer les informations et les rôles d’un site. Un incident comportant des enjeux juridiques ou des données personnelles doit être orienté vers les responsables compétents.
3. Conserver les éléments avant une intervention
Évitez d’effacer les traces utiles en répétant des opérations sans journal. Conservez, par une personne autorisée, les informations nécessaires à l’analyse selon le contexte. Chaque action doit être datée avec son motif et son résultat. Les fichiers ou journaux concernés ne doivent pas être diffusés dans un échange public.
Un retour arrière peut rétablir une fonction tout en supprimant des éléments de diagnostic ou des données récentes. Examinez ce compromis avant intervention. Une copie restaurable n’est pas automatiquement une preuve exploitable ; si une investigation spécialisée est nécessaire, suivez les consignes de l’équipe compétente.
4. Vérifier la reprise sur des parcours réels
Le rétablissement ne se limite pas à une page d’accueil qui répond. Contrôlez les fonctions touchées : recherche, demande de contact, téléchargements, langues et intégrations. Vérifiez que les nouvelles données attendues sont conservées. Une restauration ancienne peut remettre une version techniquement valide mais éditorialement obsolète.
Préparez une liste de vérifications adaptée aux dépendances et un responsable de validation. La communication doit distinguer le service rétabli et les investigations encore en cours. N’annoncez pas une cause définitive ou une absence d’impact sans éléments confirmés. Un état sobre, daté et exact réduit l’incertitude.
5. Transformer l’incident en amélioration
Après stabilisation, reconstruisez la chronologie : détection, décisions, actions et validation. Séparez ce qui est confirmé de ce qui reste une hypothèse. Examinez les obstacles organisationnels aussi bien que techniques : contact introuvable, procédure obsolète, copie non testée ou absence de critère de clôture.
Choisissez quelques mesures vérifiables et attribuez-les. Un exercice de restauration ou une mise à jour du dossier de contacts peut être plus utile qu’un nouveau tableau de bord. La clôture intervient quand le service attendu est confirmé et que les actions restantes ont un suivi identifié ; elle ne fait pas disparaître les questions non résolues.
Choisir la prochaine action
| Situation | À examiner | Action possible |
|---|---|---|
| Panne isolée connue | Dépendance et procédure de reprise | Intervention documentée et recette ciblée |
| Modification suspecte | Périmètre et éléments à préserver | Orienter vers les responsables sécurité |
| Restauration possible | Données perdues et état récupérable | Décision avant intervention |
| Service revenu | Parcours critiques et intégrations | Valider avant annonce de rétablissement |
Mise en pratique
Un contrôle concret pour appliquer ce guide
- Quand se poser la question
- Panne isolée connue
- Ce qu’il faut examiner
- Dépendance et procédure de reprise
- Comment décider
- Intervention documentée et recette ciblée
- La preuve à conserver
- Conserver le cas examiné, la source ou observation, la décision datée et le résultat du contrôle suivant.
Cas de contrôle
Une fiche pour vérifier votre propre situation
Organisez un exercice de disponibilité du site sans interrompre le service réel. Simulez une dépendance indisponible et examinez la procédure.
- À consigner
- Relevez le décideur, le relais, les contacts accessibles et les parcours à valider avant de considérer le service rétabli.
- Critère de réussite
- Les rôles et la procédure peuvent être retrouvés hors du site. La liste de reprise couvre les fonctions concernées et les données attendues.
Erreur à éviterConfondre un exercice préparatoire avec une intervention réelle ou annoncer une reprise avant la validation des fonctions.
Avant d’avancer
La check-list opérationnelle
Utilisez cette liste pour suivre vos vérifications. Les cases restent dans cette page, sans envoi ni enregistrement.
Questions fréquentes
Les précisions à connaître
Faut-il restaurer immédiatement ?
Pas systématiquement. La décision dépend du contexte, de l’état restaurable, des données récentes et des éléments à préserver. Documentez le choix avec les responsables concernés.
Qui doit communiquer ?
Une personne ou un rôle désigné, avec des informations validées. Les messages contradictoires ajoutent de l’incertitude.
Quand clôturer ?
Lorsque le fonctionnement attendu est vérifié et que les questions ou actions restantes ont un suivi. Le retour à une page d’accueil disponible ne suffit pas.
Un plan suffit-il sans exercice ?
Un exercice limité permet de vérifier contacts, procédures et restauration. Le document doit être corrigé à partir des difficultés réellement rencontrées.
Documentation
Sources de référence
Ces ressources officielles complètent les arbitrages et permettent de vérifier les recommandations dans leur contexte.
