Skip to main content
CVE-2025-20386VulnerabilityPublished Updated

CVE-2025-20386: Splunk Enterprise · The product specifies permissions for a security-critical resource in a way that allows that resource to be read or modified by unintended actors.

Affects Splunk EnterpriseSource CVE Database V5

0

Not known to be exploited · CVSS 8.0 High · fixed in 10.0.2 : patch Splunk Enterprise soon.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
8.0High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 10.0.2
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Dec 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-25.

What to do

Affected software

ProductAffectedFixed in
Splunk Splunk EnterpriseAffected
  • =10.0
  • =9.4
  • =9.3
  • =9.2
Fixed in–

AI-suggested

1. Immediately upgrade Splunk Enterprise for Windows to versions 10.0.2, 9.4.6, 9.3.8, or 9.2.10 or later, where the permission issue is fixed. 2. If upgrading is not immediately possible, manually audit and correct the permissions on the Splunk installation directory to restrict access strictly to administrator accounts. 3. Implement strict local user account management policies to minimize the number of users with access to the Splunk server. 4. Use Windows security tools (e.g., icacls) to verify and enforce correct ACLs on the installation directory and its subdirectories. 5. Monitor local user activities and audit logs for unauthorized access attempts to the Splunk directory. 6. Consider isolating Splunk Enterprise servers to dedicated hosts with minimal user access. 7. Educate system administrators about the risk of local privilege escalation via this vulnerability and enforce least privilege principles. 8. Regularly review and apply security patches from Splunk and maintain an up-to-date inventory of deployed versions.

Description

In Splunk Enterprise for Windows versions below 10.0.2, 9.4.6, 9.3.8, and 9.2.10, a new installation of or an upgrade to an affected version can result in incorrect permissions assignment in the Splunk Enterprise for Windows Installation directory. This lets non-administrator users on the machine access the directory and all its contents.

References

Community reviews

Loading reviews…