Marketing Scanscan digital
Confiance & sécurité

Faille PHP : quel e-mail envoyer à votre webdesigner ?

21 octobre 2026 · 6 min de lecture · Marketing Scan

Cet article a été traduit du néerlandais.

Réponse courte : envoyez aujourd'hui un court e-mail dans lequel vous demandez si votre site tourne sur PHP, sur quelle version exacte, et s'il a été mis à jour vers 8.2.35, 8.3.36, 8.4.27 ou 8.5.12. Demandez explicitement le numéro de version dans la réponse. Vous trouverez ci-dessous des e-mails à copier tels quels.

Après la faille PHP du 21 octobre 2026 (php2shell), beaucoup de chefs d'entreprise ne savent pas bien quoi demander à leur webdesigner ou à leur hébergeur. Avec ces textes, vous n'avez besoin d'aucune connaissance technique.

Dans cet article

Pourquoi un e-mail et pas un coup de fil ?

Téléphoner, c'est possible, surtout si c'est urgent. Mais un e-mail a trois avantages. Vous obtenez la réponse noir sur blanc, avec le numéro de version. Vous avez une preuve que vous avez agi, ce qui est utile si quelque chose tourne mal plus tard. Et votre webdesigner peut transmettre votre question à la personne qui gère réellement le serveur.

Vous ne savez pas si votre site utilise PHP ? Vérifiez-le d'abord avec la vérification PHP gratuite de Marketing Scan. Vous saurez tout de suite si vous avez besoin de cet e-mail.

E-mail 1 : pour votre hébergeur

Utilisez cet e-mail si vous avez vous-même un forfait d'hébergement, par exemple chez un hébergeur belge ou néerlandais.

Objet : Faille PHP CVE-2026-109618 et CVE-2026-109619 : statut de notre site

Bonjour,

Suite aux failles PHP CVE-2026-109618 et CVE-2026-109619 (php2shell), j'aimerais savoir sur quelle version exacte de PHP tourne notre site [votredomaine.be]. A-t-elle déjà été mise à jour vers 8.2.35, 8.3.36, 8.4.27 ou 8.5.12 ? Si ce n'est pas le cas, quand cela sera-t-il fait ? Et si notre site tourne sur une version antérieure à 8.2 : quelles étapes recommandez-vous ?

Merci de répondre en indiquant le numéro de version. D'avance merci.

E-mail 2 : pour votre webdesigner

Utilisez cet e-mail si un webdesigner a construit votre site ou en assure la maintenance.

Objet : Urgent : notre site est-il protégé contre la faille PHP ?

Bonjour,

Le 21 octobre, deux failles critiques dans PHP ont été rendues publiques (CVE-2026-109618 et CVE-2026-109619). Pouvez-vous confirmer si notre site [votredomaine.be] tourne sur PHP, sur quelle version exacte, et s'il a déjà été mis à jour vers 8.2.35, 8.3.36, 8.4.27 ou 8.5.12 ?

Si vous ne gérez pas vous-même le serveur : pouvez-vous vérifier cela auprès de l'hébergeur ? Et pouvez-vous, après la mise à jour, contrôler rapidement qu'aucun administrateur ou fichier inconnu n'est apparu ?

J'aimerais avoir de vos nouvelles aujourd'hui encore. Merci.

E-mail 3 : relance si vous n'obtenez pas de réponse

Si vous n'avez pas de nouvelles après un jour ouvrable, envoyez cette relance et téléphonez juste après.

Objet : Relance : faille PHP et notre site

Bonjour,

Hier, j'ai demandé si notre site [votredomaine.be] avait été mis à jour pour les failles PHP CVE-2026-109618 et CVE-2026-109619. Je n'ai pas encore reçu de réponse. Comme Cloudflare observe déjà les premières tentatives d'attaque, j'aimerais que ce soit réglé aujourd'hui. Pouvez-vous me dire où en est la situation, ou qui je dois contacter à ce sujet ?

Merci.

Cette dernière phrase sur Cloudflare n'est pas une menace, mais un fait, comme le rapporte VRT NWS.

À quoi ressemble une bonne réponse ?

Une bonne réponse contient :

  • un numéro de version exact, par exemple « PHP 8.3.36 », pas seulement « PHP 8.3 » ;
  • une date ou une heure à laquelle la mise à jour a été faite ou est prévue ;
  • un plan pour les anciennes versions : si votre site tourne sur 8.1 ou plus ancien, il faut une proposition de mise à niveau, car aucun correctif ne viendra selon Help Net Security ;
  • la confirmation d'une vérification qui montre qu'il n'y a pas de traces d'intrusion.

Quelles réponses ne suffisent pas ?

Méfiez-vous de ces réponses :

  • « On regarde. » Demandez quand, et demandez le numéro de version.
  • « WordPress est à jour. » La faille se trouve dans PHP sur le serveur, pas dans WordPress.
  • « Nous avons un pare-feu. » Cela aide temporairement, mais selon Patchstack, la mise à jour est la seule solution complète.
  • « Votre site est trop petit pour être attaqué. » Les attaquants scannent automatiquement, quelle que soit la taille de votre entreprise.

Et si votre version de PHP ne reçoit plus de correctif ?

Si votre site tourne sur PHP 8.1, 8.0, 7.x ou 5.x, envoyez de préférence une question supplémentaire :

« Notre site tourne sur une version de PHP pour laquelle aucun correctif ne viendra. Pouvez-vous faire une proposition pour passer au moins à PHP 8.2, avec une estimation du temps et du coût ? Et le site peut-il être mieux protégé d'ici là, ou doit-il passer temporairement hors ligne ? »

Questions fréquentes.

Que demander à mon webdesigner à propos de la faille PHP ?

Demandez si votre site tourne sur PHP, sur quelle version exacte, et s'il a été mis à jour vers 8.2.35, 8.3.36, 8.4.27 ou 8.5.12. Demandez explicitement le numéro de version dans la réponse.

Mon webdesigner ne répond pas au sujet de la faille PHP, que faire ?

Envoyez un e-mail de relance après un jour ouvrable et téléphonez. Si vous n'avez toujours pas de réponse, contactez directement votre hébergeur, car c'est lui qui gère la version de PHP sur le serveur.

PHP 8.3 est-il sûr après la faille PHP ?

Seulement à partir de la version 8.3.36. Une réponse comme PHP 8.3 sans le dernier chiffre ne suffit pas, car 8.3.35 et les versions antérieures sont vulnérables.

Dois-je payer pour la mise à jour de PHP ?

Sur un hébergement mutualisé, l'hébergeur met généralement PHP à jour de manière centralisée. Une mise à niveau depuis une ancienne version comme 7.4 vers 8.2 ou plus récent peut demander du travail supplémentaire à votre webdesigner.

Sources de cet article

Comment fonctionne un audit marketing ? Notre méthode

Passez des conseils à l’action pour votre site

Créez un compte gratuit. Enregistrez votre site dans votre tableau de bord et suivez son score et ses améliorations au même endroit.

Créer votre compte gratuit

Plus sur confiance & sécurité.

Confiance & sécurité

Mon site est-il vulnérable à la faille PHP ? Comment vérifier

En quatre étapes, vous savez si votre site est vulnérable à la faille PHP d'octobre 2026, sans connaissances techniques et sans mettre votre site en danger.

· 6 min de lecture

Confiance & sécurité

Faut-il mettre mon site hors ligne à cause de la faille PHP ?

Smartschool, DPG Media et des hôpitaux sont passés hors ligne à cause de la faille PHP. Comment décider si vous devez le faire, et ce que fait un mode maintenance.

· 6 min de lecture

Confiance & sécurité

Faille PHP (php2shell) : que faire en tant qu'entrepreneur ?

Deux failles critiques dans PHP permettent de prendre le contrôle d'un site web. Voici ce qu'il faut régler aujourd'hui, même sans aucune connaissance technique.

· 6 min de lecture

Confiance & sécurité

Boutique en ligne et faille PHP : protéger clients et paiements

WooCommerce, PrestaShop et Magento tournent sur PHP. Comment protéger données clients et paiements après la faille php2shell, et quand signaler une fuite.

· 6 min de lecture

Mesure & analyse

Taux d’ouverture après Apple MPP : que vaut-il encore ?

Apple Mail Privacy Protection gonfle les ouvertures. Découvrez ce que ce taux dit encore et les indicateurs e-mail à privilégier pour piloter en 2026.

· 7 min de lecture

Mis à jour:

Visibilité & SEO

Base de connaissances IA Shopify : que vérifier ?

Shopify intègre sa base de connaissances IA à l’administration. Vérifiez publication, retours et migration avant le 15 janvier 2027 avec cette liste.

· 5 min de lecture

Mis à jour: