Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLocate FormyChat form on target site
-
DeliverySubmit input with stored XSS payload
-
ExploitPayload persisted by plugin
-
ExecutionVictim/admin views affected page
-
PersistScript executes in victim browser
-
ImpactSession hijack or admin action
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 the FormyChat (social-contact-form) plugin to be installed and active at version 2.15.3 or earlier, and requires an attacker to reach an input that the plugin stores and later renders without neutralization (CWE-79). Per the CVSS vector the initial injection needs no authentication (PR:N) and no special configuration, but it is gated by user interaction (UI:R): the payload only executes when a victim - potentially an administrator reviewing stored form data - loads the page containing it. That viewer-dependence, plus the requirement that the vulnerable form/render path actually be exposed and used, is the primary limiting factor on realistic exploitation. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L, base 7.1 High) describes a network-reachable, low-complexity, unauthenticated attack that requires victim interaction (a user or admin loading the page holding the stored payload) and yields limited confidentiality, integrity, and availability impact across a changed scope - the classic stored-XSS profile. No EPSS score, KEV entry, SSVC decision, or POC was provided in the intelligence, so real-world exploitation likelihood cannot be quantified from the data; the absence of these signals means this should be treated as a routinely patchable High rather than an emergency. The most notable tension is PR:N combined with UI:R: exploitation is unauthenticated to plant the payload but only fires when a victim views the content, so realized impact depends on who views it - admin-viewed sinks (e.g. form submissions in wp-admin) are materially more dangerous than public-facing ones. Verify the exact injection point and viewer context with the Patchstack advisory before finalizing priority. |
| Exploit ScenarioDerived | An attacker submits a crafted entry (for example through a FormyChat contact/chat field or an input that FormyChat later renders) containing a malicious <script> or event-handler payload, which the plugin stores without proper sanitization. When a site administrator or visitor subsequently opens the page or admin screen that renders that stored value, the JavaScript executes in their browser under the site's origin, enabling session/cookie theft or actions on the victim's behalf. No public POC was provided, and the low attack complexity (AC:L) with no privileges (PR:N) makes the injection step straightforward, though execution waits on the required user interaction (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 13, 2026
Stored cross-site scripting in the WPPOOL FormyChat (social-contact-form) WordPress plugin, versions up to and including 2.15.3, lets remote attackers inject persistent JavaScript that executes in the browser of anyone who later views the affected page. Reported by Patchstack (CVSS 7.1), the scope-changing flaw can be abused to hijack sessions, deface content, or pivot toward WordPress administrator accounts. There is no public exploit identified at time of analysis and the CVE is not listed in CISA KEV.
RemediationAI
Upgrade FormyChat to a release later than 2.15.3 (i.e. the first fixed version published after 2.15.3) once available; the input data does not name an exact patched version, so confirm the fixed build directly on the Patchstack advisory (https://patchstack.com/database/Wordpress/Plugin/social-contact-form/vulnerability/wordpress-formychat-plugin-2-15-3-cross-site-scripting-xss-vulnerability?_s_id=cve) and the WordPress plugin changelog before deploying. As interim compensating controls, deploy a WAF rule or Patchstack's virtual patch to filter script/HTML in FormyChat form submissions, restrict who can submit or view the affected form data, and treat all stored form entries as untrusted when rendering them in wp-admin; if no acceptable fix is reachable, temporarily deactivate the FormyChat plugin, accepting the trade-off that the contact/chat widget will be unavailable to site visitors. A strict Content-Security-Policy that disallows inline script also reduces the blast radius of any residual injection but may break other inline scripts on the site.
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
FormyChat is a WordPress plugin (CPE cpe:2.3:a:wppool:formychat:*) that adds social/contact chat forms (e.g. WhatsApp-style widgets) to WordPress sites. The root cause is CWE-79, Improper Neutralization of Input During Web Page Generation: attacker-supplied input is written into the generated HTML page without adequate output encoding or sanitization, so a crafted payload is stored server-side and rendered as active markup. Because the injected script runs in the context of the WordPress site's origin, the CVSS scope is marked Changed (S:C) - the vulnerable component (the plugin) affects a separate security authority (the visitor's or administrator's browser session and the surrounding WordPress DOM).
Know when Formychat 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 injection with low complexity (PR:N/AC:L), but execution needs a victim to view the stored payload (UI:R) and crosses into the browser context (S:C) with limited C/I/A.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in WPPOOL FormyChat social-contact-form allows Stored XSS.This issue affects FormyChat: from n/a through <= 2.15.3.
Executive ViewAI
The WPPOOL FormyChat WordPress plugin (versions ≤2.15.3) contains a stored cross-site scripting flaw that allows attackers to inject malicious JavaScript into contact form submissions, affecting every visitor who views the compromised page. Sites running this plugin face persistent exposure to session hijacking, content defacement, and potential compromise of WordPress administrator accounts. This is an infrastructure-wide risk if the plugin is active on the public website.
Until plugin removal is complete: (1) disable public access to pages displaying contact form data if technically feasible; (2) deploy a Web Application Firewall (WAF) rule to strip or block JavaScript in form submission parameters; (3) enforce a strict Content Security Policy header on the affected site to limit script execution scope; (4) increase monitoring of user login anomalies and administrator account activity for signs of session compromise.
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-43454
NVD
CVE.org
EPSS
Vulnrichment
GitHub PoC
Exploit-DB