Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with low-privilege Splunk account
-
DeliverySubmit crafted network request to Splunk Enterprise
-
ExploitTrigger improper-neutralization flaw (CWE-707)
-
ExecutionCross scope boundary to other resources
-
ImpactCompromise confidentiality, integrity and availability
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V1 - Encoding and Sanitization Improper neutralization
|
| Exploitation Conditions | Exploitation requires a network-reachable Splunk Enterprise instance and a valid low-privilege authenticated account (CVSS PR:L) - it is NOT unauthenticated; no user interaction is needed (UI:N) and attack complexity is low (AC:L). The specific product feature, endpoint, or configuration that triggers the improper neutralization is not described in the available sources, so no feature-level precondition can be named. Limiting factors: the attacker must first possess or obtain low-tier Splunk credentials, and only the listed version branches are affected (Splunk Enterprise 9.4 before 9.4.16, 10.0 before 10.0.11, 10.2 before 10.2.8, and 10.4 before 10.4.4); instances already on or above those fixed versions are not exploitable. |
| Impact | This is a genuine high-priority issue, but the supporting signals are mixed in quality. The CVSS 3.1 base score is 9.9 (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H): network-reachable, low attack complexity, only low-level privileges needed, no user interaction, a changed scope, and high impact to confidentiality, integrity and availability - the near-maximum score is driven by the scope change combined with a low privilege requirement. The vendor-independent priority label is 'act_now', and a patch is already available, which together argue for prompt remediation. However, several exploitation signals are simply absent: no EPSS probability is supplied, the CVE is not listed in CISA KEV, and no public exploit or PoC reference is present - so exploitation status is 'no public exploit identified at time of analysis'. The absence of EPSS/KEV/PoC is not evidence of safety, but it does mean the 9.9 reflects potential severity rather than demonstrated in-the-wild activity. A notable caveat: the description is generic Cisco/Splunk 'security hardening' boilerplate (CWE-707, improper neutralization) and does not describe the trigger, so the mechanism behind the scope change and the impact claims cannot be independently verified from the supplied text - the metrics describe severity, not how the flaw is reached. Net: treat as act_now because of the score, authenticated-but-low bar, and available fix, while recognizing the real-world exploitation likelihood is currently unquantified. |
| Exploit ScenarioDerived | An attacker holding a low-privilege authenticated account on a Splunk Enterprise instance sends crafted input over the network that is improperly neutralized by the application, crossing a security boundary (CVSS scope change) to affect resources beyond the attacker's authorized context. Because PR:L and no user interaction are required, any valid low-tier Splunk user - or an attacker who has obtained such credentials - could attempt it; the precise trigger is not described in the available sources. No public exploit code or PoC reference is present in the supplied data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 22, 2026
Improper neutralization weaknesses in Splunk Enterprise allow a network-positioned attacker holding a valid low-privilege account to achieve high confidentiality, integrity, and availability impact, with a scope change (S:C) indicating the effect can extend beyond the initially compromised component. Affected branches are Splunk Enterprise 9.4 before 9.4.16, 10.0 before 10.0.11, 10.2 before 10.2.8, and 10.4 before 10.4.4; CVSS 3.1 is 9.9 (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H), so authentication is required but no user interaction is, and only the listed versions are in scope. Vendor fixes are available and the issue is prioritized act_now, but no public exploit code and no CISA KEV entry were identified at time of analysis; the two supplied references are one Splunk advisory plus an NVD detail page, so the corroborating signal quality is thin relative to the score.
RemediationAI
Vendor-released patches exist: upgrade to Splunk Enterprise 9.4.16, 10.0.11, 10.2.8, or 10.4.4 depending on the branch in use, per advisory https://advisory.splunk.com/advisories/SVD-2026-1008 - this is a hardening release bundling multiple internally discovered issues under CVE-2026-76302, so treat the listed fixed build as the remediation target rather than a single-issue hotfix. No specific vendor workaround, feature disablement, or configuration toggle is documented in the available sources; the only hard boundary the data supports is version, since instances already at or above the listed fixed builds are not exploitable. Because exploitation as assessed requires a network-reachable Splunk Enterprise instance plus a valid low-privilege authenticated account (PR:L), reducing the exposed attack surface by restricting management and search interface reachability to trusted networks, and auditing or pruning stale low-tier accounts and excessive role grants, lowers exposure while patching is staged - with the trade-off of reduced access for legitimate distributed search, forwarder, and administrative workflows. Given the act_now priority and the scope-changed high-impact vector, patch the exposed instances first and confirm the running build number after upgrade.
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-707 (Improper Neutralization) is the parent class covering failures to neutralize special elements that carry structural meaning into a downstream interpreter - the class from which injection weaknesses such as command, argument, query, or template injection descend. In this case the affected technology is Splunk Enterprise, the CPE-identified SIEM and machine-data platform (cpe:2.3:a:splunk:splunk_enterprise), where the weakness is described as one of several internally discovered issues bundled into a proactive Cisco hardening release rather than a single externally reported bug. The CVSS scope change (S:C) is material: it means a successful attack can affect resources beyond the vulnerable component's own security authority, which for a central log and search platform could mean downstream consumers of the platform's data or connected components. The specific product feature, endpoint, query surface, or configuration that triggers the improper neutralization is not described in the available sources, and the CVSS metrics supplied describe severity and prerequisites only - they do not establish the trigger mechanism, so the exact exploitation path remains unverified.
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:C/C:H/I:H/A:H
Follows the supplied vector: network-reachable with low-privilege authentication (PR:L, not PR:N), no user interaction, and a scope change yielding high C/I/A; mechanism undescribed so AC:L is retained as given.
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
4DescriptionCVE.org
As part of Cisco's ongoing commitment to proactive security and product quality, Cisco has conducted a comprehensive internal security review. This review resulted in a software hardening release that addresses multiple internally discovered vulnerabilities. The vulnerabilities tracked by CVE-2026-76302 are related to improper neutralization and are grouped under the Common Weakness Enumeration (CWE) CWE-707.
Executive ViewAI
Splunk Enterprise, a critical platform for security monitoring and operational intelligence, has a critical vulnerability (CVE-2026-76302) that allows a low-privilege authenticated attacker to compromise confidentiality, integrity, and availability, potentially affecting other systems. Leadership should prioritize immediate patching because exploitation could disrupt business operations and expose sensitive data.
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-107649
GHSA-h7wc-qpph-925x
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB