Inhibit System Recovery
- ID
- T1490
- Tactics
- TA0040 Impact
- Platforms
- Containers, ESXi, IaaS, Linux, macOS, Network Devices, Windows
- Data sources
- Process Creation, File Deletion, Service Metadata, Windows Registry Key Modification, Command Execution, Snapshot Deletion, Cloud Storage Deletion
- Source
- attack.mitre.org
- MITRE last modified
- 12 May 2026
Adversaries may delete or remove built-in data and turn off services designed to aid in the recovery of a corrupted system to prevent recovery.[5][6] This may deny access to available backups and recovery options.
Operating systems may contain features that can help fix corrupted systems, such as a backup catalog, volume shadow copies, and automatic repair features. Adversaries may disable or delete system recovery features to augment the effects of Data Destruction and Data Encrypted for Impact.[5][6] Furthermore, adversaries may disable recovery notifications, then corrupt backups.[7]
A number of native Windows utilities have been used by adversaries to disable or delete system recovery features:
vssadmin.execan be used to delete all volume shadow copies on a system -vssadmin.exe delete shadows /all /quiet- Windows Management Instrumentation can be used to delete volume shadow copies -
wmic shadowcopy delete wbadmin.execan be used to delete the Windows Backup Catalog -wbadmin.exe delete catalog -quietbcdedit.execan be used to disable automatic Windows recovery features by modifying boot configuration data -bcdedit.exe /set {default} bootstatuspolicy ignoreallfailures & bcdedit /set {default} recoveryenabled noREAgentC.execan be used to disable Windows Recovery Environment (WinRE) repair/recovery options of an infected systemdiskshadow.execan be used to delete all volume shadow copies on a system -diskshadow delete shadows all[8] [9]
On network devices, adversaries may leverage Disk Wipe to delete backup firmware images and reformat the file system, then System Shutdown/Reboot to reload the device. Together this activity may leave network devices completely inoperable and inhibit recovery operations.
On ESXi servers, adversaries may delete or encrypt snapshots of virtual machines to support Data Encrypted for Impact, preventing them from being leveraged as backups (e.g., via vim-cmd vmsvc/snapshot.removeall).[10]
Adversaries may also delete “online” backups that are connected to their network – whether via network storage media or through folders that sync to cloud services.[11] In cloud environments, adversaries may disable versioning and backup policies and delete snapshots, database backups, machine images, and prior versions of objects designed to be used in disaster recovery scenarios.[12][13]
Detection
- DET0329 Behavioral Detection for T1490 - Inhibit System Recovery
Data components: Process Creation, File Deletion, Service Metadata, Windows Registry Key Modification, Command Execution, Snapshot Deletion, Cloud Storage Deletion
Mitigations (4)
- M1018 User Account Management
Limit the user accounts that have access to backups to only those required. In AWS environments, consider using Service Control Policies to restrict API calls to delete backups, snapshots, and images.
- M1028 Operating System Configuration
Consider technical controls to prevent the disabling of services or deletion of files involved in system recovery. Additionally, ensure that WinRE is enabled using the following command:
reagentc /enable.[1]- M1038 Execution Prevention
Consider using application control configured to block execution of utilities such as
diskshadow.exethat may not be required for a given system or network to prevent potential misuse by adversaries.- M1053 Data Backup
Consider implementing IT disaster recovery plans that contain procedures for taking regular data backups that can be used to restore organizational data.[2] Ensure backups are stored off system and is protected from common methods adversaries may use to gain access and destroy the backups to prevent recovery. In cloud environments, enable versioning on storage objects where possible, and copy backups to other accounts or regions to isolate them from the original copies.[3] On ESXi servers, ensure that disk images and snapshots of virtual machines are regularly taken, with copies stored off system.[4]
Groups (7)
- G0034 Sandworm Team
- G0102 Wizard Spider
- G1015 Scattered Spider
- G1043 BlackByte
- G1051 Medusa Group
- G1053 Storm-0501
- G1055 VOID MANTICORE
Software (49)
- S0132 H1N1
- S0260 InvisiMole
- S0365 Olympic Destroyer
- S0366 WannaCry
- S0389 JCry
- S0400 RobbinHood
- S0446 Ryuk
- S0449 Maze
- S0457 Netwalker
- S0481 Ragnar Locker
- S0496 REvil
- S0570 BitPaymer
- S0575 Conti
- S0576 MegaCortex
- S0583 Pysa
- S0605 EKANS
- S0608 Conficker
- S0611 Clop
- S0612 WastedLocker
- S0616 DEATHRANSOM
- S0617 HELLOKITTY
- S0618 FIVEHANDS
- S0638 Babuk
- S0640 Avaddon
- S0654 ProLock
- S0659 Diavol
- S0673 DarkWatchman
- S0688 Meteor
- S0697 HermeticWiper
- S1058 Prestige
- S1068 BlackCat
- S1070 Black Basta
- S1073 Royal
- S1111 DarkGate
- S1129 Akira
- S1135 MultiLayer Wiper
- S1136 BFG Agonizer
- S1139 INC Ransomware
- S1150 ROADSWEEP
- S1162 Playcrypt
- S1180 BlackByte Ransomware
- S1181 BlackByte 2.0 Ransomware
- S1199 LockBit 2.0
- S1202 LockBit 3.0
- S1212 RansomHub
- S1242 Qilin
- S1244 Medusa Ransomware
- S1247 Embargo
- S9051 The Gentlemen Ransomware
References
- reagentc_cmd
- Ready.gov IT DRP
- Unit 42 Palo Alto Ransomware in Public Clouds 2022
- Crowdstrike Hypervisor Jackpotting Pt 2 2021
- Talos Olympic Destroyer 2018
- FireEye WannaCry 2017
- disable_notif_synology_ransom
- Diskshadow
- Crytox Ransomware
- Cybereason
- ZDNet Ransomware Backups 2020
- Dark Reading Code Spaces Cyber Attack
- Rhino Security Labs AWS S3 Ransomware
