| Module | PHPUnit (embarqué dans PrestaShop et des modules officiels) |
|---|---|
| Nom technique | phpunit |
| Éditeur | PrestaShop |
| Identifiant | CVE-2017-9841 |
| Score CVSS | 9.8 / 10 |
| Type | Exécution de code PHP à distance non authentifiée |
| Versions touchées | PrestaShop < 1.7.6.0 ; modules autoupgrade 4.0.0 à 4.10.1, pscartabandonmentpro 2.0.1 à 2.0.10, ps_facetedsearch 2.2.1 à 3.4.1, gamification 2.1.0 à 2.3.2, ps_checkout 1.0.8 à 1.2.9 |
| Version corrigée | aucune confirmée |
| Publication de l'avis | 20 janvier 2020 |
Attention
Mettre à jour ces modules et supprimer les dossiers vendor/phpunit accessibles depuis le web.
Ce que la faille permet
Un outil de test embarqué par erreur dans certains modules permettait d'exécuter du code sur le serveur quand le dossier vendor était accessible depuis le web. Selon PrestaShop, des attaquants s'en sont servis pour déposer ou modifier des fichiers, dont la page de connexion à l'administration.
Les traces à chercher
- Des fichiers PHP inconnus ou des fichiers du cœur modifiés
- Une page de connexion à l'administration modifiée
Le correctif
Mettre à jour les modules concernés et supprimer l'outil de test des dossiers accessibles depuis le web, puis vérifier que l'accès au dossier vendor est bloqué.
Suis-je concerné ?
Étape 1
Chercher le fichier dangereux
Par FTP, cherchez un fichier eval-stdin.php dans un dossier vendor/phpunit, à la racine ou dans les modules listés.
Étape 2
Relever les versions des modules
Dans le gestionnaire de modules, comparez les versions installées aux plages touchées.
● Test gratuit · 10 secondes
Votre boutique montre-t-elle des signes d'infection ?
Le scan ne peut pas savoir si ce module est installé chez vous, mais il repère ce que ce type de faille sert à implanter : script de vol de carte, code caché, redirection. Réponse en 10 secondes, gratuit, sans inscription.
Scan passif de votre page d'accueil, comme un visiteur. Sans inscription. Scannez uniquement un site dont vous êtes responsable.
Que faire
Étape 1
Supprimer ou corriger
En l'absence de version corrigée confirmée, supprimer le module du serveur ou faire appliquer un correctif vérifié.
Étape 2
Partir du principe que la boutique a pu être touchée
La faille est exploitée activement : une mise à jour ne retire pas un skimmer déjà installé. Faites vérifier les fichiers du cœur, les modules, la base de données et la page de paiement.
Étape 3
Chercher des traces dans les journaux
Recherchez dans les journaux d'accès des requêtes vers modules/phpunit/ et des requêtes POST inhabituelles, en gardant en tête que les journaux des hébergeurs ne remontent souvent qu'à quelques semaines.
Étape 4
Changer les accès
Mots de passe de l'administration et de la base de données, surtout si la faille permet de lire la base.
Pourquoi c'est urgent
Les failles exploitées activement sont scannées automatiquement par des robots sur des milliers de boutiques. Une boutique vulnérable n'est pas « peut-être » visée : elle le sera.
Sur PrestaShop, l'objectif le plus fréquent est l'installation d'un skimmer qui vole les cartes bancaires de vos clients, avec les obligations qui en découlent (notification à la CNIL, information de la banque).
Source
Avis de sécurité Friends Of Presta : security.friendsofpresta.org/dependancies/2020/01/07/phpunit-CVE-2017-9841.html. Données vérifiées le 24 septembre 2026 ; reportez-vous à l'avis pour les détails techniques.