Produits et piles · Distributions Linux, dépôts et Windows

PHP2Shell dans IIS on Windows : est-il touché et comment corriger

Vérifier la version de PHP utilisée par IIS on Windows

Lancez la commande adaptée à votre installation. Une version égale ou supérieure à 8.2.35, 8.3.36, 8.4.27 ou 8.5.12 dans sa branche est corrigée ; les branches plus anciennes ne le sont que par un build éditeur qui l’indique.

C:\PHP\php.exe -v
%windir%\system32\inetsrv\appcmd list config /section:system.webServer/fastCgi

Le php en ligne de commande peut différer du PHP qui sert le site. Pour en être sûr, vérifiez la SAPI web (une page phpinfo() temporaire protégée par authentification, ou les réglages PHP du panneau) puis supprimez-la. Notre vérificateur de version compare le numéro pour vous.

🔎 Vous avez un numéro de version ? Collez-le dans le vérificateur PHP2Shell →

Corriger PHP2Shell dans IIS on Windows

Téléchargez le zip Non Thread Safe x64 de votre branche sur windows.php.net (IIS FastCGI utilise NTS) et le runtime Visual C++ correspondant.
Arrêtez le site ou le pool d’applications, remplacez le contenu du dossier PHP (gardez votre php.ini et vos extensions), puis lancez iisreset et vérifiez avec php -v.
Sans build de l’éditeur, la solution « maison » consiste à remplacer le PHP embarqué par un build officiel corrigé de la même branche. Gardez une sauvegarde de l’ancien dossier et de votre php.ini.
Redémarrez le serveur web et revérifiez la version indiquée par la SAPI web.

Vous préférez laisser un agent IA vérifier ? Vérifier si vous êtes touché · Corriger avec un agent IA

Si vous ne pouvez pas encore corriger

Réglez session.upload_progress.enabled = 0 là où les applications ne peuvent pas le modifier (php.ini, php_admin_value dans le pool FPM ou la config Apache), puis redémarrez PHP.
Sous PHP 8.5, réglez fatal_error_backtraces = 0.
Les mesures provisoires de PHP portent aussi sur memory_limit et un post_max_size bas ; suivez précisément la page de correctif, car ces réglages ne couvrent que certains chemins.
Restreignez l’accès (VPN, liste d’IP) ou mettez le service hors ligne s’il tourne en PHP 8.1 ou antérieur sans rétroportage de l’éditeur. Les règles WAF aident mais ne corrigent pas.

FAQ

IIS on Windows est-il touché par PHP2Shell ?

Affecté tant que vous n’avez pas installé la version corrigée de l’éditeur. windows.php.net propose des versions corrigées des quatre branches. IIS ne met pas PHP à jour pour vous : chaque dossier PHP vers lequel pointe IIS FastCGI doit être remplacé. Un PHP installé il y a des années avec PHP Manager ou Web Platform Installer reste à la version installée.

Mettre à jour IIS on Windows suffit-il à corriger CVE-2026-109618 et CVE-2026-109619 ?

Seulement si la mise à jour contient un PHP corrigé. PHP2Shell est une faille de l’interpréteur PHP : ce qui compte, c’est le PHP sur lequel tourne IIS on Windows. Vérifiez la version après la mise à jour.

Quelles versions de PHP corrigent PHP2Shell ?

PHP 8.2.35, 8.3.36, 8.4.27 et 8.5.12, publiées le 21 octobre 2026. PHP 8.1 et antérieur n’ont pas de version du projet PHP ; seuls des builds éditeur avec rétroportage (ou un correctif source compilé soi-même pour 7.4, 8.0 et 8.1) les corrigent.

Et si IIS on Windows n’a pas encore de correctif ?

Gardez son interface web basée sur PHP hors d’Internet (VPN ou liste d’IP), appliquez les réglages provisoires de PHP comme la désactivation du session upload progress, et installez la mise à jour de l’éditeur dès sa sortie. Les réglages provisoires réduisent le risque mais ne corrigent pas.

← Tous les produits qui embarquent PHP

Voir aussi : Correctif par plateforme · Versions affectées · État des éditeurs

Sources

Les liens externes quittent ce site. Nous n’hébergeons aucun code d’exploitation.

Synthèse non officielle de sources publiques. Ce site n’est affilié ni à l’éditeur ni au projet PHP et n’héberge aucun code d’exploitation.