Ransomware, suspected or confirmed

The window between the destruction sequence and encryption is minutes. If you are reading this before encryption has finished, containment is worth more than evidence.

Trigger. Files renamed or unreadable, a ransom note, or backup deletion commands seen.

The first 60 minutes2 of 6 expire
030 min60
  1. 01

    Isolate at the network, do not power off

    by 5 minexpires

    Pull the network, disable the switch port, or use EDR isolation. Leave the machines running. Powering off destroys memory, and memory is where the encryption key and the operator tooling live.

  2. 02

    Capture memory on one affected host

    by 20 minexpires

    One is enough to start. It carries the encryptor, injected code, and sometimes the key. This is the only artifact on the list that cannot be recovered later.

  3. 03

    Check whether backups are actually intact

    by 30 min

    Not whether the backup job reported success: whether a restore works, and whether the backup store was reachable from a compromised credential. Establish this before anyone promises a recovery time.

  4. 04

    Find the destruction sequence in the logs

    by 40 min

    vssadmin, wbadmin and bcdedit, seconds apart. It timestamps the point of no return and usually names the account and host the operator was working from.

  5. 05

    Identify the account used

    by 50 min

    Work backwards from that host. Disable the account, and every account it could have reached. Assume any credential cached on a compromised host is compromised.

  6. 06

    Preserve, then decide about recovery

    by 60 min

    Image at least one host fully before rebuilding anything. Once rebuilt, the evidence is gone, and the questions about scope and data theft arrive days later.