Aller au contenu

Migration

Faille PHP 2026 : votre site est-il concerné et que faire ?

Le 21 octobre 2026, PHP a corrigé deux failles critiques. Si votre site tourne sur une version ancienne, il est exposé : voici comment le vérifier et quoi faire.

Nathanael Grenot, Head of Communication de WebCrew
Nathanael GrenotHead of Communication de WebCrew

Publié le 31 octobre 20265 min de lecture

Dans cet article
  1. La faille PHP de 2026, c’est quoi ?
  2. Votre version de PHP est-elle touchée ?
  3. Comment connaître la version de PHP de son site ?
  4. Votre site a été suspendu : que faire ?
  5. Quelle version de PHP pour WordPress ?
  6. 31 décembre 2026 : la fin de PHP 8.2
  7. Mettre à jour, ou changer de site ?
  8. Questions fréquentes

Le 21 octobre 2026, PHP a publié des correctifs pour deux failles critiques, surnommées « PHP2Shell ». La plupart des sites WordPress, PrestaShop ou WooCommerce fonctionnent avec PHP : ils sont concernés. Certains hébergeurs ont déjà coupé des sites restés sur une version ancienne.

La faille PHP de 2026, c’est quoi ?

Deux vulnérabilités, CVE-2026-109618 et CVE-2026-109619, notées 9,2 sur 10. Elles permettent à un inconnu d’exécuter du code sur le serveur, sans identifiant. Selon PHP, toutes les installations qui servent des pages web sont exposées, et la mise à jour est la seule protection sûre (PHP (nouvel onglet)).

En France, le CERT-⁠FR, l’équipe de réponse aux incidents de l’ANSSI, a publié une alerte le jour même, toujours en cours (CERT-⁠FR (nouvel onglet)). Le 23 octobre, PHP a signalé une troisième faille, CVE-2026-115560, plus difficile à exploiter : elle sera corrigée lors de la prochaine mise à jour régulière.

Votre version de PHP est-elle touchée ?

  • Version de PHP5.x, 7.x, 8.0, 8.1
    État
    Plus maintenues par PHP, touchées
    Ce qu’il faut faire
    Monter en 8.3 ou 8.4
  • Version de PHP8.2 avant 8.2.35
    État
    Touchée
    Ce qu’il faut faire
    Passer en 8.2.35, puis prévoir 8.3 ou 8.4 avant le 31 décembre
  • Version de PHP8.3 avant 8.3.36
    État
    Touchée
    Ce qu’il faut faire
    Passer en 8.3.36
  • Version de PHP8.4 avant 8.4.27
    État
    Touchée
    Ce qu’il faut faire
    Passer en 8.4.27
  • Version de PHP8.5 avant 8.5.12
    État
    Touchée
    Ce qu’il faut faire
    Passer en 8.5.12
D’après l’alerte du CERT-FR et le calendrier officiel de PHP, au 31 octobre 2026.

Sur un hébergement mutualisé, c’est l’hébergeur qui installe les correctifs de PHP. Vous, vous choisissez la version utilisée par votre site, dans votre espace client.

Comment connaître la version de PHP de son site ?

  1. 01Dans WordPressMenu Outils, puis Santé du site, onglet Infos, rubrique Serveur : la version de PHP y est indiquée (WordPress (nouvel onglet)). L’onglet État signale aussi une version trop ancienne.
  2. 02Dans l’espace client de l’hébergeurLa rubrique de l’hébergement web indique la version utilisée par le site, et permet d’en changer. Le nom de la rubrique varie selon l’hébergeur.
  3. 03En demandant à votre prestataireSi un prestataire gère le site, demandez-⁠lui la version de PHP et la date de la dernière mise à jour. La réponse doit tenir en une ligne.

Votre site a été suspendu : que faire ?

  1. 01Demander le motif exact à l’hébergeurVersion de PHP trop ancienne, site piraté, fichier malveillant : la suite n’est pas la même. Le motif figure en général dans l’e-⁠mail de suspension.
  2. 02Sauvegarder avant de toucher à quoi que ce soitFichiers et base de données. Si le site a été piraté, gardez aussi cette copie à part : elle peut servir à comprendre ce qui s’est passé.
  3. 03Mettre à jour dans le bon ordreExtensions et thème d’abord, puis le cœur du CMS, puis la version de PHP. Une extension trop ancienne peut casser le site au passage à la nouvelle version.
  4. 04Changer les mots de passeAdministration du site, hébergement, base de données, accès FTP. Surtout si le motif est un piratage.
  5. 05Vérifier, puis demander la réactivationPages principales, formulaires, paiement. Puis signalez à l’hébergeur ce qui a été corrigé. Si le site a été piraté, suivez notre guide site WordPress piraté.

Quelle version de PHP pour WordPress ?

WordPress recommande PHP 8.3 ou plus récent (WordPress (nouvel onglet)). Côté calendrier, PHP 8.3 reçoit des correctifs de sécurité jusqu’au 31 décembre 2027, et PHP 8.4 jusqu’au 31 décembre 2028 (PHP (nouvel onglet)). Viser 8.3 ou 8.4 évite de refaire l’opération dans deux mois. Le détail par version de WordPress et de PrestaShop : quelle version de PHP choisir.

31 décembre 2026 : la fin de PHP 8.2

Après cette date, PHP 8.2 ne recevra plus aucun correctif (PHP (nouvel onglet)). Les hébergeurs vont pousser leurs clients vers des versions plus récentes. Les sites qui ne suivent pas, souvent les plus anciens, risquent de casser ou d’être coupés : mieux vaut s’en occuper en novembre qu’en janvier.

Mettre à jour, ou changer de site ?

Pour décider

Que faire de votre site après la faille PHP ?

  • Le site est récent, le thème et les extensions sont maintenusMettez à jour PHP, le CMS et les extensions, puis prévoyez un suivi régulier.
  • Le site a plus de cinq ans, des extensions sont abandonnéesChaque montée de version devient un risque. Une refonte coûte souvent moins cher que des réparations à répétition.
  • Le site ne vous rapporte plus de demandesLa faille est l’occasion de repartir sur un site qui travaille pour vous, au lieu de réparer l’ancien.

Chez WebCrew, nous ne maintenons pas de sites WordPress : nous les refaisons. Un site vitrine sur Framer ou une boutique sur Shopify est hébergé par la plateforme, qui gère le serveur et sa sécurité : il n’y a pas de version de PHP à surveiller de votre côté.

Pour un site vitrine, voir migrer de WordPress vers Framer. Pour une boutique, notre accompagnement Shopify, et pour PrestaShop, le guide PrestaShop vers Shopify. Dans les deux cas, chaque ancienne adresse est redirigée pour garder votre référencement.

Questions fréquentes

Qu’est-ce que PHP2Shell ?

Le surnom donné aux deux failles critiques de PHP corrigées le 21 octobre 2026 (CVE-2026-109618 et CVE-2026-109619). Elles permettent d’exécuter du code sur le serveur sans identifiant.

Mon site WordPress est-il concerné ?

Oui, s’il tourne sur une version de PHP antérieure à 8.2.35, 8.3.36, 8.4.27 ou 8.5.12. Sur un hébergement mutualisé, l’hébergeur installe les correctifs ; vous devez choisir une version encore maintenue.

Pourquoi mon hébergeur a-t-il suspendu mon site ?

Le motif est dans l’e-⁠mail de suspension : version de PHP trop ancienne, fichier malveillant détecté, ou site piraté. Demandez-⁠le si ce n’est pas clair : la marche à suivre en dépend.

Que faire si mon site WordPress a été piraté ?

Sauvegardez le site tel quel, changez tous les mots de passe, puis faites nettoyer le site par un spécialiste avant de le remettre en ligne. Mettre seulement PHP à jour ne retire pas un fichier malveillant déjà installé.

Passer de PHP 7.4 à 8.3 peut-il casser mon site ?

Oui, si le thème ou des extensions ne sont pas compatibles. Testez d’abord sur une copie du site, ou mettez à jour thème et extensions avant de changer de version.

Un site Framer ou Shopify est-il concerné par la faille PHP ?

Pas de votre côté : Framer et Shopify hébergent eux-⁠mêmes les sites et gèrent leurs serveurs. Vous n’avez pas de version de PHP à choisir ni à mettre à jour.

Sources et méthodologie

  • Les failles, les versions corrigées et l’exposition viennent de l’avis de sécurité de PHP du 21 octobre 2026 et de son complément du 23 octobre, consultés le 31 octobre 2026.
  • Les versions touchées viennent de l’alerte CERTFR-2026-ALE-014 du CERT-⁠FR, dans sa mise à jour du 26 octobre 2026, consultée le 31 octobre 2026.
  • Les dates de fin de support viennent du calendrier officiel de PHP, et la version recommandée pour WordPress de sa page de configuration requise, consultés le 31 octobre 2026.
  • L’ordre des mises à jour et les conseils en cas de suspension viennent de notre pratique : ce sont des recommandations, pas une méthode garantie. Chaque hébergeur a ses propres règles de suspension.
  1. Documentation officielleSecurity advisory: Critical remote code execution vulnerabilities (nouvel onglet)PHP, 21 et 23 octobre 2026. Consultée le 31 octobre 2026.Failles CVE-2026-109618, CVE-2026-109619 et CVE-2026-115560, versions corrigées, exposition.
  2. Documentation officielleMultiples vulnérabilités dans PHP (CERTFR-2026-ALE-014) (nouvel onglet)CERT-FR (ANSSI), mise à jour du 26 octobre 2026. Consultée le 31 octobre 2026.Versions de PHP touchées, risque d’exécution de code à distance.
  3. Documentation officielleSupported Versions (nouvel onglet)PHP. Consultée le 31 octobre 2026.Fin du support de sécurité de chaque version de PHP.
  4. Documentation officielleRequirements (nouvel onglet)WordPress.org. Consultée le 31 octobre 2026.Version de PHP recommandée pour WordPress.
  5. Documentation officielleSite Health screen (nouvel onglet)WordPress.org. Consultée le 31 octobre 2026.Où lire la version de PHP dans WordPress.
PartagerPartager sur LinkedIn
Nathanael Grenot, Head of Communication de WebCrew
Écrit par

Nathanael Grenot

Head of Communication de WebCrew

Nathanael Grenot est Head of Communication de WebCrew. Il pilote les sujets de communication de l’agence, contribue à la manière dont WebCrew et ses projets sont présentés, et signe les ressources du site.

LinkedIn (nouvel onglet)
Votre site

Site coupé ou trop ancien pour être mis à jour ?

Nous analysons gratuitement votre site avant l’appel : ce qui bloque, l’urgence, et s’il vaut mieux réparer ou refaire.