CVE-2025-10726
CVE-2025-10726 : vulnérabilité WPRecovery
WPRecovery <= 2.0 – Unauthenticated SQL Injection to Arbitrary File Deletion
WPRecovery est affecté par une injection SQL associée à divulgation d’informations dans toutes les versions jusqu’à la version 2.0 incluse. Son score CVSS atteint 9,1 sur 10, ce qui correspond à une gravité critique.
Une exploitation réussie peut détourner une requête SQL afin de lire, modifier ou supprimer des données selon les privilèges accordés au compte de base de données. Le scénario publié repose sur un accès au travers du réseau, aucun compte préalable, une complexité faible et aucune action d’un autre utilisateur.
Aucune version corrigée clairement exploitable n’est indiquée dans les données disponibles. Le modèle EPSS estime à 0,4 % la probabilité d’observer une activité d’exploitation dans les trente prochains jours avec un classement au 32,1e percentile. Nous vous recommandons de vérifier l’exposition du site puis de réduire temporairement la surface d’attaque en attendant un correctif et de contrôler les journaux, les comptes administrateurs et les modifications inhabituelles de la base. La priorité opérationnelle calculée est immédiate.
Conditions d’exploitation
Une exploitation peut être déclenchée au travers du réseau. La complexité d’exploitation est décrite comme faible. L’accès requis est évalué comme aucun compte requis. Aucune interaction d’un autre utilisateur n’est requise.
Impact potentiel
Une requête manipulée peut permettre de lire, modifier ou supprimer des données selon les privilèges du compte de base utilisé par WordPress. Le vecteur CVSS signale un impact potentiel sur l’intégrité et la disponibilité.
Lecture opérationnelle
- Lecture non autorisée de données
- Modification ou suppression de données
- Contournement de contrôles applicatifs selon la requête vulnérable
Indicateurs complémentaires
Publications et signaux de surveillance
Ces sources apportent un contexte complémentaire sur l’exploitation connue, la probabilité d’exploitation ou les publications institutionnelles associées à cette vulnérabilité.
Estimation quotidienne de la probabilité d’observer une activité d’exploitation dans les trente prochains jours.
Voir la source officielleAnalyse technique consolidée
Comment fonctionne cette vulnérabilité ?
L’analyse croise le titre, la description technique, la classification CWE et le vecteur CVSS afin de restituer le mécanisme documenté sans extrapoler au-delà des données disponibles.
Décryptage du vecteur CVSS
Une exploitation peut être déclenchée au travers du réseau. La complexité d’exploitation est décrite comme faible. L’accès requis est évalué comme aucun compte requis. Aucune interaction d’un autre utilisateur n’est requise.
Cette lecture décrit les conditions théoriques du vecteur CVSS publié. Elle ne permet pas, à elle seule, de confirmer l’exposition d’un site.
Impact potentiel
Une requête manipulée peut permettre de lire, modifier ou supprimer des données selon les privilèges du compte de base utilisé par WordPress. Le vecteur CVSS signale un impact potentiel sur l’intégrité et la disponibilité.
Aucune atteinte indiquée
Modification importante possible
Interruption importante possible
Conséquences à contrôler
- Lecture non autorisée de données
- Modification ou suppression de données
- Contournement de contrôles applicatifs selon la requête vulnérable
Vérification sur votre installation
Votre site est-il concerné ?
Cette fiche décrit les versions de WPRecovery connues comme vulnérables, mais elle ne peut pas connaître les composants actifs sur votre site. L’audit de sécurité relève votre environnement WordPress et le compare à la base locale.
- Inventaire du cœur, des extensions et des thèmes
- Comparaison avec les plages de versions affectées
- Priorisation des mises à jour et contrôles nécessaires
Versions affectées
Les plages signalées comme vulnérables pour WPRecovery sont :
*-2.0Plan de remédiation
1. Vérifier et contenir
- Identifier les sites sur lesquels WPRecovery est installé et relever la version active.
- Effectuer une sauvegarde complète des fichiers et de la base avant toute correction.
- Traiter en priorité les sites exposés publiquement ou utilisant des comptes peu maîtrisés.
2. Corriger
- En l’absence de correctif documenté, limiter l’exposition, désactiver temporairement la fonction ou remplacer le composant lorsque cela est réaliste.
- Contrôler les journaux de requêtes, les comptes administrateurs et les modifications inhabituelles de la base.
3. Valider et surveiller
- Vérifier l’affichage, les formulaires, les tâches planifiées et les fonctions métier après correction.
- Relancer un audit de sécurité afin de confirmer que la version vulnérable n’est plus détectée.
- Surveiller les journaux et les comptes pendant les jours suivant la correction.
Comment appliquer la mise à jour
Effectuez une sauvegarde complète avant toute intervention, puis vérifiez les fonctions essentielles du site après la mise à jour.
Méthode accessible
Depuis l’administration WordPress
Ouvrez Tableau de bord, puis Extensions et Extensions installées. Repérez WPRecovery, cliquez sur Mettre à jour maintenant et attendez la confirmation de WordPress.
Méthode technique
Avec WP-CLI
Exécutez ces commandes depuis la racine de l’installation WordPress concernée.
wp plugin get wprecovery --field=versionwp plugin update wprecoveryDétails techniques
- Composant
- WPRecovery
- Type de faiblesse
- Injection SQL et Divulgation d’informations
- Accès requis
- Aucun compte requis
- Vecteur CVSS
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:H- CWE
- CWE-89, Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
- Identifiant interne
15880d3b-87de-4b59-878c-e36e73c45e8a- Publication
- 03/10/2025
- Dernière modification
- 03/10/2025
Chronologie
- 03/10/2025Publication initiale dans les données disponibles
Découverte et références techniques
- Chercheur crédité
- Muhammad Yudha – DJ
Ces ressources complètent la fiche avec les avis, correctifs, historiques de code ou bases officielles associés à la vulnérabilité.