Menu
Prendre RDV

Sécurité et mises à jour

Sécuriser votre site
avant que vos clients vous préviennent

Un site piraté ne tombe pas toujours en panne. En général il continue de tourner en apparence : il redirige une partie de vos visiteurs, envoie du courrier indésirable en votre nom, et votre position dans Google descend sans que rien ne vous alerte. J’ai déjà vu un hébergeur couper d’un coup tous les sites d’un serveur (ils partaient en envois massifs de courriels). Les mises à jour faites à temps évitent la plupart de ces matinées-là.

Devis gratuit
Voir mes réalisations

Ce que je retrouve sur place

Trois appels qui se ressemblent

Des robots essaient les mêmes portes sur tous les sites qu’ils croisent : ils ne regardent pas à qui le site appartient, et les commerces du Bas-Rhin qui me confient le leur y passent comme les autres. Voici les trois cas que je retrouve le plus souvent.
01

Personne n'y a touché depuis la livraison

Le site a été livré, il tourne, et plus personne n’ouvre l’administration. Les extensions posées pour un essai sont restées (celles-là, on les oublie toujours), l’ancien prestataire a gardé son compte, et le mot de passe du premier jour n’a jamais bougé. C’est par là qu’on entre.
  • Le compte de l'ancien prestataire encore actif
  • Des extensions installées pour un essai, jamais retirées
  • Le mot de passe choisi le premier jour
02

C'est un client qui vous l'apprend

Le site s’affiche normalement quand vous le regardez. Et puis c’est un client qui appelle : un lien l’a envoyé sur une boutique de médicaments, ou alors votre devis est arrivé dans ses indésirables. Vous l’apprenez en dernier.
  • Un écran rouge à la place du site
  • Des pages de médicaments dans vos résultats Google
  • Vos devis qui arrivent en indésirables
03

La sauvegarde était sur le serveur piraté

Vous avez une sauvegarde, vous le savez, elle est quelque part. Le jour où il faut s’en servir : elle date d’avant la dernière refonte, la base de données n’est pas dedans, ou elle dort sur le serveur qu’il faut justement réinstaller. Personne ne l’a jamais ouverte.
  • La copie dort sur le serveur touché
  • Les commandes et les pages manquent à l'appel
  • Personne n'a jamais essayé de la remettre

Ce qui se passe, dans l'ordre

Du correctif oublié à l'écran rouge

Personne ne s’acharne sur votre site. C’est toujours le même déroulé : un robot repère une version en retard, il entre, il dépose son code, et Google le voit avant vous. Un maillon cassé suffit.

Étape 1

Une faille connue

Extension, thème ou cœur laissé en retard d’une version.

Ce qui l'arrête

Mise à jour appliquée après test

Étape 2

Une entrée obtenue

Compte administrateur faible ou fichier laissé accessible.

Ce qui l'arrête

Accès resserrés, fichiers sensibles à l’abri

Étape 3

Du code déposé

Pages injectées, redirections, envois de courriels.

Ce qui l'arrête

Fichiers comparés aux versions officielles

Étape 4

La visibilité perdue

Avertissement dans les résultats de recherche, site déréférencé.

Ce qui l'arrête

Sauvegarde restaurée, réexamen demandé

Ce que je fais sur votre site

Fermer les portes, et pouvoir tout remonter

Je verrouille votre installation, je vérifie que la sauvegarde revient vraiment, et je remets le site d’aplomb quand il a déjà été touché. Le suivi mois après mois des mises à jour, lui, relève de ma maintenance de site web (c’est un autre contrat).

Retirer ce qui n'a pas à être ouvert

Je passe en revue ce qui est joignable depuis l’extérieur sur votre site et je referme ce qui n’a rien à y faire : comptes inutiles, adresse de connexion évidente, fichiers de configuration lisibles. Ça s’appelle le durcissement.
  • Comptes d'administration triés et renommés
  • Droits sur les fichiers resserrés
  • Fichiers de configuration hors de portée

Une sauvegarde qu'on a déjà remontée

Une copie que personne n’a jamais restaurée ne vous dira rien le jour où vous en aurez besoin. Du coup je déclenche la vôtre pour de vrai, sur un espace de test, et je regarde ce qui revient : vos fichiers, vos pages, vos commandes.
  • Copies déposées ailleurs que sur le serveur
  • Fichiers et base de données dans le même lot
  • Remise en ligne essayée avant le jour J

Remettre en état un site piraté

Retirer le code injecté ne suffit pas, il revient tant qu’une porte reste ouverte. Je remplace vos fichiers touchés par les versions officielles, je cherche par où c’est entré (la trace est toujours dans les journaux) pour refermer, puis je demande à Google de réexaminer votre site.
  • Fichiers infectés repérés et remplacés
  • Point d'entrée retrouvé et refermé
  • Demande de réexamen déposée auprès de Google

Ce qui se passe quand vous m'appelez

De votre appel au site remis d'aplomb

On commence par un appel, histoire de voir où vous en êtes : site touché, ou simple inquiétude. Je regarde avant de toucher à quoi que ce soit. Puis je vous dis quoi faire, et dans quel ordre.

01 / Regarder

Savoir si le site est touché

J’ouvre les journaux de votre serveur et je compare vos fichiers avec les versions d’origine. Je regarde qui a un accès, ce qui est en retard d’une version, et ce que contient réellement la dernière sauvegarde. Sur un serveur que j’ai audité, c’est une ligne dans les journaux qui m’a donné l’adresse de l’attaquant.

02 / Nettoyer

Sortir le code qui n'a rien à faire là

Sur un site déjà touché : je retire les pages et les redirections déposées, je remplace les fichiers modifiés par les versions officielles, et je referme la faille qui a servi avant de remettre votre site en ligne. Dans cet ordre.

03 / Verrouiller

Fermer ce qui n'a pas à rester ouvert

Je trie vos comptes, je resserre les droits sur les fichiers, je change l’adresse de connexion, je protège vos formulaires. Et je dépose une sauvegarde de référence ailleurs (sur le serveur du site, elle ne sert à rien).

04 / Surveiller

Le savoir avant vos clients

Un contrôle régulier : vos fichiers modifiés, les tentatives de connexion. Si quelque chose bouge, vous recevez un message de ma part. Quand c’est un client qui appelle, ou la Search Console qui alerte, il est déjà tard.

Sécurité de votre site web

On regarde d'abord, on referme ensuite
  • Vous savez si le site est touché
  • Les portes laissées ouvertes sont refermées
  • Une sauvegarde déjà remontée une fois
  • Un site nettoyé et remis en ligne
Devis gratuit
Premier échange sans engagement

Questions fréquentes

Vos questions,
mes réponses.

Ce que l’on me demande le plus souvent avant de démarrer.

Les signes sont rarement spectaculaires : une page qui s’affiche de travers, des redirections qui ne touchent que les visiteurs venus de Google, des messages qui partent en indésirables, une alerte dans la Search Console. De l’extérieur, vous ne verrez rien. Pour ma part, je regarde d’abord les fichiers modifiés à la racine et les journaux du serveur : c’est là que le fichier déposé finit par se montrer. Quand l’inquiétude porte plus largement sur l’état de votre site, un état des lieux complet dira quoi traiter en premier.

Par le constat, avant tout nettoyage : quels fichiers ont été modifiés, depuis quand, et par quel chemin. En général l’attaque laisse deux traces dans les journaux d’Apache : un GET qui teste le fichier faillible, puis un POST qui dépose le sien. Votre site est mis de côté si la situation le demande. J’interviens à distance, depuis Haguenau, sur WordPress comme sur PrestaShop.

Elle aide, elle ne remplace rien. Une extension travaille à l’intérieur du site qu’elle est censée protéger et ne voit pas ce qui se joue au niveau du serveur, des droits de fichiers ou de l’hébergement. Ce niveau-là se traite avec un hébergement choisi et configuré correctement, sauvegardes comprises. D’ailleurs, en 2016, une vague de piratage a visé de vieux modules PrestaShop livrés avec des thèmes achetés sur Themeforest (simpleslideshow, columnadverts) : une extension de sécurité ne va pas les chercher là.

Un durcissement bien fait ne se voit pas côté visiteur. Il porte sur des réglages, des droits et des accès : le navigateur, lui, télécharge exactement la même chose qu’avant. Ce qui alourdit un site, en général, ce sont les extensions empilées au fil des années (y compris les extensions de sécurité posées les unes après les autres, sans que rien ne soit jamais retiré).

Non, et méfiez-vous de qui vous l’affirme. Les failles apparaissent dans des logiciels qui bougent, et ce qui est sain aujourd’hui ne le restera pas sans suivi. Ce qui se travaille vraiment : la surface exposée, le temps que met un problème à se voir, et votre capacité à remettre le site en ligne.

Votre projet commence par un échange

Présentez-moi votre activité et vos objectifs. Nous aborderons vos besoins, les prestations utiles et les prochaines étapes.

Demander un devis