Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessRegister or obtain vendor account
-
DeliveryAuthenticate via WordPress session
-
ExploitEnumerate peer store IDs via REST API
-
ExecutionSend crafted request with target store ID
-
ImpactReceive competitor commission and financial data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires an active vendor-level account on the target WordPress installation running MultiVendorX before 5.0.11. The attacker must be authenticated and hold the vendor role - anonymous or subscriber-level users cannot reach the vulnerable endpoint. The vulnerability is limited to read access on financial/commission data; no write, delete, or code-execution capability is exposed. It does not require any non-default configuration: any standard MultiVendorX deployment with multiple vendor accounts is vulnerable. Exploitation is further limited to environments where multiple vendors exist, as the attack only yields meaningful data when other stores are present to query. |
| Impact | The official CVSS 3.1 score of 2.7 (AV:N/AC:L/PR:H/UI:N/S:U/C:L/I:N/A:N) reflects a narrow impact: confidentiality-only, no integrity or availability exposure, and the highest privilege tier (PR:H). However, classifying a marketplace vendor as PR:H merits scrutiny - in a multi-vendor WordPress deployment, vendor accounts are relatively accessible to anyone who registers as a seller, making the effective privilege bar closer to PR:L. This discrepancy means the real-world exploitability is likely higher than the 2.7 score implies. EPSS at 0.14% (4th percentile) is consistent with a niche plugin vulnerability unlikely to be mass-scanned. Despite no CISA KEV listing, WPScan has confirmed and published a proof-of-concept, meaning any registered vendor on a vulnerable marketplace can trivially execute the attack. The business impact - exposure of competitor revenue and commission data - is meaningful in a commercial marketplace context even though it does not constitute system compromise. |
| Exploit ScenarioDerived | A registered vendor on a target marketplace logs in, then iterates numeric or UUID-based store IDs in the REST API endpoint - no brute-force resistance is needed given AC:L. For each valid store ID belonging to a competitor, the endpoint returns commission rates, payout totals, and transaction history. A publicly available PoC from WPScan documents the exact endpoint and parameter, making this trivially reproducible by any vendor with network access to the WordPress installation. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 06, 2026
Insecure Direct Object Reference (IDOR) in the MultiVendorX WordPress plugin before 5.0.11 exposes confidential financial and commission data across vendor accounts. Any authenticated vendor-level user can query a REST API endpoint using an arbitrary store identifier to retrieve another vendor's earnings and commission records, bypassing per-store ownership validation entirely. No active exploitation is confirmed in CISA KEV, but a publicly available exploit exists per WPScan, and the low EPSS score (0.14%, 4th percentile) suggests limited opportunistic scanning activity at this time.
RemediationAI
Upgrade to MultiVendorX version 5.0.11 or later, the first release containing the ownership-verification fix per the WPScan advisory at https://wpscan.com/vulnerability/721033a0-b0bb-4a64-a99a-12ac416b20fd/. If immediate upgrade is not feasible, the most targeted compensating control is to restrict access to the affected REST API endpoint via a WAF or nginx/Apache rule that blocks requests to that endpoint from non-owner sessions - though this requires identifying the exact endpoint path from the WPScan PoC. Alternatively, temporarily restricting new vendor registrations limits the pool of potential attackers (existing vendor accounts would still be a risk). Disabling the plugin entirely is the most conservative option but removes marketplace functionality. There are no known side effects of upgrading to 5.0.11 beyond the authorization fix itself.
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
MultiVendorX (CPE: cpe:2.3:a:unknown:multivendorx:*:*:*:*:*:*:*:*) is a WordPress plugin that enables multi-vendor marketplace functionality. The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key), a class of IDOR where a server-side operation accepts a user-supplied key - here a store or vendor identifier - without verifying the requesting user is the owner of the resource that key resolves to. The affected REST API endpoint presumably accepts a store ID as a path or query parameter and returns commission/financial records without asserting that the authenticated vendor's account matches the requested store. This is a horizontal privilege escalation: a vendor gains read access to peer-level resources they are not entitled to, without requiring any administrative access.
Know when Multivendorx 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:H/UI:N/S:U/C:L/I:N/A:N
Vendor role is low-privilege (any registered seller), not high-privilege; confidentiality impact is limited to financial records only.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
4DescriptionCVE.org
The MultiVendorX WordPress plugin before 5.0.11 does not verify that the requested store belongs to the current user in one of its REST API endpoints, allowing any vendor-level user to read other vendors' commission and financial data.
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 Multivendorx
View allBroken object-level authorization in the MultiVendorX WordPress plugin before 5.0.11 allows any authenticated vendor (St
Privilege escalation in MultiVendorX WordPress plugin before 5.0.16 allows authenticated vendor-role users to grant admi
Broken access control in the MultiVendorX WordPress plugin (versions 5.0.0 through 5.0.15) allows any authenticated user
The Product Catalog Mode For WooCommerce WordPress plugin before 5.0.3 does not properly authorize settings updates or e
The MultiVendorX - The Ultimate WooCommerce Multivendor Marketplace Solution plugin for WordPress is vulnerable to privi
Unauthenticated information disclosure in the MultiVendorX WordPress plugin (versions prior to 5.0.15) exposes sensitive
Missing Authorization vulnerability in MultiVendorX Product Catalog Enquiry for WooCommerce by MultiVendorX.0.5. Rated c
Missing Authorization vulnerability in MultiVendorX WC Marketplace.1.3. Rated high severity (CVSS 8.8), this vulnerabili
Unauthenticated broken access control in the MultiVendorX WordPress plugin (versions 5.0.10 and earlier) exposes restric
CVE-2025-48261 is an information disclosure vulnerability in MultiVendorX that allows unauthenticated remote attackers t
Authenticated vendor (store_owner) accounts in the MultiVendorX WooCommerce plugin through 5.0.19 can silently overwrite
Unauthenticated privilege escalation in the Product Catalog Enquiry for WooCommerce by MultiVendorX WordPress plugin (ve
EUVD-2026-53109
GHSA-xm3p-gghg-f4v9
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB