# Un addon Elementor vulnérable : réagir vite face à une faille > Une alerte de sécurité tombe sur une extension d'addons largement installée sur le parc de sites de l'agence. Procédure de réaction en urgence, minute par minute. - Auteur : Clément Hadrot - Publié le : 2022-05-02 - Mis à jour le : 2022-05-02 - Catégorie : Elementor - URL : https://wpmoderne.dev.wordpress-developpement.fr/elementor/addon-elementor-vulnerable-reagir-vite/ ## L’essentiel - Une alerte CVE sur un addon populaire peut concerner plusieurs dizaines de sites d'un même parc en quelques minutes - La mise à jour immédiate n'est pas toujours possible, un correctif temporaire doit parfois prendre le relais - Documenter l'incident protège l'agence en cas de question ultérieure du client Un vendredi en fin de matinée, un abonnement à une liste de diffusion de sécurité WordPress signale une vulnérabilité critique sur une extension d'addons pour Elementor très répandue, avec un score de gravité élevé et une preuve de concept déjà publiée publiquement. Un rapide inventaire du parc de sites gérés par l'agence montre que vingt-trois clients utilisent cette même extension. La situation demande une réaction organisée plutôt qu'une improvisation site par site. Ce genre d'alerte revient régulièrement dans l'écosystème WordPress, et Elementor n'y échappe pas malgré la solidité du plugin principal : ce sont presque toujours les extensions tierces d'addons, moins auditées et à la maintenance plus irrégulière, qui concentrent le risque. ## Symptôme et premier réflexe L'alerte, dans ce cas, précisait une faille d'upload de fichier arbitraire non authentifiée, exploitable sans compte utilisateur, ce qui la classe parmi les plus critiques puisqu'elle ne nécessite aucun accès préalable au site. La première action n'a pas été d'attendre un correctif officiel de l'éditeur de l'extension, mais de vérifier si une version corrigée existait déjà au moment de l'alerte. ## Procédure de réaction appliquée en urgence > L'essentiel à retenir : Une alerte CVE sur un addon populaire peut concerner plusieurs dizaines de sites d'un même parc en quelques minutes ; La mise à jour immédiate n'est pas toujours possible, un correctif temporaire doit parfois prendre le relais ; Documenter l'incident protège l'agence en cas de question ultérieure du client 1. Vérifier immédiatement si une version corrigée de l'extension est disponible ; si oui, planifier la mise à jour en priorité absolue sur tous les sites concernés 2. Si aucun correctif n'existe encore, désactiver l'extension sur tous les sites où elle n'est pas indispensable au rendu visuel immédiat, quitte à afficher temporairement un widget cassé plutôt qu'un site vulnérable 3. Pour les sites où la désactivation casserait une mise en page critique, appliquer un correctif temporaire via un pare-feu applicatif (règle de blocage sur le point d'entrée vulnérable identifié dans l'alerte) 4. Vérifier les journaux d'accès du serveur à la recherche de tentatives d'exploitation déjà survenues avant la mise en application du correctif 5. Une fois le correctif officiel publié, planifier sa mise à jour sur l'ensemble du parc dans les vingt-quatre heures ## Le cas des sites sans correctif immédiat Sur ce parc précis, huit sites sur vingt-trois n'utilisaient l'extension que pour un unique widget décoratif, sans impact critique sur la mise en page en cas de désactivation. Ces huit sites ont été traités en quelques minutes par simple désactivation du plugin. Les quinze restants, où l'extension gérait des éléments plus centraux (mega menu, formulaires personnalisés), ont nécessité l'application d'une règle de pare-feu bloquant spécifiquement la requête identifiée dans le rapport de vulnérabilité, en attendant le correctif officiel publié trente-six heures plus tard. ### Vérifier une compromission déjà survenue Une alerte de sécurité publique signifie que des tentatives d'exploitation automatisées commencent généralement dans les heures qui suivent sa publication, menées par des scanners qui balaient internet à la recherche de sites vulnérables. Il est indispensable de vérifier les journaux d'accès pour la période précédant l'application du correctif, à la recherche de requêtes correspondant à la signature de l'exploit décrite dans l'alerte, et d'inspecter le dossier d'upload du site à la recherche de fichiers suspects déposés par un éventuel scanner ayant réussi son intrusion. - S'abonner à une liste de diffusion de sécurité WordPress fiable (WPScan, Patchstack) pour recevoir les alertes en temps réel - Maintenir un inventaire à jour des extensions installées sur chaque site du parc, pas seulement Elementor et ses widgets natifs - Prévoir une procédure écrite de réaction d'urgence, plutôt que de l'improviser au moment de la crise > Une alerte de sécurité sur un addon populaire n'est jamais un problème isolé pour une agence qui gère un parc de sites : traitez-la toujours comme un incident transversal à vérifier sur l'ensemble du parc, pas site par site au fil de l'eau. ## Documenter pour la suite Une fois l'incident clos, un court rapport interne a été rédigé pour chaque client concerné, précisant la nature de la vulnérabilité, la date de découverte, les actions entreprises et la date de résolution définitive. Ce document protège l'agence en cas de question ultérieure du client sur la sécurité de son site, et sert également de base pour affiner la procédure de réaction en cas de prochaine alerte similaire. ## En résumé Une vulnérabilité sur un addon Elementor largement déployé demande une réaction transversale et rapide, pas une correction site par site au fil des signalements clients. Sur ce parc de vingt-trois sites, la combinaison désactivation immédiate et pare-feu temporaire a permis de fermer la fenêtre de risque en moins d'une heure, largement avant la publication du correctif officiel par l'éditeur de l'extension.