CVE-2025-20324: Splunk Enterprise · The software does not restrict or incorrectly restricts access to a resource from an unauthorized actor.
Affects Splunk EnterpriseSource CVE Database V5
Not known to be exploited · CVSS 5.4 Medium.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 20% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 7 Jul 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-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Enterprise | Affected
| Fixed in– |
AI-suggested
European organizations should prioritize upgrading affected Splunk Enterprise and Cloud Platform instances to the fixed versions (9.4.2 or later for Enterprise, and corresponding Cloud Platform versions) as soon as possible. In the interim, organizations should audit and restrict access to Splunk roles, ensuring that low-privileged users do not have unnecessary access to the management REST API endpoints. Implement strict role-based access controls (RBAC) and monitor API usage for anomalous requests targeting `/servicesNS/nobody/search/admin/sourcetypes/`. Employ network segmentation and firewall rules to limit access to the Splunk management port to trusted administrators and systems only. Additionally, enable and review Splunk audit logs to detect unauthorized configuration changes. Conduct regular reviews of source type configurations to identify unexpected modifications. Incorporate this vulnerability into incident response plans and threat hunting activities to detect potential exploitation attempts. Finally, maintain up-to-date vulnerability management processes to track and apply vendor patches promptly.
Description
In Splunk Enterprise versions below 9.4.2, 9.3.5, 9.2.7, and 9.1.10 and Splunk Cloud Platform versions below 9.3.2411.104, 9.3.2408.113, and 9.2.2406.119, a low-privileged user that does not hold the "admin" or "power" Splunk roles could create or overwrite [system source type](https://help.splunk.com/en/splunk-enterprise/get-started/get-data-in/9.2/configure-source-types/create-source-types) configurations by sending a specially-crafted payload to the `/servicesNS/nobody/search/admin/sourcetypes/` REST endpoint on the Splunk management port.