Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted input to GetPaid field
-
DeliveryPayload stored without sanitization
-
ExploitAdmin or user loads affected page
-
ExecutionScript runs in victim's browser
-
ImpactSession hijack or unauthorized 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 | Exploitation requires that an attacker can submit data into a GetPaid (invoicing plugin) input that is stored and later rendered without proper output neutralization; per the CVSS vector (PR:N) no authentication is required to introduce the payload, but execution depends on a victim subsequently viewing the page containing it (UI:R), which is the primary limiting factor. Affected deployments are GetPaid versions up to and including 2.8.62. The exact field, form, or admin view that stores and reflects the payload is not described in the available sources, so the concrete trigger cannot be confirmed from the supplied data. |
| Impact | This is a moderate-severity stored XSS (CVSS 7.1) whose network vector (AV:N), low attack complexity (AC:L), and no-privilege requirement (PR:N) are offset by a required user-interaction step (UI:R) - a victim must load the page where the payload renders. The scope-changed, low-triple impact (S:C, C:L/I:L/A:L) reflects script execution in a victim's browser session rather than direct server compromise. No EPSS score, no CISA KEV listing, and no PoC/exploit reference beyond the Patchstack advisory were supplied, so there is no public exploit identified at time of analysis and no quantitative exploitation-probability signal to weigh. The vuln.today decision label is 'this_week', indicating a near-term but not emergency priority. Net: a credible, real stored-XSS issue worth patching on a short timeline, but not a mass-exploitation emergency - the absence of KEV/EPSS/PoC signals points to standard remediation rather than active, widespread attack. Note the signals are thin: only a single Patchstack reference underpins this assessment. |
| Exploit ScenarioDerived | An attacker places a malicious script into a GetPaid input field that the plugin fails to neutralize, and the payload is stored. When an administrator or another user later views the page that renders this data, the script executes in their browser session, enabling session/cookie theft or actions in their authenticated context. No public exploit code was identified; the exact injectable field is not described in the available sources. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 28, 2026
Stored cross-site scripting in the GetPaid WordPress invoicing plugin, affecting versions through 2.8.62, allows remote attackers to plant script payloads that execute in the browser of any user who later views the affected page. The CVSS 3.1 score of 7.1 reflects network reachability and no authentication requirement for introducing the payload (PR:N), offset by a required victim interaction (UI:R) and a scope change (S:C) that lets the injected script act beyond the plugin's own context. No public exploit identified at time of analysis.
RemediationAI
Update the GetPaid plugin to the fixed release identified in the Patchstack advisory (https://patchstack.com/database/wordpress/plugin/invoicing/vulnerability/wordpress-getpaid-plugin-2-8-62-cross-site-scripting-xss-vulnerability?_s_id=cve). The supplied data gives the affected range as through 2.8.62 but does not state an exact patched version number, so confirm the fixed build in that advisory and move to a GetPaid release later than 2.8.62 as published by the vendor. No specific configuration-level workaround or compensating control is documented in the supplied sources, so applying the vendor update is the primary remediation.
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 flaw is CWE-79, improper neutralization of input during web page generation, in the WordPress invoicing plugin GetPaid (CPE cpe:2.3:a:stiofan:getpaid). Input accepted by the plugin is persisted and later rendered without adequate output neutralization, producing stored cross-site scripting; the exact field, form, or admin view that stores and reflects the payload is not described in the available sources, so the concrete trigger cannot be confirmed from the supplied data. Because the assessed vector is AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L, an unauthenticated remote party can supply the payload, but exploitation completes only when a victim loads the page where it is rendered. The scope change indicates the injected script can affect resources outside the vulnerable component, such as a privileged user's wp-admin session, with low confidentiality, integrity, and availability impact.
Know when Getpaid 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
Stored XSS reachable over the network with low complexity and no privileges (PR:N), but a victim must view the page (UI:R); script runs cross-context (S:C) with limited browser-side C/I/A impact.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Stiofan GetPaid invoicing allows Stored XSS.This issue affects GetPaid: from n/a through 2.8.62.
Executive ViewAI
A high-severity stored cross-site scripting (XSS) vulnerability in the GetPaid WordPress invoicing plugin (versions through 2.8.62) enables unauthenticated attackers to inject malicious scripts that execute in the browsers of users viewing affected pages. This puts sensitive financial and customer data at risk, and successful exploitation could lead to account takeover, data theft, or unauthorized transactions, impacting the organization's reputation and regulatory compliance.
No vendor-released patch identified at time of analysis. Interim mitigations include restricting admin access, deploying WAF rules to filter malicious input, and monitoring for suspicious activity.
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.
In the GetPaid WordPress plugin before 2.3.4, users with the contributor role and above can create a new Payment Form, h
Sensitive information disclosure in the GetPaid WordPress plugin (also known as Invoicing, by Stiofan) through version 2
Missing Authorization vulnerability in Stiofan GetPaid invoicing allows Exploiting Incorrectly Configured Access Control
EUVD-2026-112061
GHSA-3j88-g9q5-5g9p
NVD
CVE.org
Exploit-DB