Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain internal network access
-
DeliveryPosition MITM on SOAR-to-CyberArk path
-
ExploitPresent rogue TLS certificate to SOAR client
-
ExecutionIntercept unvalidated TLS session
-
ImpactRead or modify privileged credential vault responses
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | Exploitation requires the attacker to hold an active network-path interception position between the Splunk SOAR instance and the CyberArk REST server - achievable via ARP poisoning on a shared LAN segment, BGP route injection, or compromise of an intermediary network device, but not from an arbitrary internet vantage point. The CyberArk REST credential manager integration must be explicitly configured in Splunk SOAR; instances not using CyberArk as a password vault are entirely unaffected by this flaw. The CVSS PR:N and UI:N confirm no authentication or user interaction is required once network position is established. Exploitation is bounded to the credential data channel between SOAR and CyberArk - it does not directly expose Splunk SOAR's internal data or other integrations. The AC:H rating reflects that achieving the required network interception position is a non-trivial prerequisite that limits opportunistic exploitation. |
| Impact | The CVSS 3.1 base score of 7.4 (High) is well-calibrated: AV:N reflects that the attack traverses the network, AC:H captures the non-trivial prerequisite of achieving a man-in-the-middle position between Splunk SOAR and the CyberArk REST server, and C:H/I:H/A:N accurately reflects the high-value credential data exposed without any availability disruption. In practice, AC:H is the primary limiting factor - exploitation requires internal network access or compromise of a routing device, not merely internet reachability, which meaningfully constrains opportunistic attackers. No EPSS score was supplied in the provided data, and this CVE is not listed in the CISA KEV catalog, indicating no confirmed active exploitation at time of analysis. That said, the integrity impact deserves particular attention: an attacker can not only read vault credentials but inject falsified credential responses into SOAR playbook execution, potentially redirecting automation to attacker-controlled infrastructure. Even a mid-sized security operations team should treat this as high priority if the CyberArk integration is active, since the blast radius of compromised PAM credentials extends well beyond the SOAR platform itself. The absence of a POC and KEV listing moderates urgency slightly, but the sensitivity of the data class (privileged credentials) elevates real-world risk above what the base score alone might suggest. |
| Exploit ScenarioDerived | An attacker with access to the internal network segment shared by Splunk SOAR and the CyberArk REST server uses ARP spoofing or a compromised network device to position themselves in the traffic path. They terminate the TLS connection from Splunk SOAR using a self-signed certificate, which the CyberArk REST client accepts without error, then proxy requests to the real CyberArk server - decrypting and optionally modifying all credential vault responses in transit. Standard MITM tooling is sufficient; no CVE-specific exploit code is required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Improper TLS certificate validation in Splunk SOAR's CyberArk REST client exposes all credential vault traffic to interception and tampering by a network-positioned attacker. Versions below 8.6.0 are affected when a CyberArk REST credential manager integration is configured; the client accepts any server certificate without verification, making TLS sessions transparent to a man-in-the-middle. No public exploit code has been identified at time of analysis, and the vulnerability is absent from the CISA KEV catalog, but the high confidentiality and integrity impact on privileged credential data warrants priority remediation in environments relying on CyberArk for SOAR playbook secrets.
RemediationAI
Upgrade Splunk SOAR to version 8.6.0 or later, which resolves the certificate validation defect in the CyberArk REST client. Full details are in the vendor advisory at https://advisory.splunk.com/advisories/SVD-2026-0804. If immediate patching is not feasible, restrict network routing so that Splunk SOAR and the CyberArk REST server communicate exclusively over a dedicated physically or logically isolated segment (e.g., a private VLAN or VPN tunnel) where third-party interception is not achievable - this reduces exploitation opportunity but adds network infrastructure overhead and does not eliminate the underlying certificate validation flaw. Deploying mutual TLS via a service mesh or API gateway in front of the CyberArk REST endpoint can compensate operationally but introduces certificate lifecycle complexity. Network-level anomaly detection on TLS handshakes between these two systems may surface exploitation attempts. Disabling the CyberArk REST credential manager integration entirely eliminates exposure at the cost of losing vault-backed credential management for SOAR playbooks.
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 vulnerability is rooted in CWE-295 (Improper Certificate Validation): Splunk SOAR's built-in CyberArk REST client omits TLS server certificate verification by default, meaning it will establish an encrypted session with any endpoint regardless of certificate authenticity. This breaks the fundamental trust model of TLS and enables a classic machine-in-the-middle attack where an adversary presents a self-signed or attacker-controlled certificate and the client accepts it without complaint. The affected component is the credential manager integration that Splunk SOAR uses to retrieve secrets from CyberArk Privileged Access Manager (PAM) via its REST API - credentials fetched through this channel are used to authenticate SOAR automation playbooks across the environment. The CPE cpe:2.3:a:splunk:splunk_soar:*:*:*:*:*:*:*:* covers all Splunk SOAR versions below 8.6.0. The 'Hashicorp' tag in the intelligence data may indicate a parallel or related vault integration context, but the described flaw is specific to the CyberArk REST client.
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:H/PR:N/UI:N/S:U/C:H/I:H/A:N
Network-level MITM raises AC:H; no credentials required once positioned (PR:N); credential interception yields C:H/I:H with no availability disruption (A:N).
Primary rating from Vendor (cisco).
CVSS VectorVendor: cisco
Lifecycle Timeline
2DescriptionCVE.org
In Splunk SOAR versions below 8.6.0, an unauthenticated user who can observe or alter network traffic between Splunk SOAR and a configured CyberArk Representational State Transfer (REST) server could access or modify all relevant data exchanged through that credential manager. The vulnerability is possible because the CyberArk REST client does not verify server certificates by default. The attack requires the attacker to have network-path interception capability between Splunk SOAR and the configured CyberArk REST server. For more information see Manage your organization's credentials with a password vault (https://help.splunk.com/en/splunk-soar/soar-cloud/administer-soar-cloud/configure-administration-settings-in-splunk-soar-cloud/manage-your-organizations-credentials-with-a-password-vault) in the Splunk documentation.
Executive ViewAI
Organizations using Splunk SOAR for security automation with CyberArk credential manager integrations face active risk of credential interception and manipulation, as inadequate TLS validation in the REST client allows network-positioned attackers to transparently intercept vault communications. This vulnerability undermines the confidentiality and integrity of privileged secrets delivered to automated workflows, potentially enabling attackers to inject malicious credentials or steal sensitive data used across playbooks. Immediate upgrade to Splunk SOAR 8.6.0 or later is critical to enforce certificate validation and prevent credential compromise.
Apply vendor patch (Splunk SOAR 8.6.0 or later).
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-62927
GHSA-m3cr-3q92-cg98
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB