Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLoad public checkout page for nonce
-
DeliveryCraft wu_ajax_nopriv_wu_validate_form request
-
ExploitSet checkout_form=wu-finish-checkout to skip validation
-
ExecutionSubmit victim email_address into order processing
-
PersistReceive wp_set_auth_cookie session as target user
-
ImpactOperate as Network Super Admin
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication mechanism validation
MITRE ATT&CK
2 techniques across 2 tactics: Defense Evasion, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation targets the publicly accessible wu_ajax_nopriv_wu_validate_form AJAX handler of the Ultimate Multisite plugin (versions ≤2.15.0) using checkout_form=wu-finish-checkout, which forces is_last_step() true and drives the request into full order processing and the passwordless login_customer_after_checkout() path. The attacker needs only a freely obtainable checkout nonce and the victim's email address - no authentication, no user interaction. The key LIMITING factor is that the targeted account must have NO pre-existing Ultimate Multisite customer record; this means the attack works against the Network Super Admin on a fresh Multisite install and against any administrator or editor account created before Ultimate Multisite was configured, but not against users already registered as plugin customers. The plugin must be installed and active on a WordPress Multisite (SaaS/WaaS) environment with the checkout flow reachable. |
| Impact | This is a genuine high-priority vulnerability, not a high-CVSS-but-low-risk inflation. The vendor CVSS vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H = 9.8) is credible and consistent with the description: an unauthenticated, remote, network-reachable authentication bypass that yields a full login session as any existing WordPress user - including a Network Super Admin - which is effectively complete account takeover (C:H/I:H/A:H). The only moderating condition is that the targeted account must have no pre-existing Ultimate Multisite customer record; however, the description explicitly notes that the Super Admin on a fresh Multisite and any admin/editor created before the plugin was configured satisfy this, so in practice the highest-value accounts are usually exploitable. No EPSS score, KEV listing, SSVC decision, or POC was provided in the input, so there is no public exploit identified at time of analysis and no confirmed active exploitation - but the trivial preconditions (attacker needs only a freely obtainable checkout nonce plus the victim's email address) mean weaponization is low-effort and defenders should treat patching as urgent rather than waiting for exploitation signals. In short: the real-world risk is high despite the absence of exploitation telemetry, driven by low attack complexity and super-admin-level impact. |
| Exploit ScenarioDerived | An unauthenticated attacker loads the plugin's public checkout page to harvest the freely-available checkout nonce, then sends a crafted wu_ajax_nopriv_wu_validate_form AJAX request with checkout_form=wu-finish-checkout and the email_address of a target WordPress user (e.g. the Network Super Admin). The validation and step logic collapse so the request is routed straight into order finalization, maybe_create_customer() resolves the email to the existing user ID, and login_customer_after_checkout() issues a valid auth cookie for that account - granting the attacker a logged-in super-admin session. No public exploit code was provided in the input, but the attack requires no authentication and only trivially obtainable inputs. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 01, 2026
Unauthenticated attackers can obtain full WordPress session cookies - including for a Network Super Admin - on any Multisite installation running the Ultimate Multisite (WaaS/SaaS) plugin through version 2.15.0. The flaw lies in the publicly reachable wu_ajax_nopriv_wu_validate_form AJAX handler: supplying checkout_form=wu-finish-checkout discards all validation rules and forces is_last_step() to true, routing the request straight into order processing, where the attacker-supplied email_address is resolved to an existing WordPress user ID without ownership verification and login_customer_after_checkout() issues a passwordless wp_set_auth_cookie() for that user. Exploitation requires only a freely obtainable checkout nonce and the victim's email address (remote, unauthenticated, no user interaction per the CVSS vector PR:N/UI:N), but it succeeds only against accounts that have no pre-existing Ultimate Multisite customer record - such as a Network Super Admin on a fresh Multisite install or any administrator/editor created before the plugin was configured. No public exploit code and no confirmed active exploitation (CISA KEV) were identified at time of analysis, though the 9.8 score and authentication-bypass-to-admin impact make this a high-priority patch.
RemediationAI
Vendor-released patch: upgrade the Ultimate Multisite plugin to 2.15.1, the version published in the fixing changeset (https://plugins.trac.wordpress.org/changeset?reponame=&new=3653623%40ultimate-multisite%2Ftags%2F2.15.1&old=3634394%40ultimate-multisite%2Ftags%2F2.15.0), and review the Wordfence advisory at https://www.wordfence.com/threat-intel/vulnerabilities/id/66cb8c6f-d405-4115-a626-040e9b5b1e62?source=cve. If immediate patching is not possible, the most direct compensating control is to deactivate the plugin until it can be updated, which removes the exposed wu_ajax_nopriv_wu_validate_form handler entirely but also disables all checkout, subscription, and site-provisioning functionality on the network. A narrower option is to block unauthenticated requests to the plugin's AJAX endpoint - for example, filtering admin-ajax.php requests where action=wu_validate_form (or blocking the checkout_form=wu-finish-checkout parameter) at the WAF or web-server layer - with the trade-off that legitimate guest checkouts may break and future parameter renames could bypass the rule. Additionally, note the exploitation precondition that the target account must have no pre-existing Ultimate Multisite customer record: proactively creating customer records for every administrator, editor, and especially Network Super Admin account (or ensuring those accounts are enrolled as customers) removes the account classes the attack can reach, though this is a risk-reduction measure and not a substitute for upgrading. Finally, because the flaw yields a full authenticated session as an arbitrary user, treat any pre-patch exposure as a potential compromise: rotate credentials and salts, invalidate existing sessions, and audit administrator activity for unauthorized logins.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-287 (Improper Authentication) in the Ultimate Multisite plugin's checkout flow, which is built around AJAX handlers and a multi-step form model. The handler wu_ajax_nopriv_wu_validate_form is deliberately exposed to unauthenticated users (the nopriv prefix) and only weakly gated by a checkout nonce that is freely obtainable in the normal checkout page flow. When the attacker passes checkout_form=wu-finish-checkout, get_validation_rules() returns no rules at all and finish_checkout_form_fields() returns an empty step list, which makes is_last_step() evaluate true and causes the request to bypass the validation state machine entirely and fall through into full order processing. During that processing, maybe_create_customer() maps the attacker-controlled email_address to an existing WordPress user ID without any authentication or ownership check, and login_customer_after_checkout() then calls wp_set_auth_cookie() for that ID through a passwordless code path. In effect, the plugin's own 'customer' abstraction is turned into an identity oracle: anyone who knows a user's email address can be logged in as that user. The CPE entry (cpe:2.3:a:superdav42:ultimate_multisite_-_wordpress_multisite_saas_&_waas_platform) confirms the affected component is the plugin itself, and the CVE references point to the exact vulnerable routines in inc/checkout/class-checkout.php (lines 208, 1223, 2489, 2700) and inc/models/class-checkout-form.php (line 1352) in both the 2.15.0 and 2.14.2 tags, confirming the code path has been stable across releases.
Know when Wordpress Plugin gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Remote unauthenticated AJAX call with only a public nonce and target email yields full super-admin session, so AV:N/AC:L/PR:N/UI:N and C/I/A:H.
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The Ultimate Multisite - WordPress Multisite SaaS & WaaS Platform plugin for WordPress is vulnerable to Authentication Bypass in all versions up to, and including, 2.15.0 via the checkout_form parameter of the login_customer_after_checkout function. This is due to the publicly accessible wu_ajax_nopriv_wu_validate_form AJAX handler accepting a freely obtainable checkout nonce, and the checkout_form=wu-finish-checkout parameter causing get_validation_rules() to discard all validation rules while finish_checkout_form_fields() returns an empty step list - forcing is_last_step() to return true and routing the request directly into full order processing - after which maybe_create_customer() resolves the attacker-supplied email_address to an existing WordPress user ID without any authentication or ownership verification, and login_customer_after_checkout() calls wp_set_auth_cookie() for that user ID via a passwordless code path. This makes it possible for unauthenticated attackers to log in as any existing WordPress user - including a Network Super Admin - simply by knowing their email address. Exploitation requires that the targeted user account has no pre-existing Ultimate Multisite customer record; accounts such as a Network Super Admin on a fresh Multisite install, or any administrator or editor added before Ultimate Multisite was configured, satisfy this condition and are therefore exploitable.
Articles & Coverage 1
Executive ViewAI
An unauthenticated attacker can take over the highest-privileged account on any WordPress Multisite network running the Ultimate Multisite (WaaS/SaaS) plugin through version 2.15.0, obtaining a Network Super Admin session without any credentials or victim interaction. Because a Network Super Admin controls every site, user, and hosted customer in the network, a successful exploitation puts all tenant data, content, and services at risk of tampering, exfiltration, or ransomware deployment. Leadership should treat this as an enterprise-wide platform risk that requires immediate containment, since no vendor fix is currently available.
No vendor-released patch identified at time of analysis. Interim mitigations: deactivate or remove the Ultimate Multisite plugin through version 2.15.0; block requests to admin-ajax.php containing the wu_ajax_nopriv_wu_validate_form action at the WAF, reverse proxy, or web server; rotate WordPress authentication salts and keys in wp-config.php to invalidate all existing session cookies; force global re-authentication; restrict public reachability of admin-ajax.php; enforce multi-factor authentication and short session timeouts for Network Super Admin and administrator accounts; and monitor logs for exploitation attempts and unexpected authentication events.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Wordpress Plugin
View allThe Backup Migration plugin for WordPress is vulnerable to Remote Code Execution in all versions up to, and including, 1
The Hash Form - Drag & Drop Form Builder plugin for WordPress is vulnerable to arbitrary file uploads due to missing fil
Authentication bypass in the LiteSpeed Cache WordPress plugin (versions prior to 6.5.0.1) allows unauthenticated remote
The Simple File List plugin for WordPress through version 4.2.2 contains an unauthenticated remote code execution vulner
The SureTriggers WordPress plugin through version 1.0.82 contains a privilege escalation vulnerability that allows unaut
The Ninja Forms plugin before 2.9.42.1 for WordPress allows remote attackers to conduct PHP object injection attacks via
The Business Directory Plugin - Easy Listing Directories for WordPress plugin for WordPress is vulnerable to time-based
SQL injection in the NotificationX WordPress plugin (versions up to and including 2.8.2) allows unauthenticated remote a
The POST SMTP Mailer - Email log, Delivery Failure Notifications and Best Mail SMTP for WordPress plugin for WordPress i
The MasterStudy LMS WordPress Plugin - for Online Courses and Education plugin for WordPress is vulnerable to union base
The Email Subscribers by Icegram Express plugin for WordPress is vulnerable to SQL Injection via the ‘hash’ parameter in
Remote code execution in the WP Query Console WordPress plugin (versions up to and including 1.0) by Ajit Bohra allows u
EUVD-2026-90546
GHSA-xr7j-wm8w-c5p4
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB