Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLocate site using Responsive Blocks Form block
-
DeliverySubmit form with malicious HTML/phishing link in field
-
ExploitHTML injected unescaped into owner notification email
-
ExecutionSite owner opens trusted email and clicks link
-
ImpactCredential theft or further compromise
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Input neutralization, injection prevention
|
| Exploitation Conditions | Requires that the site runs the Responsive Blocks plugin (before 2.3.0) with its Form block deployed and reachable by anonymous visitors, and that the plugin is configured to send HTML notification emails to the site owner. Exploitation is remote and unauthenticated (PR:N) but is fundamentally gated by user interaction (UI:R): the injected HTML has no effect until the site owner opens the notification email and acts on the attacker-supplied content (e.g., clicks a phishing link). Limiting factors: no server-side code execution results, impact is confined to the content of emails sent to the operator, and sites not using the Form block or not sending HTML emails are not affected. |
| Impact | This is a moderate, not critical, issue. The CVSS 3.1 base score of 5.4 (AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N) reflects an unauthenticated, network-reachable HTML injection, but the UI:R requirement is decisive: exploitation does not execute in the attacker's context - it depends on the site owner opening and acting on the injected content in a notification email. No EPSS score and no KEV listing were provided; this is not confirmed to be actively exploited in the wild. The one positive signal is that public exploit detail exists via WPScan (POC=YES), lowering the effort to reproduce, but POC availability is distinct from active exploitation. The real-world impact is social-engineering (phishing links rendered in a trusted admin email), not direct code execution or data compromise on the server, so this is a genuine but lower-tier priority - patch in routine cycles rather than emergency. Note: the input provides CWE as N/A and the 'Code Injection' tag overstates the mechanism, which is HTML/content injection into email rather than server-side code execution; the CVSS C:L/I:L should be read as downstream phishing risk, not direct server compromise. |
| Exploit ScenarioDerived | An unauthenticated attacker submits the plugin's Form block with malicious HTML (e.g., a fake 'reset your password' phishing link) in an unsanitized field value. The site generates a notification email to the owner, embedding the attacker's HTML unescaped; when the owner opens the trusted email and clicks the injected link, they are led to a credential-harvesting or malicious site. A public write-up/POC exists via WPScan, making reproduction straightforward. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
HTML injection in Responsive Blocks WordPress plugin before 2.3.0 allows unauthenticated remote attackers to place arbitrary HTML, including phishing links, into notification emails sent to the site owner when a crafted value is submitted through the plugin's Form block. The issue is moderate, not critical: the independently assessed vector is CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N, so there is no server-side code execution, confidentiality loss, or availability impact, and the injected content only matters if the recipient opens the email and interacts with the attacker-supplied HTML. Publicly available exploit code exists, but there is no evidence of confirmed active exploitation (CISA KEV) from the provided data.
RemediationAI
Vendor-released patch: 2.3.0. Upgrade the Responsive Blocks plugin to version 2.3.0 or later, then verify that the Form block remains configured as intended and that notification emails are no longer accepting unsanitized HTML. If immediate upgrade is not possible, disable the Form block on publicly accessible pages or remove it entirely, and/or switch form notification emails to plain text instead of HTML; these reduce exposure but may interrupt legitimate lead/contact submissions or reduce email readability and formatting. Restrict public reachability of forms where feasible, and treat suspicious links in owner notification emails as untrusted. Vendor advisory/reference: https://wpscan.com/vulnerability/83713678-7efc-4cfc-ba24-c624a1ef8622/.
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 vulnerability resides in the WordPress Responsive Blocks plugin's Form block, a front-end form component that collects visitor submissions and sends them to the site owner via notification email. The root cause class is missing sanitization and escaping of user-supplied field values before they are interpolated into the HTML body of that email, which is functionally an HTML injection / improper neutralization issue (no CWE was supplied). The CPE cpe:2.3:a:unknown:responsive_blocks:*:*:*:*:*:*:*:* identifies the plugin as the affected product with an unknown vendor label, and the advisory states versions before 2.3.0. Because the payload is rendered in the operator's email client, the exploit surface is the email viewing context; no server-side template, SQL, file, or command execution results, and the attack does not persist on the site itself. Exploitation nevertheless requires the owner to open the message and act on the injected HTML, matching UI:R in the assessed vector; although one tag labels this as Code Injection, the provided advisory and independent assessment describe email HTML injection without server-side code execution.
Know when Responsive Blocks 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:R/S:U/C:L/I:L/A:N
Unauthenticated network submission (AV:N/PR:N) but effect requires the owner to open the email (UI:R); impact is integrity of email content (I:L), no direct confidentiality or availability loss.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
2DescriptionCVE.org
The Responsive Blocks WordPress plugin before 2.3.0 does not sanitise or escape some of the values submitted with its Form block before adding them to the HTML notification email sent to the site owner, allowing unauthenticated users to inject arbitrary HTML, such as phishing links, into that email.
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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
More in Responsive Blocks
View allImproper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in CyberChimps Respon
The Responsive Blocks - WordPress Gutenberg Blocks plugin for WordPress is vulnerable to Stored Cross-Site Scripting via
Improper Neutralization of Input During Web Page Generation (XSS or 'Cross-site Scripting') vulnerability in CyberChimps
A Missing Authorization vulnerability exists in CyberChimps Responsive Blocks responsive-block-editor-addons plugin thro
The Responsive Blocks - WordPress Gutenberg Blocks plugin for WordPress is vulnerable to Stored Cross-Site Scripting via
EUVD-2026-100978
GHSA-cpgh-j438-6wxq
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB