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.
Le plus précis : collez la version de PHP telle que l'affiche votre serveur ou WordPress. Nous lisons aussi la date de compilation, indispensable pour PHP 7.4, 8.0 et 8.1.
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
| Branche | Version corrigée | Fin du support de sécurité |
|---|---|---|
| PHP 8.5 | 8.5.12 | 31 décembre 2029 |
| PHP 8.4 | 8.4.27 | 31 décembre 2028 |
| PHP 8.3 | 8.3.36 | 31 décembre 2027 |
| PHP 8.2 | 8.2.35 | 31 décembre 2026 |
| PHP 8.1, 8.0 et 7.4 | Pas de nouvelle version : correctif fourni à part pour le code source | Support terminé |
| PHP 7.3 et plus ancien | Aucun correctif du projet PHP | Support 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.

