Splunk Cloud Platform
Approved changes feed: RSS · Atom
cpe:2.3:a:splunk,_inc:splunk_cloud_platform:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Splunk, Inc (710b39d6-e0a8-5c43-bdbd-683db1328ae2) |
|---|---|
| Product | Splunk Cloud Platform (09cd7ee0-82c9-57f0-93c6-e8818fb40dba) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2022-32154 |
vulnerable | 2026-06-08 05:44:42.613622 |
Risky commands warnings in Splunk Enterprise Dashboards
MEDIUM (6.8)
Dashboards in Splunk Enterprise versions before 9.0 might let an attacker inject risky search commands into a form token when the token is used in a query in a cross-origin request. The result bypasses SPL safeguards for risky commands. See New capabilities can limit access to some custom and potentially risky commands (https://docs.splunk.com/Documentation/Splunk/9.0.0/Security/SPLsafeguards#New_capabilities_can_limit_access_to_some_custom_and_potentially_risky_commands) for more information. Note that the attack is browser-based and an attacker cannot exploit it at will.
Published: 2022-06-15T16:48:46.918Z
Updated: 2024-09-16T20:11:36.885Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2022-32153 |
vulnerable | 2026-06-08 05:44:42.612827 |
Splunk Enterprise lacked TLS host name validation
HIGH (8.1)
Splunk Enterprise peers in Splunk Enterprise versions before 9.0 and Splunk Cloud Platform versions before 8.2.2203 did not validate the TLS certificates during Splunk-to-Splunk communications by default. Splunk peer communications configured properly with valid certificates were not vulnerable. However, an attacker with administrator credentials could add a peer without a valid certificate and connections from misconfigured nodes without valid certificates did not fail by default. For Splunk Enterprise, update to Splunk Enterprise version 9.0 and Configure TLS host name validation for Splunk-to-Splunk communications (https://docs.splunk.com/Documentation/Splunk/9.0.0/Security/EnableTLSCertHostnameValidation) to enable the remediation.
Published: 2022-06-15T16:48:21.566Z
Updated: 2024-09-16T16:43:11.526Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2022-32151 |
vulnerable | 2026-06-08 05:44:42.608942 |
Splunk Enterprise disabled TLS validation using the CA certificate stores in Python 3 libraries by default
HIGH (7.4)
The httplib and urllib Python libraries that Splunk shipped with Splunk Enterprise did not validate certificates using the certificate authority (CA) certificate stores by default in Splunk Enterprise versions before 9.0 and Splunk Cloud Platform versions before 8.2.2203. Python 3 client libraries now verify server certificates by default and use the appropriate CA certificate stores for each library. Apps and add-ons that include their own HTTP libraries are not affected. For Splunk Enterprise, update to Splunk Enterprise version 9.0 and Configure TLS host name validation for Splunk-to-Splunk communications (https://docs.splunk.com/Documentation/Splunk/9.0.0/Security/EnableTLSCertHostnameValidation) to enable the remediation.
Published: 2022-06-15T16:46:07.016Z
Updated: 2024-09-16T17:59:24.447Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.