Skip to main content
CVE-2025-20324VulnerabilityPublished

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

0

Not known to be exploited · CVSS 5.4 Medium.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 7 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
Splunk Splunk EnterpriseAffected
  • =9.4
  • =9.3
  • =9.2
  • =9.1
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.

References

Community reviews

Loading reviews…