Description
The MultiVendorX WordPress plugin before 5.0.11 does not verify that the store targeted through its REST API belongs to the requesting vendor, allowing an authenticated vendor (Store Owner and above) to view, take over, permanently delete, or modify any other vendor's store on the marketplace.
Published: 2026-08-05
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The MultiVendorX WordPress plugin allows an authenticated vendor to access its REST API without verifying that the target store belongs to the requesting vendor. This missing authorization step lets the vendor view, take over, modify, or permanently delete any other vendor's store in the marketplace, giving that vendor unauthorized control over another store's data. The bug falls under improper access control, allowing a vendor to perform actions reserved for the store owner or administrators.

Affected Systems

WordPress installations that use the MultiVendorX plugin version prior to 5.0.11 are affected. Any user with vendor or higher role who is authenticated can exploit this issue.

Risk and Exploitability

Because the flaw requires only an authenticated vendor account and can be exploited through the plugin's publicly documented REST API, the risk of privilege escalation is high. The CVSS score is not reported, but the absence of an EPSS score indicates no publicly known exploitation frequency yet; however, the vulnerability is not listed in CISA KEV, suggesting it has not yet been observed in the wild. Regardless, the impact on data integrity and availability is significant, and the attack can be performed remotely through normal API traffic by mounting a credentialed attack.

Generated by OpenCVE AI on August 5, 2026 at 07:28 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade MultiVendorX to version 5.0.11 or newer, which includes the missing authorization check.
  • If upgrading immediately is not feasible, restrict the REST API endpoints to verified store owners only by implementing a middleware check that confirms the store ID matches the authenticated vendor's store namespace.
  • Apply general WordPress hardening practices, such as enforcing least privilege for vendor roles, regularly patching WordPress core and all plugins, and monitoring API usage for anomalous activity.

Generated by OpenCVE AI on August 5, 2026 at 07:28 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 05 Aug 2026 07:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-284

Wed, 05 Aug 2026 06:30:00 +0000

Type Values Removed Values Added
Description The MultiVendorX WordPress plugin before 5.0.11 does not verify that the store targeted through its REST API belongs to the requesting vendor, allowing an authenticated vendor (Store Owner and above) to view, take over, permanently delete, or modify any other vendor's store on the marketplace.
Title MultiVendorX < 5.0.11 - Store Owner+ Cross-Vendor Store Takeover and Deletion via Missing Authorization
References

Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: WPScan

Published:

Updated: 2026-08-05T06:00:09.943Z

Reserved: 2026-07-22T14:25:19.742Z

Link: CVE-2026-16605

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-05T07:30:16Z

Weaknesses