En bref : la sécurité du site web d'une pharmacie concerne des données de santé : quiconque précommande un médicament ou photographie une ordonnance révèle quelque chose de sa santé. Clarifiez qui exploite votre serveur web, faites confirmer le correctif PHP et le redémarrage, et soyez attentif à la publicité cachée pour des médicaments que les attaquants aiment introduire sur les sites de pharmacies.
Quels systèmes PHP utilisent les pharmacies
De nombreuses pharmacies ont un site web avec horaires d'ouverture, indication de garde et un formulaire de précommande. S'y ajoute souvent une fonction d'envoi de photos d'ordonnances ou de plans de médication, ainsi que des demandes pour la livraison à domicile et des rendez-vous pour des conseils ou des vaccinations. Les pharmacies d'envoi et celles qui font du commerce en ligne exploitent en outre une boutique, par exemple sur WooCommerce ou Shopware 6.
Certains sites proviennent de kits de sites web de groupements ou de fournisseurs spécialisés, d'autres ont été construits par une agence locale. Pour PHP2Shell, c'est cela qui décide de qui exploite le serveur et est donc responsable du correctif PHP.
Les demandes de livraison à domicile sont particulièrement révélatrices. Elles relient adresse du domicile, numéro de téléphone et médicament, souvent de personnes âgées ou dépendantes. Quiconque détourne de tels jeux de données sait qui vit seul, quels produits sont utilisés régulièrement et quand la livraison a lieu. Cela les rend intéressants pour des escrocs qui s'adressent spécifiquement aux personnes âgées.
Données de santé : pourquoi un simple formulaire de précommande est déjà sensible
Un nom plus un médicament donnent une donnée de santé. De telles indications relèvent des catégories particulières de données personnelles au sens de l'art. 9 du RGPD. Pour les pharmaciennes et pharmaciens s'applique en outre un devoir de confidentialité, dont la violation peut être punissable selon le § 203 StGB (code pénal allemand).
Sur le serveur web, ces données se trouvent à plusieurs endroits : dans la base de données de l'extension de formulaire, dans les photos d'ordonnances envoyées, dans les files d'attente de messagerie et, dans la boutique, dans les historiques de commandes. Quiconque peut exécuter du code via PHP2Shell accède en règle générale à tout cela sans avoir à se connecter.
Pharmacie et sécurité du site : ce que provoque une attaque
- Fuite de données : les précommandes et les photos d'ordonnances permettent de tirer des conclusions sur des maladies. Le risque pour les personnes concernées est élevé, des obligations de notification au titre du RGPD sont probables. Le délai de 72 heures, vous l'évaluez avec votre délégué à la protection des données.
- Spam pharma : les attaquants introduisent des pages cachées avec de la publicité pour des produits soumis à ordonnance. Les moteurs de recherche déclassent le site ou affichent un avertissement, comme le décrit le guide Supprimer l'avertissement de Google.
- Précommandes perdues : si le formulaire tombe en panne ou redirige, des clients se retrouvent au comptoir et le médicament n'est pas commandé.
- Boutique manipulée : un code modifié dans le processus de commande peut capter des données de paiement ou envoyer les clients vers de fausses pages.
Une mise à jour de la boutique ou du CMS ne ferme pas PHP2Shell. La faille n'est corrigée qu'avec PHP 8.5.12, 8.4.27, 8.3.36 ou 8.2.35 ou avec un backport confirmé par le fournisseur, et seulement après le redémarrage de tous les processus PHP.
Le vide de responsabilité dans la pharmacie
| Domaine | Généralement responsable | Souvent non clarifié |
|---|---|---|
| Gestion, caisses, infrastructure de télématique | Éditeur de logiciel ou informatique de la pharmacie | Lien avec la boutique en ligne |
| Site web issu d'un kit de groupement | Fournisseur du kit | confirmation écrite du correctif |
| Site ou boutique propre | Agence et hébergeur | qui met PHP à jour et le redémarre |
Dans les réseaux de succursales s'ajoute le fait que chaque succursale peut avoir ses propres formulaires ou domaines que personne ne tient de façon centralisée.
Concevoir la précommande et l'envoi d'ordonnances en limitant les données
De nombreux formulaires de pharmacies enregistrent plus que nécessaire. Une précommande exige un nom, un moyen de joindre la personne et la préparation souhaitée, pas la date de naissance, l'adresse ou le diagnostic. Les photos d'ordonnances ne devraient pas rester durablement dans un dossier d'envoi accessible publiquement, mais être supprimées après le retrait.
Vérifiez en outre où vont les données des formulaires. Si chaque précommande atterrit comme e-mail non chiffré dans une boîte collective à laquelle de nombreux collaborateurs accèdent, cette boîte mérite la même protection que le serveur. Et si une extension de formulaire dépose en plus chaque demande dans la base de données, une archive de données de santé, dont personne n'a besoin, y grossit chaque mois.
Moins il y a de choses sur le serveur web, plus le dommage est faible s'il est tout de même compromis. La décision sur les durées de conservation, vous la prenez avec votre délégué à la protection des données.
Les premières heures pour la direction de la pharmacie
- Demander par écrit à l'exploitant du serveur web l'état des correctifs PHP et le redémarrage.
- Sans confirmation : désactiver le formulaire de précommande et l'envoi d'ordonnances et passer au téléphone. Une indication sur la page d'accueil suffit.
- Faire sauvegarder les journaux à partir du 20 octobre 2026.
- Vérifier dans Google Search Console si des pages inconnues ou des problèmes de sécurité sont signalés.
- Faire supprimer, après concertation avec le délégué à la protection des données, les anciennes photos d'ordonnances et saisies de formulaires qui ne sont plus nécessaires.
Comment PHP SOS aide-t-il concrètement ?
- Nous clarifions avec le fournisseur du kit, l'agence ou l'hébergeur qui corrige PHP, et nous obtenons la confirmation avec l'état des paquets.
- Nous examinons le site et la boutique à la recherche de webshells, de spam pharma introduit et de code de commande modifié et nous supprimons les logiciels malveillants découverts.
- Nous montrons où se trouvent les données de santé sur le serveur et aidons à limiter la durée de conservation et les envois.
- Nous documentons les constats de manière à ce que votre délégué à la protection des données puisse évaluer l'obligation de notification.
Questions fréquentes
Notre logiciel de gestion de pharmacie est-il concerné par PHP2Shell ?
Le logiciel de gestion de la pharmacie et l'accès à l'infrastructure de télématique fonctionnent en règle générale séparément du site web. Les serveurs web PHP sont concernés, donc le plus souvent le site, le formulaire de précommande et la boutique en ligne. Il appartient à votre prestataire informatique de vérifier s'il existe des interfaces entre la boutique et la gestion.
Notre site provient d'un kit de notre groupement. Qui est responsable ?
Pour les forfaits de sites web de groupements, de grossistes ou de fournisseurs spécialisés, c'est le plus souvent le fournisseur qui exploite le serveur. Le correctif PHP lui incombe alors. Demandez-lui l'état par écrit, car la responsabilité des données de vos clients reste celle de votre pharmacie.
Qu'est-ce qu'un pharma hack ?
On appelle ainsi des attaques dans lesquelles des pages ou liens cachés de publicité pour des médicaments sont introduits sur un site compromis. Les visiteurs n'en voient souvent rien, les moteurs de recherche si. Pour une pharmacie, c'est particulièrement délicat, car de tels contenus apparaissent sous un nom digne de confiance.