Le 21 octobre 2026, moins de 45 minutes après la publication des correctifs officiels, 98 % de nos sites avaient reçu les corrections nécessaires contre PHP2Shell.
Dans notre newsletter du 22 octobre, nous vous informions de cette intervention. Nous revenons ici sur ce qui était en jeu, sur notre action et sur le travail quotidien qui permet de réagir rapidement lorsqu’une alerte critique survient.
PHP2Shell : une faille au cœur de l’environnement web
PHP est une technologie qui fait fonctionner de nombreux sites et applications web, dont WordPress. PHP2Shell désigne deux vulnérabilités critiques, référencées CVE-2026-109618 et CVE-2026-109619, qui peuvent notamment permettre l’exécution de code à distance sans authentification sur un environnement affecté.
Le problème se situe dans PHP lui-même. Un site dont WordPress et les extensions sont à jour peut donc rester exposé si la version de PHP utilisée par son hébergement n’a pas reçu les correctifs. La réponse doit aussi se faire au niveau du serveur.
Notre priorité : appliquer les correctifs à PHP
Dès la disponibilité des correctifs officiels le 21 octobre, nous nous sommes mobilisés pour les appliquer sur nos serveurs. Le résultat communiqué dans notre newsletter est concret : 98 % de nos sites avaient reçu les correctifs nécessaires en moins de 45 minutes.
Ce chiffre décrit l’état du déploiement à ce moment précis. Il concerne les correctifs PHP2Shell et ne constitue pas une promesse de protection absolue contre toutes les menaces. Nous avons également ajouté des couches de sécurité supplémentaires, comme annoncé dans notre communication aux clients.
Une réactivité qui se prépare chaque jour
Une intervention rapide repose sur un environnement entretenu : des serveurs sur des versions suivies et à jour, des outils de gestion permettant de déployer les correctifs efficacement et une maintenance régulière des sites, de WordPress et de leurs extensions.
Cette préparation aide à réduire le délai entre la publication d’un correctif et son application. Elle permet aussi de mieux anticiper les contraintes de compatibilité. Lorsqu’un ancien site dépend de composants qui ne sont plus maintenus, chaque évolution de son environnement peut demander davantage d’adaptations.
Plusieurs niveaux de protection, un suivi dans la durée
La sécurité d’un site dépend de l’ensemble de sa chaîne technique : hébergement, moteur PHP, CMS, thème, extensions et développements sur mesure. Une protection complémentaire ou un pare-feu applicatif peut être utile, mais ne remplace pas la correction d’une vulnérabilité dans PHP.
L’épisode PHP2Shell rappelle également l’importance de préparer la modernisation des sites anciens. Corriger une urgence et maintenir un site durablement sont deux aspects du même accompagnement : limiter l’exposition immédiate et conserver un environnement que l’on peut continuer à faire évoluer.
Vous informer fait aussi partie de notre travail
Notre newsletter avait un objectif simple : vous expliquer les mesures prises et rendre visible le travail technique réalisé derrière votre site. Cette vigilance fait partie de notre accompagnement au quotidien.
Vous avez une question sur la maintenance de votre site ou vous remarquez un comportement inhabituel ? Contactez notre équipe à webteam@wikafi.be. Nous prendrons le temps de vous expliquer la situation et les suites adaptées à votre environnement.
