Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted List Field via public form
-
DeliveryPayload stored in form entry
-
ExploitAdmin opens entry detail view
-
ExecutionAdmin clicks injected link and confirms dialog
-
ImpactScript executes in admin browser context
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 | Injection is possible by unauthenticated users (PR:N) because a List Field value submitted through a public Gravity Forms form is stored without sufficient sanitization or output escaping. However, code execution is strongly gated: an authenticated administrator must open the affected entry in the entry detail view, click the specific attacker-injected link, AND confirm a dialog, which triggers the admin JavaScript bundle's delegated data-dialog-callback handler to invoke the attacker-supplied function reference. These administrator-interaction requirements (viewing the entry, clicking, and confirming) are the primary limiting factors and sharply reduce realistic exploitability versus a no-interaction stored XSS; the flaw affects Gravity Forms versions up to and including 3.1.2. |
| Impact | This is a stored XSS (CWE-79) in Gravity Forms rated CVSS 7.2 with vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N, meaning the injection point is reachable by unauthenticated network attackers (PR:N) against a scope-crossing admin context (S:C). However, the supplied CVSS vector is internally inconsistent with the description: it asserts UI:N, yet the description states that successful exploitation REQUIRES an administrator to view the entry detail, click the attacker-injected link, and confirm a dialog before the admin JavaScript bundle's data-dialog-callback handler fires - that is real, non-trivial user interaction, so the effective risk is lower than the raw 7.2 and UI:N suggest. No EPSS score, no CISA KEV listing, and no proof-of-concept exploit were provided in the input, so there is no evidence of active exploitation or weaponization; the only priority signal is the vuln.today 'this_week' decision label and Wordfence's reporting. Net assessment: a genuine unauthenticated-to-admin stored XSS worth remediating in a normal weekly cycle, but the mandatory multi-step admin interaction and absence of exploitation/EPSS/KEV signals place it below drop-everything urgency. Verify the UI requirement against the Wordfence advisory, since CVSS UI:N contradicts the described click-and-confirm trigger. |
| Exploit ScenarioDerived | An unauthenticated attacker submits a Gravity Forms form containing a malicious payload in a List Field, which is stored and later rendered in the administrator's entry detail view. When an administrator opens that entry, clicks the attacker-injected link, and confirms the resulting dialog, the admin JavaScript bundle's delegated data-dialog-callback handler invokes the attacker-supplied function reference, executing arbitrary script in the admin's authenticated session. No public exploit code was identified in the input, and the attack depends on deliberate administrator interaction despite the network-accessible, low-complexity injection point. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 30, 2026
Stored cross-site scripting in the Gravity Forms WordPress plugin through 3.1.2 allows unauthenticated form submitters to inject script through List Field values; the payload can execute in an administrator's browser only after the admin opens the affected entry, clicks the injected link, and confirms a dialog. The interaction gate sharply limits practical exploitability, and no public exploit is identified at time of analysis. The reported severity is CVSS 7.2, with the assessed vector reflecting the required administrator interaction.
RemediationAI
No vendor-released patch version is identified in the provided data; consult the Wordfence advisory (https://www.wordfence.com/threat-intel/vulnerabilities/id/9889e718-381b-4d11-a234-0278037c61c4?source=cve) and Gravity Forms documentation (https://docs.gravityforms.com/) for a fixed release and update when one is confirmed. Until then, the exploitation path is gated on administrator actions in the entry detail view, so the most direct compensating control is to avoid clicking unverified links in Gravity Forms entries and to avoid confirming unexpected data-dialog prompts; reviewing stored List Field entries for injected content reduces exposure. These controls do not remove the underlying stored XSS flaw and should be treated as temporary measures pending a vendor fix.
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
Gravity Forms is a WordPress form-building plugin. The flaw is CWE-79 (improper neutralization of input during web page generation), specifically stored XSS: a List Field value submitted through a public form is stored with insufficient sanitization and output escaping, so attacker-controlled markup reaches the entry detail view. The assessed scope is S:C because the stored content crosses from the public form context into the administrative entry-management interface. Execution is not automatic: the admin must view the entry, click the crafted link, and confirm a dialog, which causes the admin JavaScript bundle's delegated data-dialog-callback handler to invoke an attacker-supplied function reference. The affected component is the plugin's List Field handling in versions up to and including 3.1.2; the CPE cpe:2.3:a:gravity_forms:gravity_forms:*:*:*:*:*:*:*:* confirms the plugin as the affected product.
Know when Gravity Forms 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:N/S:C/C:L/I:L/A:N
Injection is unauthenticated (PR:N) but execution requires an admin to click the injected link and confirm a dialog, so UI:R; XSS crosses into the admin context (S:C) with low C/I impact and no availability impact.
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The Gravity Forms plugin for WordPress is vulnerable to Stored Cross-Site Scripting via List Field in all versions up to, and including, 3.1.2 due to insufficient input sanitization and output escaping. This makes it possible for unauthenticated attackers to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page. Successful exploitation requires the administrator to click the injected link in the entry detail view and confirm a dialog, which triggers the admin JavaScript bundle's delegated data-dialog-callback handler to invoke the attacker-supplied function reference.
Executive ViewAI
A stored cross-site scripting (XSS) vulnerability in the Gravity Forms WordPress plugin (versions through 3.1.2) could allow an attacker to inject malicious script via form submissions. However, exploitation requires an administrator to manually open a specific entry, click an injected link, and confirm a dialog, significantly limiting real-world risk. Organizational impact is moderate: while no public exploit exists, site administrators could be targeted, potentially leading to session compromise or data theft if they fall for the ruse.
Restrict access to Gravity Forms entry management to trusted administrators, enforce least privilege, and deploy a web application firewall with XSS detection rules; consider disabling the List Field until a patch is available.
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 Gravity Forms
View allUnauthenticated arbitrary file upload in the Gravity Forms WordPress plugin through version 3.1.0.4 can lead to remote c
The Clockwork SMS clockwork-test-message.php component has XSS via a crafted "to" parameter in a clockwork-test-message
The Gravity Forms WordPress plugin before 2.7.5 does not escape generated URLs before outputting them in attributes, lea
Unauthenticated PHP object injection in the Gravity Forms WordPress plugin, affecting every version up to and including
Deserialization of Untrusted Data vulnerability in Rocketgenius Inc. Rated high severity (CVSS 8.3), this vulnerability
Arbitrary file upload in Gravity Forms for WordPress (all versions ≤ 3.0.2) allows unauthenticated attackers to write PH
Arbitrary file disclosure in the Gravity Forms WordPress plugin (all versions through 2.10.4) lets unauthenticated attac
Stored cross-site scripting in the Gravity Forms plugin for WordPress, affecting all versions up to and including 3.1.1,
Stored Cross-Site Scripting in the Gravity Forms WordPress plugin (all versions ≤2.10.5) permits unauthenticated attacke
Stored cross-site scripting (XSS) in Gravity Forms WordPress plugin versions ≤2.10.0 allows remote unauthenticated attac
Stored Cross-Site Scripting in Gravity Forms plugin for WordPress through version 2.10.0 allows unauthenticated remote a
Stored XSS in Gravity Forms for WordPress ≤2.10.0 allows unauthenticated remote attackers to inject malicious JavaScript
EUVD-2026-113737
GHSA-774g-h2fq-p98f
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB