Files
splunk-security_content/detections/endpoint/winword_spawning_windows_script_host.yml
2024-06-26 14:41:53 +00:00

82 lines
3.3 KiB
YAML

name: Winword Spawning Windows Script Host
id: 637e1b5c-9be1-11eb-9c32-acde48001122
version: 2
date: '2024-05-16'
author: Michael Haag, Splunk
status: production
type: TTP
description: The following analytic identifies instances where Microsoft Winword.exe
spawns Windows Script Host processes (cscript.exe or wscript.exe). This behavior
is detected using Endpoint Detection and Response (EDR) telemetry, focusing on process
creation events where the parent process is Winword.exe. This activity is significant
because it is uncommon and often associated with spearphishing attacks, where malicious
scripts are executed via document macros. If confirmed malicious, this could lead
to code execution, allowing attackers to gain initial access, execute further payloads,
or establish persistence within the environment.
data_source:
- Sysmon EventID 1
search: '| tstats `security_content_summariesonly` count min(_time) as firstTime max(_time)
as lastTime from datamodel=Endpoint.Processes where Processes.parent_process_name="winword.exe"
Processes.process_name IN ("cscript.exe", "wscript.exe") by Processes.dest Processes.user
Processes.parent_process Processes.process_name Processes.process Processes.process_id
Processes.parent_process_id | `drop_dm_object_name(Processes)` | `security_content_ctime(firstTime)`
| `security_content_ctime(lastTime)` | `winword_spawning_windows_script_host_filter`'
how_to_implement: The detection is based on data that originates from Endpoint Detection
and Response (EDR) agents. These agents are designed to provide security-related
telemetry from the endpoints where the agent is installed. To implement this search,
you must ingest logs that contain the process GUID, process name, and parent process.
Additionally, you must ingest complete command-line executions. These logs must
be processed using the appropriate Splunk Technology Add-ons that are specific to
the EDR product. The logs must also be mapped to the `Processes` node of the `Endpoint`
data model. Use the Splunk Common Information Model (CIM) to normalize the field
names and speed up the data modeling process.
known_false_positives: There will be limited false positives and it will be different
for every environment. Tune by child process or command-line as needed.
references:
- https://attack.mitre.org/techniques/T1566/001/
tags:
analytic_story:
- Spearphishing Attachments
- CVE-2023-21716 Word RTF Heap Corruption
asset_type: Endpoint
confidence: 100
impact: 70
message: User $user$ on $dest$ spawned Windows Script Host from Winword.exe
mitre_attack_id:
- T1566
- T1566.001
observable:
- name: dest
type: Endpoint
role:
- Victim
- name: user
type: User
role:
- Victim
- name: process_name
type: Process
role:
- Target
product:
- Splunk Enterprise
- Splunk Enterprise Security
- Splunk Cloud
required_fields:
- _time
- process_name
- process_id
- parent_process_name
- dest
- user
- parent_process_id
risk_score: 70
security_domain: endpoint
tests:
- name: True Positive Test
attack_data:
- data:
https://media.githubusercontent.com/media/splunk/attack_data/master/datasets/attack_techniques/T1566.001/macro/windows-sysmon_wsh.log
source: XmlWinEventLog:Microsoft-Windows-Sysmon/Operational
sourcetype: xmlwineventlog