CVE-2026-2413
CVE-2026-2413 : vulnérabilité Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget
Ally – Web Accessibility & Usability <= 4.0.3 – Unauthenticated SQL Injection via URL Path
Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget est affecté par une injection SQL aveugle associée à divulgation d’informations dans toutes les versions jusqu’à la version 4.0.3 incluse. Son score CVSS atteint 7,5 sur 10, ce qui correspond à une gravité élevée.
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.
Le correctif est disponible dans la version 4.1.0. Le modèle EPSS estime à 2,3 % la probabilité d’observer une activité d’exploitation dans les trente prochains jours avec un classement au 81,4e percentile. Nous vous recommandons de confirmer la version installée, de sauvegarder le site puis d’appliquer le 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 la confidentialité.
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 la confidentialité.
Exposition importante de données possible
Aucune modification indiquée
Aucune interruption indiquée
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 Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget 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 Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget sont :
*-4.0.3Plan de remédiation
1. Vérifier et contenir
- Identifier les sites sur lesquels Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget 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
- Mettre à jour vers une version corrigée mentionnée dans la fiche, puis purger les caches applicatifs et CDN.
- 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.
4.1.0Installez la version 4.1.0 ou une version corrigée plus récente. Réalisez la mise à jour après sauvegarde, puis contrôlez le bon fonctionnement du site et l’absence de modification suspecte.
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 Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget, cliquez sur Mettre à jour maintenant et attendez la confirmation de WordPress. La version corrigée indiquée est 4.1.0 ou une version ultérieure.
Méthode technique
Avec WP-CLI
Exécutez ces commandes depuis la racine de l’installation WordPress concernée.
wp plugin get pojo-accessibility --field=versionwp plugin update pojo-accessibilityDétails techniques
- 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:H/I:N/A:N- CWE
- CWE-89, Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
- Identifiant interne
00e070b7-bdf6-4a80-a3ee-628243f1cc25- Publication
- 10/03/2026
- Dernière modification
- 11/03/2026
Chronologie
- 10/03/2026Publication initiale dans les données disponibles
- 11/03/2026Dernière modification connue de la fiche
- CorrectifVersion corrigée indiquée 4.1.0
Découverte et références techniques
- Chercheur crédité
- Drew Webber (mcdruid)
Ces ressources complètent la fiche avec les avis, correctifs, historiques de code ou bases officielles associés à la vulnérabilité.
Licences des données
À consulter aussi
Autres vulnérabilités de Web Accessibility (formally known as Ally) – WCAG Scanning, Guided Fixes, Usability Widget
Ally <= 4.0.2 – Missing Authorization
The Ally plugin for WordPress is vulnerable to unauthorized access due to a missing capability check on a function in versions up to, and including, 4.0.2. This makes it possible for unauthenticated attackers to perform an unauthorized action.
*-4.0.2
4.0.3
19/02/2026
Ally – Web Accessibility & Usability <= 3.8.0 – Cross-Site Request Forgery to Plugin Settings Update
The Ally – Web Accessibility & Usability plugin for WordPress is vulnerable to Cross-Site Request Forgery in all versions up to, and including, 3.8.0. This is due to missing or incorrect nonce validation on the enable_unfiltered_files_upload function. This…
*-3.8.0
3.8.1
15/10/2025
One Click Accessibility <= 3.1.0 – Authenticated (Administrator+) Stored Cross-Site Scripting
The One Click Accessibility plugin for WordPress is vulnerable to Stored Cross-Site Scripting in versions up to, and including, 3.1.0 due to insufficient input sanitization and output escaping. This makes it possible for authenticated attackers, with administrator-level access…
*-3.1.0
3.2.0
09/04/2025