Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious XSS payload in request
-
DeliveryDeliver link to WordPress user
-
ExploitVictim loads reflected unsanitized input
-
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 | Requires the WordPress 'Calculated Fields Form' plugin (vendor codepeople) at version <= 5.5.1.1 to be installed and active. Exploitation is unauthenticated (PR:N) and remote (AV:N) but is LIMITED by required user interaction (UI:R): a victim must click an attacker-crafted link or load an attacker-controlled page that triggers the reflected unsanitized input. Impact is confined to client-side script execution in the site's origin; no server-side code execution or authentication bypass is implied. Higher-value impact depends on a privileged victim (e.g., an authenticated admin) being lured into triggering the payload. |
| Impact | This is a HIGH-CVSS-but-moderate-real-risk issue. The CVSS 3.1 base score of 7.1 is inflated by the CVSS vector's scope-change (S:C) and the assignment of low impact to all three of C:L/I:L/A:L, a scoring pattern Patchstack routinely applies to reflected XSS. In practice this is client-side script execution constrained by UI:R (the victim must click an attacker-crafted link or visit a malicious page). No EPSS score, no CISA KEV listing, and no public POC are present in the provided data, so there is no evidence of active or automated exploitation - exploitation status is 'no public exploit identified at time of analysis.' The vector's PR:N is credible (the description explicitly says 'Unauthenticated'), but the description does not distinguish reflected vs. stored XSS; the presence of UI:R strongly implies reflected. I assess A:L as generous - XSS rarely impacts availability - so a truer score is closer to 6.1 (A:N). Net: a real but not urgent priority, meaningful mainly on high-traffic sites where an attacker can lure logged-in users or admins. |
| Exploit ScenarioDerived | An attacker crafts a URL or web page containing a malicious payload that is reflected unsanitized by the Calculated Fields Form plugin and sends it to a victim who visits a WordPress site running version <= 5.5.1.1. When the victim's browser renders the reflected input, attacker-controlled JavaScript executes in the site's origin, enabling session/cookie theft or actions performed as the victim. No public exploit code is identified at time of analysis, and exploitation requires the victim to interact (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 23, 2026
Reflected cross-site scripting in the WordPress plugin Calculated Fields Form affects all versions up to and including 5.5.1.1 and allows an unauthenticated remote attacker to execute script in the browser of a user who follows a crafted link or loads a malicious page. The assessed impact is confined to client-side execution inside the target site's origin (low confidentiality and integrity impact, with scope change), and the attack relies on victim interaction, so higher-value outcomes require luring a privileged user such as a site administrator. No public exploit code was identified at time of analysis, the issue is not listed in CISA KEV, and the available intelligence does not confirm a fixed release.
RemediationAI
No vendor-released fixed version is identified in the supplied intelligence, so administrators should check the linked Patchstack advisory and the plugin's WordPress.org page for an updated release and upgrade as soon as one is published. Until then, the most direct compensating control is to deactivate and, if unused, delete the Calculated Fields Form plugin; this removes the vulnerable endpoint entirely but sacrifices the form functionality. If the plugin must remain active, deploy a web application firewall or virtual-patching rule that blocks script or event-handler payloads sent to the plugin's endpoints, recognizing that this is a stopgap which can be bypassed with obfuscation and needs tuning to limit false positives. Because exploitation requires user interaction, reducing the attack surface with email and link filtering plus user awareness training lowers the chance an administrator clicks a crafted URL, and enforcing least privilege for WordPress accounts limits the value of any successful session compromise. Keep WordPress core and all other plugins current, and monitor the advisory for a confirmed patched version before treating the issue as closed.
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 a reflected cross-site scripting issue (CWE-79: improper neutralization of input during web page generation) in the 'Calculated Fields Form' plugin published by codepeople for WordPress. The CPE cpe:2.3:a:codepeople:calculated_fields_form:*:*:*:*:*:*:*:* and the ENISA EUVD entry EUVD-2026-85497 both flag the plugin at versions <= 5.5.1.1, meaning the vulnerable code is plugin-side PHP that echoes a request parameter back into generated HTML without adequate output encoding. The assessed vector is CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N, so the attack is remote and unauthenticated but requires the victim to interact with the payload; the scope change reflects that the vulnerable component (the plugin endpoint) and the impacted component (the user's browser session in the site origin) are different security scopes. There is no server-side code execution or authentication bypass implied; the injected JavaScript runs with the privileges of whatever session the victim holds, which is why luring an authenticated administrator raises the practical risk. The Patchstack report is the primary source in the supplied references, and no proof-of-concept or observed exploitation data is present in the intelligence provided.
Know when Calculated Fields Form 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 remote reflected XSS needing victim click (PR:N/UI:R), script runs cross-origin into the site context (S:C, C:L/I:L); XSS does not impair availability so A:N.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Unauthenticated Cross Site Scripting (XSS) in Calculated Fields Form <= 5.5.1.1 versions.
Executive ViewAI
The Calculated Fields Form WordPress plugin (versions up to 5.5.1.1) is affected by a reflected cross-site scripting vulnerability that could allow attackers to execute malicious scripts in the browsers of site users, including administrators, potentially leading to session hijacking or unauthorized actions. No vendor-released patch identified at time of analysis, and no public exploit identified at time of analysis, but organizations using this plugin should act to mitigate the risk. This issue affects any organization with this plugin installed, and leadership should prioritize protective measures to prevent potential site compromise.
Disable the Calculated Fields Form plugin if not essential; implement a web application firewall (WAF) with virtual patching rules to block reflected XSS attempts; enforce a Content Security Policy (CSP) to restrict script execution; and educate users, especially administrators, to avoid clicking untrusted links. Monitor vendor channels for a patched version and apply it promptly once released.
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.
More in Calculated Fields Form
View allThe Calculated Fields Form WordPress plugin before 5.2.64 does not sanitise and escape some of its settings, which could
The Calculated Fields Form WordPress plugin before 5.2.62 does not sanitise and escape some of its settings, which could
The Calculated Fields Form plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the form page href para
The Calculated Fields Form WordPress plugin before 5.2.62 does not sanitise and escape some of its settings, which could
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in CodePeople Calcula
The Calculated Fields Form plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the plugin's CP_CALCULA
Medium severity vulnerability in WordPress plugin. The Calculated Fields Form plugin for WordPress is vulnerable to Stor
The Calculated Fields Form plugin through 1.0.353 for WordPress suffers from multiple Stored XSS vulnerabilities present
The Calculated Fields Form plugin for WordPress is vulnerable to Denial of Service in all versions up to, and including,
The Calculated Fields Form plugin for WordPress is vulnerable to Stored Cross-Site Scripting via admin settings in all v
Cross-Site Request Forgery (CSRF) in Calculated Fields Form for WordPress allows an attacker to trick an authenticated a
The Calculated Fields Form plugin for WordPress is vulnerable to HTML Injection in all versions up to, and including, 5.
EUVD-2026-85497
GHSA-39g2-2r8q-64g4
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB