# Boutique en ligne piratée ? Un retour sûr et démontrable

> Boutique en ligne piratée ? Nous protégeons données clients et chiffre d'affaires et remettons la boutique en état sain. Appelez-nous ou WhatsApp.

Source : https://phpsos.de/fr/soforthilfe/onlineshop-gehackt/  
État : 25/10/2026  
Fournisseur : PHP SOS, Assistance d'urgence PHP et sécurité des serveurs. Aide immédiate par WhatsApp : https://wa.me/491736494914?text=Bonjour%20PHP%20SOS%2C%20nous%20avons%20besoin%20d%27aide%20avec%20notre%20serveur%20PHP.%20Entreprise%20%3A%20%E2%80%A6%20Site%20web%20%3A%20%E2%80%A6

**En bref :** si votre boutique en ligne a été piratée, trois choses se jouent en même temps : protéger les données clients, sauvegarder le chiffre d'affaires et prouver que la boutique est de nouveau saine. Vous êtes concerné ? Contactez-nous maintenant. Nous prenons en charge à distance le confinement, l'analyse de la cause, le nettoyage et la documentation, et nous nous concertons avec vos prestataires.

> **Agir immédiatement:**
> **Ne supprimez rien et ne réinstallez rien pour l'instant.** Avant de retirer des fichiers ou de restaurer la boutique, les fichiers, la base de données et les journaux doivent être sécurisés. Appelez-nous ou écrivez-nous sur WhatsApp. La voie la plus rapide est [Signaler une urgence](https://phpsos.de/fr/notfall/).

## Êtes-vous concerné ? Signes dans la boutique en ligne

Pour les boutiques, l'enjeu est plus grand que pour un site vitrine. Soyez attentif à ces signaux :

- Des clients signalent que leur carte ou leur compte a été utilisé frauduleusement après une commande chez vous
- Votre prestataire de paiement ou votre banque vous interroge sur des transactions inhabituelles
- dans le tunnel de paiement apparaissent des champs, des fenêtres ou des redirections que vous n'avez pas mis en place
- des commandes, des prix ou des bons de réduction ont été modifiés sans votre intervention
- l'espace d'administration compte des utilisateurs inconnus ou des connexions inhabituelles
- votre serveur de messagerie envoie du spam au nom de la boutique, ou des clients reçoivent des e-mails d'hameçonnage avec votre adresse d'expéditeur
- des fichiers dans les répertoires des médias, du cache ou des plug-ins sont nouveaux ou modifiés, alors que personne n'a déployé
- la charge augmente sans hausse visible de la fréquentation

## Ce que vous faites tout de suite

1. **Décider si la caisse passe hors ligne.** Dès que des données de paiement ou des données clients risquent d'être en danger, retirez temporairement le paiement ou la boutique du réseau, par exemple avec une page de maintenance. La décision vous appartient ; nous vous conseillons à ce sujet.
2. **Ne rien supprimer, ne rien écraser.** Aucune mise à jour sur le système en production, aucune restauration de sauvegarde.
3. **Préparer le prestataire de paiement.** Vérifiez quelles voies de signalement prévoit votre contrat et tenez les interlocuteurs prêts.
4. **Conserver les journaux.** Demandez à l'hébergeur et à l'agence de sécuriser les journaux d'accès, d'erreurs et de la boutique. La presse spécialisée conseille de conserver les journaux du serveur à partir du 20 octobre 2026.
5. **Lister les accès :** administration de la boutique, serveur, base de données, portails de paiement, interfaces avec la gestion commerciale et l'expédition. Ne changez les mots de passe qu'après concertation.
6. **Informer les services internes :** la direction, le délégué à la protection des données, l'assureur. Des indications sur la police figurent sous [Cyberassurance en cas de sinistre](https://phpsos.de/fr/compliance/cyberversicherung/).
7. **Contactez-nous** avant que votre agence ne répare la boutique de son propre chef.

## Comment PHP SOS aide-t-il pour une boutique en ligne piratée ?

1. **Faire le point :** système de boutique, version, état de PHP, hébergeur, moyens de paiement, services intégrés. Nous clarifions quelles données se trouvent dans la boutique.
2. **Sécuriser et contenir :** image des fichiers et de la base de données, sécurisation des journaux, blocage des accès suspects, protection de la caisse.
3. **Déterminer la cause et l'étendue :** nous examinons les fichiers du cœur, les extensions, les modèles, les tâches planifiées et le contenu de la base de données à la recherche de manipulations, et nous tentons d'établir ce qui a pu fuir. Là où les traces ne suffisent pas, nous le disons ouvertement.
4. **Nettoyer et rétablir :** suppression du code malveillant ou reconstruction à partir de sources fiables, selon les constats. L'arbitrage entre les deux est décrit dans [Réinstaller ou nettoyer ?](https://phpsos.de/fr/blog/neu-aufsetzen-oder-bereinigen/).
5. **Durcir, remettre en ligne, rendre compte :** état de PHP, droits, protection de l'administration, surveillance. Vous recevez une documentation que vous pouvez présenter au prestataire de paiement, au délégué à la protection des données et à l'assureur.

Si l'incident dépasse la boutique, par exemple vers la gestion commerciale ou des systèmes internes, nous passons à une [réponse aux incidents](https://phpsos.de/fr/leistungen/incident-response/). Si vous devez savoir avec une valeur juridique ce qui s'est passé, la [forensique informatique](https://phpsos.de/fr/leistungen/it-forensik/) entre en outre en ligne de compte.

## Données clients, obligations de notification et communication

La boutique contient des noms, des adresses, des commandes et souvent des références de paiement. Dès que de telles données risquent d'être touchées, un délai court : le RGPD prévoit une notification à l'autorité de contrôle dans un délai de 72 heures lorsqu'un risque pour les personnes concernées ne peut pas être exclu. Si c'est le cas pour vous, vous le clarifiez avec votre délégué à la protection des données ou un avocat ; nous ne fournissons pas de conseil juridique. Nous fournissons les bases techniques dont vous avez besoin pour cela. Plus d'informations sur le délai : [Obligation de notification RGPD](https://phpsos.de/fr/compliance/dsgvo-meldepflicht-72-stunden/).

La communication auprès des clients fait aussi partie de l'incident. Pour savoir comment informer de façon factuelle, sans rien taire ni spéculer, voir [Informer les clients après un incident](https://phpsos.de/fr/blog/kunden-nach-vorfall-informieren/) et [Communication de crise après une attaque](https://phpsos.de/fr/compliance/krisenkommunikation/). Nous abordons la possibilité d'une plainte sous [Plainte auprès de la police](https://phpsos.de/fr/compliance/anzeige-polizei-zac/).

## Systèmes de boutique et état de PHP

Que ce soit WooCommerce, Shopware, Magento ou PrestaShop : tous fonctionnent sur PHP. Une mise à jour du logiciel de boutique ne ferme pas les failles PHP2Shell. La page sectorielle [Sécurité informatique pour les boutiques en ligne](https://phpsos.de/fr/branchen/onlineshops/) résume les particularités ; les pages de plateformes [WooCommerce](https://phpsos.de/fr/plattformen/woocommerce/) et [Shopware 6](https://phpsos.de/fr/plattformen/shopware-6/) détaillent chacun des systèmes.

## Comment nous remettons la boutique en ligne

Une boutique ne redémarre pleinement que lorsque trois choses concordent : le code malveillant est supprimé, la porte d'entrée est fermée et les identifiants sont renouvelés. Cela comprend les comptes administrateur, les mots de passe de base de données, les clés d'API des prestataires de paiement et d'expédition ainsi que les accès de messagerie. Nous vérifions le tunnel de paiement en dernier avec une commande de test, afin qu'il soit visible que le paiement fonctionne sans modification. Nous recommandons ensuite une surveillance plus étroite pendant les semaines suivantes, car les attaquants aiment revérifier des victimes déjà connues. Il n'existe pas de garantie que plus rien ne se produira jamais ; ce qui existe, c'est un état documenté et des responsabilités claires.

## Ce que vous devriez nous envoyer

- le système de boutique et sa version, l'hébergeur et, si elle est connue, la version de PHP
- ce qui a été remarqué en premier et depuis quand
- les signalements de clients, de la banque ou du prestataire de paiement, dans leur formulation exacte
- le nom de l'agence ou du développeur qui assure le suivi de la boutique
- l'état et l'emplacement de la dernière sauvegarde

## Pourquoi PHP SOS

Nous travaillons Made in Germany et, avec notre réseau de partenaires de professionnels de la cybersécurité, nous sommes spécialisés depuis plus de 25 ans dans la sécurité informatique. Vous avez un interlocuteur unique, qui conduit l'incident de votre boutique du premier contact jusqu'à la clôture. Nous travaillons à distance partout en Allemagne et en Europe, consignons chaque étape par écrit et ne promettons rien que personne ne puisse tenir. Nous travaillons jusqu'à ce que l'incident soit clos et documenté.

## Vous êtes concerné ? Appelez-nous. Nous vous aidons.

Chaque heure avec un tunnel de paiement compromis peut coûter des données clients. Contactez-nous maintenant, par téléphone ou WhatsApp, et nous prenons le relais dès le premier message. [Signaler une urgence maintenant](https://phpsos.de/fr/notfall/)


## Questions fréquentes

**Dois-je fermer immédiatement ma boutique en ligne si elle a été piratée ?**  
Si des données clients ou des opérations de paiement sont en danger, une fermeture temporaire de la caisse ou de toute la boutique est souvent la bonne décision. Vous décidez de l'arbitrage entre perte de chiffre d'affaires et dommage ; nous fournissons l'évaluation technique correspondante. L'essentiel est de ne supprimer aucun fichier à cette occasion.

**Dois-je informer mes clients si ma boutique a été piratée ?**  
Cela dépend de la possibilité que des données personnelles soient touchées et du risque pour les personnes concernées. Prenez la décision avec votre délégué à la protection des données ou un avocat. Notre rapport fournit les faits techniques pour cela.

**Comment reconnaître qu'un code étranger capte des données de paiement lors du paiement ?**  
Les indices sont des scripts inconnus dans le tunnel de paiement, des signalements de clients dont la carte a été utilisée frauduleusement après un achat, ou des avertissements du prestataire de paiement. Seul un examen des fichiers et de la base de données permet de trancher avec certitude.

**Puis-je simplement restaurer la boutique à partir de la sauvegarde ?**  
Une sauvegarde ne vous ramène à un état sain que si elle a été créée avant l'intrusion et que la porte d'entrée a été fermée depuis. Les deux points sont souvent incertains au départ. C'est pourquoi nous sécurisons d'abord, puis évaluons avec vous.

**L'aide d'urgence fonctionne-t-elle aussi pour Shopware, WooCommerce ou Magento ?**  
Oui. La démarche est similaire pour toutes les boutiques PHP : sécuriser, contenir, trouver la cause, nettoyer, durcir. Nous vérifions les particularités propres à chaque système sur la boutique concernée.

## Sources

- [BSI : Office fédéral allemand de la sécurité des technologies de l'information](https://www.bsi.bund.de/)
- [RGPD art. 33 : notification à l'autorité de contrôle](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [OWASP Top 10](https://owasp.org/www-project-top-ten/)
- [Police : points de contact centraux pour la cybercriminalité](https://www.polizei.de/)