CVE-2025-20378: Splunk Enterprise · A web application accepts a user-controlled input that specifies a link to an external site, and uses that link in a Redirect. This simplifies phishing attacks.
Affects Splunk EnterpriseSource CVE Database V5
Not known to be exploited · CVSS 3.1 Low.
Data as of 26 Oct 2026, 09:15 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% 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:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Nov 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Enterprise | Affected
| Fixed in– |
AI-suggested
1. Upgrade Splunk Enterprise and Splunk Cloud Platform to versions 10.0.1, 9.4.5, 9.3.7, 9.2.9 or later where the vulnerability is fixed. 2. Implement strict validation and whitelisting of URLs accepted in the 'return_to' parameter to prevent redirection to untrusted external sites. 3. Configure web application firewalls (WAFs) to detect and block suspicious redirect URLs targeting Splunk login endpoints. 4. Conduct targeted user awareness training emphasizing the risks of clicking unexpected or suspicious links, especially those purporting to be from internal tools like Splunk. 5. Monitor Splunk web access logs for unusual redirect parameter usage or spikes in login endpoint requests with external URLs. 6. Consider implementing multi-factor authentication (MFA) to reduce the risk of credential compromise if phishing occurs. 7. Use URL rewriting or proxying to restrict redirects to internal domains only. 8. Coordinate with security teams to integrate phishing detection and response workflows that consider this vulnerability’s exploitation vector.
Description
In Splunk Enterprise versions below 10.0.1, 9.4.5, 9.3.7, 9.2.9, and Splunk Cloud Platform versions below 10.0.2503.5, 9.3.2411.111, and 9.3.2408.121, an unauthenticated attacker could craft a malicious URL using the `return_to` parameter of the Splunk Web login endpoint. When an authenticated user visits the malicious URL, it could cause an unvalidated redirect to an external malicious site. To be successful, the attacker has to trick the victim into initiating a request from their browser. The unauthenticated attacker should not be able to exploit the vulnerability at will.