mirror of
https://github.com/splunk/security_content
synced 2026-06-08 17:32:49 +00:00
Branch was auto-updated.
This commit is contained in:
@@ -0,0 +1,65 @@
|
||||
name: Kerberos Service Ticket Request Using RC4 Encryption
|
||||
id: 7d90f334-a482-11ec-908c-acde48001122
|
||||
version: 1
|
||||
date: '2022-03-15'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: TTP
|
||||
datamodel: []
|
||||
description: The following analytic leverages Kerberos Event 4769, A Kerberos service
|
||||
ticket was requested, to identify a potential Kerberos Service Ticket request related to a Golden Ticket attack. Adversaries who have obtained the Krbtgt account NTLM password
|
||||
hash may forge a Kerberos Granting Ticket (TGT) to obtain unrestricted access to an Active Directory environment. Armed with a Golden Ticket, attackers can request
|
||||
service tickets to move laterally and execute code on remote systems. Looking for Kerberos Service Ticket requests using the legacy RC4 encryption mechanism could represent the second stage
|
||||
of a Golden Ticket attack. RC4 usage should be rare on a modern network since Windows Vista & Windows Sever 2008 and newer support AES Kerberos encryption.\
|
||||
Defenders should note that if an attacker does not leverage the NTLM password hash but rather the AES key to create a golden ticket, this detection may be bypassed.
|
||||
search: ' `wineventlog_security` EventCode=4769 Service_Name="*$" (Ticket_Options=0x40810000
|
||||
OR Ticket_Options=0x40800000 OR Ticket_Options=0x40810010) Ticket_Encryption_Type=0x17
|
||||
| stats count min(_time) as firstTime max(_time) as lastTime by dest, service, service_id,
|
||||
Ticket_Encryption_Type, Ticket_Options | `security_content_ctime(lastTime)` | `security_content_ctime(firstTime)`
|
||||
| `kerberos_service_ticket_request_using_rc4_encryption_filter`'
|
||||
how_to_implement: To successfully implement this search, you need to be ingesting
|
||||
Domain Controller and Kerberos events. The Advanced Security Audit policy setting
|
||||
`Audit Kerberos Authentication Service` within `Account Logon` needs to be enabled.
|
||||
known_false_positives: Based on Microsoft documentation, legacy systems or applications will use RC4-HMAC as the default encryption for Kerberos Service Ticket requests. Specifically,
|
||||
systems before Windows Server 2008 and Windows Vista. Newer systems will use AES128 or AES256.
|
||||
references:
|
||||
- https://attack.mitre.org/techniques/T1558/001/
|
||||
- https://docs.microsoft.com/en-us/windows/security/threat-protection/auditing/event-4769
|
||||
- https://adsecurity.org/?p=1515
|
||||
- https://gist.github.com/TarlogicSecurity/2f221924fef8c14a1d8e29f3cb5c5c4a
|
||||
- https://en.hackndo.com/kerberos-silver-golden-tickets/
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1558.001/impacket/windows-security.log
|
||||
kill_chain_phases:
|
||||
- Exploitation
|
||||
mitre_attack_id:
|
||||
- T1558
|
||||
- T1558.001
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- EventCode
|
||||
- Ticket_Options
|
||||
- Ticket_Encryption_Type
|
||||
- dest
|
||||
- service
|
||||
- service_id
|
||||
security_domain: endpoint
|
||||
impact: 90
|
||||
confidence: 50
|
||||
risk_score: 45
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Privilege Escalation
|
||||
message: A Kerberos Service TTicket request with RC4 encryption was requested from $Client_Address$
|
||||
observable:
|
||||
- name: dest
|
||||
type: Endpoint
|
||||
role:
|
||||
- Victim
|
||||
asset_type: Endpoint
|
||||
@@ -0,0 +1,57 @@
|
||||
name: Kerberos TGT Request Using RC4 Encryption
|
||||
id: 18916468-9c04-11ec-bdc6-acde48001122
|
||||
version: 1
|
||||
date: '2022-03-04'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: TTP
|
||||
datamodel: []
|
||||
description: The following analytic leverages Event 4768, A Kerberos authentication ticket (TGT) was requested, to identify a TGT request with encryption type 0x17, or
|
||||
RC4-HMAC. This encryption type is no longer utilized by newer systems and could represent evidence of an OverPass The Hash attack. Similar to Pass The Hash, OverPass The Hash
|
||||
is a form of credential theft that allows adversaries to move laterally or consume resources in a target network. Leveraging this attack, an adversary who has stolen the NTLM
|
||||
hash of a valid domain account is able to authenticate to the Kerberos Distribution Center(KDC) on behalf of the legitimate account and obtain a Kerberos TGT ticket. Depending on the
|
||||
privileges of the compromised account, this ticket may be used to obtain unauthorized access to systems and other network resources.
|
||||
search: ' `wineventlog_security`
|
||||
EventCode=4768 Ticket_Encryption_Type=0x17 Account_Name!=*$
|
||||
| `kerberos_tgt_request_using_rc4_encryption_filter` '
|
||||
how_to_implement: To successfully implement this search, you need to be ingesting
|
||||
Domain Controller and Kerberos events. The Advanced Security Audit policy setting
|
||||
`Audit Kerberos Authentication Service` within `Account Logon` needs to be enabled.
|
||||
known_false_positives: Based on Microsoft documentation, legacy systems or applications will use RC4-HMAC as the default encryption for TGT requests. Specifically,
|
||||
systems before Windows Server 2008 and Windows Vista. Newer systems will use AES128 or AES256.
|
||||
references:
|
||||
- https://stealthbits.com/blog/how-to-detect-overpass-the-hash-attacks/
|
||||
- https://www.thehacker.recipes/ad/movement/kerberos/ptk
|
||||
- https://docs.microsoft.com/en-us/windows/security/threat-protection/auditing/event-4768
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
asset_type: Endpoint
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1550/impacket/windows-security.log
|
||||
kill_chain_phases:
|
||||
- Exploitation
|
||||
mitre_attack_id:
|
||||
- T1550
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- EventCode
|
||||
- Ticket_Encryption_Type
|
||||
- Account_Name
|
||||
- Client_Address
|
||||
security_domain: endpoint
|
||||
impact: 50
|
||||
confidence: 50
|
||||
risk_score: 25
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Privilege Escalation
|
||||
message: A Kerberos TGT request with RC4 encryption was requested for $Account_Name$ from $Client_Address$
|
||||
observable:
|
||||
- name: Client_Address
|
||||
type: Endpoint
|
||||
role:
|
||||
- Victim
|
||||
@@ -0,0 +1,65 @@
|
||||
name: Kerberos User Enumeration
|
||||
id: d82d4af4-a0bd-11ec-9445-3e22fbd008af
|
||||
version: 1
|
||||
date: '2022-03-10'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: Anomaly
|
||||
datamodel: []
|
||||
description: The following analytic leverages Event Id 4768, A Kerberos authentication ticket (TGT) was requested, to identify
|
||||
one source endpoint trying to obtain an unusual number Kerberos TGT ticket for non existing users. This behavior could represent an adversary
|
||||
abusing the Kerberos protocol to perform a user enumeration attack against an Active Directory environment. When Kerberos is sent a TGT request
|
||||
with no preauthentication for an invalid username, it responds with KRB5KDC_ERR_C_PRINCIPAL_UNKNOWN or 0x6. Red teams and adversaries alike
|
||||
may abuse the Kerberos protocol to validate a list of users use them to perform further attacks.\
|
||||
The detection calculates the standard deviation for each host and leverages the
|
||||
3-sigma statistical rule to identify an unusual number requests. To customize this
|
||||
analytic, users can try different combinations of the `bucket` span time and the
|
||||
calculation of the `upperBound` field.
|
||||
search: ' `wineventlog_security` EventCode=4768 Result_Code=0x6 Account_Name!="*$"
|
||||
| bucket span=2m _time | stats dc(Account_Name) AS unique_accounts values(Account_Name)
|
||||
as tried_accounts by _time, Client_Address | eventstats avg(unique_accounts) as
|
||||
comp_avg , stdev(unique_accounts) as comp_std by Client_Address | eval upperBound=(comp_avg+comp_std*3)
|
||||
| eval isOutlier=if(unique_accounts > 10 and unique_accounts >= upperBound, 1, 0)
|
||||
| search isOutlier=1
|
||||
| `kerberos_user_enumeration_filter`'
|
||||
how_to_implement: To successfully implement this search, you need to be ingesting
|
||||
Domain Controller and Kerberos events. The Advanced Security Audit policy setting
|
||||
`Audit Kerberos Authentication Service` within `Account Logon` needs to be enabled.
|
||||
known_false_positives: Possible false positive scenarios include but are not limited to vulnerability scanners and missconfigured systems.
|
||||
references:
|
||||
- https://github.com/ropnop/kerbrute
|
||||
- https://attack.mitre.org/techniques/T1589/002/
|
||||
- https://www.redsiege.com/blog/2020/04/user-enumeration-part-3-windows/
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1589.002/kerbrute/windows-security.log
|
||||
kill_chain_phases:
|
||||
- Reconnaissance
|
||||
mitre_attack_id:
|
||||
- T1589
|
||||
- T1589.002
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- EventCode
|
||||
- Result_Code
|
||||
- Account_Name
|
||||
- Client_Address
|
||||
security_domain: endpoint
|
||||
impact: 30
|
||||
confidence: 80
|
||||
risk_score: 24
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Recon
|
||||
message: Potential Kerberos based user enumeration attack $Client_Address$
|
||||
observable:
|
||||
- name: Client_Address
|
||||
type: Endpoint
|
||||
role:
|
||||
- Victim
|
||||
asset_type: Endpoint
|
||||
@@ -28,6 +28,7 @@ references:
|
||||
tags:
|
||||
analytic_story:
|
||||
- PetitPotam NTLM Relay on Active Directory Certificate Services
|
||||
- Active Directory Kerberos Attacks
|
||||
confidence: 70
|
||||
context:
|
||||
- Source:Endpoint
|
||||
|
||||
@@ -17,7 +17,7 @@ description: Rubeus is a C# toolset for raw Kerberos interaction and abuses. It
|
||||
this analytic.
|
||||
search: '| tstats `security_content_summariesonly` count min(_time) as firstTime max(_time)
|
||||
as lastTime from datamodel=Endpoint.Processes where (Processes.process = "*ptt /ticket*"
|
||||
OR Processes.process = "* monitor*" OR Processes.process ="* asktgt* /user:*" OR
|
||||
OR Processes.process = "* monitor *" OR Processes.process ="* asktgt* /user:*" OR
|
||||
Processes.process ="* asktgs* /service:*" OR Processes.process ="* golden* /user:*"
|
||||
OR Processes.process ="* silver* /service:*" OR Processes.process ="* kerberoast*"
|
||||
OR Processes.process ="* asreproast*" OR Processes.process = "* renew* /ticket:*"
|
||||
@@ -36,6 +36,7 @@ references:
|
||||
- https://github.com/GhostPack/Rubeus
|
||||
- http://www.harmj0y.net/blog/redteaming/from-kekeo-to-rubeus/
|
||||
- https://attack.mitre.org/techniques/T1550/003/
|
||||
- https://en.hackndo.com/kerberos-silver-golden-tickets/
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
|
||||
@@ -33,6 +33,7 @@ references:
|
||||
tags:
|
||||
analytic_story:
|
||||
- sAMAccountName Spoofing and Domain Controller Impersonation
|
||||
- Active Directory Kerberos Attacks
|
||||
automated_detection_testing: passed
|
||||
confidence: 60
|
||||
context:
|
||||
|
||||
@@ -34,6 +34,7 @@ references:
|
||||
tags:
|
||||
analytic_story:
|
||||
- sAMAccountName Spoofing and Domain Controller Impersonation
|
||||
- Active Directory Kerberos Attacks
|
||||
automated_detection_testing: passed
|
||||
confidence: 60
|
||||
context:
|
||||
|
||||
@@ -0,0 +1,70 @@
|
||||
name: Unknown Process Using The Kerberos Protocol
|
||||
id: c91a0852-9fbb-11ec-af44-acde48001122
|
||||
version: 1
|
||||
date: '2022-03-09'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: TTP
|
||||
datamodel:
|
||||
- Endpoint
|
||||
- Network_Traffic
|
||||
description: The following analytic identifies a process performing an outbound connection on port 88 used by default by the network authentication protocol
|
||||
Kerberos. Typically, on a regular Windows endpoint, only the lsass.exe process is the one tasked with connecting to the Kerberos Distribution Center
|
||||
to obtain Kerberos tickets. Identifying an unknown process using this protocol may be evidence of an adversary abusing the Kerberos protocol.
|
||||
search: '| tstats `security_content_summariesonly` count FROM datamodel=Endpoint.Processes
|
||||
where Processes.process_name!=lsass.exe by _time Processes.process_id
|
||||
Processes.process_name Processes.dest Processes.process_path Processes.process Processes.parent_process_name
|
||||
| `drop_dm_object_name(Processes)` | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)`
|
||||
| join process_id [| tstats `security_content_summariesonly`
|
||||
count FROM datamodel=Network_Traffic.All_Traffic where All_Traffic.dest_port = 88 by All_Traffic.process_id
|
||||
All_Traffic.dest All_Traffic.dest_port | `drop_dm_object_name(All_Traffic)` ]
|
||||
| table _time dest parent_process_name process_name process_path process process_id dest_port
|
||||
| `unknown_process_using_the_kerberos_protocol_filter`'
|
||||
how_to_implement: To successfully implement this search, you must be ingesting your
|
||||
endpoint events and populating the Endpoint and Network data models.
|
||||
known_false_positives: Custom applications may leverage the Kerberos protocol. Filter as needed.
|
||||
references:
|
||||
- https://stealthbits.com/blog/how-to-detect-overpass-the-hash-attacks/
|
||||
- https://www.thehacker.recipes/ad/movement/kerberos/ptk
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1550/rubeus/windows-security.log
|
||||
kill_chain_phases:
|
||||
- Reconnaissance
|
||||
mitre_attack_id:
|
||||
- T1550
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- All_Traffic.dest_ip
|
||||
- All_Traffic.dest_port
|
||||
- All_Traffic.src_ip
|
||||
- Processes.process_id
|
||||
- Processes.process_name
|
||||
- Processes.dest
|
||||
- Processes.process_path
|
||||
- Processes.process
|
||||
- Processes.parent_process_name
|
||||
security_domain: endpoint
|
||||
impact: 60
|
||||
confidence: 60
|
||||
risk_score: 36
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Privilege Escalation
|
||||
- Stage:Lateral Movement
|
||||
message: ''
|
||||
observable:
|
||||
- name: src_ip
|
||||
type: IP Address
|
||||
role:
|
||||
- Attacker
|
||||
- name: dest_ip
|
||||
type: IP Address
|
||||
role:
|
||||
- Victim
|
||||
asset_type: Endpoint
|
||||
@@ -0,0 +1,67 @@
|
||||
name: Windows Get-AdComputer Unconstrained Delegation Discovery
|
||||
id: c8640777-469f-4638-ab44-c34a3233ffac
|
||||
version: 1
|
||||
date: '2022-03-28'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: TTP
|
||||
datamodel: []
|
||||
description: The following analytic utilizes PowerShell Script Block Logging (EventCode=4104)
|
||||
to identify the Get-ADComputer commandlet used with specific parameters to discover Windows endpoints with Kerberos Unconstrained Delegation.
|
||||
Red Teams and adversaries alike may leverage use this technique for situational awareness and Active Directory Discovery.
|
||||
search: ' `powershell` EventCode=4104 (Message = "*Get-ADComputer*" AND Message = "*TrustedForDelegation*")
|
||||
| stats count min(_time) as firstTime max(_time) as lastTime
|
||||
by EventCode Message ComputerName User | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)`
|
||||
| `windows_get_adcomputer_unconstrained_delegation_discovery_filter`'
|
||||
how_to_implement: The following analytic requires PowerShell operational logs
|
||||
to be imported. Modify the powershell macro as needed to match the sourcetype or
|
||||
add index. This analytic is specific to 4104, or PowerShell Script Block Logging.
|
||||
known_false_positives: Administrators or power users may leverage PowerView for system management or troubleshooting.
|
||||
references:
|
||||
- https://attack.mitre.org/techniques/T1018/
|
||||
- https://adsecurity.org/?p=1667
|
||||
- https://docs.microsoft.com/en-us/defender-for-identity/cas-isp-unconstrained-kerberos
|
||||
- https://www.ired.team/offensive-security-experiments/active-directory-kerberos-abuse/domain-compromise-via-unrestricted-kerberos-delegation
|
||||
- https://www.cyberark.com/resources/threat-research-blog/weakness-within-kerberos-delegation
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
asset_type: Endpoint
|
||||
cis20:
|
||||
- CIS 3
|
||||
- CIS 5
|
||||
- CIS 16
|
||||
confidence: 70
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Discovery
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1018/unconstrained2/windows-powershell.log
|
||||
impact: 50
|
||||
kill_chain_phases:
|
||||
- Reconnaissance
|
||||
message: Suspicious PowerShell Get-ADComputer was identified on endpoint $ComputerName$
|
||||
mitre_attack_id:
|
||||
- T1018
|
||||
nist:
|
||||
- DE.CM
|
||||
observable:
|
||||
- name: ComputerName
|
||||
type: Hostname
|
||||
role:
|
||||
- Victim
|
||||
- name: User
|
||||
type: User
|
||||
role:
|
||||
- Victim
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- EventCode
|
||||
- Message
|
||||
- ComputerName
|
||||
- User
|
||||
risk_score: 35
|
||||
security_domain: endpoint
|
||||
@@ -0,0 +1,68 @@
|
||||
name: Windows PowerView Constrained Delegation Discovery
|
||||
id: 86dc8176-6e6c-42d6-9684-5444c6557ab3
|
||||
version: 1
|
||||
date: '2022-03-31'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: TTP
|
||||
datamodel: []
|
||||
description: The following analytic utilizes PowerShell Script Block Logging (EventCode=4104)
|
||||
to identify commandlets used by the PowerView hacking tool leveraged to discover Windows endpoints with Kerberos Constrained Delegation.
|
||||
Red Teams and adversaries alike may leverage use this technique for situational awareness and Active Directory Discovery.
|
||||
search: '`powershell` EventCode=4104 (Message = "*Get-DomainComputer*" OR Message = "*Get-NetComputer*")
|
||||
AND (Message = "*-TrustedToAuth*") | stats count min(_time) as firstTime max(_time) as lastTime
|
||||
by EventCode Message ComputerName User | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)`
|
||||
| `windows_powerview_constrained_delegation_discovery_filter`'
|
||||
how_to_implement: The following analytic requires PowerShell operational logs
|
||||
to be imported. Modify the powershell macro as needed to match the sourcetype or
|
||||
add index. This analytic is specific to 4104, or PowerShell Script Block Logging.
|
||||
known_false_positives: Administrators or power users may leverage PowerView for system management or troubleshooting.
|
||||
references:
|
||||
- https://attack.mitre.org/techniques/T1018/
|
||||
- https://adsecurity.org/?p=1667
|
||||
- https://docs.microsoft.com/en-us/defender-for-identity/cas-isp-unconstrained-kerberos
|
||||
- https://www.guidepointsecurity.com/blog/delegating-like-a-boss-abusing-kerberos-delegation-in-active-directory/
|
||||
- https://book.hacktricks.xyz/windows/active-directory-methodology/constrained-delegation
|
||||
- https://www.cyberark.com/resources/threat-research-blog/weakness-within-kerberos-delegation
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
asset_type: Endpoint
|
||||
cis20:
|
||||
- CIS 3
|
||||
- CIS 5
|
||||
- CIS 16
|
||||
confidence: 70
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Discovery
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1018/constrained/windows-powershell.log
|
||||
impact: 50
|
||||
kill_chain_phases:
|
||||
- Reconnaissance
|
||||
message: Suspicious PowerShell Get-DomainComputer was identified on endpoint $ComputerName$
|
||||
mitre_attack_id:
|
||||
- T1018
|
||||
nist:
|
||||
- DE.CM
|
||||
observable:
|
||||
- name: ComputerName
|
||||
type: Hostname
|
||||
role:
|
||||
- Victim
|
||||
- name: User
|
||||
type: User
|
||||
role:
|
||||
- Victim
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- EventCode
|
||||
- Message
|
||||
- ComputerName
|
||||
- User
|
||||
risk_score: 35
|
||||
security_domain: endpoint
|
||||
@@ -0,0 +1,67 @@
|
||||
name: Windows PowerView Unconstrained Delegation Discovery
|
||||
id: fbf9e47f-e531-4fea-942d-5c95af7ed4d6
|
||||
version: 1
|
||||
date: '2022-03-28'
|
||||
author: Mauricio Velazco, Splunk
|
||||
type: TTP
|
||||
datamodel: []
|
||||
description: The following analytic utilizes PowerShell Script Block Logging (EventCode=4104)
|
||||
to identify commandlets used by the PowerView hacking tool leveraged to discover Windows endpoints with Kerberos Unconstrained Delegation.
|
||||
Red Teams and adversaries alike may leverage use this technique for situational awareness and Active Directory Discovery.
|
||||
search: '`powershell` EventCode=4104 (Message = "*Get-DomainComputer*" OR Message = "*Get-NetComputer*")
|
||||
AND (Message = "*-Unconstrained*") | stats count min(_time) as firstTime max(_time) as lastTime
|
||||
by EventCode Message ComputerName User | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)`
|
||||
| `windows_powerview_unconstrained_delegation_discovery_filter`'
|
||||
how_to_implement: The following analytic requires PowerShell operational logs
|
||||
to be imported. Modify the powershell macro as needed to match the sourcetype or
|
||||
add index. This analytic is specific to 4104, or PowerShell Script Block Logging.
|
||||
known_false_positives: Administrators or power users may leverage PowerView for system management or troubleshooting.
|
||||
references:
|
||||
- https://attack.mitre.org/techniques/T1018/
|
||||
- https://adsecurity.org/?p=1667
|
||||
- https://docs.microsoft.com/en-us/defender-for-identity/cas-isp-unconstrained-kerberos
|
||||
- https://www.ired.team/offensive-security-experiments/active-directory-kerberos-abuse/domain-compromise-via-unrestricted-kerberos-delegation
|
||||
- https://www.cyberark.com/resources/threat-research-blog/weakness-within-kerberos-delegation
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Kerberos Attacks
|
||||
asset_type: Endpoint
|
||||
cis20:
|
||||
- CIS 3
|
||||
- CIS 5
|
||||
- CIS 16
|
||||
confidence: 70
|
||||
context:
|
||||
- Source:Endpoint
|
||||
- Stage:Discovery
|
||||
dataset:
|
||||
- https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1018/unconstrained/windows-powershell.log
|
||||
impact: 50
|
||||
kill_chain_phases:
|
||||
- Reconnaissance
|
||||
message: Suspicious PowerShell Get-DomainComputer was identified on endpoint $ComputerName$
|
||||
mitre_attack_id:
|
||||
- T1018
|
||||
nist:
|
||||
- DE.CM
|
||||
observable:
|
||||
- name: ComputerName
|
||||
type: Hostname
|
||||
role:
|
||||
- Victim
|
||||
- name: User
|
||||
type: User
|
||||
role:
|
||||
- Victim
|
||||
product:
|
||||
- Splunk Enterprise
|
||||
- Splunk Enterprise Security
|
||||
- Splunk Cloud
|
||||
required_fields:
|
||||
- _time
|
||||
- EventCode
|
||||
- Message
|
||||
- ComputerName
|
||||
- User
|
||||
risk_score: 35
|
||||
security_domain: endpoint
|
||||
+1
@@ -36,6 +36,7 @@ references:
|
||||
tags:
|
||||
analytic_story:
|
||||
- Active Directory Lateral Movement
|
||||
- Active Directory Kerberos Attacks
|
||||
asset_type: Endpoint
|
||||
confidence: 60
|
||||
context:
|
||||
|
||||
+13
-3
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
@@ -501,6 +501,16 @@ annotations = {"cis20": ["CIS 13"], "kill_chain_phases": ["Exploitation"], "nist
|
||||
known_false_positives = None
|
||||
providing_technologies = []
|
||||
|
||||
[savedsearch://ESCU - GitHub Actions Disable Security Workflow - Rule]
|
||||
type = detection
|
||||
asset_type = GitHub
|
||||
confidence = medium
|
||||
explanation = This search detects a disabled security workflow in GitHub Actions. An attacker can disable a security workflow in GitHub actions to hide malicious code in it.
|
||||
how_to_implement = You must index GitHub logs. You can follow the url in reference to onboard GitHub logs. Sometimes GitHub logs are truncated, make sure to disable it in props.conf. Replace *security-testing* with the name of your security testing workflow in GitHub Actions.
|
||||
annotations = {"cis20": ["CIS 13"], "kill_chain_phases": ["Actions on Objectives"], "mitre_attack": ["T1195.002", "T1195"], "nist": ["PR.DS", "PR.AC", "DE.CM"]}
|
||||
known_false_positives = unknown
|
||||
providing_technologies = []
|
||||
|
||||
[savedsearch://ESCU - Github Commit Changes In Master - Rule]
|
||||
type = detection
|
||||
asset_type = GitHub
|
||||
@@ -4068,7 +4078,7 @@ providing_technologies = []
|
||||
type = detection
|
||||
asset_type = Endpoint
|
||||
confidence = medium
|
||||
explanation = This analytic is to look for possible elevation control access using a common known process in linux platform to change the attribute and file ownership. This technique is commonly abused by adversaries, malware author and red teamers to gain persistence or privilege escalation on the target or compromised host. Tis common process is used to modify file attribute, file ownership or SUID. This tools can be used in legitimate purposes so filter is needed.
|
||||
explanation = This analytic is to look for possible elevation control access using a common known process in linux platform to change the attribute and file ownership. This technique is commonly abused by adversaries, malware author and red teamers to gain persistence or privilege escalation on the target or compromised host. This common process is used to modify file attribute, file ownership or SUID. This tools can be used in legitimate purposes so filter is needed.
|
||||
how_to_implement = To successfully implement this search, you need to be ingesting logs with the process name, parent process, and command-line executions from your endpoints. If you are using Sysmon, you can use the Add-on for Linux Sysmon from Splunkbase.
|
||||
annotations = {"cis20": ["CIS 3", "CIS 5", "CIS 16"], "kill_chain_phases": ["Exploitation"], "mitre_attack": ["T1548.001", "T1548"], "nist": ["DE.CM"]}
|
||||
known_false_positives = Administrator or network operator can execute this command. Please update the filter macros to remove false positives.
|
||||
@@ -9119,7 +9129,7 @@ version = 1
|
||||
references = ["https://www.redhat.com/en/topics/devops/what-is-devsecops"]
|
||||
maintainers = [{"company": "Splunk", "email": "-", "name": "Patrick Bareiss"}]
|
||||
spec_version = 3
|
||||
searches = ["ESCU - AWS ECR Container Scanning Findings High - Rule", "ESCU - AWS ECR Container Scanning Findings Low Informational Unknown - Rule", "ESCU - AWS ECR Container Scanning Findings Medium - Rule", "ESCU - AWS ECR Container Upload Outside Business Hours - Rule", "ESCU - AWS ECR Container Upload Unknown User - Rule", "ESCU - Circle CI Disable Security Job - Rule", "ESCU - Circle CI Disable Security Step - Rule", "ESCU - Correlation by Repository and Risk - Rule", "ESCU - Correlation by User and Risk - Rule", "ESCU - Github Commit Changes In Master - Rule", "ESCU - Github Commit In Develop - Rule", "ESCU - GitHub Dependabot Alert - Rule", "ESCU - GitHub Pull Request from Unknown User - Rule", "ESCU - Gsuite Drive Share In External Email - Rule", "ESCU - GSuite Email Suspicious Attachment - Rule", "ESCU - Gsuite Email Suspicious Subject With Attachment - Rule", "ESCU - Gsuite Email With Known Abuse Web Service Link - Rule", "ESCU - Gsuite Outbound Email With Attachment To External Domain - Rule", "ESCU - Gsuite Suspicious Shared File Name - Rule", "ESCU - Kubernetes Nginx Ingress LFI - Rule", "ESCU - Kubernetes Nginx Ingress RFI - Rule", "ESCU - Kubernetes Scanner Image Pulling - Rule"]
|
||||
searches = ["ESCU - AWS ECR Container Scanning Findings High - Rule", "ESCU - AWS ECR Container Scanning Findings Low Informational Unknown - Rule", "ESCU - AWS ECR Container Scanning Findings Medium - Rule", "ESCU - AWS ECR Container Upload Outside Business Hours - Rule", "ESCU - AWS ECR Container Upload Unknown User - Rule", "ESCU - Circle CI Disable Security Job - Rule", "ESCU - Circle CI Disable Security Step - Rule", "ESCU - Correlation by Repository and Risk - Rule", "ESCU - Correlation by User and Risk - Rule", "ESCU - GitHub Actions Disable Security Workflow - Rule", "ESCU - Github Commit Changes In Master - Rule", "ESCU - Github Commit In Develop - Rule", "ESCU - GitHub Dependabot Alert - Rule", "ESCU - GitHub Pull Request from Unknown User - Rule", "ESCU - Gsuite Drive Share In External Email - Rule", "ESCU - GSuite Email Suspicious Attachment - Rule", "ESCU - Gsuite Email Suspicious Subject With Attachment - Rule", "ESCU - Gsuite Email With Known Abuse Web Service Link - Rule", "ESCU - Gsuite Outbound Email With Attachment To External Domain - Rule", "ESCU - Gsuite Suspicious Shared File Name - Rule", "ESCU - Kubernetes Nginx Ingress LFI - Rule", "ESCU - Kubernetes Nginx Ingress RFI - Rule", "ESCU - Kubernetes Scanner Image Pulling - Rule"]
|
||||
description = This story is focused around detecting attacks on a DevSecOps lifeccycle which consists of the phases plan, code, build, test, release, deploy, operate and monitor.
|
||||
narrative = DevSecOps is a collaborative framework, which thinks about application and infrastructure security from the start. This means that security tools are part of the continuous integration and continuous deployment pipeline. In this analytics story, we focused on detections around the tools used in this framework such as GitHub as a version control system, GDrive for the documentation, CircleCI as the CI/CD pipeline, Kubernetes as the container execution engine and multiple security tools such as Semgrep and Kube-Hunter.
|
||||
|
||||
|
||||
Vendored
+1
-1
@@ -4,7 +4,7 @@
|
||||
is_configured = false
|
||||
state = enabled
|
||||
state_change_requires_restart = false
|
||||
build = 6992
|
||||
build = 7040
|
||||
|
||||
[triggers]
|
||||
reload.analytic_stories = simple
|
||||
|
||||
Vendored
+1
-1
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
|
||||
+1
-1
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
|
||||
Vendored
+5
-1
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
@@ -201,6 +201,10 @@ description = Update this macro to limit the output results to filter out false
|
||||
definition = search *
|
||||
description = Update this macro to limit the output results to filter out false positives.
|
||||
|
||||
[github_actions_disable_security_workflow_filter]
|
||||
definition = search *
|
||||
description = Update this macro to limit the output results to filter out false positives.
|
||||
|
||||
[github_commit_changes_in_master_filter]
|
||||
definition = search *
|
||||
description = Update this macro to limit the output results to filter out false positives.
|
||||
|
||||
Vendored
+47
-7
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
@@ -2066,6 +2066,46 @@ realtime_schedule = 0
|
||||
is_visible = false
|
||||
search = `aws_securityhub_finding` "Resources{}.Type"=AWSEC2Instance | bucket span=4h _time | stats count AS alerts values(Title) as Title values(Types{}) as Types values(vendor_account) as vendor_account values(vendor_region) as vendor_region values(severity) as severity by _time dest | eventstats avg(alerts) as total_alerts_avg, stdev(alerts) as total_alerts_stdev | eval threshold_value = 3 | eval isOutlier=if(alerts > total_alerts_avg+(total_alerts_stdev * threshold_value), 1, 0) | search isOutlier=1 | table _time dest alerts Title Types vendor_account vendor_region severity isOutlier total_alerts_avg | `detect_spike_in_aws_security_hub_alerts_for_ec2_instance_filter`
|
||||
|
||||
[ESCU - GitHub Actions Disable Security Workflow - Rule]
|
||||
action.escu = 0
|
||||
action.escu.enabled = 1
|
||||
description = This search detects a disabled security workflow in GitHub Actions. An attacker can disable a security workflow in GitHub actions to hide malicious code in it.
|
||||
action.escu.mappings = {"cis20": ["CIS 13"], "kill_chain_phases": ["Actions on Objectives"], "mitre_attack": ["T1195.002", "T1195"], "nist": ["PR.DS", "PR.AC", "DE.CM"]}
|
||||
action.escu.data_models = []
|
||||
action.escu.eli5 = This search detects a disabled security workflow in GitHub Actions. An attacker can disable a security workflow in GitHub actions to hide malicious code in it.
|
||||
action.escu.how_to_implement = You must index GitHub logs. You can follow the url in reference to onboard GitHub logs. Sometimes GitHub logs are truncated, make sure to disable it in props.conf. Replace *security-testing* with the name of your security testing workflow in GitHub Actions.
|
||||
action.escu.known_false_positives = unknown
|
||||
action.escu.creation_date = 2022-04-04
|
||||
action.escu.modification_date = 2022-04-04
|
||||
action.escu.confidence = high
|
||||
action.escu.full_search_name = ESCU - GitHub Actions Disable Security Workflow - Rule
|
||||
action.escu.search_type = detection
|
||||
action.escu.product = ["Splunk Enterprise", "Splunk Enterprise Security", "Splunk Cloud"]
|
||||
action.escu.providing_technologies = []
|
||||
action.escu.analytic_story = ["Dev Sec Ops"]
|
||||
action.risk = 1
|
||||
action.risk.param._risk_message = Security Workflow is disabled in branch $branch$ for repository $repository$
|
||||
action.risk.param._risk = [{"threat_object_field": "repository", "threat_object_type": "unknown"}]
|
||||
action.risk.param._risk_score = 0
|
||||
action.risk.param.verbose = 0
|
||||
cron_schedule = 0 * * * *
|
||||
dispatch.earliest_time = -70m@m
|
||||
dispatch.latest_time = -10m@m
|
||||
action.correlationsearch.enabled = 1
|
||||
action.correlationsearch.label = ESCU - GitHub Actions Disable Security Workflow - Rule
|
||||
action.correlationsearch.annotations = {"analytic_story": ["Dev Sec Ops"], "cis20": ["CIS 13"], "confidence": 90, "context": ["Source:Application Log", "Stage:Discovery"], "impact": 30, "kill_chain_phases": ["Actions on Objectives"], "mitre_attack": ["T1195.002", "T1195"], "nist": ["PR.DS", "PR.AC", "DE.CM"], "observable": [{"name": "repository", "role": ["Victim"], "type": "Unknown"}]}
|
||||
schedule_window = auto
|
||||
alert.digest_mode = 1
|
||||
disabled = true
|
||||
enableSched = 1
|
||||
allow_skew = 100%
|
||||
counttype = number of events
|
||||
relation = greater than
|
||||
quantity = 0
|
||||
realtime_schedule = 0
|
||||
is_visible = false
|
||||
search = `github` workflow_run.event=push OR workflow_run.event=pull_request | stats values(workflow_run.name) as workflow_run.name by workflow_run.head_commit.id workflow_run.event workflow_run.head_branch workflow_run.head_commit.author.email workflow_run.head_commit.author.name workflow_run.head_commit.message workflow_run.head_commit.timestamp workflow_run.head_repository.full_name workflow_run.head_repository.owner.id workflow_run.head_repository.owner.login workflow_run.head_repository.owner.type | rename workflow_run.head_commit.author.name as user, workflow_run.head_commit.author.email as user_email, workflow_run.head_repository.full_name as repository, workflow_run.head_branch as branch | search NOT workflow_run.name=*security-testing* | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)` | `github_actions_disable_security_workflow_filter`
|
||||
|
||||
[ESCU - Github Commit Changes In Master - Rule]
|
||||
action.escu = 0
|
||||
action.escu.enabled = 1
|
||||
@@ -2104,7 +2144,7 @@ relation = greater than
|
||||
quantity = 0
|
||||
realtime_schedule = 0
|
||||
is_visible = false
|
||||
search = `github` branches{}.name = main OR branches{}.name = master | eval severity="low" | eval phase="code" | stats count min(_time) as firstTime max(_time) as lastTime by commit.author.html_url commit.commit.author.email commit.author.login commit.commit.message repository.pushed_at commit.commit.committer.date, phase, severity | eval phase="code" | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)` | `github_commit_changes_in_master_filter`
|
||||
search = `github` branches{}.name = main OR branches{}.name = master | stats count min(_time) as firstTime max(_time) as lastTime by commit.commit.author.email commit.author.login commit.commit.message repository.pushed_at commit.commit.committer.date repository.full_name | rename commit.author.login as user, repository.full_name as repository | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)` | `github_commit_changes_in_master_filter`
|
||||
|
||||
[ESCU - Github Commit In Develop - Rule]
|
||||
action.escu = 0
|
||||
@@ -17425,10 +17465,10 @@ search = | tstats `security_content_summariesonly` count min(_time) as firstTime
|
||||
[ESCU - Linux Common Process For Elevation Control - Rule]
|
||||
action.escu = 0
|
||||
action.escu.enabled = 1
|
||||
description = This analytic is to look for possible elevation control access using a common known process in linux platform to change the attribute and file ownership. This technique is commonly abused by adversaries, malware author and red teamers to gain persistence or privilege escalation on the target or compromised host. Tis common process is used to modify file attribute, file ownership or SUID. This tools can be used in legitimate purposes so filter is needed.
|
||||
description = This analytic is to look for possible elevation control access using a common known process in linux platform to change the attribute and file ownership. This technique is commonly abused by adversaries, malware author and red teamers to gain persistence or privilege escalation on the target or compromised host. This common process is used to modify file attribute, file ownership or SUID. This tools can be used in legitimate purposes so filter is needed.
|
||||
action.escu.mappings = {"cis20": ["CIS 3", "CIS 5", "CIS 16"], "kill_chain_phases": ["Exploitation"], "mitre_attack": ["T1548.001", "T1548"], "nist": ["DE.CM"]}
|
||||
action.escu.data_models = ["Endpoint"]
|
||||
action.escu.eli5 = This analytic is to look for possible elevation control access using a common known process in linux platform to change the attribute and file ownership. This technique is commonly abused by adversaries, malware author and red teamers to gain persistence or privilege escalation on the target or compromised host. Tis common process is used to modify file attribute, file ownership or SUID. This tools can be used in legitimate purposes so filter is needed.
|
||||
action.escu.eli5 = This analytic is to look for possible elevation control access using a common known process in linux platform to change the attribute and file ownership. This technique is commonly abused by adversaries, malware author and red teamers to gain persistence or privilege escalation on the target or compromised host. This common process is used to modify file attribute, file ownership or SUID. This tools can be used in legitimate purposes so filter is needed.
|
||||
action.escu.how_to_implement = To successfully implement this search, you need to be ingesting logs with the process name, parent process, and command-line executions from your endpoints. If you are using Sysmon, you can use the Add-on for Linux Sysmon from Splunkbase.
|
||||
action.escu.known_false_positives = Administrator or network operator can execute this command. Please update the filter macros to remove false positives.
|
||||
action.escu.creation_date = 2021-12-23
|
||||
@@ -29945,8 +29985,8 @@ action.escu.data_models = ["Endpoint"]
|
||||
action.escu.eli5 = This analytic will identify suspicious system event of services that was modified from start to disabled. This technique is seen where the adversary attempts to disable security app services, other malware services to evade the defense systems on the compromised host
|
||||
action.escu.how_to_implement = To successfully implement this search, you need to be ingesting logs with the Service name, Service File Name Service Start type, and Service Type from your endpoints.
|
||||
action.escu.known_false_positives = Windows service update may cause this event. In that scenario, filtering is needed.
|
||||
action.escu.creation_date = 2022-02-23
|
||||
action.escu.modification_date = 2022-02-23
|
||||
action.escu.creation_date = 2022-04-04
|
||||
action.escu.modification_date = 2022-04-04
|
||||
action.escu.confidence = high
|
||||
action.escu.full_search_name = ESCU - Windows Event For Service Disabled - Rule
|
||||
action.escu.search_type = detection
|
||||
@@ -29974,7 +30014,7 @@ relation = greater than
|
||||
quantity = 0
|
||||
realtime_schedule = 0
|
||||
is_visible = false
|
||||
search = `wineventlog_system` EventCode=7040 Message = "*service was changed from demand start to disabled." | stats count min(_time) as firstTime max(_time) as lastTime by ComputerName EventCode Message User Sid | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)` | `windows_event_for_service_disabled_filter`
|
||||
search = `wineventlog_system` EventCode=7040 Message = "*service was changed from demand start to disabled." | stats count min(_time) as firstTime max(_time) as lastTime by ComputerName EventCode Message User Sid service service_name | `security_content_ctime(firstTime)` | `security_content_ctime(lastTime)` | `windows_event_for_service_disabled_filter`
|
||||
|
||||
[ESCU - Windows Event Log Cleared - Rule]
|
||||
action.escu = 0
|
||||
|
||||
Vendored
+1
-1
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
|
||||
+1
-1
@@ -1,6 +1,6 @@
|
||||
#############
|
||||
# Automatically generated by generator.py in splunk/security_content
|
||||
# On Date: 2022-04-01T17:31:05 UTC
|
||||
# On Date: 2022-04-04T18:01:09 UTC
|
||||
# Author: Splunk Security Research
|
||||
# Contact: research@splunk.com
|
||||
#############
|
||||
|
||||
@@ -368,6 +368,7 @@ sidebar:
|
||||
| [GetWmiObject Ds Group with PowerShell Script Block](/endpoint/getwmiobject_ds_group_with_powershell_script_block/) | [Permission Groups Discovery](/tags/#permission-groups-discovery), [Domain Groups](/tags/#domain-groups) | [TTP](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
| [GetWmiObject User Account with PowerShell](/endpoint/getwmiobject_user_account_with_powershell/) | [Account Discovery](/tags/#account-discovery), [Local Account](/tags/#local-account) | [Hunting](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
| [GetWmiObject User Account with PowerShell Script Block](/endpoint/getwmiobject_user_account_with_powershell_script_block/) | [Account Discovery](/tags/#account-discovery), [Local Account](/tags/#local-account) | [Hunting](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
| [GitHub Actions Disable Security Workflow](/cloud/github_actions_disable_security_workflow/) | [Compromise Software Supply Chain](/tags/#compromise-software-supply-chain), [Supply Chain Compromise](/tags/#supply-chain-compromise) | [Anomaly](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
| [GitHub Dependabot Alert](/cloud/github_dependabot_alert/) | [Compromise Software Dependencies and Development Tools](/tags/#compromise-software-dependencies-and-development-tools), [Supply Chain Compromise](/tags/#supply-chain-compromise) | [Anomaly](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
| [GitHub Pull Request from Unknown User](/cloud/github_pull_request_from_unknown_user/) | [Compromise Software Dependencies and Development Tools](/tags/#compromise-software-dependencies-and-development-tools), [Supply Chain Compromise](/tags/#supply-chain-compromise) | [Anomaly](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
| [Github Commit Changes In Master](/cloud/github_commit_changes_in_master/) | [Trusted Relationship](/tags/#trusted-relationship) | [Anomaly](https://github.com/splunk/security_content/wiki/Detection-Analytic-Types) |
|
||||
|
||||
@@ -47,7 +47,7 @@ sidebar:
|
||||
| [Data Protection](data_protection) | [Exfiltration Over Unencrypted/Obfuscated Non-C2 Protocol](/tags/#exfiltration-over-unencrypted/obfuscated-non-c2-protocol), [Drive-by Compromise](/tags/#drive-by-compromise) | [Exfiltration](/tags/#exfiltration), [Initial Access](/tags/#initial-access) |
|
||||
| [Deobfuscate-Decode Files or Information](deobfuscate-decode_files_or_information) | [Deobfuscate/Decode Files or Information](/tags/#deobfuscate/decode-files-or-information) | [Defense Evasion](/tags/#defense-evasion) |
|
||||
| [Detect Zerologon Attack](detect_zerologon_attack) | [LSASS Memory](/tags/#lsass-memory), [OS Credential Dumping](/tags/#os-credential-dumping), [Exploitation of Remote Services](/tags/#exploitation-of-remote-services), [Exploit Public-Facing Application](/tags/#exploit-public-facing-application) | [Credential Access](/tags/#credential-access), [Initial Access](/tags/#initial-access), [Lateral Movement](/tags/#lateral-movement) |
|
||||
| [Dev Sec Ops](dev_sec_ops) | [Malicious Image](/tags/#malicious-image), [User Execution](/tags/#user-execution), [Compromise Client Software Binary](/tags/#compromise-client-software-binary), [Trusted Relationship](/tags/#trusted-relationship), [Compromise Software Dependencies and Development Tools](/tags/#compromise-software-dependencies-and-development-tools), [Supply Chain Compromise](/tags/#supply-chain-compromise), [Exfiltration to Cloud Storage](/tags/#exfiltration-to-cloud-storage), [Exfiltration Over Web Service](/tags/#exfiltration-over-web-service), [Spearphishing Attachment](/tags/#spearphishing-attachment), [Phishing](/tags/#phishing), [Exfiltration Over Unencrypted/Obfuscated Non-C2 Protocol](/tags/#exfiltration-over-unencrypted/obfuscated-non-c2-protocol), [Exfiltration Over Alternative Protocol](/tags/#exfiltration-over-alternative-protocol), [Exploitation for Credential Access](/tags/#exploitation-for-credential-access), [Cloud Service Discovery](/tags/#cloud-service-discovery) | [Credential Access](/tags/#credential-access), [Discovery](/tags/#discovery), [Execution](/tags/#execution), [Exfiltration](/tags/#exfiltration), [Initial Access](/tags/#initial-access), [Persistence](/tags/#persistence) |
|
||||
| [Dev Sec Ops](dev_sec_ops) | [Malicious Image](/tags/#malicious-image), [User Execution](/tags/#user-execution), [Compromise Client Software Binary](/tags/#compromise-client-software-binary), [Compromise Software Supply Chain](/tags/#compromise-software-supply-chain), [Supply Chain Compromise](/tags/#supply-chain-compromise), [Trusted Relationship](/tags/#trusted-relationship), [Compromise Software Dependencies and Development Tools](/tags/#compromise-software-dependencies-and-development-tools), [Exfiltration to Cloud Storage](/tags/#exfiltration-to-cloud-storage), [Exfiltration Over Web Service](/tags/#exfiltration-over-web-service), [Spearphishing Attachment](/tags/#spearphishing-attachment), [Phishing](/tags/#phishing), [Exfiltration Over Unencrypted/Obfuscated Non-C2 Protocol](/tags/#exfiltration-over-unencrypted/obfuscated-non-c2-protocol), [Exfiltration Over Alternative Protocol](/tags/#exfiltration-over-alternative-protocol), [Exploitation for Credential Access](/tags/#exploitation-for-credential-access), [Cloud Service Discovery](/tags/#cloud-service-discovery) | [Credential Access](/tags/#credential-access), [Discovery](/tags/#discovery), [Execution](/tags/#execution), [Exfiltration](/tags/#exfiltration), [Initial Access](/tags/#initial-access), [Persistence](/tags/#persistence) |
|
||||
| [Disabling Security Tools](disabling_security_tools) | [Install Root Certificate](/tags/#install-root-certificate), [Subvert Trust Controls](/tags/#subvert-trust-controls), [Disable or Modify Tools](/tags/#disable-or-modify-tools), [Impair Defenses](/tags/#impair-defenses), [Disable or Modify System Firewall](/tags/#disable-or-modify-system-firewall), [Windows Service](/tags/#windows-service), [Create or Modify System Process](/tags/#create-or-modify-system-process), [Modify Registry](/tags/#modify-registry) | [Defense Evasion](/tags/#defense-evasion), [Persistence](/tags/#persistence), [Privilege Escalation](/tags/#privilege-escalation) |
|
||||
| [Domain Trust Discovery](domain_trust_discovery) | [Domain Trust Discovery](/tags/#domain-trust-discovery), [Remote System Discovery](/tags/#remote-system-discovery) | [Discovery](/tags/#discovery) |
|
||||
| [Double Zero Destructor](double_zero_destructor) | [Masquerading](/tags/#masquerading), [Create or Modify System Process](/tags/#create-or-modify-system-process), [Modify Registry](/tags/#modify-registry), [Disable or Modify Tools](/tags/#disable-or-modify-tools), [Impair Defenses](/tags/#impair-defenses) | [Defense Evasion](/tags/#defense-evasion), [Persistence](/tags/#persistence), [Privilege Escalation](/tags/#privilege-escalation) |
|
||||
|
||||
@@ -106,8 +106,8 @@ The search is used to detect systems that are still vulnerable to the Spectre an
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **spectre_and_meltdown_vulnerable_systems_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -104,8 +104,8 @@ The search queries the authentication logs for assets that are categorized as ro
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_new_login_attempts_to_routers_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -106,8 +106,8 @@ This search looks for Windows endpoints that have not generated an event indicat
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **no_windows_updates_in_a_time_frame_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -103,8 +103,8 @@ Attackers often use spaces as a means to obfuscate an attachment's file extensio
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **email_attachments_with_lots_of_spaces_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -104,8 +104,8 @@ This search looks for specific GET or HEAD requests to web servers that are indi
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_attackers_scanning_for_vulnerable_jboss_servers_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -109,8 +109,8 @@ This search is used to detect malicious HTTP requests crafted to exploit jmx-con
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_malicious_requests_to_exploit_jboss_servers_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -95,9 +95,9 @@ This search looks for DNS requests for faux domains similar to the domains that
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [brand_abuse_dns](https://github.com/splunk/security_content/blob/develop/macros/brand_abuse_dns.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **monitor_dns_for_brand_abuse_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -101,8 +101,8 @@ This search looks for Web requests to faux domains similar to the one that you w
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [brand_abuse_web](https://github.com/splunk/security_content/blob/develop/macros/brand_abuse_web.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **monitor_web_traffic_for_brand_abuse_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -100,8 +100,8 @@ The search is used to detect hosts that generate Windows Event ID 4663 for succe
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_usb_device_insertion_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -105,8 +105,8 @@ This search looks for emails claiming to be sent from a domain similar to one th
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **monitor_email_for_brand_abuse_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -110,8 +110,8 @@ This search looks for AWS CloudTrail events where an instance is started in a pa
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **ec2_instance_started_in_previously_unseen_region_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -106,8 +106,8 @@ This search looks for EC2 instances being created with previously unseen AMIs.
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **ec2_instance_started_with_previously_unseen_ami_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -117,8 +117,8 @@ This search detects new API calls that have either never been seen before or tha
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_new_api_calls_from_user_roles_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -101,8 +101,8 @@ This search looks for AWS CloudTrail events where a user logged into the AWS acc
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_api_activity_from_users_without_mfa_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -110,8 +110,8 @@ This search looks for outbound ICMP packets with a packet size larger than 1,000
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_large_outbound_icmp_packets_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -118,8 +118,8 @@ This search looks at S3 bucket-access logs and detects new or previously unseen
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [aws_s3_accesslogs](https://github.com/splunk/security_content/blob/develop/macros/aws_s3_accesslogs.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_s3_access_from_a_new_ip_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -104,8 +104,8 @@ The search looks for modifications to the hosts file on all Windows endpoints ac
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **windows_hosts_file_modification_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -111,8 +111,8 @@ The following analytic identifies usage of `wmic.exe` spawning a local or remote
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [process_wmic](https://github.com/splunk/security_content/blob/develop/macros/process_wmic.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **remote_wmi_command_attempt_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -113,8 +113,8 @@ The fsutil.exe application is a legitimate Windows utility used to perform tasks
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **usn_journal_deletion_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -102,8 +102,8 @@ This search looks for suspicious Java classes that are often used to exploit rem
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [stream_http](https://github.com/splunk/security_content/blob/develop/macros/stream_http.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [stream_http](https://github.com/splunk/security_content/blob/develop/macros/stream_http.yml)
|
||||
|
||||
Note that **suspicious_java_classes_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -101,8 +101,8 @@ The search looks for file writes with extensions consistent with a SamSam ransom
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **file_with_samsam_extension_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -107,8 +107,8 @@ The search looks for a file named "test.txt" written to the windows system direc
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **samsam_test_file_write_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -112,8 +112,8 @@ This search looks for PowerShell requesting privileges consistent with credentia
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [wineventlog_security](https://github.com/splunk/security_content/blob/develop/macros/wineventlog_security.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_mimikatz_via_powershell_and_eventcode_4703_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -107,8 +107,8 @@ The search looks for command-line arguments used to hide a file or directory usi
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **reg_exe_used_to_hide_files_directories_via_registry_keys_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -108,8 +108,8 @@ This search looks for suspicious processes on all systems labeled as web servers
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **web_servers_executing_suspicious_processes_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -99,9 +99,9 @@ The search looks for files created with names that have been linked to malicious
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [suspicious_writes](https://github.com/splunk/security_content/blob/develop/macros/suspicious_writes.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **suspicious_file_write_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -106,8 +106,8 @@ Command lines that are extremely long may be indicative of malicious activity on
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **unusually_long_command_line_-_mltk_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -103,8 +103,8 @@ This search looks for applications on the endpoint that you have marked as prohi
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [prohibited_softwares](https://github.com/splunk/security_content/blob/develop/macros/prohibited_softwares.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **prohibited_software_on_endpoint_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -112,8 +112,8 @@ Monitor for signs that Vssadmin or Wmic has been used to create a shadow copy.
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **creation_of_shadow_copy_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -123,8 +123,8 @@ This search allows you to identify DNS requests that are unusually large for the
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **dns_query_length_outliers_-_mltk_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -108,8 +108,8 @@ This search looks for EC2 instances being created with previously unseen instanc
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **ec2_instance_started_with_previously_unseen_instance_type_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -102,8 +102,8 @@ This search looks for processes referencing the plist files that determine which
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **macos_-_re-opened_applications_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ Detect the usage of comsvcs.dll for dumping the lsass process.
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [process_rundll32](https://github.com/splunk/security_content/blob/develop/macros/process_rundll32.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **dump_lsass_via_comsvcs_dll_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -98,8 +98,8 @@ This search monitors for remote modifications to registry keys.
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **remote_registry_key_modifications_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -116,8 +116,8 @@ This search looks for child processes of spoolsv.exe. This activity is associate
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **child_processes_of_spoolsv_exe_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ This search will return a table of rare processes, the names of the systems runn
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [filter_rare_process_allow_list](https://github.com/splunk/security_content/blob/develop/macros/filter_rare_process_allow_list.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_rare_executables_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -110,8 +110,8 @@ The following analytic identifies `WmiPrvSE.exe` spawning a process. This typica
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **process_execution_via_wmi_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -110,8 +110,8 @@ This search looks for scripts launched via WMI.
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **script_execution_via_wmi_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -103,8 +103,8 @@ This search provides information of unauthenticated requests via user agent, and
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [aws_cloudwatchlogs_eks](https://github.com/splunk/security_content/blob/develop/macros/aws_cloudwatchlogs_eks.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **amazon_eks_kubernetes_cluster_scan_detection_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -103,8 +103,8 @@ This search provides detection information on unauthenticated requests against K
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [aws_cloudwatchlogs_eks](https://github.com/splunk/security_content/blob/develop/macros/aws_cloudwatchlogs_eks.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **amazon_eks_kubernetes_pod_scan_detection_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -113,9 +113,9 @@ This search looks for child processes spawned by zoom.exe or zoom.us that has no
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [previously_seen_zoom_child_processes_window](https://github.com/splunk/security_content/blob/develop/macros/previously_seen_zoom_child_processes_window.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **first_time_seen_child_process_of_zoom_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -123,8 +123,8 @@ The detection Detect Path Interception By Creation Of program exe is detecting t
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_path_interception_by_creation_of_program_exe_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ This search detects accounts that were created and deleted in a short time perio
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **short_lived_windows_accounts_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -116,8 +116,8 @@ The following analytic utilizes Windows Security Event ID 1102 or System log eve
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [wineventlog_system](https://github.com/splunk/security_content/blob/develop/macros/wineventlog_system.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [wineventlog_security](https://github.com/splunk/security_content/blob/develop/macros/wineventlog_security.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **windows_event_log_cleared_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -117,8 +117,8 @@ This search looks for network traffic on TCP/3389, the default port used by remo
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **remote_desktop_network_traffic_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -113,8 +113,8 @@ This search looks for newly created accounts that have been elevated to local ad
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [wineventlog_security](https://github.com/splunk/security_content/blob/develop/macros/wineventlog_security.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_new_local_admin_account_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -118,9 +118,9 @@ This search looks for attempts to stop security-related services on the endpoint
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [process_net](https://github.com/splunk/security_content/blob/develop/macros/process_net.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **attempt_to_stop_security_service_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -118,8 +118,8 @@ This search looks for successful AWS CloudTrail activity by user accounts that a
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_aws_api_activities_from_unapproved_accounts_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
+4
-4
@@ -124,13 +124,13 @@ This search looks for DNS requests for phishing domains that are leveraging Evil
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [evilginx_phishlets_0365](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_0365.yml)
|
||||
* [evilginx_phishlets_outlook](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_outlook.yml)
|
||||
* [evilginx_phishlets_aws](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_aws.yml)
|
||||
* [evilginx_phishlets_google](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_google.yml)
|
||||
* [evilginx_phishlets_facebook](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_facebook.yml)
|
||||
* [evilginx_phishlets_amazon](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_amazon.yml)
|
||||
* [evilginx_phishlets_github](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_github.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [evilginx_phishlets_amazon](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_amazon.yml)
|
||||
* [evilginx_phishlets_outlook](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_outlook.yml)
|
||||
* [evilginx_phishlets_google](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_google.yml)
|
||||
* [evilginx_phishlets_github](https://github.com/splunk/security_content/blob/develop/macros/evilginx_phishlets_github.yml)
|
||||
|
||||
Note that **detect_dns_requests_to_phishing_sites_leveraging_evilginx2_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -119,8 +119,8 @@ This search detects user accounts that have been locked out a relatively high nu
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_excessive_user_account_lockouts_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -115,8 +115,8 @@ This search is used to detect attempts to use DNS tunneling, by calculating the
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_long_dns_txt_record_response_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -113,8 +113,8 @@ This search looks for AWS CloudTrail events wherein a console login event by a u
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_new_user_aws_console_login_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ This search looks for outbound SMB connections made by hosts within your network
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_outbound_smb_traffic_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -126,8 +126,8 @@ This search looks for execution of process `outlook.exe` where the process is wr
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_outlook_exe_writing_a_zip_file_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -112,8 +112,8 @@ This search looks for the execution of the cscript.exe or wscript.exe processes,
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_use_of_cmd_exe_to_launch_script_interpreters_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -110,8 +110,8 @@ This search looks for web connections to dynamic DNS providers.
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [dynamic_dns_web_traffic](https://github.com/splunk/security_content/blob/develop/macros/dynamic_dns_web_traffic.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detect_web_traffic_to_dynamic_domain_providers_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -110,8 +110,8 @@ This search looks for specific command-line arguments that may indicate the exec
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **detection_of_tools_built_by_nirsoft_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -118,9 +118,9 @@ This search looks for EC2 instances being modified by users who have not previou
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [ec2_modification_api_calls](https://github.com/splunk/security_content/blob/develop/macros/ec2_modification_api_calls.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **ec2_instance_modified_with_previously_unseen_user_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -117,8 +117,8 @@ This search looks for EC2 instances being created by users who have not created
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **ec2_instance_started_with_previously_unseen_user_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -111,8 +111,8 @@ The search looks at the change-analysis data model and detects email files creat
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **email_files_written_outside_of_the_outlook_directory_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -126,8 +126,8 @@ This search looks for command-line arguments that use a `/c` parameter to execut
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **first_time_seen_command_line_argument_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -111,8 +111,8 @@ Attackers leverage an existing Windows binary, attrib.exe, to mark specific as h
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **hiding_files_and_directories_with_attrib_exe_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -117,8 +117,8 @@ This search looks for PowerShell processes started with parameters used to bypas
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [process_powershell](https://github.com/splunk/security_content/blob/develop/macros/process_powershell.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **malicious_powershell_process_-_execution_policy_bypass_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ Microsoft Windows contains accessibility features that can be launched with a ke
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **overwriting_accessibility_binaries_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -113,8 +113,8 @@ This search looks for network traffic defined by port and transport layer protoc
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **prohibited_network_traffic_allowed_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -115,8 +115,8 @@ This search looks for network traffic on common ports where a higher layer proto
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **protocol_or_port_mismatch_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -117,8 +117,8 @@ This search looks for the remote desktop process mstsc.exe running on systems up
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **remote_desktop_process_running_on_system_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -119,8 +119,8 @@ This search looks for arguments to sc.exe indicating the creation or modificatio
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **sc_exe_manipulating_windows_services_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -109,8 +109,8 @@ This search looks for flags passed to schtasks.exe on the command-line that indi
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **scheduled_tasks_used_in_badrabbit_ransomware_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -113,8 +113,8 @@ This search looks for changes to registry values that control Windows file assoc
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **suspicious_changes_to_file_associations_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -107,8 +107,8 @@ This detection looks for emails that are suspicious because of their sender, dom
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **suspicious_email_-_uba_anomaly_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -117,9 +117,9 @@ This search looks for emails that have attachments with suspicious file extensio
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [suspicious_email_attachments](https://github.com/splunk/security_content/blob/develop/macros/suspicious_email_attachments.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **suspicious_email_attachment_extensions_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ This search looks for reg.exe being launched from a command prompt not started b
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **suspicious_reg_exe_process_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -114,8 +114,8 @@ This search looks for network traffic identified as The Onion Router (TOR), a be
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **tor_traffic_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -108,9 +108,9 @@ This search looks for applications on the endpoint that you have marked as uncom
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [uncommon_processes](https://github.com/splunk/security_content/blob/develop/macros/uncommon_processes.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **uncommon_processes_on_endpoint_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -112,8 +112,8 @@ Attackers often disable security tools to avoid detection. This search looks for
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **unload_sysmon_filter_driver_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -122,8 +122,8 @@ This search looks for cloud instances being modified by users who have not previ
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [security_content_summariesonly](https://github.com/splunk/security_content/blob/develop/macros/security_content_summariesonly.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **cloud_instance_modified_by_previously_unseen_user_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
@@ -98,8 +98,8 @@ Enforcing network-access controls is one of the defensive mechanisms used by clo
|
||||
|
||||
#### Macros
|
||||
The SPL above uses the following Macros:
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
* [cloudtrail](https://github.com/splunk/security_content/blob/develop/macros/cloudtrail.yml)
|
||||
* [security_content_ctime](https://github.com/splunk/security_content/blob/develop/macros/security_content_ctime.yml)
|
||||
|
||||
Note that **cloud_network_access_control_list_deleted_filter** is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.
|
||||
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user