Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain network access to Splunk management port TCP 8089
-
DeliveryRegister crafted Deployment Server client identity with embedded SPL payload
-
ExploitMalicious SPL stored in Deployment Server configuration
-
ExecutionWait for administrator to open Add Data forwarder workflow
-
PersistStored identifier interpolated into dispatched search without sanitization
-
ImpactSPL executes in Splunk search context, accessing all indexed data and platform controls
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Query language parameterization
|
| Exploitation Conditions | Phase one (payload staging) requires network reachability to the Splunk management port (default TCP 8089) and the ability to register a Deployment Server client identity - no authentication is required (PR:N per CVSS vector). The Deployment Server functionality must be active on the target instance. Phase two (detonation) requires an administrator to open the Add Data forwarder workflow after the crafted identity has been registered; exploitation cannot occur without this specific UI:R trigger. Limiting factors: management port is frequently firewalled from untrusted networks, reducing external attacker reachability; the detonation trigger depends on administrator workflow behavior and is not attacker-controlled in timing; and the attacker must know or guess that the payload will be triggered by this specific workflow rather than other administrative actions. |
| Impact | The CVSS 8.8 score with vector AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H accurately captures the split-phase nature of this attack: the initial payload registration requires no authentication and low complexity, while the detonation phase is gated by an administrator performing a specific UI action. The UI:R dependency is the primary risk moderator - exploitation is not fire-and-forget but requires the attacker to wait for an administrator to open the Add Data forwarder workflow, a realistic event in any environment actively onboarding forwarders. The management port (TCP 8089) is often restricted by perimeter controls in hardened deployments, but internal network reachability is common in large enterprise environments and SOC deployments where Splunk is most prevalent. No EPSS score is available in the provided data; no CISA KEV listing is present; and no POC has been identified at time of analysis. The absence of KEV reduces urgency slightly but should not create complacency - Splunk's management interface has historically attracted targeted exploitation, and the attack primitive (SPL injection via forwarder identity) is well within the capability of any attacker familiar with the platform. The Cisco attribution as reporter adds credibility to the severity assessment. |
| Exploit ScenarioDerived | An attacker with internal network access to port 8089 registers a forwarder identity whose client name contains embedded SPL pipeline syntax, such as pipeline chaining operators or search commands that exfiltrate index data to an external destination. The malicious identity persists on the Deployment Server until an administrator navigates to the Add Data forwarder workflow during routine operations, at which point the unsanitized identifier is interpolated into a dispatched search and executes with the privileges of the Splunk search process. No public proof-of-concept has been identified at time of analysis, but the mechanism requires only knowledge of SPL syntax and Deployment Server registration protocol. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Stored SPL injection in Splunk Enterprise allows an unauthenticated attacker who can reach the management port to register a crafted Deployment Server client identity containing malicious Search Processing Language code, which executes when an administrator opens the Add Data forwarder workflow. All four supported major branches are affected (9.4.x, 10.0.x, 10.2.x, 10.4.x), with vendor-confirmed fixes available. No public exploit has been identified at time of analysis, but successful exploitation yields full confidentiality, integrity, and availability impact on the Splunk platform instance.
RemediationAI
Upgrade to Splunk Enterprise 10.4.1, 10.2.5, 10.0.9, or 9.4.14 for the respective installed branch, as documented in Splunk advisory SVD-2026-0801 at https://advisory.splunk.com/advisories/SVD-2026-0801. As an immediate compensating control, restrict network access to the Splunk management port (default TCP 8089) to only trusted internal hosts via host-based firewall rules or network segmentation - this blocks the unauthenticated client registration phase entirely, since an attacker cannot stage a payload without reaching that port. Note that restricting port 8089 will affect legitimate forwarder-to-indexer and forwarder-to-deployment-server connectivity, so access control lists should be scoped to authorized forwarder IP ranges rather than a blanket block. Additionally, monitor Deployment Server client registration logs for anomalous or unexpected client identities as a detection measure. Restricting administrator access to the Add Data forwarder workflow via role-based access control can reduce the attack surface for the detonation phase.
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 is CWE-943 (Improper Neutralization of Special Elements in Data Query Logic), the query-injection analogue for SPL - Splunk's proprietary Search Processing Language used for all data retrieval, transformation, and alerting operations. Deployment Server client identifiers, supplied by forwarders during registration over the management port (default TCP 8089), are interpolated directly into dispatched search pipelines without escaping or allowlisting special characters. This creates a stored injection: the payload persists in Deployment Server configuration until a privileged trigger event. The affected component is core Splunk Enterprise (cpe:2.3:a:splunk:splunk_enterprise), not an addon or plugin, spanning all platform variants across the four active branches confirmed by EUVD-2026-63123.
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:R/S:U/C:H/I:H/A:H
Network-reachable unauthenticated registration (AV:N, PR:N) with AC:L; UI:R captures mandatory admin workflow trigger; S:U and full C/I/A reflect SPL's unrestricted access to all indexed data and platform availability.
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
2DescriptionCVE.org
In Splunk Enterprise versions below 10.4.1, 10.2.5, 10.0.9, and 9.4.14, an unauthenticated user who can reach the Splunk management port could store a Search Processing Language (SPL) pipeline that runs when an administrator opens the Add Data forwarder workflow. The SPL pipeline could access all relevant data, affect system integrity, and affect availability of the Splunk platform instance. The SPL injection is possible because Deployment Server client identifiers are placed into dispatched searches without neutralizing special characters. Successful exploitation requires an administrator to open the affected Add Data forwarder workflow after the unauthenticated user registers a crafted Deployment Server client identity. For more information see Forward data (https://help.splunk.com/en/splunk-enterprise/get-started/get-data-in/10.2/how-to-get-data-into-your-splunk-deployment/forward-data) and About agent management (https://help.splunk.com/en/splunk-enterprise/administer/update-your-deployment/10.4/agent-management/about-agent-management) in the Splunk documentation.
Executive ViewAI
Splunk Enterprise across all supported versions (9.4.x-10.4.x) faces unauthenticated remote code injection vulnerability in the search processing engine: attackers with network access to the management port can register malicious deployment clients whose code auto-executes when administrators access data forwarding features, enabling complete data theft, manipulation, and system disruption.
Apply vendor patch. Interim: Restrict management port (8089) network access to authorized administrative systems; implement audit logging and monitoring of deployment server client activities.
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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
NoSQL injection exploits databases that don't use traditional SQL syntax-like MongoDB, CouchDB, or Redis-by manipulating queries through unsanitized user input.
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-63123
GHSA-5rxf-5c27-g6hp
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB