Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain contributor WordPress credentials
-
DeliveryAdd Identity Block to post
-
ExploitSet urlTransparent to non-empty value
-
ExecutionInject payload in inner image content
-
PersistVictim accesses published page
-
ImpactAttacker script executes in browser
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding, context-aware escaping
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an active WordPress account with at minimum the contributor role; the CVSS PR:L metric confirms unauthenticated exploitation is not possible. The Identity Block's urlTransparent attribute must be set to a non-empty value - this is not a default state and must be deliberately configured; because contributors control their own block attributes in the Gutenberg editor, the attacker themselves can set this condition without needing a pre-existing site configuration. The vulnerable rendering logic is confined to the Identity Block's inner image content in class-kadence-blocks-identity-block.php; other blocks in the plugin are not implicated by this advisory. Limiting factors that reduce realistic exposure: sites that do not permit open contributor registration or limit contributor accounts to vetted internal users significantly raise the bar for exploitation; sites where the Identity Block is absent from the allowed block list cannot reach the vulnerable code path at all; and sites running versions beyond 3.7.8.1 with the patch applied are not affected. |
| Impact | The CVSS 6.4 score captures a network-accessible, low-complexity stored XSS with cross-session scope change, which is a meaningful real-world threat on multi-author WordPress deployments. Two factors substantially limit realistic risk beyond the raw score: authentication is required at contributor level (PR:L), eliminating unauthenticated mass exploitation; and the urlTransparent attribute must be explicitly set to a non-empty value by the attacker, meaning the vulnerable code path is not triggered on all Identity Block usages - only on deliberately configured instances. No EPSS data was supplied with this intelligence, preventing quantified exploitation probability assessment. This vulnerability is absent from CISA KEV and no POC exploit code has been identified, indicating no confirmed or widespread active exploitation at time of analysis. The practical threat is highest on sites permitting open contributor registration or operating with multiple content editors, where a malicious or compromised contributor could target administrator sessions. For single-author WordPress sites or environments with tightly controlled contributor onboarding, actual risk is materially lower than the CVSS score alone suggests. No conflicting signals between data sources were observed; the CVSS vector is consistent with the described exploitation conditions. |
| Exploit ScenarioDerived | An attacker obtains or registers a contributor-level WordPress account on the target site, navigates to the Gutenberg editor, inserts a Kadence Identity Block into a post or page, sets the urlTransparent attribute to any non-empty string to activate the vulnerable code path, and embeds a JavaScript payload in the inner image content field before publishing. When an administrator or any site visitor subsequently loads that page, the attacker's script executes silently in their browser, enabling session token exfiltration, credential harvesting via injected login overlays, or forced authenticated actions under the victim's identity. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 01, 2026
Stored Cross-Site Scripting in the Kadence Blocks WordPress plugin (all versions through 3.7.8.1) lets authenticated contributors permanently embed malicious scripts into WordPress pages via the Identity Block's inner image content, with those scripts executing in the browsers of any subsequent visitor. The vulnerable code path inside build_html() is only reachable when the Identity Block's urlTransparent attribute is explicitly set to a non-empty value, narrowing exposure to sites where contributors actively configure this specific block attribute. No active exploitation is confirmed in CISA KEV and no public exploit code has been identified, though the CVSS Scope:Changed rating reflects that injected payloads execute in victim browser contexts rather than being confined to the server side.
RemediationAI
Update the Kadence Blocks plugin to a version beyond 3.7.8.1 immediately; a code-level fix has been committed and is visible in the WordPress Plugin SVN changeset at https://plugins.trac.wordpress.org/changeset?reponame=&old=3627652%40kadence-blocks&new=3627652%40kadence-blocks, though the exact released patch version number is not independently confirmed from the available intelligence data - verify the current available version on the plugin's WordPress.org listing before updating. As an interim compensating control, restrict contributor-level access exclusively to fully trusted internal users, directly eliminating the attacker's authentication prerequisite; note this may limit site content workflows. Administrators can also remove or disable the Kadence Identity Block from the site's allowed block list via theme configuration or a block management plugin, which prevents the vulnerable build_html() path from being reachable at all - at the cost of losing that block's functionality. A WAF rule targeting script-pattern injection in Gutenberg block content fields can provide detection coverage but should not substitute for patching, as stored XSS bypasses are common against pattern-based filters.
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
CWE-79 (Improper Neutralization of Input During Web Page Generation) identifies the root cause: insufficient input sanitization and output escaping within the PHP rendering pipeline for the Kadence Identity Block. The flaw is localized to the build_html() method in class-kadence-blocks-identity-block.php, with vulnerable lines directly observable in the WordPress Plugin Trac browser at lines 108, 117, and 162 in both the 3.7.2 and 3.7.8 tagged releases. Gutenberg passes block attribute data - including the urlTransparent flag and inner image content - server-side to PHP rendering functions; the missing esc_attr() or wp_kses() calls on that content allow raw attacker-supplied HTML and JavaScript to flow into the rendered page output. The CPE string cpe:2.3:a:stellarwp:kadence_blocks_-_page_builder_toolkit_for_gutenberg_editor:*:*:*:*:*:*:*:* confirms the vendor is StellarWP and the wildcard version indicates all releases are affected up to the ceiling specified in the description. The CVSS S:C (Scope Changed) metric correctly reflects that the plugin's server-side code vulnerability propagates impact into an entirely separate security scope - the victim's browser session.
Know when Kadence Blocks Page Builder Toolkit For Gutenberg Editor 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:L/UI:N/S:C/C:L/I:L/A:N
UI:R selected because stored XSS payload execution requires a victim to visit the injected page; all other metrics align with the described contributor-level, network-accessible, cross-session stored XSS.
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The Kadence Blocks - Page Builder Toolkit for Gutenberg Editor plugin for WordPress is vulnerable to Stored Cross-Site Scripting via Identity Block Inner Image Content in all versions up to, and including, 3.7.8.1 due to insufficient input sanitization and output escaping. This makes it possible for authenticated attackers, with contributor-level access and above, to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page. This vulnerability is only triggerable when the block's urlTransparent attribute is set to a non-empty value, as this is a required precondition for the vulnerable code path in build_html() to be reached.
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
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
Stored cross-site scripting in the Kadence Blocks - Page Builder Toolkit for Gutenberg Editor WordPress plugin affects a
Stored Cross-Site Scripting in the Kadence Blocks WordPress plugin (all versions through 3.7.8) allows authenticated con
Kadence Blocks WordPress plugin versions up to and including 3.7.7 allows authenticated Contributor-level users to read
Authorization bypass in the Kadence Blocks WordPress plugin (all versions through 3.7.7) allows authenticated contributo
Sensitive information exposure in Kadence Blocks (WordPress plugin) versions up to and including 3.7.5 allows authentica
Kadence Blocks Page Builder Toolkit for Gutenberg Editor plugin for WordPress allows authenticated contributors to bypas
EUVD-2026-51749
GHSA-rvrh-6m8r-3gjw
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB