PHP2Shell et le modèle de risque de WordPress Multisite
La récente vulnérabilité de sécurité PHP2Shell nous rappelle à point nommé que la sécurité de WordPress ne se limite pas au cœur de WordPress, aux thèmes et aux extensions. Lorsqu’une vulnérabilité touche l’environnement d’exécution PHP, elle se situe sous la pile applicative qui fait fonctionner chaque site sur un serveur. Selon la configuration PHP concernée et les conditions requises pour l’exploitation, une attaque réussie pourrait permettre à un attaquant d’exécuter des commandes ou du code non prévus au niveau du serveur.
Pour un site WordPress autonome, c’est grave. Pour un réseau WordPress Multisite, le rayon d’impact potentiel peut être bien plus étendu. Un seul environnement PHP peut prendre en charge un réseau de sites clients, de boutiques, de pages de destination et de portails membres. C’est pourquoi l’application rapide et coordonnée des correctifs constitue un élément fondamental d’un hébergement multisite responsable — et non une tâche de maintenance qui peut attendre le prochain créneau opportun.
Pourquoi les vulnérabilités PHP ont un impact plus large dans un réseau
Multisite est conçu pour rendre efficace la gestion de nombreux sites web : les fichiers du cœur partagés, les extensions partagées, les thèmes partagés et l’administration centrale du réseau réduisent les tâches répétitives. Cette même infrastructure partagée signifie qu’un problème de plateforme sous-jacent doit être traité comme un événement à l’échelle du réseau.
La question pratique n’est pas simplement de savoir si le propriétaire d’un site individuel a installé la dernière mise à jour. Il s’agit de savoir si la plateforme d’hébergement a identifié la version PHP affectée, appliqué le correctif du fournisseur sur l’infrastructure concernée et confirmé que l’environnement d’exécution mis à jour dessert les sites clients. Les retards peuvent laisser chaque site utilisant un environnement affecté exposé plus longtemps que nécessaire.
Une réponse bien gérée doit également concilier rapidité et maîtrise. Les équipes doivent examiner les notes de version et l’avis PHP, déployer le paquet corrigé via leur processus de changement établi, vérifier la version PHP active, surveiller les journaux d’erreurs et l’état des services, et informer les clients si une action de leur part est requise. Dans la plupart des cas, les clients ne devraient pas avoir à rechercher une mise à jour de sécurité urgente de l’environnement d’exécution site par site.
Ce que les administrateurs WordPress Multisite devraient faire
Même lorsque l’hébergement s’occupe de la mise à jour PHP, les administrateurs de réseau devraient profiter de l’incident pour confirmer leur propre posture de sécurité :
- Confirmez la version PHP active auprès de votre hébergeur et assurez-vous qu’elle inclut le correctif PHP2Shell du fournisseur.
- Maintenez à jour le cœur de WordPress, les extensions actives au niveau du réseau, les thèmes et les extensions indispensables afin que les risques au niveau applicatif ne s’ajoutent pas à un problème au niveau de la plateforme.
- Appliquez le principe du moindre privilège aux comptes d’hébergement, SFTP/SSH, de base de données et d’administration WordPress.
- Maintenez des sauvegardes et des procédures de récupération testées pour les fichiers du réseau comme pour les bases de données.
- Surveillez toute activité inhabituelle, telle que des comptes administrateurs inconnus, des modifications de fichiers inattendues, des erreurs PHP anormales ou des requêtes sortantes.
- Abonnez-vous aux avis de sécurité de l’hébergement et de PHP afin que les décisions de sécurité reposent sur les informations officielles relatives aux avis et aux versions, plutôt que sur des rumeurs.
Il est également important de ne pas réagir de manière excessive aux titres alarmistes. La question de savoir si un réseau particulier est affecté dépend de sa version PHP, de la configuration du serveur et du chemin de code vulnérable décrit dans l’avis officiel. La bonne approche consiste à vérifier et à appliquer les correctifs de toute urgence — pas à faire des suppositions.
La gestion des correctifs fait partie du service
Pour les personnes qui développent une activité de site web en tant que service, la fiabilité et la sécurité font partie du produit qu’elles vendent. Les clients s’attendent à ce que leurs sites restent disponibles pendant que l’équipe de la plateforme gère la maintenance au niveau de l’infrastructure en coulisses. Un hébergeur multisite devrait clairement être responsable des mises à jour PHP urgentes, disposer d’un processus de déploiement éprouvé et pouvoir valider que le correctif est en place.
C’est la norme que nous appliquons chez Ultimate Multisite hosting. Le correctif PHP2Shell a été déployé et appliqué sur l’ensemble de notre service d’hébergement dans les cinq heures suivant la publication de la nouvelle version de PHP. Si vous souhaitez une plateforme WordPress Multisite conçue pour des opérations reproductibles ainsi que pour une réponse rapide aux problèmes de sécurité, découvrez l’hébergement Ultimate Multisite et créez votre prochain réseau de sites en toute confiance.
Laisser un commentaire