Récupération de site après incident

La prise en charge démarre dès que nous avons les accès. Un site de présentation revient souvent en ligne le jour même, en version propre et à jour. Une boutique avec des commandes en cours demande plus de précautions, parce qu'il faut préserver les données arrivées après l'incident tout en supprimant le code injecté.

Cela se déduit des traces disponibles : journaux d'accès, requêtes sur la base, fichiers exportés. Nous indiquons ce qui est établi, ce qui est probable et ce qui ne peut pas être tranché, sans arrondir dans un sens ou dans l'autre. Ce compte rendu sert de base à la décision de notifier la CNIL.

Pas nécessairement. L'hébergeur conserve souvent des copies de quelques jours, et un site peut être nettoyé sur place lorsque le contenu est sain. Le travail est plus long et le résultat moins net qu'avec une sauvegarde propre, mais il aboutit dans la plupart des cas.

Les listes de signalement se mettent à jour après un réexamen, que nous demandons une fois le site assaini. Le délai va de quelques heures à quelques jours. Demander le réexamen avant la fin du nettoyage est contre-productif : un second refus rallonge l'attente.

Mises à jour appliquées sans attendre, moins d'extensions, double facteur sur les comptes administrateurs, sauvegardes stockées ailleurs et testées, et surveillance qui vous prévient avant vos visiteurs. C'est exactement le contenu d'un contrat d'entretien, et c'est la suite logique d'un incident.