Image de couverture : PHP2Shell : deux failles critiques dans le cœur de PHP que WordPress ne corrigera pas à votre place
Sécurité

PHP2Shell : deux failles critiques dans le cœur de PHP que WordPress ne corrigera pas à votre place

4 min de lecture
43 vues
Sébastien Muler

Votre pile logicielle est à jour, et pourtant le serveur reste exposé

Mettre à jour WordPress, ses extensions et son thème est devenu un réflexe. Avec PHP2Shell, ce réflexe ne suffit plus : le problème se situe plus bas, dans l'interpréteur PHP lui-même. Tant que le moteur n'est pas remplacé par une version corrigée, aucun correctif applicatif ne ferme la porte.

Ce que recouvre PHP2Shell

PHP2Shell est le surnom donné à deux vulnérabilités de gestion mémoire dans le traitement des requêtes par PHP :

  • CVE-2026-109618 : lorsque PHP manque de mémoire en traitant une requête, certaines ressources internes ne sont pas libérées correctement. Cet état incohérent peut être exploité pour exécuter du code à distance.
  • CVE-2026-109619 : un use-after-free dans lequel des données internes liées à une requête survivent et se retrouvent réutilisées par la suivante. Là encore, un attaquant peut en tirer une exécution de code.

Dans les deux cas, aucune authentification n'est requise. Un visiteur anonyme qui envoie des requêtes bien choisies peut viser le serveur lui-même, sans passer par un compte WordPress ni par une extension vulnérable.

Chronologie et versions à viser

Les correctifs d'urgence ont été publiés le 21 octobre 2026 :

  • PHP 8.5.12
  • PHP 8.4.27
  • PHP 8.3.36
  • PHP 8.2.35

Deux jours plus tard, le 23 octobre, l'équipe PHP a signalé une troisième faille, CVE-2026-115560, elle aussi exploitable pour de l'exécution de code à distance. D'après les données Censys relayées par l'article source, environ 29 millions de serveurs n'étaient toujours pas corrigés deux semaines après la publication des correctifs. Le décalage entre la sortie d'un patch et son déploiement reste le vrai terrain de jeu des attaquants.

Pourquoi WordPress n'y change rien

WordPress est une application qui s'exécute au-dessus de PHP. Ses mises à jour corrigent son propre code, celui des extensions et des thèmes. Elles ne touchent jamais au binaire PHP installé sur la machine, ni à PHP-FPM, ni aux images Docker de base. Une faille de type use-after-free ou de fuite sur épuisement mémoire vit dans le runtime : l'application la subit sans pouvoir s'en défendre.

Cela vaut pour toute application PHP, pas seulement WordPress. Symfony, Laravel, Drupal ou du code maison tournent sur le même moteur.

Checklist de remédiation

  1. Inventorier les versions de PHP en production, y compris celles des conteneurs, des environnements de préproduction et des tâches CLI (php -v, php-fpm -v).
  2. Mettre à jour vers 8.5.12, 8.4.27, 8.3.36, 8.2.35 ou une version supérieure de la branche utilisée.
  3. Reconstruire les images Docker : changer l'image de base ne suffit pas si le tag est figé ou mis en cache. Vérifiez le digest effectivement déployé.
  4. Redémarrer PHP-FPM (ou le serveur applicatif) pour que le nouveau binaire soit réellement chargé.
  5. Surveiller les logs à la recherche de plantages de workers, de pics d'erreurs mémoire ou de requêtes inhabituelles datant de la période d'exposition.
  6. Suivre CVE-2026-115560 et appliquer les versions qui la corrigent dès leur publication.
  7. Intégrer la version de PHP dans votre supervision et vos audits récurrents, au même titre que les dépendances Composer.

Si votre hébergeur gère PHP à votre place (mutualisé, hébergement WordPress managé), demandez-lui par écrit quelle version tourne et à quelle date elle a été mise à jour.

Ce qu'il faut retenir

PHP2Shell rappelle qu'une chaîne de sécurité s'arrête à son maillon le moins surveillé. Le runtime en fait partie : il se patche, se versionne et se vérifie comme le reste. Pour le détail du contexte et des chiffres, consultez l'article d'origine : PHP2Shell: The Critical PHP Flaw That Lets Attackers Run Code on Your WordPress Server — and Updating WordPress Won't Fix It.

Ce que ça change pour vous

Si votre site ou votre boutique en ligne repose sur WordPress, les mises à jour habituelles ne protègent pas contre cette faille : elle concerne le logiciel de base qui fait tourner votre site. Un pirate pourrait prendre le contrôle de votre serveur sans avoir besoin d'aucun mot de passe. Demandez dès maintenant à votre prestataire ou à votre hébergeur quelle version de ce logiciel est installée et si elle a été mise à jour depuis le 21 octobre 2026. Exigez une réponse datée, car c'est la seule façon de savoir si vous êtes protégé.

Partager cet article

Et votre site, il vaut quoi ?

Vitesse, accessibilité, référencement technique. Le rapport est écrit pour un dirigeant, pas pour un développeur. Gratuit, sans inscription.

Tester mon site