Drupal Plausible Tracking
CVE-2025-10927
MEDIUM
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify injectable Plausible tracking input
-
DeliveryPlant XSS payload reflected/stored in page
-
ExploitVictim loads affected page (UI:R)
-
ExecutionScript executes in victim browser
-
ImpactHijack session or exfiltrate data
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 targets the Drupal 'Plausible tracking' contrib module at versions from 0.0.0 up to (but not including) 1.0.2; the site must have this module installed and enabled. Successful attack requires victim user interaction (UI:R) - the target must load the page or link carrying the unsanitized input that the module renders. The provided data does not identify the exact unsanitized field, so whether injecting the payload needs administrative/authenticated access to the module's configuration (vendor rates PR:N) is not confirmed. Limiting factors: required user interaction, the narrow deployment base of this specific module, and the fix being available in 1.0.2+. |
| Impact | Signals point consistently toward a moderate, low-urgency issue rather than a top priority. The CVSS 3.1 base score is 6.1 (Medium) with vector AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N - network-reachable and low-complexity, but requiring victim user interaction (UI:R) and yielding only limited confidentiality/integrity impact with no availability impact, consistent with a cross-site scripting (CWE-79) flaw. EPSS reinforces low real-world threat: 0.19% probability at the 8th percentile. The vulnerability is NOT in CISA KEV and no public exploit code is referenced, so exploitation status is 'no public exploit identified at time of analysis.' No SSVC decision data was provided in the input. One tension to verify: the vendor vector lists PR:N (unauthenticated), but XSS in an analytics-integration module is often introduced through a configuration/site field that only an authenticated administrator can set, which would argue for PR:L - this should be confirmed against the Drupal advisory. Overall this is a genuine but routine Medium-severity web flaw in a niche Drupal contrib module; patch during normal maintenance rather than emergency remediation. |
| Exploit ScenarioDerived | An attacker causes a victim's browser to render attacker-controlled input that the Plausible tracking module emits into a web page without proper neutralization, executing script in the victim's session (UI:R means the victim must load the affected page or follow a crafted link). Because scope is changed (S:C), the injected script runs in the context of site visitors and can perform actions such as session/cookie theft or request forgery. No public exploit code is referenced, so exploitation would require an attacker to develop the payload against the specific injection point. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Cross-site scripting in the Drupal 'Plausible tracking' contributed module (versions from 0.0.0 before 1.0.2) lets injected input be rendered into a page without adequate escaping, so a crafted payload executes in the browser of a user who loads the affected page or link. The vulnerability requires victim user interaction (UI:R) and its authentication prerequisites are not confirmed from the available data, as the vendor vector indicates PR:N while our independent assessment rates PR:L and the exact unsanitized field is not identified. Impact is bounded (low confidentiality and integrity, no availability effect), EPSS is only 0.19% (8th percentile), no public exploit code has been identified at time of analysis, and a fix is available in version 1.0.2.
RemediationAI
Upgrade the Plausible tracking module to version 1.0.2 or later, the vendor-released patch referenced in Drupal security advisory SA-CONTRIB-2025-107 (https://www.drupal.org/sa-contrib-2025-107); since this is contributed-module code, apply the update through the normal Drupal update workflow and confirm the enabled version after deployment. If an immediate upgrade is not possible, disabling the module removes the attack surface entirely, at the cost of losing Plausible analytics tracking on the site; alternatively, restrict which roles hold the module's configuration/administration permissions and limit the number of users who can submit the input ultimately rendered by the module, understanding that this is a partial mitigation because the exact unsanitized field is not identified in the available data and user interaction is still required for exploitation. Deploying a restrictive Content-Security-Policy can reduce the practical impact of any missed XSS sink, but it requires site-wide testing and will not by itself fix the underlying escaping defect. Drupal's own SA-CONTRIB advisories are the canonical source for the fixed release; no evidence of active exploitation or public exploit code was identified at time of analysis, so remediation can proceed on a normal maintenance cadence rather than as an emergency.
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in composer
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
This is a CWE-79 improper neutralization of input during web page generation issue affecting the Plausible tracking contributed module for Drupal, identified by CPE cpe:2.3:a:plausible_tracking_project:plausible_tracking:*:*:*:*:*:drupal:*:*. Root cause class: the module emits stored or reflected content into HTML output without context-appropriate escaping, breaking Drupal's render/theme conventions (e.g., rendering user- or configuration-derived text as markup rather than as escaped or plain text). Because Drupal pages carry authenticated session cookies and per-session CSRF tokens, XSS in a Drupal module typically lets the injected script read page content, act as the victim's session, and defeat Drupal's request-token protections for that session; however, the vendor and independent vectors both scope the impact to low confidentiality and integrity (C:L/I:L), with no availability impact, and the CVSS scope change (S:C) reflects that script execution occurs in the victim's browser context rather than a server-side compromise. Successful exploitation depends on the module being installed and enabled at a vulnerable version and on the targeted user loading the page or link carrying the unsanitized input, which is why user interaction is required in both the vendor vector and the independent assessment.
Know when Plausible Tracking 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:N
Network XSS with victim interaction (UI:R) and scope change into the visitor context (S:C); PR:L chosen because injecting into a tracking-module field plausibly requires authenticated config access, with limited C/I and no availability impact.
Primary rating from Vendor (drupal).
CVSS VectorVendor: drupal
DescriptionCVE.org
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Drupal Plausible tracking allows Cross-Site Scripting (XSS).This issue affects Plausible tracking: from 0.0.0 before 1.0.2.
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.
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB