Skip to main content
CVE-2025-20320VulnerabilityPublished

CVE-2025-20320: Splunk Enterprise · The software uses external input to construct a pathname that should be within a restricted directory, but it does not properly neutralize '.../...//' (doubled triple dot slash) sequences that can resolve to a location that is outside of that directory.

Affects Splunk EnterpriseSource CVE Database V5

0

Not known to be exploited · CVSS 6.3 Medium.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
6.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 39% 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:N/I:L/A:H

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

1. Immediate patching: Upgrade Splunk Enterprise and Splunk Cloud Platform to the fixed versions (9.4.3, 9.3.5, 9.2.7, 9.1.10 or later) as soon as possible to eliminate the vulnerability. 2. Role and privilege review: Audit and minimize the number of users with admin or power roles to reduce the attack surface. 3. User interface restrictions: Limit access to the User Interface - Views configuration page to trusted users only. 4. Phishing defenses: Enhance phishing awareness training for administrators and implement technical controls such as email filtering, multi-factor authentication (MFA), and browser security policies to reduce the likelihood of successful social engineering. 5. Monitoring and alerting: Implement monitoring for unusual file deletion or modification activities within Splunk directories and alert on suspicious behavior. 6. Network segmentation: Restrict network access to Splunk management interfaces to trusted networks and users. 7. Incident response readiness: Prepare response plans for potential DoS incidents affecting Splunk to minimize downtime and data loss. 8. Backup and recovery: Ensure regular backups of Splunk configuration and data directories to enable rapid restoration in case of file deletion or corruption.

Description

In Splunk Enterprise versions below 9.4.3, 9.3.5, 9.2.7 and 9.1.10, and Splunk Cloud Platform versions below 9.3.2411.107, 9.3.2408.117, and 9.2.2406.121, a low-privileged user that does not hold the "admin" or "power" Splunk roles could craft a malicious payload through the `User Interface - Views` configuration page that could potentially lead to a denial of service (DoS).The user could cause the DoS by exploiting a path traversal vulnerability that allows for deletion of arbitrary files within a Splunk directory. The vulnerability requires the low-privileged user to phish the administrator-level victim by tricking them into initiating a request within their browser. The low-privileged user should not be able to exploit the vulnerability at will.

References

Community reviews

Loading reviews…