Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify network-reachable Splunk Web instance
-
DeliveryCraft HTTP request with path traversal sequences
-
ExploitBypass static directory restriction in Splunk Web
-
ExecutionRead JavaScript files outside configured static root
-
ImpactExtract endpoint or logic details for reconnaissance
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Path canonicalization, traversal prevention
MITRE ATT&CK
2 techniques across 2 tactics: Discovery, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No authentication is required and no special configuration of Splunk Enterprise is needed - the vulnerability is present in default installations of affected versions whenever Splunk Web is enabled and network-accessible. Exploitation is limited to reading JavaScript files; the description does not indicate that other file types, write operations, or remote code execution are possible. The primary limiting factor is network reachability: organizations that isolate Splunk Web behind a VPN or internal-only network segment significantly reduce their exposure window. The vulnerability does not affect Splunk instances where Splunk Web is disabled (e.g., indexer-only deployments with web disabled in web.conf). |
| Impact | The CVSS 3.1 base score of 5.3 (Medium) with vector AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N accurately reflects the constrained but easily reachable impact: a remote, unauthenticated attacker can read JavaScript files with low complexity and no user interaction, but confidentiality impact is low (C:L) and there is no integrity or availability impact. No EPSS score was provided in the input data, so exploitation probability cannot be quantified. The vulnerability is not in CISA KEV and no proof-of-concept code has been identified, indicating no confirmed active exploitation at this time. Real-world prioritization should be moderate: the attack surface is wide (any Splunk Web instance reachable over the network), but the data exposure is limited to JavaScript files which, while potentially containing internal logic or endpoint hints useful for reconnaissance, are unlikely to yield credentials or full system compromise on their own. Organizations with internet-exposed Splunk Web deployments face higher exposure than those with internal-only access. |
| Exploit ScenarioDerived | An unauthenticated attacker who can reach the Splunk Web interface over the network crafts an HTTP GET request with directory traversal sequences in the file path, bypassing the static directory restriction to retrieve JavaScript files stored outside the intended web root. No public proof-of-concept has been identified, but the low attack complexity means this is trivially reproducible. The retrieved JavaScript may expose internal API endpoint structures, business logic, or configuration hints that an attacker could use to plan more targeted follow-on activity. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Path traversal in Splunk Enterprise exposes JavaScript files outside the Splunk Web static directory to unauthenticated remote attackers across four active release branches. Splunk Web fails to enforce boundaries on static file requests, allowing directory traversal reads without any credentials. No public exploit code has been identified at time of analysis and this vulnerability is not listed in the CISA KEV catalog, but the trivially low attack complexity (AC:L, PR:N, UI:N) means exploitation requires no special tooling.
RemediationAI
Upgrade Splunk Enterprise to one of the patched releases: 10.4.2, 10.2.6, 10.0.9, or 9.4.14, per the vendor advisory at https://advisory.splunk.com/advisories/SVD-2026-0801. The patch is confirmed available from the vendor. As a compensating control where immediate patching is not possible, restrict network access to Splunk Web using a firewall or reverse proxy so that only authorized internal networks or VPN-connected clients can reach the interface - this reduces the unauthenticated attack surface to trusted sources. Be aware that this does not eliminate the vulnerability, only limits who can reach it. No other vendor-documented workarounds were identified in the available references.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
CWE-22 (Path Traversal) describes failures to sanitize user-controlled path components before resolving them against the filesystem. In this case, Splunk Web - the browser-based interface of Splunk Enterprise - serves static assets from a configured directory but does not validate that incoming file requests resolve within that boundary. An attacker can supply traversal sequences (e.g., '../') in the request URI to reach JavaScript files stored in sibling or parent directories of the static root. The affected codebase is identified by CPE cpe:2.3:a:splunk:splunk_enterprise:*:*:*:*:*:*:*:* spanning the 9.4.x, 10.0.x, 10.2.x, and 10.4.x release trains. The scope is bounded to JavaScript file reads - the description does not indicate arbitrary file types or write capability.
Know when Splunk gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Network-accessible with no authentication or user interaction; confidentiality impact limited to JavaScript files, no integrity or availability impact applies.
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
2DescriptionCVE.org
In Splunk Enterprise versions below 10.4.2, 10.2.6, 10.0.9, and 9.4.14, an unauthenticated user could read JavaScript files outside the Splunk Web static directory. The vulnerability is possible because Splunk Web does not restrict static file requests to the configured static directory.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
The (1) TLS and (2) DTLS implementations in OpenSSL 1.0.1 before 1.0.1g do not properly handle Heartbeat Extension packe
Unauthenticated arbitrary file write in Splunk Enterprise (below 10.2.4 and 10.0.7) and Splunk Cloud Platform (below 10.
curl 7.75.0 through 7.76.1 suffers from a use-after-free vulnerability resulting in already freed memory being used when
curl < 7.84.0 supports "chained" HTTP compression algorithms, meaning that a serverresponse can be compressed multiple t
In Splunk Enterprise versions below 9.2.2, 9.1.5, and 9.0.10, a low-privileged user that does not hold the admin or powe
In Splunk Enterprise versions below 9.0.7 and 9.1.2, Splunk Enterprise does not safely sanitize extensible stylesheet la
In versions of Splunk Enterprise below 9.0.5, 8.2.11, and 8.1.14, and Splunk Cloud Platform below version 9.0.2303.100,
In Splunk Enterprise versions below 8.2.9, 8.1.12, and 9.0.2, an authenticated user can execute arbitrary code through t
When curl < 7.84.0 saves cookies, alt-svc and hsts data to local files, it makes the operation atomic by finalizing the
SQLite 1.0.12 through 3.39.x before 3.39.2 sometimes allows an array-bounds overflow if billions of bytes are used in a
A vulnerability exists in curl <7.87.0 HSTS check that could be bypassed to trick it to keep using HTTP. Rated high seve
When doing HTTP(S) transfers, libcurl might erroneously use the read callback (`CURLOPT_READFUNCTION`) to ask for data t
EUVD-2026-62902
GHSA-qhfg-mqv8-w2jp
NVD
CVE.org
EPSS
Exploit-DB