CVE-2025-20379: Splunk Enterprise · The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information.
Affects Splunk EnterpriseSource CVE Database V5
Not known to be exploited · CVSS 3.5 Low.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 22% 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:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Nov 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Enterprise | Affected
| Fixed in– |
AI-suggested
European organizations should immediately upgrade affected Splunk Enterprise and Cloud Platform instances to the patched versions specified by Splunk (10.0.1, 9.4.5, 9.3.7, 9.2.9 for Enterprise and corresponding Cloud versions). In the interim, restrict access to the /services/streams/search endpoint to only trusted users and roles, and implement strict role-based access controls to ensure low-privileged users cannot execute saved searches with risky commands. Enhance phishing defenses through user training, email filtering, and multi-factor authentication to reduce the risk of attackers tricking users into initiating malicious requests. Monitor Splunk logs for unusual activity related to saved searches and REST API calls, especially those involving the 'q' parameter. Consider implementing web application firewalls or API gateways that can detect and block suspicious character encoding or anomalous REST requests. Regularly audit Splunk roles and permissions to minimize privilege creep and ensure that only necessary users have elevated roles. Finally, maintain an incident response plan that includes detection and containment strategies for potential exploitation attempts.
Description
In Splunk Enterprise versions below 10.0.1, 9.4.5, 9.3.7, and 9.2.9 and Splunk Cloud Platform versions below 9.3.2411.116, 9.3.2408.124, 10.0.2503.5 and 10.1.2507.1, a low-privileged user that does not hold the “admin“ or “power“ Splunk roles could run a saved search with a risky command using the permissions of a higher-privileged user to bypass the SPL safeguards for risky commands. They could bypass these safeguards on the “/services/streams/search“ endpoint through its “q“ parameter by circumventing endpoint restrictions using character encoding in the REST path. The vulnerability requires the attacker to phish the victim by tricking them into initiating a request within their browser. The authenticated user should not be able to exploit the vulnerability at will.