CVE-2025-20369: Splunk Enterprise · The software uses XML documents and allows their structure to be defined with a Document Type Definition (DTD), but it does not properly control the number of recursive definitions of entities.
Affects Splunk EnterpriseSource CVE Database V5
Not known to be exploited · CVSS 4.6 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 23% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 1 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Enterprise | Affected
| Fixed in– |
AI-suggested
To mitigate this vulnerability, European organizations should prioritize upgrading affected Splunk Enterprise and Cloud Platform instances to versions 9.4.4, 9.3.6, 9.2.8 or later, where the issue is resolved. Until patches are applied, organizations should restrict dashboard editing permissions to trusted users only, minimizing the risk of malicious input via the dashboard tab label field. Implement strict input validation and sanitization on XML inputs where possible. Network segmentation and access controls should limit exposure of Splunk management interfaces to only authorized personnel and systems. Monitoring for unusual dashboard configuration changes or spikes in resource usage can help detect exploitation attempts. Additionally, organizations should review and harden XML parser configurations to disable DTD processing or limit entity expansions if feasible. Regular security audits and vulnerability scanning of Splunk deployments will help identify unpatched instances. Finally, maintaining an incident response plan that includes recovery from Splunk service disruptions will reduce operational impact.
Description
In Splunk Enterprise versions below 9.4.4, 9.3.6, and 9.2.8, and Splunk Cloud Platform versions below 9.3.2411.108, 9.3.2408.118 and 9.2.2406.123, a low privilege user that does not hold the "admin" or "power" Splunk roles could perform an extensible markup language (XML) external entity (XXE) injection through the dashboard tab label field. The XXE injection has the potential to cause denial of service (DoS) attacks.