Supported types of threat intelligence in Splunk Enterprise Security
Splunk Enterprise Security supports several types of threat intelligence. The supported types of threat intelligence correspond to the KV Store collections in which the threat intelligence is stored.
The threatlist modular input parses downloaded and uploaded files and adds indicators to these collections. Files can contain any combination of indicators.
|Threat collection in KV Store||Supported IOC data types||Local lookup file||Required headers in lookup file with no spaces after commas|
|certificate_intel||X509 Certificates||Local Certificate Intel|
|email_intel||Local Email Intel|
|file_intel||File names or hashes||Local File Intel|
|http_intel||URLs||Local HTTP Intel|
|ip_intel||IP addresses||Local IP Intel|
|domains||Local Domain Intel|
|process_intel||Processes||Local Process Intel|
|registry_intel||Registry entries||Local Registry Intel|
|service_intel||Services||Local Service Intel|
|user_intel||Users||Local User Intel|
collections.conf file in the
DA-ESS-ThreatIntelligence subdirectory lists these KV Store collections.
inputs.conf.spec file in the
SA-ThreatIntelligence subdirectory lists the specifications for settings used by the threatlist modular input, such as weight:
weight = <integer> * [Required] * The weight assigned to the intelligence. * Between 1 and 100. * A higher weight will result in higher risk scores for corresponding intelligence matches. * Defaults to 60.
Example of observable values and primary keys
http_intel collection as an example, consider a threat document called my_threat_intel.csv. An observable value in the file is any value in the
url fields for matching against threat values in your raw data. A row is added to the
http_intel threat collection for each observable found in my_threat_intel.csv. The last value is used to construct the primary key if duplicate observables exist. If observable values are missing from the CSV file, the first non-empty value in the CSV file is used to construct the primary key. If you don't want to overwrite data, make sure not to use any words such as "null", "N/A", "blank", or "none" throughout the CSV file when data is unavailable, just leave those fields empty.
Consider a source file with duplicates in the
http_user_agent fields, such as the following:
description,http_referrer,http_user_agent,url,weight ThreatA,,UseragentA,https://urlA,3 ThreatB,,UseragentA,https://urlB,3
A search for
|inputlookup http_intel returns the following results:
Based on the two rows in the CSV file, three observable values are discovered: the url for ThreatA, the url for ThreatB, and the http_user_agent for ThreatB. Notice that http_user_agent for ThreatA is overwritten by ThreatB because the name UseragentA is a duplicate observable value. The primary key in the threat intel collection looks as follows:
my_threat_intel|https://urlA my_threat_intel|https://urlB my_threat_intel|UseragentA
Consider a source file without duplicates in the http_user_agent fields, such as the following:
description,http_referrer,http_user_agent,url,weight ThreatA,,UseragentA,https://urlA,3 ThreatB,,UseragentB,https://urlB,3
A search for |inputlookup http_intel returns the following results:
Based on the two rows in the CSV, four observable values are discovered: the url for ThreatA, the http_user_agent for ThreatA, the url for ThreatB, and the http_user_agent for ThreatB. There are no duplicates, so every value is displayed. The primary key in the threat intel collection looks as follows:
my_threat_intel|https://urlA my_threat_intel|UseragentA my_threat_intel|https://urlB my_threat_intel|UseragentB
Add threat intelligence to Splunk Enterprise Security
Configure intelligence documents in Splunk Enterprise Security
This documentation applies to the following versions of Splunk® Enterprise Security: 7.0.1, 7.0.2, 7.1.0
Feedback submitted, thanks!