Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain Automation Engineer credentials
-
DeliveryAuthenticate to Splunk SOAR API endpoint
-
ExploitInject malicious SQL via playbook automation data API parameter
-
ExecutionExecute arbitrary SQL against SOAR database
-
ImpactExfiltrate case data and credentials or modify playbook logic
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Query language parameterization
|
| Exploitation Conditions | Exploitation requires possession of the 'Automation Engineer' role within the target Splunk SOAR instance - this is a specific platform role assignable to SOC analysts and automation developers, not a default or anonymous account. The attacker must have valid credentials for an account with this role and network access to the SOAR API endpoint. This makes the primary exploitation scenarios a malicious insider or an attacker who has separately compromised an Automation Engineer account. No non-default configuration settings are required beyond role assignment. Exploitation is bounded to Splunk SOAR versions below 8.6.0; the unchanged scope (S:U) means the vulnerability does not inherently pivot to adjacent systems. Limiting factors for defenders: the role requirement creates a meaningful authentication and authorization barrier, and monitoring for anomalous database query patterns from SOAR service accounts can serve as an early detection signal. |
| Impact | The CVSS 3.1 base score of 6.5 reflects a network-accessible (AV:N), low-complexity (AC:L) attack constrained by a high privilege requirement (PR:H), corresponding to the 'Automation Engineer' role. While PR:H nominally limits the attack surface, this is a standard operational role assigned to SOC analysts and automation developers - not a sole-admin account - meaning the population of potential threat actors is larger than a true superuser-only flaw. The C:H/I:H impact pair is severe: full database read exposes all case data, playbook configurations, stored credentials, and integration secrets, while write access allows data manipulation or destruction of SOAR workflow logic. No EPSS score was provided in the available data, so statistical exploitation probability cannot be quantified. KEV status is absent and no POC has been identified, indicating this has not yet been weaponized at scale. The primary real-world risk scenario is a malicious insider or an attacker who has already compromised an Automation Engineer account - this is not an opportunistic external attack path. The missing EPSS data is a gap that limits confidence in probability-based prioritization. |
| Exploit ScenarioDerived | An authenticated user with the 'Automation Engineer' role crafts a malicious input within a Splunk SOAR playbook automation data API request, injecting SQL that escapes the intended query boundary. The injected payload executes against the SOAR backend database with application-level permissions, enabling the attacker to exfiltrate all case records, stored credentials, and integration configurations, or overwrite playbook logic to introduce persistent backdoor automation. No public POC has been identified, but the attack requires only standard SQL injection techniques applied to an authenticated API endpoint. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
SQL injection in Splunk SOAR's playbook automation data APIs grants any user holding the 'Automation Engineer' role unrestricted read, write, and delete access to the entire SOAR database in versions below 8.6.0. The vulnerability stems from user-supplied input being incorporated into database queries without proper sanitization (CWE-943), enabling arbitrary SQL execution against the SOAR backend. No public exploit code or active exploitation via CISA KEV has been identified at time of analysis; Splunk has released a patch in version 8.6.0.
RemediationAI
Upgrade Splunk SOAR to version 8.6.0 or later, per the vendor advisory SVD-2026-0804 at https://advisory.splunk.com/advisories/SVD-2026-0804. If an immediate upgrade is not operationally feasible, restrict assignment of the 'Automation Engineer' role to the minimum necessary set of verified, trusted users and audit all current role holders for legitimacy - reducing role scope limits the population of users capable of triggering the injection, though it does not remediate the underlying flaw. As an additional detective control, enable query-level auditing on the SOAR database and alert on anomalous patterns such as bulk SELECT statements, UNION clauses, or schema-level queries originating from application service accounts. These compensating controls carry the trade-off of operational overhead and do not prevent exploitation - treat them strictly as temporary mitigations pending patch deployment.
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 SOAR is a security orchestration, automation, and response platform used by enterprise SOC teams to automate incident workflows and case management. The vulnerability resides in the playbook automation data APIs, which embed unsanitized user-controlled input directly into database queries rather than using parameterized statements or prepared queries. CWE-943 (Improper Neutralization of Special Elements in Data Query Logic) covers exactly this class of flaw, where the absence of proper input neutralization allows user-supplied content to alter the intended query structure. Notably, the intelligence tags include 'Nosql Injection,' but the vendor description explicitly identifies Structured Query Language (SQL) as the affected query type - this tagging discrepancy should be treated as a metadata artifact rather than evidence of a NoSQL attack surface. The affected CPE (cpe:2.3:a:splunk:splunk_soar:*:*:*:*:*:*:*:*) covers all SOAR versions, with EUVD entry EUVD-2026-62928 bounding the vulnerable range to versions below 8.6.0.
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:H/UI:N/S:U/C:H/I:H/A:N
PR:H matches the required 'Automation Engineer' role; C:H/I:H reflects full database CRUD access; A:N as no availability disruption is described by the vendor.
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
1DescriptionCVE.org
In Splunk SOAR versions below 8.6.0, a user who holds the "Automation Engineer" role could run arbitrary Structured Query Language (SQL) statements against the Splunk SOAR database and create, read, update, or delete all data in the database. The vulnerability is possible because Splunk SOAR playbook automation data APIs incorporate user-supplied input into database queries without proper neutralization. For more information see Manage roles and permissions in Splunk SOAR Cloud (https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/manage-your-splunk-soar-cloud-users-and-accounts/manage-roles-and-permissions-in-splunk-soar-cloud) 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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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-62928
GHSA-w82g-fmf2-qpww
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB