Detection: Windows Defender ASR Audit Events

Description

This detection searches for ASR audit events that are generated when a process or application attempts to perform an action that would be blocked by an ASR rule, but is allowed to proceed for auditing purposes.

 1`ms_defender`
 2EventCode IN (
 3    1122,
 4    1125,
 5    1132,
 6    1134
 7)
 8
 9| fillnull value=NULL
10
11| stats count min(_time) as firstTime
12              max(_time) as lastTime
13  by host EventCode
14     Parent_Commandline Process_Name Target_Commandline
15     Path ID RuleType
16
17
18| lookup local=t asr_rules ID OUTPUT ASR_Rule
19
20
21| rename host as dest
22
23
24| `security_content_ctime(firstTime)`
25
26| `security_content_ctime(lastTime)`
27
28| `windows_defender_asr_audit_events_filter`

Data Source

Name Platform Sourcetype Source
Windows Event Log Defender 1125 Windows icon Windows 'XmlWinEventLog' 'XmlWinEventLog:Security'
Windows Event Log Defender 1132 Windows icon Windows 'XmlWinEventLog' 'XmlWinEventLog:Security'
Windows Event Log Defender 1122 Windows icon Windows 'XmlWinEventLog' 'WinEventLog:Microsoft-Windows-Windows Defender/Operational'
Windows Event Log Defender 1134 Windows icon Windows 'XmlWinEventLog' 'XmlWinEventLog:Security'

Macros Used

Name Value
security_content_ctime convert timeformat="%Y-%m-%dT%H:%M:%S" ctime($field$)
windows_defender_asr_audit_events_filter search *
windows_defender_asr_audit_events_filter is an empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.

Annotations

Default Configuration

This detection is configured by default in Splunk Enterprise Security to run with the following settings:

Setting Value
Disabled true
Cron Schedule 0 * * * *
Earliest Time -70m@m
Latest Time -10m@m
Schedule Window auto
Creates Finding (Notable) No
Creates Intermediate Finding (Risk Event) Yes
Anomaly detections generate Intermediate Findings (Risk Events). They do not generate a Finding (Notable) directly.

Implementation

The following analytic requires collection of Windows Defender Operational logs in either XML or multi-line. To collect, setup a new input for the Windows Defender Operational logs. In addition, it does require a lookup that maps the ID to ASR Rule name. Note that Audit and block Event IDs have different fields, therefore the analytic will need to be modified for each type of event.

Known False Positives

Some false positives are expected initially as the ASR rules are tuned and configured.

Associated Analytic Story

Intermediate Findings

Message Entity Field Entity Type Risk Score
The ASR audit event [$ASR_Rule$] was triggered on [$dest$]. dest system 20

Threat Objects

Field Type
Target_Commandline process
Parent_Commandline parent_process
Process_Name file_path

References

Detection Testing

Test Type Status Dataset Source Sourcetype
Validation ✅ Passing N/A N/A N/A
Unit ✅ Passing Dataset WinEventLog:Microsoft-Windows-Windows Defender/Operational XmlWinEventLog
Integration ✅ Passing Dataset WinEventLog:Microsoft-Windows-Windows Defender/Operational XmlWinEventLog

Replay any dataset to Splunk Enterprise by using our replay.py tool or the UI. Alternatively you can replay a dataset into a Splunk Attack Range


Source: GitHub |

Version: 10