PrestaShop occupe une place particulière dans le paysage des attaques e-commerce : des boutiques souvent anciennes, de nombreux modules tiers, et des mises à jour repoussées faute de compatibilité. Les compromissions y suivent des scénarios récurrents. Les reconnaître aide à comprendre ce qui se passe — et à mesurer ce qui est en jeu.
Trois scénarios types
La redirection discrète. Vos visiteurs sont envoyés vers un site tiers, souvent uniquement depuis un mobile et uniquement lorsqu’ils arrivent d’un moteur de recherche. Le commerçant, lui, ne voit rien depuis son propre navigateur : c’est délibéré, l’attaque cherche à rester invisible du propriétaire le plus longtemps possible.
Le détournement du paiement. Nettement plus grave : le parcours de paiement est modifié pour capter les données bancaires de vos clients. Les conséquences dépassent alors la sphère technique — relation avec votre prestataire de paiement, obligations de notification, responsabilité vis-à-vis des porteurs de carte.
La réinfection en boucle. Le site est nettoyé, tout semble rentré dans l’ordre, et le problème réapparaît quelques heures ou quelques jours plus tard. C’est le signe qu’un moyen de revenir est resté en place, et que seul le symptôme avait été traité.
Le piège des dates
Beaucoup de commerçants datent l’intrusion au jour où ils l’ont découverte. Dans les faits, l’écart est souvent de plusieurs semaines, parfois davantage. Les attaquants savent brouiller les indices temporels les plus visibles, ce qui conduit à sous-estimer l’ancienneté de la compromission — et à restaurer une sauvegarde qui contient déjà le problème.
Établir une chronologie fiable est l’une des parties les plus techniques du travail. C’est aussi celle qui conditionne toutes les décisions suivantes : quelle sauvegarde utiliser, quelles données ont pu être exposées, sur quelle période.
Ce que vous pouvez préparer avant l’intervention
Rassemblez les éléments factuels : depuis quand le problème est signalé, par qui, sur quel appareil, et ce qui a changé récemment — module installé, migration, intervention d’un tiers. Listez tous les accès existants, y compris ceux d’anciens prestataires. Et vérifiez l’état réel de vos sauvegardes : savez-vous quand la dernière restauration a été testée ?
Ces trois éléments font gagner un temps considérable, et ils sont sans risque, contrairement à toute manipulation directe sur les fichiers.
Les erreurs qui coûtent le plus cher
Restaurer une ancienne sauvegarde sans connaître la date d’intrusion. Nettoyer sans renouveler les accès — l’attaquant revient tranquillement avec des identifiants toujours valides. Et considérer l’incident clos le jour même, sans période d’observation : c’est le meilleur moyen de découvrir la réinfection par un client, ou par un avertissement dans les résultats de recherche.
Après la remise en état
Une compromission laisse des traces au-delà du serveur : avertissement de sécurité, campagnes publicitaires suspendues, questions légitimes de vos clients, parfois dossier d’assurance. Chacune de ces démarches a ses règles et ses délais, et exige des preuves de remédiation présentées correctement. C’est une part du travail que les prestataires purement techniques laissent souvent au commerçant — au pire moment.