Skip to main content

Simple Payment CVE-2026-96332

| EUVDEUVD-2026-95624 HIGH
Cross-site Scripting (XSS) (CWE-79)
2026-10-09 Patchstack GHSA-x7px-44w3-4gpf
7.1
CVSS 3.1 · Vendor: Patchstack
View

Attack ChainAIDerived

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

  1. Access
    Craft malicious URL with XSS payload
  2. Delivery
    Deliver link to victim via phishing
  3. Exploit
    Victim clicks and request reflects payload
  4. Execution
    Script executes in victim browser
  5. Impact
    Steal session or perform actions 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 a victim with an active session on the affected WordPress site to click an attacker-crafted link that injects script into a page generated by the Simple Payment plugin (reflected XSS, so the payload is not stored and must be delivered per-victim). Limiting factors: mandatory user interaction (UI:R) means the attack cannot succeed without social engineering a target into clicking the link; the WordPress site must have the Simple Payment plugin installed and active at version 2.5.4 or earlier; and impact is scoped to the privileges and data accessible within the victim's browser session rather than direct server compromise. No special server configuration is required beyond the plugin being present.

Impact

This is a Reflected Cross-Site Scripting flaw (CWE-79) in the 'Simple Payment' WordPress plugin (versions up to 2.5.4), carrying a CVSS 3.1 base score of 7.1 (vector AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L). The CVSS signals indicate network-reachable, low-complexity exploitation with no privileges required, but the UI:R metric confirms exploitation depends on tricking a victim into clicking a crafted link - it is not a self-propagating or zero-click issue. No EPSS score, CISA KEV listing, or public POC was provided in the intelligence set, so there is no evidence of active exploitation or weaponization; exploitation status is 'no public exploit identified at time of analysis.' Realistically this is a moderate-priority issue rather than an emergency: reflected XSS in a low-footprint payment plugin typically enables targeted session/credential theft against individual users who are socially engineered, not mass compromise. The S:C (scope change) and combined C:L/I:L/A:L impacts reflect that injected script executes in the victim's browser outside the vulnerable component's security scope, which is standard for XSS; the A:L (availability) rating is somewhat generous for a reflected XSS and is the only metric I would question. Overall: a legitimate vulnerability warranting patching, but absent exploitation signals it does not rise to the urgency of a KEV-listed or high-EPSS flaw.

Exploit ScenarioDerived

An attacker crafts a malicious URL targeting the Simple Payment plugin that reflects attacker-controlled input into a response page without proper output encoding. The attacker delivers this link to a logged-in site visitor or administrator via phishing or a malicious post; when the victim clicks it, the injected JavaScript executes in their browser session, enabling theft of session cookies, CSRF-style actions, or page defacement. No public exploit code was identified in the provided data, and successful exploitation requires the victim to interact with the crafted link (UI:R).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.1% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 09, 2026

Reflected cross-site scripting in the 'Simple Payment' WordPress plugin (yalla ya!, versions through 2.5.4) lets an unauthenticated remote attacker inject script into a page generated by the plugin, which then executes in the browser of any user who clicks an attacker-crafted link while the plugin is active. Because the payload is reflected rather than stored, every victim must be individually social-engineered into following a malicious URL, and the resulting impact is limited to what is accessible within that victim's browser session (CVSS 3.1 base 7.1, AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N). No public exploit code was identified at time of analysis and the flaw has not been reported as confirmed actively exploited (CISA KEV), so the practical near-term risk is opportunistic rather than mass-exploitation driven.

RemediationAI

No vendor-released patch or fixed version is identified in the available data at time of analysis, so the primary action is to monitor the Patchstack advisory (https://patchstack.com/database/wordpress/plugin/simple-payment/vulnerability/wordpress-simple-payment-plugin-2-5-4-cross-site-scripting-xss-vulnerability-2) and the WordPress plugin repository for a release above 2.5.4 and apply it immediately once published. If the plugin's payment functionality is not in active use, the cleanest mitigation is to deactivate and delete it, which removes the vulnerable code path entirely; the trade-off is loss of the payment features it provides. Where the plugin must remain live, compensate with a web application firewall or reverse-proxy rule set that inspects and blocks script-bearing payloads and reflected XSS patterns in requests to the plugin's endpoints, and deploy a restrictive Content-Security-Policy header (notably disallowing inline script via script-src with nonces or hashes) to blunt execution even if injection succeeds - bearing in mind that a strong CSP can break themes and other plugins that rely on inline JavaScript, so test in staging first and use report-only mode initially. Because exploitation requires the victim to click a crafted link, reinforce anti-phishing awareness for site administrators and for any users who authenticate to the site, and ensure session cookies carry HttpOnly and Secure attributes so a successful injection cannot trivially exfiltrate session tokens. Treat the reflected nature of the flaw as limiting but not eliminating risk: each victim must be targeted individually, yet any clicking user operates with whatever privileges their session holds, up to and including administrator actions on the WordPress site.

Affected VersionsENISA

Simple Payment 0 ≤2.5.4

Affected Packages

euvd simple_payment no fix

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 root cause is CWE-79 (Improper Neutralization of Input During Web Page Generation), specifically the reflected variant: user-supplied input reaching a Simple Payment plugin endpoint is echoed back into the HTML response without adequate encoding or escaping, so attacker-controlled markup is parsed as script by the victim's browser. The affected component is a WordPress plugin distributed through the official plugin ecosystem, identified by the CPE cpe:2.3:a:yalla_ya!:simple_payment:*:*:*:*:*:*:*:* and tracked as an open-ended version range covering everything from the initial release through 2.5.4. The CVSS vector's scope-changed flag (S:C) reflects that the injected script executes in the security context of the vulnerable WordPress site's origin, enabling session cookie theft, authenticated action forgery against the victim's account, credential phishing overlays, or redirection to hostile content - all confined to the victim's browser session rather than direct server-side compromise. No privileged server configuration is required: the plugin merely needs to be installed and active, which is why the unauthenticated attack vector (PR:N) combined with mandatory user interaction (UI:R) is the defining risk profile.

Know when Simple Payment 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 (Patchstack) PRIMARY 7.1 HIGH
AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L
vuln.today AI 6.1 MEDIUM

Reflected XSS is network-exploitable with low complexity and no privileges but needs victim click (UI:R); scope changes to the browser (S:C) with limited confidentiality/integrity impact and no genuine availability impact (A:N).

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

Primary rating from Vendor (Patchstack).

CVSS VectorVendor: Patchstack

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

DescriptionCVE.org

Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in yalla ya! Simple Payment simple-payment allows Reflected XSS.This issue affects Simple Payment: from n/a through 2.5.4.

Executive ViewAI

Why It Matters

Organizations using the Simple Payment WordPress plugin (versions up to 2.5.4) face a reflected cross-site scripting vulnerability that could allow attackers to execute malicious scripts in the browsers of users who click crafted links. This poses a risk to site visitors and administrators, potentially leading to session hijacking, data theft, or redirection to malicious sites. Since the plugin handles payment interactions, a successful exploit could undermine customer trust and result in financial or reputational damage, warranting leadership attention.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: disable the Simple Payment plugin (versions through 2.5.4) if not essential; if the plugin must remain active, implement a web application firewall (WAF) rule to block reflected XSS attempts and restrict access to trusted IPs where possible; monitor vendor channels for a patch release and apply it immediately when available.

Threat Intelligence Overview

EPSS Score
0.1%
Top 97% exploitable
Prevalence
Low
niche WordPress payment plugin, limited deployment footprint
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 HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

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

Attack Technique

Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.

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