À propos du service
TraduitJe remets des sites en marche après une panne ou une intrusion, et je commence toujours au même endroit : une copie complète de l'état actuel, exactement tel qu'il est, y compris les éléments cassés et infectés. Ce n'est qu'après cela que quoi que ce soit est touché. La première question n'est jamais "comment le rendons-nous à nouveau accessible" mais "que s'est-il réellement passé ici" — une panne d'hébergement, une mise à jour ratée, ou l'accès de quelqu'un d'autre. La réponse décide de tout ce qui suit : une mauvaise mise à jour est annulée, une intrusion ne l'est pas, car les fichiers vers lesquels vous reviendriez peuvent déjà contenir la porte de l'intrus.
Ensuite vient la partie visible du travail. Soit une sauvegarde saine est restaurée, soit une version fonctionnelle est assemblée à partir de ce qui a survécu — la base de données, les fichiers téléchargés, une copie propre du moteur, le thème reconstruit plutôt que de faire confiance. Je parcours tout le site à la recherche de fichiers étrangers et d'inserts dans la base de données : des redirections qui ne s'activent que pour les visiteurs sur téléphone ou pour les robots de recherche, des pages cachées, des scripts collés dans des modèles et des widgets, un compte administrateur dont personne ne se souvient de la création. Tous les accès sont changés d'un coup — panneau d'hébergement, base de données, comptes administrateurs, transfert de fichiers, les clés de tout ce qui se connecte de l'extérieur — et ensuite le point d'entrée lui-même est fermé : le composant obsolète, le mot de passe faible, le téléchargeur oublié dans un dossier public.
Après cela, je m'intéresse aux choses qu'un propriétaire apprend généralement trop tard. Que le domaine a été utilisé pour des envois pendant qu'il était hors de votre contrôle et qu'il est maintenant sur des listes de blocage, de sorte que les lettres ordinaires aux clients cessent d'arriver discrètement. Que les sauvegardes fonctionnent réellement, et si quelqu'un a déjà essayé de restaurer à partir de l'une d'elles. Que quoi que ce soit vous informerait d'une répétition avant que vos visiteurs ne le fassent. Les sauvegardes et une surveillance simple sont mises en place dans le cadre du travail, et le travail se termine par un court compte rendu écrit : ce qui s'est passé, ce qui a été fait, et ce qui reste à décider pour vous.
Trois choses que je dis dès le début, car ce sont celles qui coûtent de l'argent par la suite :
— avant toute intervention, une copie du site est prise telle quelle — sans cela, les traces sont perdues et il n'y a rien à restaurer, et un nettoyage précipité est la raison habituelle pour laquelle la cause n'est jamais trouvée ;
— si des données clients ont pu être exposées, je vous le dis immédiatement et par écrit ; quelles sont vos obligations et dans quel ordre agir est une question pour votre avocat, pas pour moi ;
— "nettoyez-le et oubliez-le" ne fonctionne pas : tant que le chemin d'entrée est encore ouvert, le site est de nouveau cassé dans les jours qui suivent, et le deuxième nettoyage coûte plus cher que le premier.
Ensuite vient la partie visible du travail. Soit une sauvegarde saine est restaurée, soit une version fonctionnelle est assemblée à partir de ce qui a survécu — la base de données, les fichiers téléchargés, une copie propre du moteur, le thème reconstruit plutôt que de faire confiance. Je parcours tout le site à la recherche de fichiers étrangers et d'inserts dans la base de données : des redirections qui ne s'activent que pour les visiteurs sur téléphone ou pour les robots de recherche, des pages cachées, des scripts collés dans des modèles et des widgets, un compte administrateur dont personne ne se souvient de la création. Tous les accès sont changés d'un coup — panneau d'hébergement, base de données, comptes administrateurs, transfert de fichiers, les clés de tout ce qui se connecte de l'extérieur — et ensuite le point d'entrée lui-même est fermé : le composant obsolète, le mot de passe faible, le téléchargeur oublié dans un dossier public.
Après cela, je m'intéresse aux choses qu'un propriétaire apprend généralement trop tard. Que le domaine a été utilisé pour des envois pendant qu'il était hors de votre contrôle et qu'il est maintenant sur des listes de blocage, de sorte que les lettres ordinaires aux clients cessent d'arriver discrètement. Que les sauvegardes fonctionnent réellement, et si quelqu'un a déjà essayé de restaurer à partir de l'une d'elles. Que quoi que ce soit vous informerait d'une répétition avant que vos visiteurs ne le fassent. Les sauvegardes et une surveillance simple sont mises en place dans le cadre du travail, et le travail se termine par un court compte rendu écrit : ce qui s'est passé, ce qui a été fait, et ce qui reste à décider pour vous.
Trois choses que je dis dès le début, car ce sont celles qui coûtent de l'argent par la suite :
— avant toute intervention, une copie du site est prise telle quelle — sans cela, les traces sont perdues et il n'y a rien à restaurer, et un nettoyage précipité est la raison habituelle pour laquelle la cause n'est jamais trouvée ;
— si des données clients ont pu être exposées, je vous le dis immédiatement et par écrit ; quelles sont vos obligations et dans quel ordre agir est une question pour votre avocat, pas pour moi ;
— "nettoyez-le et oubliez-le" ne fonctionne pas : tant que le chemin d'entrée est encore ouvert, le site est de nouveau cassé dans les jours qui suivent, et le deuxième nettoyage coûte plus cher que le premier.
