CVE-2025-20371: Splunk Enterprise · The web server receives a URL or similar request from an upstream component and retrieves the contents of this URL, but it does not sufficiently ensure that the request is being sent to the expected destination.
Affects Splunk EnterpriseSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:HExploitation 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Enterprise | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-20371, organizations should immediately identify all instances of Splunk Enterprise and Splunk Cloud Platform in their environment and verify their versions against the affected list. The primary mitigation is to apply official patches or upgrade to versions 10.0.1, 9.4.4, 9.3.6, or 9.2.8 and above for Splunk Enterprise, and the corresponding patched versions for Splunk Cloud Platform once available. Until patches are applied, implement strict network segmentation and firewall rules to restrict outbound HTTP/HTTPS requests from Splunk servers to only trusted and necessary destinations, minimizing the SSRF attack surface. Additionally, monitor Splunk logs for unusual or unexpected REST API calls and anomalous network traffic patterns indicative of SSRF exploitation attempts. Employ web application firewalls (WAFs) with SSRF detection capabilities to block suspicious requests targeting Splunk web interfaces. Review and harden Splunk REST API access controls and audit logs frequently to detect unauthorized activities. Engage with Splunk support and subscribe to security advisories to receive timely updates. Finally, conduct internal penetration testing focused on SSRF vectors to validate the effectiveness of mitigations.
Description
In Splunk Enterprise versions below 10.0.1, 9.4.4, 9.3.6 and 9.2.8, and Splunk Cloud Platform versions below 9.3.2411.109, 9.3.2408.119 and 9.2.2406.122, an unauthenticated attacker could trigger a blind server-side request forgery (SSRF) potentially letting an attacker perform REST API calls on behalf of an authenticated high-privileged user.