PHP2Shell et le modèle de risque de WordPress Multisite
La récente vulnérabilité de sécurité PHP2Shell rappelle opportunément 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 alimente chaque site sur un serveur. Selon la configuration PHP touché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, les répercussions potentielles peuvent être beaucoup plus étendues. Un seul environnement PHP peut prendre en charge un réseau de sites clients, de boutiques, de pages d’atterrissage et de portails réservés aux membres. Cela fait de l’application rapide et coordonnée des correctifs une composante fondamentale d’un hébergement multisite responsable, et non une tâche d’entretien qui peut attendre la prochaine période convenable.
Pourquoi les vulnérabilités PHP ont une incidence plus vaste dans un réseau
Multisite est conçu pour rendre efficace la gestion de nombreux sites Web : des fichiers du cœur partagés, des extensions partagées, des thèmes partagés et une administration centrale du réseau réduisent le travail répétitif. 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 touchée, appliqué le correctif du fournisseur à l’ensemble de l’infrastructure concernée et confirmé que l’environnement d’exécution mis à jour dessert les sites clients. Les délais peuvent laisser tous les sites utilisant un environnement touché exposés plus longtemps que nécessaire.
Une intervention bien menée doit aussi concilier rapidité et contrôle. Les équipes devraient examiner les notes de version et l’avis relatif à PHP, déployer le paquet corrigé selon leur processus de gestion des changements établi, vérifier la version PHP active, surveiller les journaux d’erreurs et l’état des services, et tenir les clients informés si une intervention 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 de 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 comprend le correctif PHP2Shell du fournisseur.
- Maintenez à jour le cœur de WordPress, les extensions activées à l’échelle du réseau, les thèmes et les extensions incontournables afin que les risques au niveau de l’application ne s’ajoutent pas à un problème au niveau de la plateforme.
- Utilisez des accès fondés sur le principe du moindre privilège pour les comptes d’hébergement, SFTP/SSH, de base de données et d’administrateur WordPress.
- Maintenez des sauvegardes testées et des procédures de récupération pour les fichiers du réseau et les bases de données.
- Surveillez les activités inhabituelles, comme des comptes d’administrateur inconnus, des modifications inattendues de fichiers, des erreurs PHP anormales ou des requêtes sortantes.
- Abonnez-vous aux avis de sécurité de votre hébergeur et de PHP afin que les décisions de sécurité reposent sur les avis officiels et les informations de version plutôt que sur des rumeurs.
Il est aussi important de ne pas réagir de façon excessive aux manchettes. La question de savoir si un réseau particulier est touché dépend de sa version PHP, de sa configuration de 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, et non à faire des suppositions.
La gestion des correctifs fait partie du service
Pour les personnes qui créent une entreprise 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 accessibles pendant que l’équipe de la plateforme gère l’entretien 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 avoir une façon de 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é dans 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 qu’une réponse rapide aux enjeux de sécurité, découvrez Ultimate Multisite hosting et créez votre prochain réseau de sites en toute confiance.
Laisser un commentaire