sécurisation de vos sites sur nos hébergements
Le 21 octobre 2026, l’équipe de sécurité de PHP a publié des correctifs en urgence pour combler deux vulnérabilités majeures, baptisées PHP2Shell (CVE-2026-109618 et CVE-2026-109619).
Ces failles permettent potentiellement à un attaquant d’exécuter du code malveillant à distance sans authentification préalable. Comme l’anomalie se situe au cœur même du moteur PHP, même un CMS WordPress parfaitement maintenu et à jour pouvait être exposé selon la configuration du serveur hôte.
Nous faisons le point sur la situation, les mesures appliquées sur notre infrastructure et les actions à prévoir.
Ce qui a été fait sur l’infrastructure
Les équipes d’infrastructure et d’hébergement ont agi en amont des publications publiques dès le 20 octobre pour durcir les règles de sécurité.
- Déploiement des correctifs : L’ensemble des versions PHP actives (de PHP 5.2 à PHP 8.5) ont reçu les patchs de sécurité officiels et étendus.
- Mesures préventives temporaires : Le suivi de progression des téléversements de fichiers est désactivé par défaut, et les contrôles sur les requêtes multipart (envois de pièces jointes via formulaires) ont été renforcés afin de bloquer tout vecteur d’attaque résiduel.
Quel impact pour votre site web ?
Aucune intervention d’urgence n’est requise de votre part pour ces deux failles.
Les correctifs sont appliqués au niveau serveur. Si vous vérifiez la configuration de votre environnement via un phpinfo(), la mention Build Date doit indiquer le 21 octobre 2026 (ou une date ultérieure), garantissant que le correctif est actif même si le numéro de version affiché n’a pas été incrémenté immédiatement.
Anticiper l’avenir : la gestion du cycle de vie de PHP
Si la communauté PHP et les éditeurs de distribution ont exceptionnellement rétroporté ce correctif sur d’anciennes branches, cette tolérance ne sera pas éternelle.
- Fin de vie imminente : La branche PHP 8.2 cessera définitivement de recevoir des correctifs de sécurité officiels après le 31 décembre 2026.
- Notre recommandation : Si votre application ou votre boutique tourne actuellement sous PHP 8.2 ou une version antérieure, planifiez une montée de version vers PHP 8.4 ou PHP 8.5.
Avant tout basculement, un audit de compatibilité du thème, des extensions et des bibliothèques personnalisées reste indispensable pour éviter toute régression.
En résumé
- Vos sites sont protégés : Les serveurs sont patchés contre les vulnérabilités PHP2Shell.
- Pas d’action immédiate requise : Vos environnements de production restent opérationnels et sécurisés.
- Préparez 2027 : Anticipez la montée de version pour les sites encore hébergés sous PHP 8.2 ou antérieur.
Un doute sur la compatibilité de votre site ou besoin d’accompagnement pour planifier votre montée de version ? L’équipe Eoxia reste à votre disposition.