Skip to main content

Splunk Enterprise EUVDEUVD-2026-62905

| CVE-2026-76340 MEDIUM
Missing Authorization (CWE-862)
2026-08-19 cisco GHSA-9mp7-pwvh-jcpg
5.3
CVSS 3.1 · Vendor: cisco
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify Splunk Enterprise 10.4.x REST API on port 8089
  2. Delivery
    Send unauthenticated HTTP request to token-key reload endpoint
  3. Exploit
    Missing authorization check allows action to proceed
  4. Execution
    Token-signing keys refreshed without operator consent
  5. Impact
    Active 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Splunk Enterprise 10.4 <10.4.2

Affected Packages

euvd splunk_enterprise fix: 10.4.2

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

Vendor (cisco) PRIMARY 5.3 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
vuln.today AI 5.3 MEDIUM

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).

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (cisco).

CVSS VectorVendor: cisco

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
Low
Availability
None

Lifecycle Timeline

2
Patch available
Aug 19, 2026 - 22:04 EUVD
CVE Published
Aug 19, 2026 - 21:34 nvd
MEDIUM 5.3

DescriptionCVE.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

EPSS Score
0.3%
Top 81% exploitable
Prevalence
High
widely deployed enterprise SIEM and log analytics platform
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact· derived
High

Priority Score

26
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +26
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

More in Splunk

View all
CVE-2014-0160 HIGH POC
7.5 Apr 07

The (1) TLS and (2) DTLS implementations in OpenSSL 1.0.1 before 1.0.1g do not properly handle Heartbeat Extension packe

CVE-2026-20253 CRITICAL POC
9.8 Jun 10

Unauthenticated arbitrary file write in Splunk Enterprise (below 10.2.4 and 10.0.7) and Splunk Cloud Platform (below 10.

CVE-2021-22901 HIGH POC
8.1 Jun 11

curl 7.75.0 through 7.76.1 suffers from a use-after-free vulnerability resulting in already freed memory being used when

CVE-2022-32206 MEDIUM POC
6.5 Jul 07

curl < 7.84.0 supports "chained" HTTP compression algorithms, meaning that a serverresponse can be compressed multiple t

CVE-2024-36985 HIGH POC
8.8 Jul 01

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

CVE-2023-46214 HIGH POC
8.8 Nov 16

In Splunk Enterprise versions below 9.0.7 and 9.1.2, Splunk Enterprise does not safely sanitize extensible stylesheet la

CVE-2023-32707 HIGH POC
8.8 Jun 01

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,

CVE-2022-43571 HIGH POC
8.8 Nov 03

In Splunk Enterprise versions below 8.2.9, 8.1.12, and 9.0.2, an authenticated user can execute arbitrary code through t

CVE-2022-32207 CRITICAL POC
9.8 Jul 07

When curl < 7.84.0 saves cookies, alt-svc and hsts data to local files, it makes the operation atomic by finalizing the

CVE-2022-35737 HIGH POC
7.5 Aug 03

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

CVE-2022-43551 HIGH POC
7.5 Dec 23

A vulnerability exists in curl <7.87.0 HSTS check that could be bypassed to trick it to keep using HTTP. Rated high seve

CVE-2022-32221 CRITICAL POC
9.8 Dec 05

When doing HTTP(S) transfers, libcurl might erroneously use the read callback (`CURLOPT_READFUNCTION`) to ask for data t

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy