Sécuriser une boutique PrestaShop et un site sous CMS
PrestaShop, WordPress, Magento : les sites sous CMS sont attaqués en continu par des robots qui cherchent une faille connue. Voici les causes les plus fréquentes de piratage, les bonnes pratiques qui les évitent, et ce que fait Agillia quand le mal est fait.
Il est visé parce qu’il est vulnérable. Les attaques sont automatisées : chaque version ou module non corrigé finit par être trouvé.
En bref
La plupart des piratages de boutiques PrestaShop et de sites sous CMS exploitent une version, un module ou une extension non mis à jour, ou un accès d’administration mal protégé. Les mises à jour régulières, des modules de confiance, un back-office durci, des sauvegardes testées et une surveillance continue réduisent fortement le risque.
Mis à jour le 8 novembre 2026 par l’équipe Agillia.
Les causes
Comment un site sous CMS est piraté
Les mêmes portes d’entrée reviennent dans la grande majorité des incidents que nous traitons.
Modules et extensions vulnérables
Un module tiers non mis à jour, abandonné ou téléchargé hors des sources officielles est la première porte d’entrée.
Versions obsolètes
Un cœur de CMS ou une version de PHP qui ne reçoit plus de correctifs laisse des failles publiques ouvertes.
Accès mal protégés
Mots de passe faibles ou réutilisés, comptes d’anciens prestataires, dossier d’administration facile à deviner.
Vol de données de paiement
Un script injecté dans le tunnel de commande peut copier les cartes saisies par vos clients.
Serveur mal configuré
Droits de fichiers trop larges, fichiers de sauvegarde ou d’installation laissés en ligne, services exposés.
Hébergement partagé
Un site voisin compromis sur le même compte d’hébergement peut contaminer le vôtre.
Bonnes pratiques
Dix mesures qui changent tout
appliquer les mises à jour de sécurité du CMS, des modules et du thème ;
utiliser une version de PHP maintenue ;
installer les modules depuis leur éditeur ou une place de marché officielle ;
désinstaller et supprimer les modules inutilisés ;
renommer et protéger l’accès au back-office, imposer des mots de passe forts et uniques ;
donner à chaque employé un profil limité à ses besoins et supprimer les comptes inutiles ;
servir tout le site en HTTPS ;
sauvegarder fichiers et base de données, hors du serveur, et tester la restauration ;
surveiller l’intégrité des fichiers et les journaux du serveur ;
faire auditer le site après une mise à jour majeure ou l’arrivée d’un nouveau prestataire.
PrestaShop
Les points propres à PrestaShop
Sur PrestaShop, les modules concentrent l’essentiel des failles exploitées : certains, très répandus, ont connu des injections SQL ou des téléversements de fichiers non contrôlés. Les attaquants s’en servent pour créer un compte administrateur ou injecter un script de vol de cartes dans la page de paiement.
Gardez PrestaShop et chaque module à jour, retirez les modules dont l’éditeur a disparu, et vérifiez régulièrement les fichiers modifiés et les employés du back-office.
Signes fréquents : redirections vers des sites inconnus, alerte de Google ou de votre navigateur, nouveaux comptes administrateurs, fichiers modifiés récemment, clients signalant une fraude à la carte après un achat.