Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain Contributor account on target site
-
DeliveryInject script payload into Formkit field
-
ExploitStore malicious content pending review
-
ExecutionAdmin/editor views affected page
-
PersistScript executes in privileged browser session
-
ImpactSession hijack or admin-context 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 an authenticated account with at least Contributor role on a WordPress site running Cool Formkit Lite ≤ 2.7.8 (PR:L), plus victim user interaction - a higher-privileged user must render the attacker-supplied content for the script to fire (UI:R). This limits exploitation to sites that (a) permit Contributor-level registration or otherwise grant such accounts, and (b) have privileged users who review or view attacker-controlled input. It is not exploitable by fully unauthenticated remote attackers and does not affect default configurations without a provisioned Contributor account. |
| Impact | This is a moderate, not high-priority, issue. The provided CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L → 6.5) describes a Contributor-authenticated stored/reflected XSS that requires (a) an attacker to already hold a low-privilege WordPress account with at least Contributor role and (b) a victim (typically an admin or editor) to view the malicious content (UI:R). The scope change (S:C) and split Low impacts across confidentiality, integrity, and availability are the standard Patchstack modeling for XSS that executes in another user's browser session. No EPSS score, no CISA KEV listing, and no public exploit code are provided, so there is no evidence of active exploitation or automation. The PR:L + UI:R combination substantially limits real-world risk: an attacker must first obtain a Contributor account on the target site, which is not the default for most WordPress installs and often not open to the public. This is a real but self-limiting defense-in-depth issue rather than an urgent, mass-exploitable flaw. |
| Exploit ScenarioDerived | An attacker who has registered or been granted a Contributor account on a WordPress site running Cool Formkit Lite ≤ 2.7.8 injects a malicious script payload into a plugin-controlled field. When a higher-privileged user (e.g., an administrator reviewing pending content) opens the affected page, the script executes in their authenticated session, potentially enabling session/token theft or actions in the admin context. No public proof-of-concept is referenced. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Cross-site scripting in the Cool Formkit Lite WordPress plugin (all versions up to and including 2.7.8) allows a user holding a Contributor-level account to supply content that executes as script in the browser of a higher-privileged user who renders it, enabling theft of session data or other scripted actions in the victim's authenticated context. The assessed vector (CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L, 6.5) requires both an existing low-privileged account on the target site and victim interaction, so this is a moderate, not high-priority, issue that does not affect sites where Contributor accounts cannot be obtained or where privileged users never view attacker-controlled input. No public exploit code and no confirmed active exploitation have been identified at time of analysis, and the impact is bounded to low confidentiality, integrity and availability effects scoped to the vulnerable component.
RemediationAI
No vendor-released patch or fixed version was identified at time of analysis, so the first step is to check the plugin's WordPress.org page and the Patchstack advisory (https://patchstack.com/database/wordpress/plugin/extensions-for-elementor-form/vulnerability/wordpress-cool-formkit-lite-plugin-2-7-8-cross-site-scripting-xss-vulnerability?_s_id=cve) for a patched release and upgrade as soon as a version above 2.7.8 is published; if the plugin is not essential, deactivating and removing it eliminates the exposure entirely, at the cost of losing its form functionality. Until a fix is available, apply the following compensating controls, understanding each trade-off: restrict or disable self-registration and stop granting the Contributor role to untrusted users (this blocks the PR:L prerequisite but may disrupt contributor workflows on editorial sites); audit existing Contributor accounts and remove any that are unknown or unused; require privileged users to review form submissions only through sanitized/read-only views rather than rendering raw user content in wp-admin; deploy a WAF or reverse-proxy rule that filters script tags, event handlers and javascript: URIs in form and plugin request bodies (this reduces, but never eliminates, XSS delivery and carries a false-positive risk for legitimate form content); and enforce a strict Content-Security-Policy that disallows inline script execution on administrative pages (effective against payload execution but requires careful tuning to avoid breaking legitimate admin UI scripts). Keep the WordPress core, theme and all other plugins current, and alert administrators to the risk of clicking or previewing unsolicited form content submitted by low-privileged accounts.
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
Cool Formkit Lite is a WordPress plugin (WordPress.org slug extensions-for-elementor-form, tracked in CPE as cpe:2.3:a:cool_plugins:cool_formkit_lite) from Cool Plugins that extends form-building/Elementor form workflows. The flaw is CWE-79 (Improper Neutralization of Input During Web Page Generation, i.e. cross-site scripting): user-controlled input that a Contributor-level account can place into form-related content is not correctly escaped or sanitized before being written into an HTML response, so markup and script survive into the page delivered to another user. The CVSS vector shows the scope-change characteristic (S:C), meaning the vulnerable plugin component can affect resources beyond its own security authority, but it also captures two hard prerequisites: PR:L, because the attacker must already hold at least a Contributor role on the WordPress installation, and UI:R, because a separate, more privileged user must view or interact with the crafted content for the payload to fire. Because the injected content is stored/renderable inside the victim's authenticated WordPress session, successful execution sits in the victim's trust context and can be used to perform actions or read data the victim is authorized to access; it is not a fully unauthenticated remote compromise, and there is no indication of server-side code execution, privilege escalation outside the victim's own session, or data exfiltration from the database.
Know when Cool Formkit Lite 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:L/UI:R/S:C/C:L/I:L/A:L
Contributor account required (PR:L), a victim must view the payload (UI:R), and script execution in another user's context crosses a security boundary (S:C) with limited C/I/A impact.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Contributor Cross Site Scripting (XSS) in Cool Formkit Lite <= 2.7.8 versions.
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-89935
GHSA-jhwx-p55h-wx44
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB