Ouverture · Vulnérabilités
PHP2Shell était exploitée dans la nature quatre jours avant le correctif, et l'essentiel de ce qui a ensuite frappé les capteurs ne fonctionne pas
Deux failles critiques d'exécution de code à distance dans PHP ont été corrigées mercredi après-midi ; les honeypots d'Amazon observaient des tentatives d'exploitation depuis samedi.
L'équipe de sécurité de PHP a publié des correctifs d'urgence à 14 h 00 UTC le 21 octobre pour CVE-2026-109618 et CVE-2026-109619, connues ensemble sous le nom de PHP2Shell, dans PHP 8.5.12, 8.4.27, 8.3.36 et 8.2.35, en précisant sans détour que seule la mise à jour protège pleinement un serveur. Amazon Threat Intelligence a ensuite indiqué que sa télémétrie MadPot avait détecté des tentatives d'exploitation dès le 17 octobre, soit quatre jours avant que quiconque en dehors du cercle restreint dispose d'un correctif à installer. Brian Krebs évalue l'exposition à près de 70 % des sites web devant mettre à jour leur logiciel de base, et mercredi après-midi, des centaines de sites étaient hors ligne tandis que l'avertissement des mainteneurs se diffusait dans les panneaux d'hébergement du monde entier.
Le secteur n'a pas su s'accorder sur la gravité de l'affaire tandis qu'elle se déroulait. Le SANS a relevé son infocon au jaune en citant un CVSS de 9,4 et des exploits de preuve de concept précoces circulant avant le correctif ; d'autres médias, le même matin, affichaient 9,2. Le récit de la PHP Foundation elle-même est la partie embarrassante : c'est un examen par des sociétés d'IA en août, mené par un tiers, qui a aiguisé l'attention, et l'un des deux bogues remonte à 2024, ce qui signifie que la faille était ontologiquement présente dans votre parc depuis deux ans et qu'il lui manquait simplement un nom, un logo et une querelle de CVSS. Le seul paramètre qui circule comme contournement ne suffit pas à lui seul, selon la société qui l'a suggéré.
Puis est arrivé le bruit. Un chercheur surveillant un réseau de honeypots a rapporté avoir été submergé d'exploits php2shell qui non seulement ne fonctionnent pas, mais sont à des années-lumière du fonctionnement réel du bogue : des gens donnent des détails approximatifs à des modèles de langage, les modèles se fixent sur la chaîne PHP_SESSION_UPLOAD_PROGRESS, et il en sort du code d'empoisonnement de session, assuré, visant tout autre chose. Considérez « exploitation de masse » comme une expression non vérifiée tant que votre propre télémétrie ne la confirme pas. Pendant ce temps, le travail discret et réel a commencé : Okta a déjà corrigé quatre failles d'Access Gateway, dont PHP2Shell, dans la version 2026.44.0, et des éditeurs de tous horizons vérifient s'ils ont livré PHP au sein d'un produit que vous avez acheté sous forme d'appliance.
Pourquoi c'est importantCorrigez PHP partout, y compris là où PHP est le produit de quelqu'un d'autre avec un autocollant d'éditeur, et remontez dans les journaux jusqu'au 17 octobre plutôt que jusqu'à mercredi.
- 1RSSPHP ships emergency patches for critical PHP2Shell…
- 2Security newsPHP2Shell Patches Land as First Exploitation Attemp…
- 3Security newsCritical PHP Vulnerability (CVE-2026-109618, CVE-20…
- 4Security newsPHP2Shell: Two Unpatched Critical PHP RCE Flaws (CV…
- 5Security newsPHP Issues Emergency Patches for Two Critical PHP2S…
- 6RSSAmazon says PHP2Shell exploitation began 4 days bef…