Skip to main content
VulnerabilityPublished Updated

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

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 10:12 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Oct 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Splunk Splunk EnterpriseAffected
  • 9.2 – 10.0
4 affected builds
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.

References

Community reviews

Loading reviews…