Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify WordPress site running Stripe Payments ≤ 2.1.2
-
DeliveryCraft URL with XSS payload in vulnerable plugin parameter
-
ExploitDeliver malicious URL to victim via phishing or embedded link
-
ExecutionVictim clicks link and browser renders injected script
-
PersistExecute arbitrary JavaScript in victim browser under site origin
-
ImpactExfiltrate session cookie or perform authenticated actions
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 | No attacker-side authentication is required (PR:N per CVSS), and no special server configuration or non-default plugin settings are described as necessary - the plugin in its default installed state on any WordPress site running version 2.1.2 or earlier is sufficient for exposure. The sole required condition is user interaction (UI:R): a victim must click a crafted link or navigate to a page containing the injected payload, making the attack dependent on a social engineering or delivery mechanism. The Scope:Changed metric confirms the injected script executes in the victim's browser context, not on the server. Limiting factors for real-world exploitation include the need to identify target sites running the specific vulnerable plugin version and the requirement to deliver the crafted URL to a victim - these constraints reduce automatable mass exploitation but do not protect against targeted or semi-automated campaigns. |
| Impact | The CVSS 7.1 score (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L) reflects a network-exploitable, low-complexity, unauthenticated XSS with changed scope and mixed low-severity impacts across confidentiality, integrity, and availability. The PR:N vector confirms no attacker-side authentication is required, substantially lowering the exploitation barrier for a plugin that may be publicly accessible on any WordPress e-commerce site. The sole technical limiting factor is UI:R - the attack depends on delivering a crafted URL to a victim, reducing fully-automated mass exploitation compared to server-side flaws. No EPSS score was included in the available intelligence, so exploitation probability cannot be quantified numerically; however, unauthenticated XSS in payment-processing plugins historically attracts opportunistic campaigns targeting admin session tokens and payment-related credentials. KEV status is not confirmed and no POC has been identified at time of analysis, indicating this is not currently subject to documented widespread active exploitation. The payment-processing context elevates practical risk meaningfully above what the numeric score alone conveys - operators running this plugin on production sites handling cardholder data should treat remediation as a near-term priority rather than routine patching. |
| Exploit ScenarioDerived | An attacker crafts a malicious URL embedding an XSS payload in a vulnerable parameter handled by the Stripe Payments plugin and distributes it to WordPress site administrators or customers via phishing email or social media. When the victim clicks the link while authenticated, the injected script executes in their browser under the site's origin, enabling cookie exfiltration or authenticated actions on the victim's behalf. No public exploit code has been identified at time of analysis, but the unauthenticated, low-complexity nature of the flaw means exploitation requires minimal skill once the vulnerable parameter is identified. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 24, 2026
Unauthenticated XSS in the Stripe Payments WordPress plugin (versions ≤ 2.1.2) allows remote attackers to inject malicious scripts into victim browsers with no attacker-side authentication required, as disclosed by Patchstack (EUVD-2026-65176). The CVSS Scope:Changed metric reflects that injected scripts execute within the victim's browser security context, enabling session hijacking, credential theft, or malicious content injection against WordPress site visitors or administrators. No public exploit code has been identified at time of analysis, and the vulnerability does not appear in the CISA KEV catalog.
RemediationAI
The primary fix is to update the Stripe Payments WordPress plugin to a version above 2.1.2, per the Patchstack advisory at https://patchstack.com/database/wordpress/plugin/stripe-payments/vulnerability/wordpress-stripe-payments-plugin-2-1-2-cross-site-scripting-xss-vulnerability. The exact patched version number is not confirmed in the provided intelligence - consult the Patchstack advisory or the WordPress plugin repository directly for the confirmed fix release before upgrading. If an immediate update is not feasible, temporarily deactivating the plugin eliminates the attack surface entirely but will disable all Stripe-based payment processing on the site. As a partial compensating control, deploying a WAF rule to filter XSS payloads in HTTP parameters associated with the plugin can reduce exposure without service disruption, though WAF rules can be bypassed by encoding variants and are not a substitute for patching. Configuring a strict Content-Security-Policy header (e.g., script-src 'self') can limit the impact of any successful injection by restricting script execution to trusted origins, with the trade-off that an overly strict CSP may break legitimate third-party plugin and payment widget functionality.
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 as insufficient sanitization or output encoding of user-controlled input before it is rendered in HTML responses. The affected product, identified by CPE cpe:2.3:a:mra13:stripe_payments:*:*:*:*:*:*:*:*, is a WordPress plugin developed by mra13 that integrates Stripe payment processing directly into WordPress installations. The CVSS 3.1 Scope:Changed (S:C) metric reflects the defining characteristic of XSS: the attacker's injected code executes in the victim's browser under the site's origin, crossing the boundary between the web application and the victim's browser security context. The AV:N and PR:N metrics confirm that the injection point is network-accessible and requires no server-side authentication to reach.
Know when Stripe Payments 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:C/C:L/I:L/A:L
Unauthenticated network XSS with changed scope and required victim interaction; availability rated N because XSS does not directly cause service disruption to the hosting application.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Unauthenticated Cross Site Scripting (XSS) in Stripe Payments <= 2.1.2 versions.
Executive ViewAI
The Stripe Payments WordPress plugin (versions ≤ 2.1.2) contains an unauthenticated cross-site scripting vulnerability allowing attackers to inject malicious scripts directly into visitor and administrator browsers without authentication. This exposes WordPress sites to credential theft, session hijacking, and unauthorized content injection targeting all users visiting affected sites. Organizations running this plugin must take immediate action to prevent compromise of customer and employee accounts.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Disable the Stripe Payments plugin on all installations until patch availability; (2) If plugin must remain active, deploy a Web Application Firewall configured to block XSS attack payloads targeting this plugin; (3) Enforce Content Security Policy headers restricting script execution to same-origin only; (4) Implement strict output encoding on all user-controlled data; (5) Enable WordPress audit logging and monitor for exploitation attempts. If disabling is operationally infeasible, migrate to an alternative payment processor temporarily.
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-65176
GHSA-mg25-44wv-f73f
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB