Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach public AJAX registration endpoint
-
DeliverySubmit request with role=seller
-
ExploitNonce check force-disabled by handler
-
Executionwc_create_new_customer creates vendor account
-
PersistAuth cookie set, auto-logged-in
-
ImpactAbuse vendor publishing capabilities
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Least privilege enforcement
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the Blocksy Companion plugin (≤2.1.58) with its implement_user_registration() AJAX handler reachable, AND the Dokan multivendor plugin active, because the payload abuses Dokan's vendor-registration nonce filter (dokan_register_nonce_check) and the 'seller' role passed to WooCommerce's wc_create_new_customer()/wc_set_customer_auth_cookie(). No authentication, no user interaction, and no valid nonce are needed - the handler explicitly returns false for the nonce check - and it works even when Dokan's vendor signup is turned off. The practical limiting factor is the stack dependency: sites running Blocksy Companion WITHOUT Dokan (and WooCommerce) lack the vendor role path, which narrows the exploitable population below what the 9.1 network/unauthenticated score implies. |
| Impact | Signals are largely consistent and point to a genuine high priority. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) describes remote, low-complexity, unauthenticated exploitation with high confidentiality and integrity impact (base 9.1), and the description corroborates this: an unauthenticated AJAX handler deliberately disables the Dokan nonce check and trusts attacker-controlled $_POST['role']. There is no vendor attack-complexity trick to defeat, which supports AC:L. However, several real-world risk modifiers are MISSING from the input and should temper urgency: no EPSS score was provided, the CVE is NOT in CISA KEV, and no public POC is referenced - so there is no public exploit identified at time of analysis and no evidence of active or automated exploitation. One important nuance the raw CVSS hides: successful exploitation of the 'seller/vendor' escalation path requires the Dokan multivendor plugin to be present alongside Blocksy Companion, so the full 9.1 impact is conditional on that stack rather than universal to all Blocksy Companion installs - verify the Dokan dependency against the Wordfence advisory before treating every Blocksy Companion site as critical. |
| Exploit ScenarioDerived | An unauthenticated attacker sends a crafted POST request to the plugin's implement_user_registration() AJAX endpoint on a site running both Blocksy Companion (≤2.1.58) and Dokan, supplying role=seller. Because the handler forces the Dokan nonce check to return false and passes the attacker-chosen role into wc_create_new_customer()/wc_set_customer_auth_cookie(), the attacker is created as a vendor and auto-logged-in with publishing capabilities - even when Dokan vendor signup is disabled. No public exploit code is identified at time of analysis, but the flaw is trivially scriptable given the described mechanics. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 10, 2026
Unauthenticated privilege escalation in the Blocksy Companion WordPress plugin (versions up to and including 2.1.58) allows remote attackers to register and be automatically logged into a Dokan 'seller' (vendor) account, gaining publishing capabilities beyond those of a normal customer - even on sites where Dokan vendor signup is explicitly disabled. The flaw lies in the plugin's implement_user_registration() AJAX handler, which disables Dokan's vendor-registration nonce check and trusts an attacker-supplied role parameter passed to WooCommerce's customer-creation functions, giving a CVSS 3.1 base score of 9.1 (AV:N/AC:L/PR:N/UI:N). Exploitation requires the Dokan multivendor plugin and WooCommerce to be active alongside the vulnerable Blocksy Companion, and no public exploit code has been identified at time of analysis.
RemediationAI
Upgrade Blocksy Companion to version 2.1.59 or later; this is the vendor-released patch and the fixed code is visible in the 2.1.59 changeset for framework/features/account-auth.php at https://plugins.trac.wordpress.org/changeset/3735192/blocksy-companion/tags/2.1.59/framework/features/account-auth.php?old=3723693&old_path=blocksy-companion%2Ftags%2F2.1.58%2Fframework%2Ffeatures%2Faccount-auth.php, with official guidance in the Wordfence advisory at https://www.wordfence.com/threat-intel/vulnerabilities/id/7757f41d-c1f1-4df1-8048-b1c78a897548?source=cve. If immediate upgrading is not feasible, apply targeted compensating controls on the registration path: disable Blocksy Companion's front-end account/registration feature or the implement_user_registration AJAX action where self-service signup is not needed (trade-off: loss of customer self-registration), deactivate the Dokan multivendor plugin on sites that do not require vendor functionality (trade-off: loss of multivendor storefront capabilities), or block unauthenticated POST requests to admin-ajax.php carrying the registration action using a WAF or reverse proxy (trade-off: rule tuning required to avoid breaking legitimate registration). Because the request needs no authentication and bypasses the nonce, also monitor for newly created 'seller' accounts and unexpected authenticated sessions, and note that sites running Blocksy Companion without Dokan and WooCommerce are not exploitable via this vector, which can help prioritize patching across a large plugin estate.
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
This is an improper privilege management weakness (CWE-269) in a WordPress plugin published in the official repository. The affected code is Blocksy Companion's account-auth feature (framework/features/account-auth.php), whose implement_user_registration() AJAX handler is reachable without authentication, consistent with the CVSS vector's PR:N. The handler calls add_filter('dokan_register_nonce_check', '__return_false'), switching off Dokan's vendor-registration nonce validation, then takes the role value supplied in $_POST and hands it to WooCommerce's wc_create_new_customer() and wc_set_customer_auth_cookie(); the first creates the account with the attacker-chosen role, the second issues an authenticated session cookie. Dokan's 'seller' role is the valuable target because it grants vendor-level publishing rights that a plain WooCommerce customer lacks. The CPE cpe:2.3:a:creativethemeshq:blocksy_companion:*:*:*:*:*:*:*:* pins the affected product family, the tag-2.1.58 source lines in the trac references show the vulnerable construction, and the 2.1.59 changeset modifies the same file, indicating the fix removes the nonce bypass and/or the untrusted role handling. Because Blocksy Companion alone does not define the Dokan seller role, sites lacking Dokan (and WooCommerce) do not expose this code path, which narrows the real-world attack surface below what the raw network/unauthenticated score implies.
Know when Blocksy Companion 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:N
Remote unauthenticated AJAX handler with disabled nonce check gives AV:N/AC:L/PR:N/UI:N; vendor account grants high confidentiality and integrity impact, no availability impact (A:N).
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The Blocksy Companion plugin for WordPress is vulnerable to privilege escalation in versions up to, and including, 2.1.58 This is due to the implement_user_registration() AJAX handler explicitly disabling Dokan's vendor-registration nonce check (via add_filter('dokan_register_nonce_check', '__return_false')) and then trusting an attacker-supplied $_POST['role'] value when invoking wc_create_new_customer() and wc_set_customer_auth_cookie(). This makes it possible for unauthenticated attackers to elevate their privileges to a Dokan 'seller' (vendor) account - including sites where the Dokan vendor signup is explicitly turned off - and to be auto-authenticated into that account, which grants publishing capabilities beyond those of a normal customer.
Executive ViewAI
The Blocksy Companion WordPress plugin (up to version 2.1.58), when used with Dokan and WooCommerce, contains a critical unauthenticated privilege escalation vulnerability that enables attackers to create vendor accounts and gain publishing rights. This poses a significant risk to e-commerce operations, potentially leading to unauthorized content, financial fraud, and reputational damage. With no vendor patch available, immediate action is required to protect affected sites.
No vendor-released patch identified at time of analysis. Interim mitigations include disabling the Blocksy Companion plugin (versions up to and including 2.1.58) on all sites that also run Dokan and WooCommerce, virtually patching the vulnerable AJAX handler via WAF rules, and enforcing strict monitoring of vendor account creation. If business operations allow, temporarily disabling Dokan multivendor functionality can further reduce risk.
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
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
More in Blocksy Companion
View allArbitrary file upload leading to remote code execution affects the premium Blocksy Companion Pro plugin for WordPress in
Remote code execution in the Blocksy Companion Pro WordPress plugin (all versions before 2.1.47) lets unauthenticated at
The Blocksy Companion WordPress plugin before 1.8.82 does not ensure that posts to be accessed via a shortcode are alrea
Unauthenticated attackers can exploit a broken access control flaw in the Blocksy Companion WordPress plugin versions up
Stored Cross-Site Scripting in the Blocksy Companion WordPress plugin (versions up to and including 2.1.51) allows authe
The Blocksy Companion plugin for WordPress is vulnerable to Stored Cross-Site Scripting via SVG uploads in versions up t
The Blocksy Companion plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the plugin's Newsletter widg
Cross-Site Request Forgery (CSRF) vulnerability in CreativeThemes Blocksy Companion.0.28. Rated medium severity (CVSS 5.
Auth. Rated medium severity (CVSS 5.4), this vulnerability is remotely exploitable, low attack complexity. No vendor pat
Server-Side Request Forgery (SSRF) vulnerability in Creative Themes Blocksy Companion blocksy-companion.0.42. Rated medi
Stored Cross-Site Scripting in the Blocksy Companion WordPress plugin (all versions through 2.1.45) enables authenticate
EUVD-2026-96038
GHSA-w5h9-m5j6-5394
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB