CVE-2026-20165: Splunk Enterprise · Sensitive Data in Logs
Affects Splunk EnterpriseSource CVE Database V5
Not known to be exploited · CVSS 6.3 Medium · fixed in 10.2.1 : update Splunk Enterprise when convenient.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 10.2.1, 10.0.4, 9.4.9 +5
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 11 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Upgrade Splunk to 10.2.1, 10.0.4, 9.4.9 or 9.3.10 (Enterprise); 10.2.2510.7, 10.1.2507.17, 10.0.2503.12 or 9.3.2411.124 (Cloud Platform).
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| SplunkSplunk Enterprise | Affected
| Fixed in
|
| SplunkSplunk Enterprise | Affected
| Fixed in
|
| SplunkSplunk Enterprise | Affected
| Fixed in
|
| SplunkSplunk Enterprise | Affected
| Fixed in
|
| SplunkSplunk Cloud Platform | Affected
| Fixed in
|
| SplunkSplunk Cloud Platform | Affected
| Fixed in
|
AI-suggested
To mitigate CVE-2026-20165, organizations should immediately upgrade affected Splunk Enterprise and Splunk Cloud Platform instances to the fixed versions: 10.2.1 or later for Enterprise, and the corresponding patched Cloud Platform releases. If you cannot patch yet, restrict access to Splunk job search logs by enforcing strict role-based access controls, ensuring that only trusted administrators have permissions to view sensitive logs. Review and minimize the logging of sensitive information in job search logs where possible. Implement monitoring and alerting for unusual access patterns to logs by low-privileged users. Conduct regular audits of Splunk roles and permissions to prevent privilege escalation. Additionally, consider network segmentation and access controls to limit exposure of Splunk management interfaces. Maintain up-to-date backups and incident response plans to quickly address any exploitation attempts. Finally, stay informed on vendor advisories and community reports for any emerging exploits or mitigation techniques.
Description
In Splunk Enterprise versions below 10.2.1, 10.0.4, 9.4.9, and 9.3.10, and Splunk Cloud Platform versions below 10.2.2510.7, 10.1.2507.17, 10.0.2503.12, and 9.3.2411.124, a low-privileged user that does not hold the "admin" or "power" Splunk roles could retrieve sensitive information by inspecting the job's search log due to improper access control in the MongoClient logging channel.