Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege WP account
-
DeliveryInject script via plugin input
-
ExploitPayload stored persistently
-
ExecutionAdmin views affected page
-
PersistScript executes in victim browser
-
ImpactHijack session / act as victim
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 (1) an authenticated WordPress account with at least low privileges able to submit content through the Rocket Lazy Load plugin on an affected site (versions up to and including 2.4.0), and (2) a victim user - typically an administrator or another visitor - subsequently rendering the page containing the stored payload (UI:R). These two factors (authentication plus mandatory victim interaction) are the primary limiters on real-world risk: a site that does not grant untrusted users content-submission privileges is substantially less exposed. The specific injectable plugin parameter or setting is not detailed in the provided data beyond the general Stored XSS classification. |
| Impact | This is a moderate-severity Stored Cross-Site Scripting (CWE-79) issue rated CVSS 6.5. The provided CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L) indicates network-reachable but NOT unauthenticated exploitation: PR:L confirms an attacker needs an authenticated low-privilege account (typical for WordPress stored XSS, e.g. a contributor/author who can submit content), and UI:R means a victim (often an administrator) must subsequently view the injected payload. The scope-change (S:C) reflects that script executes in the victim's browser session, outside the vulnerable component's security authority. No EPSS score, no CISA KEV listing, and no proof-of-concept flag were supplied in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation. The 6.5 rating is driven largely by scope change and low-impact-across-all-three CIA metrics rather than by ease or unauthenticated access; the authentication requirement and mandatory victim interaction meaningfully lower real-world priority. This is a legitimate issue to patch but not an emergency: treat as routine WordPress plugin hygiene unless the site allows untrusted contributor-level accounts. Note: the only reference is the Patchstack advisory (the reporter), so affected-version and impact details originate from a single source. |
| Exploit ScenarioDerived | An attacker holding a low-privilege authenticated WordPress account (e.g. contributor) on a site running Rocket Lazy Load ≤ 2.4.0 submits content containing a malicious script payload that is stored by the plugin. When an administrator or other user later views the affected page in wp-admin or the front end, the script executes in their browser session, enabling session/cookie theft or actions performed as the victim. No public exploit code was identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Stored cross-site scripting in the WP Media Rocket Lazy Load WordPress plugin (versions through 2.4.0) allows an authenticated low-privileged user to inject persistent JavaScript that executes in the browser of any visitor, including administrators, who later views the affected page. The issue is rated CVSS 6.5 (medium) with mandatory victim interaction and a changed scope; no public exploit code or confirmed active exploitation was identified in the available intelligence at time of analysis.
RemediationAI
No vendor-released patch version is identified in the provided data, so administrators should monitor the Patchstack advisory at https://patchstack.com/database/wordpress/plugin/rocket-lazy-load/vulnerability/wordpress-rocket-lazy-load-plugin-2-4-0-cross-site-scripting-xss-vulnerability?_s_id=cve and the plugin's official WordPress repository page for an updated release, then upgrade as soon as a fixed version is published. Until a patch is available, reduce exposure by restricting content-submission and editing privileges to trusted users only, since the issue requires an authenticated account with at least low privileges; this may disrupt workflows that rely on contributor-level access. If the plugin's lazy-loading feature is not essential, deactivating and removing it eliminates the vulnerable code path, at the cost of losing its performance optimization. For sites that must keep the plugin active, enforce a restrictive Content-Security-Policy that disallows inline scripts and untrusted script sources to limit stored XSS execution, but test carefully because CSP can break legitimate site functionality. Also review and minimize WordPress user roles that can store content in the affected plugin.
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 is a CWE-79 improper neutralization of input during web page generation, commonly known as stored cross-site scripting (XSS), in the Rocket Lazy Load WordPress plugin. The plugin implements lazy-loading of images and other media, and it fails to adequately sanitize or escape user-supplied input before storing and later rendering it in a page. Because the affected component uses a CPE of cpe:2.3:a:wp_media:rocket_lazy_load:*:*:*:*:*:*:*:*, all versions through 2.4.0 are in scope. The assessed CVSS vector CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N indicates the attacker must be authenticated with low privileges, the victim must interact with the crafted page, and the scope is changed-meaning the injected script can affect resources beyond the vulnerable component, such as an administrator's session. The attack does not directly impact availability. This class of flaw typically arises when plugin settings, shortcode attributes, or other stored fields are not validated on input and not encoded on output.
Know when Rocket Lazy Load 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:R/S:C/C:L/I:L/A:L
Stored XSS needs an authenticated low-priv contributor (PR:L) and a victim to view the page (UI:R); script runs cross-context (S:C) with low C/I and no genuine availability impact (A:N).
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in WP Media Rocket Lazy Load rocket-lazy-load allows Stored XSS.This issue affects Rocket Lazy Load: from n/a through 2.4.0.
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.
EUVD-2026-94250
GHSA-8c5j-9p2v-vjpm
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB