FR
Parlons-en
  1. Accueil
  2. Services
  3. Faille du paiement PrestaShop

Faille du paiement PrestaShop

Nous avons identifié une faille PrestaShop qui a touché environ 200 boutiques dans le monde. Nous vous conseillons d'agir dès maintenant pour protéger la vôtre.

Une faille PrestaShop qui a touché environ 200 boutiques dans le monde

Ces derniers mois, nous avons vu nettement plus de boutiques PrestaShop piratées, alors que la plateforme est réputée pour sa sécurité. En 10 ans, nous n'avions eu que quelques cas (3 ou 4). Ces 4 derniers mois, nous avons reçu plus de 10 demandes d'analyse ou de réparation de boutiques piratées.

Le but de ces attaques : injecter des « skimmers » JavaScript dans les pages de paiement des boutiques en ligne. Les pirates accèdent au site, directement ou par un service tiers, puis injectent du code JavaScript malveillant qui vole les informations saisies par les clients dans le formulaire de paiement.

Les boutiques en ligne voient rarement les points faibles qu'elles exposent sur le web. Souvent, la victime ne sait pas que le JavaScript de son site a été modifié, et le code malveillant peut y rester indéfiniment. Dans les attaques par la chaîne d'approvisionnement, elle ignore aussi, en général, qu'elle exécute du code venant d'un fournisseur compromis.

Ici, les pirates ont modifié la page de paiement et remplacé le formulaire de carte bancaire habituel par le leur.

Ce que cela peut provoquer :

  • Vol de données personnelles : les cartes bancaires sont la cible principale, mais les pirates peuvent aussi voler des données personnelles. Des millions de consommateurs peuvent être touchés.
  • Perte de chiffre d'affaires : après une telle attaque, les ventes d'une petite ou moyenne boutique peuvent chuter fortement, car les clients ne font plus confiance à sa capacité à empêcher une nouvelle attaque.
  • Propagation de l'infection : si les pirates volent les identifiants des administrateurs et des utilisateurs, ils peuvent étendre l'attaque à d'autres sites, par exemple aux sites secondaires d'une même marque.
  • Conséquences juridiques : une attaque expose l'entreprise à des plaintes de clients, à des sanctions au titre de lois comme le RGPD, et à des pénalités du secteur bancaire, comme un audit PCI DSS ou l'impossibilité d'accepter les cartes bancaires.
Attaque de pirates sur une boutique en ligne

Que pouvons-nous faire ?

  • Vérifier en profondeur les fichiers de la boutique pour détecter toute intrusion et repérer les modifications indésirables.
  • Déployer Imunify sur le serveur, pour empêcher l'exécution des fichiers compromis.
  • Utiliser Clarity Module Pro, comme nous l'avons fait, pour localiser les problèmes et savoir si des données de carte ont été volées.
  • Activer la double authentification sur le back-⁠office, ce que nous recommandons.

Ces mesures coûtent 200 EUR une fois, puis 15 EUR par mois.

Mieux vaut prévenir que guérir : nous vous conseillons vivement de prendre ces précautions pour sécuriser votre boutique.

Prix200 EUR
Système informatique piraté

Étude de cas

Le problème

Un marchand s'est aperçu qu'il n'avait reçu aucune commande depuis plusieurs heures. C'était très inhabituel : il en recevait d'ordinaire plus de 60 par jour.

La réaction

Il nous a demandé de réparer son tunnel de paiement, pensant à un simple bug, facile à corriger.

Notre approche

Nous avons d'abord soupçonné un module installé quelques jours plus tôt. Mais nous avons vite trouvé des modifications importantes du code : le formulaire de paiement d'origine avait été entièrement remplacé par un faux.

La solution

Deux options, selon que votre serveur dispose ou non d'Imunify360 Proactive Defense. Nous les détaillons ci-dessous.

La solution, en détail

Option 1 : la suppression automatique avec Imunify360 Proactive Defense

L'analyseur de fichiers en temps réel d'Imunify360 contrôle chaque fichier dès qu'il est chargé sur le serveur. S'il est malveillant, il est nettoyé ou supprimé immédiatement. Les dégâts restent limités, ce qui est particulièrement utile sur un système déjà infecté. Pour en savoir plus : prise en main de Proactive Defense et présentation d'Imunify360.

Option 2 : la recherche manuelle des fichiers malveillants

Nous parcourons les fichiers du serveur à la recherche de code encodé en base64, puis nous le supprimons à la main, sans interrompre la boutique. Ce sont généralement ces 6 fichiers qui sont infectés :

  • classes/db/Db.php : le code se trouve à la fin du fichier et envoie la valeur du paramètre statistics_hash à l'adresse IP 106.15.179.255.
  • classes/controller/FrontController.php : il est modifié pour que la page de commande charge un fichier JavaScript supplémentaire au nom aléatoire (par exemple /js/HQf6b.js), qui remplace la partie paiement par un faux formulaire de carte.
  • js/NOM-ALEATOIRE.js : c'est ce faux formulaire de paiement, qui envoie très probablement l'argent sur le compte du pirate. C'est le fichier le plus important à supprimer dès que l'infection est découverte.
  • classes/module/Module.php : à nettoyer aussi, car il contient du code PHP encodé qui permet d'exécuter d'autres commandes encodées.
  • AdminLoginController.php (dans controllers/admin) : ce code envoie l'adresse du back-⁠office, l'e-mail et le mot de passe de connexion à un serveur externe (45.197.141.250).
  • app/Mage.php : contient un code semblable à celui de Module.php. Ce fichier doit être supprimé.

Si vous avez la version gratuite d'ImunifyAV

Cette version n'a pas de protection active : vous devez lancer vous-⁠même l'analyse des fichiers à intervalles réguliers, et supprimer à la main le code malveillant. Voir les différences entre ImunifyAV et Imunify360.

Et ensuite,
pour votre boutique ?

Dites-⁠nous ce que vous avez en tête. Vous parlerez directement aux personnes qui le réaliseraient.

Parlez-⁠nous en

  • Anglais
  • Roumain
  • Hongrois
  • Allemand
  • Français
  • Espagnol

Nous répondons sous un jour ouvré.

Leo Jozsa
Peter Szamosan
Attila Karacson
Szilamer Balogh

Leo, Péter, Attila et Szilamér