| ID | Technique | Tactic |
|---|---|---|
| T1587.003 | Digital Certificates | Resource Development |
Detection: Splunk Digital Certificates Infrastructure Version
REMOVED DETECTION
This detection has been removed from the Splunk Threat Research content library and is no longer maintained or supported.
Reason: Detection is deprecated as the associated CVEs have been patched in the latest Splunk release.
Removed in version: 5.6.0
If you have any questions or concerns, please reach out to us at research@splunk.com.
Description
The following analytic identifies improper TLS validation configuration on Splunk search heads and peers post version 9. It leverages REST API calls to retrieve server information and SSL configuration settings, checking fields like sslVerifyServerCert and sslVerifyServerName. This activity is significant for a SOC as improper TLS settings can expose the infrastructure to man-in-the-middle attacks and data breaches. If confirmed malicious, attackers could intercept or manipulate data, compromising the integrity and confidentiality of communications within the Splunk environment.
Search
1
2| rest /services/server/info
3| table splunk_server version server_roles
4| join splunk_server [
5| rest /servicesNS/nobody/search/configs/conf-server/ search="sslConfig"
6| table splunk_server sslVerifyServerCert sslVerifyServerName serverCert]
7| fillnull value="Not Set"
8| rename sslVerifyServerCert as "Server.conf:SslConfig:sslVerifyServerCert", sslVerifyServerName as "Server.conf:SslConfig:sslVerifyServerName", serverCert as "Server.conf:SslConfig:serverCert"
9| `splunk_digital_certificates_infrastructure_version_filter`
Data Source
| Name | Platform | Sourcetype | Source |
|---|---|---|---|
| Splunk | 'splunkd_ui_access' |
'splunkd_ui_access.log' |
Macros Used
| Name | Value |
|---|
| splunk_digital_certificates_infrastructure_version_filter | `` |
splunk_digital_certificates_infrastructure_version_filter is an empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
Annotations
CVE
Default Configuration
This detection is configured by default in Splunk Enterprise Security to run with the following settings:
| Setting | Value |
|---|---|
| Disabled | true |
| Cron Schedule | N/A |
| Earliest Time | N/A |
| Latest Time | N/A |
| Schedule Window | N/A |
| Creates Finding (Notable) | No |
| Creates Intermediate Finding (Risk Event) | No |
Implementation
The user running this search is required to have a permission allowing them to dispatch REST requests to indexers (the dispatch_rest_to_indexers capability) in some architectures. Splunk SOAR customers can find a SOAR workbook that walks an analyst through the process of running these hunting searches in the references list of this detection. In order to use this workbook, a user will need to run a curl command to post the file to their SOAR instance such as "curl -u username:password https://soar.instance.name/rest/rest/workbook_template -d @splunk_psa_0622.json". A user should then create an empty container or case, attach the workbook, and begin working through the tasks.
Known False Positives
No known at this time.
Associated Analytic Story
References
-
https://www.github.com/splunk/security_content/blob/develop/workbooks/splunk_psa_0622.json
-
https://www.splunk.com/en_us/product-security/announcements/svd-2022-0602.html
Detection Testing
| Test Type | Status | Dataset | Source | Sourcetype |
|---|---|---|---|---|
| Validation | Not Applicable | N/A | N/A | N/A |
| Unit | Not Applicable | N/A | N/A |
N/A |
Replay any dataset to Splunk Enterprise by using our replay.py tool or the UI.
Alternatively you can replay a dataset into a Splunk Attack Range
Source: GitHub |
Version: 6