Pas php.net · Pas la NVD · Pas la CISA

Suivi des vulnérabilités PHP

Note d’information non officielle sur les vulnérabilités de sécurité PHP

English简体中文日本語DeutschFrançaisNederlandsEspañol

Alerte de sécurité

PHP2Shell : mettez PHP à jour. C’est le seul correctif complet.

CVE-2026-109618 et CVE-2026-109619 sont des failles critiques de PHP lui-même, permettant une exécution de code à distance sans authentification. Le projet PHP a publié des correctifs le 21 octobre 2026 pour les branches maintenues 8.2 à 8.5. Redémarrez PHP après la mise à jour. Un pare-feu ne la remplace pas.

Étapes de correction

Produits et piles · Plateformes d’hébergement et gestionnaires de serveurs

PHP2Shell dans hosting.com : est-il touché et comment corriger

Vérifier la version de PHP utilisée par hosting.com

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.

php -v

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.

Corriger PHP2Shell dans hosting.com

  1. Déterminez d’où vient le PHP qui fait tourner cette application : votre distribution, un dépôt tiers (Ondřej Surý, Remi), un panneau d’hébergement, une image Docker ou votre hébergeur.
  2. Mettez ce PHP à jour en 8.2.35, 8.3.36, 8.4.27, 8.5.12 ou vers un build éditeur avec le correctif rétroporté, et redémarrez tous les workers PHP.
  3. En hébergement mutualisé ou infogéré, vous ne pouvez pas corriger PHP vous-même : demandez à l’hébergeur si le PHP corrigé est déployé et basculez le site sur une version corrigée dans le panneau.
  4. Si le site tourne encore en PHP 8.1 ou antérieur, passez à une branche maintenue ; PHP n’a publié que des correctifs source pour 7.4, 8.0 et 8.1.

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

FAQ

hosting.com est-il touché par PHP2Shell ?

Affecté ; un correctif n’existe que pour certaines versions ou certains composants. hosting.com (anciennement A2 Hosting) a un incident de statut « PHP Update », ouvert le 21 octobre, qui annonçait d’abord une maintenance liée à PHP puis indiquait que les correctifs amont étaient déployés sur son parc par vagues. Sa dernière mise à jour (22 octobre, 09:09 UTC ; 03:09 à l’heure CST de la page) indique que le déploiement se poursuit : sur l’hébergement mutualisé cPanel et Plesk et les serveurs cPanel/Plesk gérés, les correctifs sont déployés pour toutes les versions de PHP à partir de 5.2, sans action du client ; sur le panneau Enhance, ils sont installés pour toutes les versions à partir de 7.4 (le panneau ne prend pas en charge les plus anciennes, et les sites y sont par défaut au moins en 8.2). Comme les éditeurs ont rétroporté les correctifs, le numéro de version de PHP peut ne pas changer : selon hosting.com, une version corrigée affiche une date de compilation du 21 octobre dans phpinfo(). Il recommande de passer les sites en PHP 8.3 ou plus ancien à 8.4 ou plus récent. Les clients qui gèrent leur propre VPS doivent appliquer eux-mêmes les mises à jour des éditeurs ; sous CloudLinux, le journal des modifications RPM des paquets alt-php mentionne les deux CVE, et les serveurs cPanel sans CloudLinux ont besoin des dernières mises à jour EasyApache.

Mettre à jour hosting.com 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 hosting.com. 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 hosting.com 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.