Splunk vulnerabilities

The 'runshellscript echo.sh' script in Splunk before version 5.0.5 allows remote authenticated users to execute arbitrary commands via a crafted string.

In Splunk Enterprise and Splunk Cloud Platform, a vulnerability allows a low-privileged user (without 'admin' or 'power' roles) to view stored credential hashes. This occurs when the user accesses the `/servicesNS/-/-/storage/passwords` REST endpoint via the `|rest` SPL command, which returns the `encr_password` field.

In Splunk Enterprise and Splunk Cloud Platform, a path traversal vulnerability exists in the app installation workflow. A user with `edit_local_apps` and `install_apps` capabilities can write files outside the intended app directory into `$SPLUNK_HOME/etc/` and its subdirectories.

In Splunk Enterprise and Splunk Cloud Platform, a CSRF vulnerability allows an attacker to trick a user with appropriate privileges into executing arbitrary SPL searches as the splunk-system-user. The issue is due to missing CSRF token validation on GET requests in Deployment Server endpoints and improper input neutralization before inclusion in an SPL search.

In Splunk Enterprise before versions 10.2.2, 10.0.5, 9.4.11, 9.3.12 and Splunk Cloud Platform before specified versions, a low-privileged user (without admin or power roles) can cause a denial of service (DoS) by exploiting the coldToFrozen.sh script in the splunk_archiver app to rename critical Splunk directories, making the instance non-functional.

Vulnerability in Splunk Enterprise (versions below 10.2.2 and 10.0.5) and Splunk Cloud Platform (multiple versions) allows users with access to the _internal index to view session cookies and response bodies containing sensitive data.