CVE-2026-76877
8,1, élevéWPML Multilingual CMS Improper Authentication Vulnerability
- CVSS
- 8,1, élevé élevée CVSS v3.1
- EPSS, 30 prochains jours
- 0,3% supérieur à 26,3% des CVE notées
- Exploitation
- Aucune preuve publique
- Publiée
- 10 nov. 2026hier
Description
The WPML Multilingual CMS plugin for WordPress is vulnerable to Authentication Bypass via Race Condition in versions up to, and including, 4.9.7. This is due to the `process_iframe_request` function's language-per-domain SSO handler generating the cross-domain sign-in token via `wp_create_nonce('wpml_sso')` on the logout landing page, where the browser has already discarded its authentication cookies (so `wp_get_session_token()` returns an empty string and the token collapses to the shared anonymous nonce for the current 12-hour tick rather than a user-bound secret) and then storing it in the `wpml_sso_user_<token>_<sha256('wpml_sso'.$domain)>` transient mapped to the victim's `user_id` with no binding to the specific sign-out action or requesting client. Because an unauthenticated attacker can independently derive the identical token by triggering the logout confirmation flow on `wp-login.php?action=logout`, and because the `is_iframe_request()` gate conditions (the per-domain SSO `started` transient and domain-hash derived from the public constant `SSO_NONCE`) are fully computable within the 60-second `SSO_TIMEOUT` window, an unauthenticated attacker can submit the forged `wpml_sso_token_domain` parameter with a `wpml_user_signed_in` status to a secondary language-domain endpoint before the legitimate `wpml_user_signed_out` iframe fires, causing WordPress authentication cookies to be issued for the victim. This makes it possible for unauthenticated attackers to gain access to accounts of users (including administrators) who are actively in the process of logging out during the race window.
Détails
- Éditeur
- WPML
- Produit
- WPML Multilingual CMS
- Faiblesse
- CWE-287 (s'ouvre dans un nouvel onglet)
- Statut
- Différée
- Mise à jour
- 10 nov. 2026
- Attribuée par
- security@wordfence.com
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
Références 2
Le type est déduit des étiquettes de NVD lorsqu'elles existent, sinon de la forme de l'URL : considérez-le comme un indice.
Au-delà de cette page
CVE-2026-76877 est-elle présente sur votre réseau ?
Cette page vous dit à quel point CVE-2026-76877 est dangereuse de manière générale. Savoir si elle se trouve sur l'un de vos appareils, seul un scan de votre propre réseau peut le dire. C'est ce que font nos systèmes, chaque jour, pour les entreprises que nous protégeons.
-
EXYS7600 OCELOT
La trouver avant les attaquants
Ocelot analyse votre réseau de manière planifiée et signale chaque vulnérabilité trouvée avec son identifiant CVE, son score CVSS et le nombre de vos hôtes touchés. Chaque résultat, comme CVE-2026-76877, est accompagné de la liste des appareils à corriger.
Découvrir EXYS7600 OCELOT -
EXYS7950 KONDRA
La détecter si elle est exploitée
Tant que le correctif n'est pas installé, Kondra surveille le réseau, les événements et les terminaux en temps réel. Il tient l'inventaire des logiciels installés sur chaque terminal, et ses règles de détection d'anomalies signalent ce que fait un attaquant une fois dans le réseau.
Découvrir EXYS7950 KONDRA
Compilé à partir de l'API NVD 2.0, du catalogue Known Exploited Vulnerabilities de la CISA et de FIRST EPSS. Les scores correspondent à notre dernière collecte du 11 nov. 2026, pas à l'état actuel des sources.