Nom du plugin	Offre de surclassement de commande pour WooCommerce
Type de vulnérabilité	Authentification rompue
Numéro CVE	CVE-2026-49110
Urgence	Haut
Date de publication du CVE	2026-06-06
URL source	CVE-2026-49110

Urgent : Manipulation des prix / Authentification rompue dans l‘’ Offre de surclassement de commande pour WooCommerce » (≤ 3.1.4) — Ce que les propriétaires de magasins doivent faire maintenant

Auteur: Équipe de sécurité WP­Firewall

Résumé: Une vulnérabilité d'authentification rompue affectant l'Offre de surclassement de commande pour WooCommerce (versions ≤ 3.1.4) a été attribuée à CVE­2026­49110 et a un score de base CVSS de 7.5. Le problème permet à un acteur non authentifié de manipuler des paramètres liés aux prix dans certaines conditions. Un correctif est disponible dans la version 3.1.5. Si vous utilisez WooCommerce et ce plugin, lisez cet avis attentivement — il couvre les détails techniques, les scénarios d'exploitation, la détection, l'atténuation étape par étape, la réponse aux incidents, les corrections des développeurs et comment WP­Firewall peut protéger votre magasin pendant que vous appliquez le correctif.

TL;DR (liste de contrôle d'action rapide)

• Plugin vulnérable : Offre de surclassement de commande pour WooCommerce, versions ≤ 3.1.4.
• CVE : CVE­2026­49110
• Classe de risque : Authentification rompue → OWASP A7. CVSS 7.5.
• Corrigé dans : 3.1.5 — mettez à jour immédiatement.
• Si vous ne pouvez pas effectuer la mise à jour immédiatement :
  • Désactivez le plugin.
  • Mettez le site en mode maintenance pour les processus de paiement OU implémentez des règles WAF pour bloquer les tentatives d'exploitation.
  • Surveillez les commandes suspectes ou les métadonnées de commande modifiées.
  • Faites tourner les identifiants administratifs et les clés API WooCommerce si vous détectez une activité suspecte.
• Recommandation WP­Firewall : activez le WAF géré + les analyses de logiciels malveillants, appliquez un correctif virtuel si disponible, activez les mises à jour automatiques des plugins pour ce plugin lorsque cela est possible.

Contexte — ce qui a été divulgué

Une vulnérabilité affectant le plugin Offre de surclassement de commande pour WooCommerce (versions jusqu'à et y compris 3.1.4) a été publiée et attribuée à CVE­2026­49110. Le problème est classé comme “ Authentification rompue ” et le point clé est qu'un acteur non authentifié peut manipuler des champs liés aux prix dans certaines circonstances. Le fournisseur a publié un correctif dans la version 3.1.5 pour corriger les vérifications d'authentification/autorisation.

Les vulnérabilités d'authentification rompue surviennent souvent lorsque le code qui modifie les commandes, les prix ou la configuration de surclassement/bump ne vérifie pas que le demandeur est un utilisateur autorisé (par exemple, un administrateur ou un responsable de magasin correctement authentifié), ou lorsque des actions qui devraient nécessiter des nonces/permissions valides peuvent être invoquées par des clients non authentifiés (par exemple, via un point de terminaison REST/HTTP ou une action AJAX).

Les propriétés divulguées pour cet avis incluent :

• Privilège requis : Non authentifié (l'exploitation ne nécessite pas un utilisateur WordPress authentifié dans certains scénarios).
• Surface d'attaque : Requêtes Web ciblant les points de terminaison/hooks du plugin qui gèrent le traitement des prix de commande-bump/surclassement.
• Impact: Manipulation des prix sur les commandes (les clients ou les attaquants pourraient modifier les champs de prix ou appliquer des remises non autorisées), entraînant des pertes financières ou l'exploitation des flux de travail d'achat. Dans des exploits en chaîne, cela pourrait contribuer à une élévation de privilèges ou à un compromis persistant.
• Atténuation: Mettez à niveau vers la version 3.1.5 ou ultérieure.

Pourquoi cela est important pour les boutiques WooCommerce

Les plugins d'upsell et de commande bump interagissent directement avec les prix et les flux de paiement. Cela signifie qu'une vulnérabilité permettant la manipulation non authentifiée des champs de prix ou de remise peut directement se traduire par :

• Perte de revenus — les attaquants peuvent être en mesure de modifier les prix à des valeurs extrêmement basses ou à zéro.
• Commandes frauduleuses — des achats artificiellement réduits peuvent être utilisés pour blanchir des paiements ou tester des cartes volées.
• Maux de tête comptables et de réconciliation — les métadonnées de commande modifiées en dehors des flux attendus.
• Dommages à la confiance des clients — si les commandes sont mal gérées, les clients ou les processeurs de paiement peuvent soulever des litiges.
• Escalade de sécurité supplémentaire — les attaquants qui peuvent influencer la logique des commandes peuvent tenter d'injecter des charges utiles malveillantes, d'escalader des privilèges ou de créer des commandes backdoor qui déclenchent d'autres actions.

Même lorsque la vulnérabilité seule est de gravité “ faible ” ou “ moyenne ”, l'impact dans le monde réel sur une boutique en ligne (financier et réputationnel) peut être sévère.

Scénarios d'exploitation (exemples réalistes)

Nous ne pouvons pas reproduire le code d'exploitation ici, mais ci-dessous se trouvent des scénarios d'exploitation plausibles basés sur la description “ d'authentification rompue / manipulation de prix ”. Ce sont les types de comportements que vous devriez considérer lors de la recherche de signes d'exploitation.

1. Appel REST/AJAX non authentifié modifie le prix bump :
   • Le plugin expose une route REST ou une action AJAX pour définir ou calculer le prix de la commande bump. Le point de terminaison ne vérifie pas correctement l'authentification/le nonce ou la capacité, permettant à quiconque de soumettre une demande pour définir un prix personnalisé pour un article bump lors du paiement.
2. Demande de paiement falsifiée écrase le prix :
   • Le code de paiement utilise des paramètres POST ou JSON non fiables pour définir le prix final sans valider ou recalculer côté serveur. Un attaquant peut soumettre des demandes de paiement élaborées pour définir le prix des articles à un montant inférieur.
3. Surcharge de prix via injection de métadonnées de commande :
   • Un point de terminaison public permet la création ou la mise à jour des clés de métadonnées de commande liées au bump/upsell. Si ces données sont ensuite utilisées dans les calculs de prix sans validation, l'attaquant peut modifier les totaux de commande.
4. Chaîne d'exploitation menant à des actions de niveau administrateur :
   • La manipulation des prix peut être associée à des défauts logiques qui déclenchent des notifications, des flux de travail internes ou ajoutent des coupons avec des privilèges élevés. Combiné à des identifiants administratifs faibles ou à d'autres défauts de plugin, les attaquants peuvent escalader l'accès.

Étant donné la nature non authentifiée, l'exploitation de masse est réalisable — des analyses et des scripts automatisés peuvent sonder de nombreux sites rapidement.

Indicateurs de compromission (IoCs) et ce qu'il faut rechercher

Si vous exécutez ce plugin, vérifiez immédiatement ce qui suit :

• Version du plugin ≤ 3.1.4 installée.
• Commandes inattendues ou inhabituelles :
  • Commandes avec des totaux nuls ou anormalement bas.
  • Commandes où les prix des articles diffèrent du prix de base du produit, et la différence n'est pas expliquée par des coupons ou des remises légitimes.
• Métadonnées de commande avec des clés ou des valeurs inattendues faisant référence à “bump”, “upsell”, “offer”, “price_override”, ou des champs similaires.
• Journaux d'accès inhabituels :
  • Requêtes POST/GET vers des points de terminaison spécifiques au plugin (identifier les points de terminaison de votre installation ou source de plugin) provenant d'IP inconnues.
  • Requêtes incluant des paramètres inhabituels comme prix, montant, remise, ou modifications de order_meta provenant de sources non authentifiées.
• Tâches programmées ou hooks suspects déclenchés autour du paiement (utiliser WP­Crontrol ou les journaux du serveur pour inspecter).
• Présence d'utilisateurs administrateurs inconnus, mots de passe changés, ou modifications inattendues des fichiers du plugin (horodatages de modification de fichiers).
• Alertes de pare-feu d'application web (WAF) pour des requêtes tentant de définir des paramètres liés au prix.

Collectez les journaux et conservez-les — si vous soupçonnez une exploitation, vous aurez besoin des journaux pour l'enquête et les interactions potentielles avec les forces de l'ordre ou le processeur de paiement.

Actions immédiates pour les propriétaires de sites (atténuations à court terme)

Si votre site utilise Upsell Order Bump Offer pour WooCommerce ≤ 3.1.4, prenez ces mesures immédiates — prioritaires :

1. Mettez à jour le plugin vers 3.1.5 (recommandé)
   • Le fournisseur a publié un correctif. La mise à jour vers 3.1.5 ou une version ultérieure est la bonne et la plus rapide des remédiations.
2. Si vous ne pouvez pas mettre à jour immédiatement, faites l'une des choses suivantes :
   • Désactivez temporairement le plugin pour éliminer la surface d'attaque.
   • Désactivez la fonctionnalité de commande bump dans les paramètres du plugin si cette option est disponible.
   • Mettez les pages de paiement en mode maintenance ou arrêtez temporairement d'accepter des commandes jusqu'à ce qu'elles soient corrigées (mesure extrême pour les magasins à haut risque).
3. Appliquer la ou les règles WAF
   • Utilisez votre WAF (ou un pare-feu WordPress géré) pour bloquer les requêtes suspectes liées aux points de terminaison du plugin.
   • Bloquez les points de terminaison visibles publiquement qui devraient être restreints aux utilisateurs administrateurs authentifiés.
   • Limitez le nombre de requêtes aux points de terminaison liés au paiement pour réduire l'exploitation automatisée.
4. Scannez le site maintenant
   • Exécutez un scan complet des fichiers WordPress et du répertoire des téléchargements pour détecter les logiciels malveillants/indicateurs.
   • Vérifiez les nouveaux fichiers PHP, en particulier dans les répertoires écriture. Recherchez des shells web ou des tâches planifiées (cron).
5. Auditez les commandes et remboursements récents
   • Réconciliez les commandes traitées depuis la date de divulgation de la vulnérabilité (vous devrez peut-être vérifier votre plage de dates du 9 mai 2026 à aujourd'hui).
   • Signalez les commandes suspectes et envisagez des stratégies de remboursement ou des notifications aux clients si nécessaire.
6. Hygiène des identifiants
   • Réinitialisez les mots de passe administratifs et les clés API si vous trouvez des preuves d'activité suspecte.
   • Faites tourner les identifiants de passerelle de paiement ou les intégrations API si une compromission suspectée s'étend à des systèmes externes.
7. Préserver les preuves
   • Enregistrez les journaux du serveur web, les journaux de débogage WordPress et les journaux WAF dans un emplacement sécurisé pour enquête.

Comment WP­Firewall vous protège pendant que vous appliquez le correctif

En tant que fournisseur de sécurité WordPress, WP­Firewall fournit des défenses en couches qui aident à atténuer ce type de risque :

• WAF géré (plan de base) : bloque les modèles d'exploitation courants et filtre les charges utiles de requêtes suspectes avant qu'elles n'atteignent WordPress.
• Scan de logiciels malveillants : scanne les fichiers de base, de thème et de plugin pour des modifications non autorisées ou des portes dérobées après des tentatives d'exploitation.
• Atténuation des risques OWASP Top 10 : fournit des règles et une couverture de protection pour des classes courantes comme les problèmes d'authentification cassée et de validation des entrées.
• Patching virtuel (services Pro/gérés) : si vous ne pouvez pas mettre à jour immédiatement, WP­Firewall peut déployer un correctif virtuel ciblé qui bloque les requêtes d'exploitation connues pour cette vulnérabilité spécifique à la périphérie — empêchant les abus pendant que vous planifiez la maintenance.
• Limitation de taux et contrôles IP : réduisez les tentatives de scan et d'exploitation automatisées en masse.
• Surveillance et alertes : vous avertir lorsque des modèles suspects sont détectés (par exemple, tentatives répétées d'atteindre les points de terminaison des plugins, pics soudains dans les requêtes POST de paiement).

Si vous ne l'avez pas fait, activer le WAF géré et le scan continu réduira la probabilité d'exploitation réussie pendant que vous mettez à jour les plugins.

Remédiation et tests recommandés à moyen terme

Après avoir appliqué le correctif, suivez ces étapes pour garantir une récupération complète et une résilience :

1. Vérifiez la mise à jour :
   • Confirmez que le plugin est mis à jour vers 3.1.5+ et vérifiez le journal des modifications du plugin pour le correctif appliqué.
   • Effacez les caches du serveur et du plugin (cache d'objet, cache de page, CDN).
2. Testez les flux de paiement :
   • Effectuez des achats tests (mode sandbox) pour vous assurer que le montant de la commande et les calculs de total de paiement sont corrects.
   • Testez avec des scénarios normaux et avec des réductions/coupons pour vous assurer qu'aucun remplacement de prix inattendu ne se produit.
3. Rescanner le site :
   • Effectuez un autre scan complet de malware après le patch (fichiers et base de données).
   • Inspectez les portes dérobées qui ont pu être placées plus tôt lors de l'exploitation.
4. Auditez et réconciliez :
   • Réconciliez les dossiers financiers et les commandes. Identifiez les commandes qui auraient pu être affectées.
   • Contactez les clients et les processeurs de paiement concernés si nécessaire (suivez les politiques et lois applicables).
5. Renforcez le plugin et le site :
   • Limitez la gestion du plugin aux comptes administrateurs forts uniquement. Limitez la capacité d'installation/mise à jour du plugin.
   • Supprimez les plugins et thèmes inutilisés — moins de plugins = surface d'attaque plus petite.
6. Configurez des mises à jour automatiques là où c'est sûr :
   • Activez les mises à jour automatiques pour les corrections mineures et de sécurité lorsque cela est possible. Assurez-vous d'avoir des sauvegardes et un environnement de test pour tester les changements majeurs.
7. Ajoutez une surveillance :
   • Activez la détection de changements sur les répertoires critiques. Suivez les alertes de modification de fichiers et de création d'utilisateurs administrateurs.
8. Revue post-incident :
   • Documentez ce qui s'est passé, les délais et les actions entreprises.
   • Mettez à jour les manuels de réponse aux incidents pour inclure cette classe de vulnérabilité pour l'avenir.

Ce que les développeurs doivent corriger (pour les auteurs de plugins / intégrateurs)

Pour les auteurs de plugins et les développeurs travaillant sur le code lié au paiement/prix, suivez les meilleures pratiques de codage sécurisé pour prévenir l'authentification rompue et la manipulation des prix :

1. Appliquer des vérifications de capacité :
   • Tout point de terminaison ou action qui modifie la configuration du plugin, applique la logique de remise ou écrit des métadonnées de commande sensibles doit vérifier current_user_can() pour les capacités appropriées.
   • Exemple : n'autoriser que manage_woocommerce ou manage_options pour les opérations réservées aux administrateurs.
2. Exiger et vérifier les nonces :
   • Pour les soumissions AJAX ou de formulaires provenant de la zone d'administration, exiger un nonce et le vérifier avec wp_verify_nonce().
   • Pour les points de terminaison REST, utilisez permission_callback dans register_rest_route().
3. Validation côté serveur et re-calcul :
   • Ne jamais faire confiance aux prix soumis par le client — toujours calculer le prix final côté serveur en utilisant le prix du produit, les paramètres de taxe, les coupons et la logique d'expédition.
   • Écarter les champs de prix/montant fournis par le client (ou les traiter comme des suggestions uniquement si validées et autorisées).
4. Utiliser des instructions préparées et une désinfection stricte :
   • Désinfecter les entrées et utiliser des vérifications de type sur les champs numériques (floatval/absint) et des listes blanches pour les valeurs autorisées.
5. Éviter d'exposer des points de terminaison sensibles :
   • Ne pas enregistrer de routes REST ou d'actions AJAX appelables publiquement qui effectuent des modifications de prix/paiement sans vérifications de permission appropriées.
6. Journalisation et surveillance :
   • Journaliser les actions significatives comme les remises de prix, la création de coupons et les modifications de métadonnées de commande avec le contexte et l'ID utilisateur (ou l'IP lorsque l'utilisateur n'est pas authentifié).
7. Programmation défensive :
   • Ajouter une logique de sécurité : si les calculs de prix produisent des valeurs en dehors des minimums/maximums attendus, journaliser et rejeter.
8. Tests unitaires et d'intégration :
   • Ajouter des tests automatisés pour simuler des requêtes non authentifiées et authentifiées vers des points de terminaison afin de s'assurer que les requêtes non autorisées sont bloquées.

Exemple : modèle de route REST sécurisée (niveau élevé)

Ci-dessous se trouve un modèle de haut niveau démontrant à quoi devrait ressembler une vérification de permission de route REST. Ceci est illustratif — adaptez-le à l'architecture de votre plugin.

register_rest_route( 'my-upsell-plugin/v1', '/set-bump-price', array(

Points clés :

• permission_callback empêche l'accès non authentifié.
• la validation côté serveur impose le type et la plage.

Manuel de réponse aux incidents (étape par étape)

Si vous découvrez qu'un site a été exploité via cette vulnérabilité, suivez une réponse structurée :

1. Isoler et stabiliser
   • Désactivez temporairement l'accès Internet pour le site si possible.
   • Désactivez les flux de paiement et le plugin vulnérable pour stopper d'autres abus.
2. Préserver les preuves
   • Faites une sauvegarde complète (fichier + DB) de l'état compromis.
   • Exportez les journaux du serveur, les journaux WAF et les journaux d'accès pour la période pertinente.
3. Triage
   • Identifiez les commandes et les clients affectés ; prenez des mesures pour éviter d'autres pertes financières.
   • Vérifiez les utilisateurs administrateurs ajoutés ou modifiés, les fichiers de plugin/thème changés ou les tâches planifiées.
4. Nettoyer
   • Supprimez les fichiers malveillants ou revenez à une sauvegarde propre effectuée avant le compromis.
   • Réinstallez les plugins/thèmes à partir de sources originales après avoir vérifié l'intégrité.
5. Remédier
   • Appliquez le correctif du fournisseur (mettez à jour le plugin vers 3.1.5+).
   • Corrigez toutes les vulnérabilités supplémentaires trouvées (identifiants plus faibles, cœur/thèmes obsolètes, autres plugins vulnérables).
6. Récupérer les opérations
   • Réactivez le paiement uniquement après des tests approfondis.
   • Rapprochez les commandes et traitez les remboursements ou remboursements nécessaires.
7. Réviser et apprendre
   • Mettez à jour la politique de sécurité et les outils.
   • Envisagez un examen professionnel si un compromis persistant est suspecté.

Liste de contrôle de durcissement pour les magasins WooCommerce (base recommandée)

• Gardez le cœur de WordPress, les thèmes et les plugins à jour.
• Supprimez les plugins et thèmes inutilisés.
• Appliquez des mots de passe forts et une authentification à deux facteurs pour tous les utilisateurs administrateurs.
• Limitez la capacité d'installation/mise à jour des plugins à un petit ensemble de comptes de confiance.
• Utilisez un WAF géré et un scanner de logiciels malveillants.
• Mettez en œuvre des sauvegardes régulières avec des copies hors site et une rétention.
• Audits de sécurité de routine et surveillance des changements pour l'intégrité des fichiers.
• Utilisez HTTPS et configurez HSTS.
• Limitez l'accès API et serveur par IP lorsque cela est possible.

Règles de détection / signatures WAF (directives pour les règles de bord).

Étant donné que la vulnérabilité repose sur des vérifications d'authentification manquantes, une stratégie de règles WAF efficace devrait être :

• Bloquer les requêtes POST vers les points de terminaison des plugins qui incluent des paramètres de prix/montant lorsqu'ils ne sont pas accompagnés d'un cookie admin valide et d'un en-tête nonce.
• Limitez le taux des tentatives répétées provenant d'IP uniques vers les points de terminaison de paiement/vente additionnelle.
• Bloquez les motifs de paramètres suspects comme price=0 ou price=0.00 lorsqu'ils sont couplés avec des requêtes non authentifiées vers les points de terminaison de bump.
• Notifiez et enregistrez toute tentative incluant des paramètres nommés “price”, “amount”, “discount”, “bump_price”, “order_meta” vers les points de terminaison des plugins si l'origine de la requête est non authentifiée.

Important: Les défenses basées sur des signatures doivent être testées pour éviter les faux positifs qui bloquent des clients légitimes.

Récupération et réconciliation financière — points pratiques.

• Si vous détectez des commandes frauduleuses :
  • Contactez immédiatement votre processeur de paiement ; ils peuvent aider à évaluer le risque de rétrofacturation et les modèles de fraude.
  • Envisagez d'annuler ou de rembourser proactivement les commandes suspectes.
  • Communiquez de manière transparente avec les clients concernés si des informations personnellement identifiables ont été exposées.
• Conservez une chronologie précise :
  • Notez quand la version du plugin a été mise à jour, quand le plugin a été désactivé et quand le WAF/patch virtuel a été appliqué.
• Pour les magasins ayant de lourdes obligations de conformité (PCI, RGPD, etc.), suivez vos procédures de notification de violation et consultez un conseiller juridique si nécessaire.

Stratégies de prévention à long terme

• Adoptez une approche de défense en profondeur : hébergement sécurisé, WAF, surveillance, pratiques de cycle de vie de développement sécurisé (SDLC) et analyse continue.
• Appliquez un processus d'approbation des plugins pour votre magasin ou votre agence. Évitez d'installer des plugins avec une faible réactivité des développeurs ou de mauvais antécédents.
• Maintenez un environnement de staging pour tester les mises à jour des plugins avant de les déployer automatiquement en production.

Guide pour les développeurs pour les mainteneurs de plugins (détaillé)

Si vous êtes un mainteneur de plugin ou un développeur, la vulnérabilité montre pourquoi ces pratiques sont importantes :

• Utilisez systématiquement le permission_callback de l'API REST de WordPress.
• Ne comptez jamais sur des calculs côté client pour les prix.
• Utilisez les helpers de l'API WooCommerce pour les calculs de prix et de taxes afin d'assurer un calcul cohérent côté serveur.
• Mettez en œuvre une suite de tests de sécurité automatisée qui simule des requêtes non authentifiées vers chaque point de terminaison public et garantit que les contrôles d'accès attendus sont en place.
• Effectuez des revues de code de sécurité axées sur l'autorisation, la validation des entrées et la désinfection des données.
• Offrez des coordonnées de divulgation de sécurité et répondez rapidement aux rapports responsables.

Comment réagir si vous découvrez ce problème sur le site d'un client

1. Informez immédiatement les clients dont les sites utilisent le plugin et les versions affectées.
2. Planifiez des fenêtres de maintenance d'urgence pour appliquer des mises à jour ou désactiver le plugin.
3. Offrez un service de réconciliation et d'examen judiciaire si un compromis est suspecté.
4. Documentez toutes les actions dans un rapport convivial pour le client.

Protégez votre magasin maintenant — Essayez le plan gratuit WP­Firewall Basic

Si vous souhaitez une protection immédiate et continue pendant que vous corrigez et renforcez votre magasin, essayez le plan WP­Firewall Basic (gratuit). Il comprend une couverture de pare-feu gérée, une bande passante illimitée, des protections WAF, un scanner de logiciels malveillants et des atténuations pour les risques du Top 10 de l'OWASP — tout ce dont vous avez besoin pour réduire l'exposition aux vulnérabilités comme CVE­2026­49110 pendant que vous mettez à jour et remédiez. Commencez votre plan gratuit ici : https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(La mise à niveau vers Standard ou Pro ajoute la suppression automatique des logiciels malveillants, le blacklistage/whitelistage des IP, le patching virtuel automatique des vulnérabilités, des rapports de sécurité mensuels et une suite de services de gestion si vous avez besoin d'une protection et d'une assistance en remédiation plus approfondies.)

Notes finales et étapes recommandées (plan d'action)

1. Vérifiez la version du plugin maintenant. Si elle est ≤ 3.1.4, mettez à jour vers 3.1.5 immédiatement.
2. Si vous ne pouvez pas mettre à jour tout de suite, désactivez le plugin ou désactivez sa fonctionnalité de bump/upsell jusqu'à ce que vous puissiez appliquer le patch.
3. Activez un WAF géré et un scanner de logiciels malveillants (les protections de base peuvent prévenir l'exploitation massive).
4. Auditez les commandes récentes et les journaux pour détecter des activités suspectes et conservez les preuves.
5. Adoptez les recommandations de durcissement et de surveillance des développeurs ci-dessus.

Cette vulnérabilité rappelle que les plugins qui touchent au paiement et à la tarification méritent une attention particulière — tant de la part des auteurs de plugins que des propriétaires de sites WordPress. Si vous avez besoin d'aide pour trier un incident, appliquer un patch virtuel ou mettre en œuvre des règles WAF adaptées à WooCommerce, l'équipe de WP­Firewall peut vous aider avec une atténuation étape par étape et des services gérés.

Restez en sécurité — et veuillez mettre à jour vos installations maintenant.