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
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
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 3 Dec 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 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Enterprise | Affected
| 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.