Skip to main content

Responsive Blocks CVE-2026-97315

| EUVDEUVD-2026-100978 MEDIUM
Improper Neutralization of Special Elements in Output Used by a Downstream Component ('Injection') (CWE-74)
2026-10-14 WPScan GHSA-cpgh-j438-6wxq
5.4
CVSS 3.1 · Vendor: WPScan
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Locate site using Responsive Blocks Form block
  2. Delivery
    Submit form with malicious HTML/phishing link in field
  3. Exploit
    HTML injected unescaped into owner notification email
  4. Execution
    Site owner opens trusted email and clicks link
  5. Impact
    Credential 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Responsive Blocks 0 <2.3.0

Affected Packages

euvd responsive_blocks fix: 2.3.0

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

Vendor (WPScan) PRIMARY 5.4 MEDIUM
AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N
vuln.today AI 4.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (WPScan).

CVSS VectorVendor: WPScan

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
Low
Integrity
Low
Availability
None

Lifecycle Timeline

2
Patch available
Oct 14, 2026 - 12:02 EUVD
CVE Published
Oct 14, 2026 - 10:27 cve.org
MEDIUM 5.4

DescriptionCVE.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

EPSS Score
0.2%
Top 88% exploitable
Prevalence
Medium
common WordPress Gutenberg blocks plugin, moderate but not universal install base
Exploit
POC
Public exploit code exists
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC Yes
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

47
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +27
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Code Injection CRITICAL

Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy