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é affecte l’environnement d’exécution PHP, elle se situe sous la pile applicative qui alimente chaque site sur un serveur. Selon la configuration PHP concernée et les conditions requises pour l’exploitation, une attaque réussie pourrait offrir à un attaquant un moyen d’exécuter des commandes ou du code non intentionnels 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 vaste. Un seul environnement PHP peut prendre en charge un réseau de sites clients, de boutiques, de pages de destination et de portails d’adhésion. 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 de maintenance pouvant 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 optimiser 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 incident à 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 concernée, appliqué le correctif de l’éditeur sur l’infrastructure pertinente et confirmé que l’environnement d’exécution mis à jour dessert les sites clients. Les retards peuvent laisser tous les sites utilisant un environnement concerné exposés plus longtemps que nécessaire.
Une réponse bien menée doit également concilier rapidité et contrôle. Les équipes doivent examiner les notes de version et l’avis concernant 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 tenir les clients informés 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 de WordPress Multisite devraient faire
Même lorsque l’hébergement s’occupe de la mise à jour PHP, les administrateurs réseau devraient profiter de cet 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 de l’éditeur.
- Maintenez à jour le cœur de WordPress, les extensions actives sur le réseau, les thèmes et les extensions indispensables afin que les risques au niveau de l’application 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’administrateur WordPress.
- Conservez des sauvegardes et des procédures de récupération testées pour les fichiers et les bases de données du réseau.
- Surveillez toute activité inhabituelle, telle que des comptes administrateur 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 des avis et des versions publiées plutôt que sur des rumeurs.
Il est également important de ne pas réagir de manière excessive aux gros titres. Le fait qu’un réseau particulier soit concerné dépend de sa version de 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, et non à se livrer à 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 vendu. 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 arrière-plan. Un hébergeur multisite doit clairement être responsable des mises à jour PHP urgentes, disposer d’un processus de déploiement éprouvé et d’un moyen 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é 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 qu’une réponse rapide en matière de sécurité, découvrez Ultimate Multisite hosting et développez votre prochain réseau de sites en toute confiance.
Laisser un commentaire