Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify Splunk Enterprise 10.4.x REST API on port 8089
-
DeliverySend unauthenticated HTTP request to token-key reload endpoint
-
ExploitMissing authorization check allows action to proceed
-
ExecutionToken-signing keys refreshed without operator consent
-
ImpactActive tokens invalidated or authentication disrupted
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The vulnerable endpoint is the token-key reload action within the Splunk Enterprise REST API, which is exposed by default on TCP port 8089. No authentication, no capability, and no special configuration are required - the flaw exists in the default deployment of affected 10.4.x versions because the authorization check is entirely absent from this endpoint rather than misconfigured. Exploitation is limited to Splunk Enterprise 10.4.0 and 10.4.1 specifically; all versions below 10.4 are confirmed not affected. The attacker must have network-layer access to the REST API port, meaning instances protected by firewall rules restricting port 8089 to management networks have significantly reduced exposure. No user interaction and no attacker-controlled prerequisite configuration are required. |
| Impact | The CVSS 5.3 Medium rating (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N) accurately reflects a low-complexity, unauthenticated network-exploitable flaw with limited integrity impact - the attacker influences system state (forces a key reload) rather than directly exfiltrating data or executing code. No EPSS score was supplied in the input data and cannot be independently confirmed here. There is no CISA KEV listing and no known public POC at time of analysis. Even a mid-sized IT team in bytom operating a Splunk Enterprise 10.4 deployment should treat this as a moderate operational priority given the zero-barrier exploitation path (PR:N, AC:L) against a security-sensitive component: forcing token-signing key reloads could interrupt active authenticated sessions or disrupt downstream token validation in federated environments. The scope is meaningfully constrained - only the 10.4.x branch below 10.4.2 is affected; all earlier major versions are explicitly not vulnerable per the vendor advisory, which limits the exposed population. The primary risk amplifier is that Splunk Enterprise's REST API is sometimes exposed on internal networks without strict firewall segmentation, making the endpoint reachable to a broad set of internal actors. |
| Exploit ScenarioDerived | An unauthenticated attacker with network access to the Splunk Enterprise REST API port (default 8089) sends a crafted HTTP request targeting the token-key reload action. Because the endpoint enforces no authentication or capability check, the request succeeds, triggering a token-signing key refresh cycle. In environments where Splunk tokens are actively used for inter-service authentication or API access, this could invalidate in-flight tokens and disrupt dependent integrations or monitoring pipelines. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Unauthenticated token-signing key reload in Splunk Enterprise 10.4.x (below 10.4.2) exposes a REST API endpoint that lacks the required change_authentication capability check, permitting any network-reachable caller to force a key reload cycle without credentials. The flaw is classified under CWE-862 (Missing Authorization) and was reported by Cisco; a vendor patch is available at 10.4.2. No active exploitation has been confirmed and no public exploit code has been identified at time of analysis, though the low-complexity, unauthenticated network vector makes opportunistic probing straightforward once the endpoint is known.
RemediationAI
Vendor-released patch: Splunk Enterprise 10.4.2, which addresses the missing authorization check on the token-key reload REST endpoint; upgrade instructions and release notes are available at https://advisory.splunk.com/advisories/SVD-2026-0801. Where immediate patching is not feasible, restrict network access to the Splunk REST API port (default 8089/TCP) via host-based firewall rules or network-layer ACLs to permit connections only from trusted management hosts or subnets - this reduces the attack surface to authenticated network segments but does not eliminate the underlying flaw, and will prevent legitimate remote API consumers from reaching the service. No other workaround (such as disabling the specific endpoint) is described in the available advisory data.
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
Splunk Enterprise exposes a REST API (typically on TCP port 8089) for management and administrative operations, including authentication configuration such as managing token-signing keys used to validate bearer tokens across the platform. The change_authentication capability is the Splunk RBAC gate that should control access to authentication-modifying actions. CWE-862 (Missing Authorization) describes the root cause: the token-key reload REST endpoint was implemented without enforcing this capability check, allowing the action to proceed without any authenticated session. The affected software is identified by CPE cpe:2.3:a:splunk:splunk_enterprise:*:*:*:*:*:*:*:* scoped to the 10.4 branch. Notably, the vulnerability was introduced in 10.4 and does not affect earlier major versions, indicating it was a regression or new feature path added in that release cycle.
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:N/I:L/A:N
REST API is network-accessible without credentials (AV:N, PR:N, AC:L); impact is limited to forcing a key reload with no data exposure or service crash (I:L, C:N, A:N).
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
2DescriptionCVE.org
In Splunk Enterprise 10.4 versions below 10.4.2, an unauthenticated user could cause Splunk Enterprise to reload token-signing keys through the Representational State Transfer (REST) API. The vulnerability does not affect Splunk Enterprise versions below 10.4. The vulnerability is possible because the REST API does not require authentication or the change_authentication capability for the token-key reload action. For more information see Define roles on the Splunk platform with capabilities (https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.4/manage-splunk-platform-users-and-roles/define-roles-on-the-splunk-platform-with-capabilities) in the Splunk documentation.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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-62905
GHSA-9mp7-pwvh-jcpg
NVD
CVE.org
EPSS
Exploit-DB