Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege Splunk account
-
ExploitSend crafted request over network
-
ExecutionAbuse improper resource lifetime handling
-
ImpactGain unauthorized read/write/disruption on instance
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Resource lifecycle control
|
| Exploitation Conditions | Requires network reachability to the Splunk Enterprise management/web interface and a valid low-privilege authenticated account (CVSS PR:L), consistent with abuse of an authenticated feature rather than unauthenticated exposure. No user interaction is needed (UI:N) and scope is unchanged (S:U). Limiting factors: the attacker must first obtain or compromise Splunk credentials/session, and affected deployments must be running versions below 9.4.15, 10.0.10, 10.2.7, or 10.4.3 - patched builds eliminate the issue. The grouped advisory does not name a specific non-default feature toggle, so the condition is primarily the authentication requirement plus a vulnerable version. |
| Impact | Signals are mixed and lean toward moderate real-world priority despite the 8.8 'High' CVSS. The CVSS vector (AV:N/AC:L/PR:L/UI:N) indicates a network-reachable, low-complexity flaw requiring only low-level authentication, with full High impact to confidentiality, integrity, and availability - a serious profile for any authenticated Splunk user or compromised account. However, EPSS is very low at 0.15% (4th percentile), the CVE is NOT on CISA KEV, and no public proof-of-concept is referenced, so there is currently no public exploit identified at time of analysis. The vulnerability was internally discovered by the vendor (reported by Cisco/Splunk) rather than observed in attacks, which is consistent with the low exploitation probability. Note a conflict worth flagging: the single 'Information Disclosure' tag understates the scored impact - CVSS claims C:H/I:H/A:H (full compromise), not disclosure alone, and CWE-664 (Improper Control of a Resource Through its Lifetime) is a generic grouping weakness; the terse, grouped advisory means the precise exploitation mechanics are not publicly detailed. Net: a patch-promptly item for Splunk operators (authenticated attack surface, full impact) but not an emergency given no exploitation evidence and a low EPSS. |
| Exploit ScenarioDerived | An attacker who already holds low-privilege authenticated access to a Splunk Enterprise instance (e.g., a low-tier user account or stolen session) sends crafted requests over the network that abuse improper resource lifetime handling. Because no user interaction is required and complexity is low, the attacker can escalate impact to read sensitive data, alter data/configuration, and disrupt availability. No public PoC exists, so exploitation would require independent development against the vendor-described weakness. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Authenticated low-privilege users with network access to the Splunk Enterprise management/web interface can abuse improper resource lifetime handling to achieve high confidentiality, integrity, and availability impact on deployments running versions below 9.4.15, 10.0.10, 10.2.7, or 10.4.3. The flaw is rated CVSS 8.8 (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) and is one of a group of internally discovered issues covered by Splunk advisory SVD-2026-1002, where CVEs are assigned per CWE group, so the specific vulnerable subsystem is not individually named. Real-world likelihood currently appears limited: EPSS is 0.15% (4th percentile), there is no CISA KEV listing and no public exploit identified at time of analysis, and the primary gating factor is that an attacker must already hold valid Splunk credentials or a session.
RemediationAI
Vendor-released patch: upgrade Splunk Enterprise to 10.4.3, 10.2.7, 10.0.10, or 9.4.15 (or later) on the respective maintenance branches, as documented in Splunk advisory SVD-2026-1002 (https://advisory.splunk.com/advisories/SVD-2026-1002); patched builds eliminate the issue entirely, so applying them is the only complete fix. Because the grouped advisory does not identify a specific non-default feature or configuration toggle to disable, there is no targeted configuration workaround - compensating controls must instead constrain the prerequisites: restrict network access to the Splunk management/web interface (for example splunkd on TCP 8089 and the web port) to trusted management networks or a jump host, which reduces exposure but does not remove risk for insiders or compromised hosts; audit and minimize the number of low-privilege accounts with API/web access and enforce least privilege on Splunk roles, accepting that this only narrows the attacker pool since the flaw itself requires only PR:L; and rotate credentials, review API tokens, and monitor Splunk audit logs for anomalous search-job or session resource activity to catch post-exploitation behavior, though detection is a detective rather than preventive control. Where upgrade windows are long, prioritize internet-facing or broadly accessible Splunk instances first, given the high C/I/A potential of the grouped issue.
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
The root cause class is CWE-664, Improper Control of a Resource Through its Lifetime, the parent weakness covering failures to correctly acquire, track, release, or invalidate a resource across its lifecycle (for example resource leaks, stale handles, use-after-release, or state that remains usable after it should have been invalidated). In a Splunk Enterprise context this class of defect typically surfaces in the splunkd REST API and web management layer, where an authenticated low-privilege role interacts with long-lived objects such as search jobs, sessions, tokens, or scheduled resources that Splunk manages on the user's behalf. Affected CPE data is recorded only as the version-agnostic product pattern cpe:2.3:a:splunk:splunk_enterprise:*:*:*:*:*:*:*:*, so exact version scoping comes from the vendor and ENISA EUVD data rather than CPE matching; the affected builds are Splunk Enterprise 9.4 before 9.4.15, 10.0 before 10.0.10, 10.2 before 10.2.7, and 10.4 before 10.4.3. The CVSS vector shows network reachability (AV:N), low attack complexity (AC:L), low privileges required (PR:L), no user interaction (UI:N), and unchanged scope (S:U) with high impact across confidentiality, integrity, and availability. Notably, the associated tag set describes the grouping as an information disclosure issue, which does not fully align with the C:H/I:H/A:H vector, indicating the grouped CVE may bundle more than one behavior; the advisory link is https://advisory.splunk.com/advisories/SVD-2026-1002.
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:L/UI:N/S:U/C:H/I:H/A:H
Network-facing Splunk interface with low-complexity abuse requiring a low-privilege authenticated account (PR:L), yielding full CIA impact within an unchanged scope.
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
4DescriptionCVE.org
Improper Control of a Resource Through its Lifetime. Splunk addressed multiple internally identified vulnerabilities in Splunk Enterprise versions 10.4.3, 10.2.7, 10.0.10, and 9.4.15. The vulnerabilities are grouped by Common Weakness Enumeration (CWE), with one Common Vulnerabilities and Exposures (CVE) identifier assigned to each group. See Details for more information.
Executive ViewAI
Splunk Enterprise deployments running versions below 9.4.15, 10.0.10, 10.2.7, or 10.4.3 are affected by a high-severity authenticated flaw that could let a low-privileged user with network access compromise the confidentiality, integrity, and availability of the platform. This matters because Splunk often underpins security monitoring, compliance reporting, and operational analytics, so a successful exploit could blind detection, corrupt log data, and disrupt critical oversight. Exploitation requires valid credentials or an existing session, and no public exploit has been identified at time of analysis, but affected organizations should still prioritize remediation.
Apply vendor patch.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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-94634
GHSA-f3pp-j4fj-8pg2
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB