Outil gratuit · Faille PHP du 21 octobre 2026

Votre serveur PHP est-il touché par PHP2Shell ?

Indiquez l'adresse de votre site : nous lisons la version de PHP qu'il affiche et nous vous disons quoi faire. Aucun test d'attaque, aucune inscription.

Le plus simple : nous consultons votre site comme un visiteur et lisons la version de PHP qu'il annonce.

Par exemple : monentreprise.fr ou https://www.monentreprise.fr

Nous lisons la page d'accueil de votre site et, au besoin, une page inexistante et la page /wp-json/ de WordPress : huit requêtes ordinaires au plus, redirections et nouvel essai en http:// ou avec ou sans www compris, sans aucune tentative d'attaque.

L'adresse saisie sert uniquement à cette vérification : nous ne l'enregistrons pas. Pour éviter les abus, votre adresse IP est utilisée temporairement pour limiter le nombre de vérifications. Données personnelles : voir nos mentions légales.

Ce que ce test peut dire, et ce qu'il ne peut pas dire

  • Il lit la version de PHP que votre site annonce à tout visiteur, dans ses en-têtes techniques (X-Powered-By, parfois Server) : sur la page d'accueil et, au besoin, sur une page inexistante et sur la page /wp-json/ de WordPress. Il ne tente aucune attaque : sans l'autorisation du responsable du serveur, ce serait un délit, même en cas d'échec (articles 323-1 et 323-7 du Code pénal). Et ce n'est pas nécessaire pour répondre à la question.
  • Un en-tête peut être masqué, modifié ou conservé en cache depuis une ancienne version : il peut donc mentir. Le résultat de php -v, ou la version affichée par WordPress, est plus fiable.
  • Il vérifie un seul site (son adresse avec ou sans www, en https:// ou en http://). Un même serveur peut faire tourner plusieurs versions de PHP, une par site.
  • Il ne dit pas si votre site a déjà été attaqué.
  • Il ne remplace pas un audit de sécurité.

Les versions de PHP corrigées le 21 octobre 2026

Source : php.net, versions prises en charge et annonce du 21 octobre 2026.
BrancheVersion corrigéeFin du support de sécurité
PHP 8.58.5.1231 décembre 2029
PHP 8.48.4.2731 décembre 2028
PHP 8.38.3.3631 décembre 2027
PHP 8.28.2.3531 décembre 2026
PHP 8.1, 8.0 et 7.4Pas de nouvelle version : correctif fourni à part pour le code sourceSupport terminé
PHP 7.3 et plus ancienAucun correctif du projet PHPSupport terminé

Besoin d'aide pour mettre PHP à jour ?

Version vulnérable, site en erreur après la mise à jour, hébergeur qui ne répond pas : nos développeurs mettent PHP à jour et vérifient votre site après la bascule. Sauvegarde avant intervention, contrôle des pages, correction des extensions incompatibles.

Faire sécuriser mon site Lire notre article sur la faille PHP2Shell

Comment connaître la version de PHP de son site

La version qui compte est celle qui sert réellement le site, par exemple par PHP-FPM, le module Apache ou PHP en CGI. Elle peut différer de celle que donne la commande php -v en ligne de commande.

Dans WordPress : Outils > Santé du site

Dans l'administration WordPress, ouvrez Outils > Santé du site, onglet Informations, rubrique Serveur : la ligne « Version de PHP » donne la version utilisée par le site.

Chez l'hébergeur ou dans Plesk

La plupart des hébergeurs affichent la version de PHP de chaque site dans leur espace client. Sous Plesk, elle figure dans les paramètres PHP de chaque domaine. Pour PHP 8.1, 8.0 et 7.4 sous Plesk pour Linux, la commande /opt/plesk/php/8.1/bin/php -v (en adaptant le numéro de branche) affiche la date de compilation : une date du 21 octobre 2026 ou postérieure indique la version recompilée avec le correctif.

Faut-il masquer la version de PHP ?

Masquer la version, par exemple avec le réglage expose_php = Off, évite de l'annoncer à tout visiteur : c'est une bonne pratique de discrétion. Mais cela ne corrige rien. Les chercheurs qui ont présenté PHP2Shell le rappellent : ce réglage ne protège pas contre la faille. Si votre site masque sa version sur toutes les pages consultées, notre test ne peut pas conclure à partir de l'adresse : utilisez le second onglet avec le résultat de php -v.

Questions fréquentes

Comment savoir si mon site est touché par la faille PHP2Shell ?

Comparez la version de PHP qui sert votre site aux versions corrigées le 21 octobre 2026 : 8.5.12, 8.4.27, 8.3.36 et 8.2.35. Une version plus ancienne dans sa branche, ou PHP 8.1 et antérieur, est concernée selon le CERT-FR. Notre test lit la version annoncée par votre site ; si elle est masquée, collez le résultat de php -v.

PHP 7.4.33 ou PHP 8.1 : mon site est-il vulnérable ?

Par défaut, oui : PHP 8.1, 8.0 et 7.4 n'ont pas de nouvelle version, l'équipe de sécurité de PHP a seulement fourni un correctif à intégrer au code source, et rien pour PHP 7.3 et plus ancien. Le CERT-FR recommande d'isoler les serveurs concernés puis de migrer. Certains fournisseurs, comme Plesk pour Linux ou OVHcloud, ont recompilé ces versions avec le correctif sans changer leur numéro : chez Plesk, c'est la date de compilation affichée par php -v qui l'indique. Le passage à PHP 8.3 ou plus récent reste la solution durable.

Mon site est touché : que faire en urgence ?

Installez la version corrigée de votre branche (pour PHP 8.1 et plus ancien, la version recompilée de votre fournisseur, ou mieux PHP 8.3 ou plus récent), puis redémarrez PHP-FPM ou Apache pour que tous les processus la chargent. Sur un hébergement mutualisé, demandez à votre hébergeur la date du correctif. En attendant, le CERT-FR cite des contournements provisoires non qualifiés, comme session.upload_progress.enabled = Off, qui ne couvrent qu'une partie du risque.

Sources

Sources consultées les 21 et 22 octobre 2026. Pour comprendre la faille et la mise à jour de PHP sur WordPress, lisez notre article : Faille PHP du 21 octobre 2026 (PHP2Shell) : comment mettre à jour PHP sur WordPress.