Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious link with XSS payload
-
DeliveryLure victim to click/load URL
-
ExploitPayload reflected unsanitized in response
-
ExecutionScript executes in site origin
-
ImpactSteal session or 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 | Reflected XSS in the Parsi Date (wp-parsidate) WordPress plugin at versions 6.3 and below; exploitation requires no authentication (PR:N) but DOES require victim user interaction (UI:R) - the target must load an attacker-crafted request/link for the unsanitized input to be reflected and executed. Limiting factors: the payload runs only client-side in the victim's browser (Low C/I/A impacts, no server-side code execution), the site must have the vulnerable plugin installed and the affected feature reachable, and the specific injectable parameter is not disclosed in available data. |
| Impact | The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L = 7.1 High) describes an unauthenticated, network-reachable reflected Cross-Site Scripting flaw whose exploitation hinges on user interaction (UI:R) - a victim must click or load an attacker-crafted link. The scope change (S:C) reflects script executing in the browser's WordPress-origin context rather than the plugin's own, and impacts are only Low across confidentiality, integrity, and availability, consistent with client-side XSS rather than server compromise. There is no EPSS score, no CISA KEV listing, and no public POC in the supplied data, so exploitation status is: no public exploit identified at time of analysis. There is no SSVC decision data provided. This is a genuine but moderate issue: the 7.1 rating is driven by the unauthenticated network vector, yet the mandatory user-interaction requirement and client-side-only Low impacts make it a lower real-world priority than the raw High score suggests - a real defect to patch, not an emergency. |
| Exploit ScenarioDerived | An attacker crafts a malicious URL or web page targeting a vulnerable parameter in the Parsi Date plugin on a WordPress site and lures a visitor or administrator into loading it. Because the input is reflected without proper output encoding, attacker-supplied JavaScript executes in the victim's browser under the site's origin, enabling session/cookie theft, defacement, or actions in the victim's authenticated context. No public exploit code is identified at time of analysis, and successful exploitation requires the victim to interact with the crafted link. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Reflected cross-site scripting in the Parsi Date (wp-parsidate) WordPress plugin, affecting all versions up to and including 6.3, allows an unauthenticated remote attacker to inject script into a victim's browser by getting that user to load a crafted URL or request. Tracked as CVE-2026-96836 with a CVSS 3.1 score of 7.1 (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L), the flaw carries low confidentiality, integrity and availability impacts because execution is limited to client-side script in the victim's session rather than server-side code execution, and exploitation requires victim user interaction (UI:R) since the target must click or load the malicious link. No public exploit code has been identified at time of analysis and the flaw has not been confirmed actively exploited (CISA KEV), though as a broadly deployed WordPress plugin it presents an attractive mass-scanning target for unauthenticated request campaigns.
RemediationAI
No vendor-released patch version is specified in the available data, so the first action is to check the Patchstack advisory at https://patchstack.com/database/wordpress/plugin/wp-parsidate/vulnerability/wordpress-parsi-date-plugin-6-3-cross-site-scripting-xss-vulnerability and the wp-parsidate WordPress.org plugin page for an updated release, then upgrade to the first version published after 6.3 as soon as it is tagged. If the plugin is not essential for Jalali/Persian date display, deactivate and delete it - the trade-off is loss of localized date formatting and any shortcodes or widgets it provides. Where the plugin must stay active, front it with a web application firewall rule set that blocks script-bearing payloads in query strings and POST bodies on plugin endpoints (expect some false positives on legitimately encoded date parameters), enforce a strict Content-Security-Policy that disallows inline and third-party script execution to blunt reflected payloads (this can break themes and other plugins, so stage it first), and restrict the affected feature to authenticated or trusted users where WordPress roles permit. Because exploitation requires a victim to load a crafted link (UI:R), user awareness around link handling and phishing-style delivery reduces exposure, but it is not a substitute for upgrading once a fixed release ships.
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 root cause is CWE-79, improper neutralization of input during web page generation, specifically the reflected XSS variant: user-controlled input is echoed back into an HTML response without adequate encoding or escaping. The affected component is the wp-parsidate WordPress plugin maintained by morteza_geransayeh, which provides Persian/Jalali calendar date functionality and is distributed through the WordPress.org plugin ecosystem, making it reachable by any visitor to a site where it is active. The CPE entry cpe:2.3:a:morteza_geransayeh:parsi_date:*:*:*:*:*:*:*:* uses a wildcard version, consistent with the advisory's claim that versions 6.3 and below are affected; the exact injectable parameter and the specific vulnerable request path are not disclosed in the available public data. The CVSS vector's scope-changed attribute (S:C) reflects that the injected payload alters the security authority of the rendered page, allowing the attacker's script to execute in the context of the victim site's origin, while the Low C/I/A ratings and the PR:N/UI:R pair confirm that no authentication is needed to deliver the payload but a human must be induced to follow the crafted link - a classic reflected XSS prerequisite rather than a remotely triggerable server compromise.
Know when Parsi Date 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 reflected XSS reachable over the network but requiring victim interaction (UI:R); browser-context execution crosses origin (S:C) with client-side-only Low impacts.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Unauthenticated Cross Site Scripting (XSS) in Parsi Date <= 6.3 versions.
Executive ViewAI
The Parsi Date (wp-parsidate) WordPress plugin, used to display Persian dates, contains a reflected cross-site scripting (XSS) vulnerability affecting all versions up to and including 6.3. Unauthenticated attackers can exploit this flaw by tricking a user into visiting a malicious link, potentially leading to session hijacking, content injection, or redirection to malicious sites. As no vendor patch is currently available, organizations using this plugin face ongoing risk to site visitors and may suffer reputational damage or loss of trust.
Disable the wp-parsidate plugin until a vendor patch is available. If the plugin cannot be disabled, deploy WAF rules to block XSS attempts and enforce a strict Content Security Policy (CSP).
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-89888
GHSA-wwqr-m9gh-jjx9
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB