Deleting Volume Shadow Copies removes the easiest local recovery path, so most Windows ransomware does it, and affiliates often do it by hand just before detonation. The commands are well known and short, yet they come in many forms: vssadmin, wmic, diskshadow, PowerShell and WMI calls, and shadow storage resizing. A good rule covers all of them and looks at the parent process, not just the string.
Signals at a Glance
| Signal | Where | ATT&CK |
|---|---|---|
| vssadmin delete shadows (often /all /quiet) | Process creation 4688 / Sysmon 1 | T1490 |
| wmic shadowcopy delete | Process creation | T1490 |
| diskshadow with a script that runs delete shadows | Process creation, script file | T1490 |
| PowerShell removing Win32_ShadowCopy objects | PowerShell 4104, process creation | T1490 |
| vssadmin resize shadowstorage to a tiny maximum size | Process creation | T1490 |
Command-Line Coverage
String matching on the command line catches the commodity cases and costs almost nothing. The rule below covers the common forms; the second condition catches the shadow storage trick, where the cap is shrunk so Windows purges existing copies without an explicit delete:
title: Volume Shadow Copy Deletion Or Resize
logsource:
product: windows
category: process_creation
detection:
vssadmin_delete:
Image|endswith: '\vssadmin.exe'
CommandLine|contains|all:
- 'delete'
- 'shadows'
wmic_delete:
Image|endswith: '\wmic.exe'
CommandLine|contains|all:
- 'shadowcopy'
- 'delete'
diskshadow:
Image|endswith: '\diskshadow.exe'
CommandLine|contains:
- '/s '
- '-s '
powershell_wmi:
CommandLine|contains|all:
- 'Win32_Shadowcopy'
- 'Remove-WmiObject'
resize_storage:
Image|endswith: '\vssadmin.exe'
CommandLine|contains|all:
- 'resize'
- 'shadowstorage'
condition: 1 of them
level: high
# tune/validate: backup software and imaging tools legitimately manage shadow copies.
Command-line rules miss tooling that calls the VSS COM or WMI APIs directly. Close that gap by watching for the same effect from a process that is not on your list of known backup agents, for example through your EDR’s API-call or WMI telemetry.
Context That Raises Confidence
- Parent process matters. A shadow delete spawned by a script host, PsExec, a service created minutes earlier or a remote WMI session is far more suspicious than one from a known backup agent.
- Sequence beats single events. Shadow deletion followed within minutes by boot configuration changes and service stops is a pre-encryption chain you can score as one detection.
- Account matters. Look for the command running under a domain admin or service account that rarely logs on interactively.
- Legitimate use is narrow: backup agents, system administrators and imaging tools. Allowlist them by signed image path and account, not by command line alone.
SigmaHQ carries process-creation rules for vssadmin, wmic and diskshadow shadow copy deletion; Elastic and Splunk ESCU ship equivalents. Use them, then add your own parent-process and account context. Baseline your backup tooling before alerting, since it creates and removes shadow copies as part of normal operation.
Build Detections That Fire
Mjolnir Security helps blue teams turn threat intelligence into high-fidelity detections across endpoint, network, identity and cloud telemetry.
- Detection Engineering We build and tune detections mapped to ATT&CK from your own telemetry.
- Threat Hunting as a Service Hypothesis-driven hunts for the behaviours on this page.
- 24/7 Incident Response Containment when a detection fires. Call +1 833 403 5875.
Stay ahead of emerging threats. Get notified when we publish new intelligence reports and advisories.
Subscribe to Alerts