Time to Contain

Guides for buyers of incident response automation

Eight guides, each with sourced facts and a checklist you can use in a pilot or a vendor call.

8guides

All guides

Approval modes, rollback and blast radius: questions to put to a vendor
How autonomy levels, approval gates, rollback and scope limits differ across response platforms, what vendors publish, and the questions to ask.
Do you need a SIEM in front of the response platform
Some response platforms are the SIEM, some sit behind one, some take alerts directly. What vendor pages say and how to decide for your own estate.
Incident response versus incident management: which tools you are shopping for
Security incident response stops an attacker. IT incident management restores a service. Know which one you are buying before you read a vendor page.
Reading a vendor's response-time number: sample, clock, who measured
Response-time claims from vendor pages and case studies, and the four questions that show whether a number is evidence or decoration. Sample, clock, source.
Running a containment pilot: a 30-day plan with exit criteria
A four-week pilot for a response platform: shadow mode, recommend-only, limited auto-run, review. Exit criteria set before the first alert, not after.
What a reviewer can read after an automated action
An auditor, a customer or a regulator may ask why a host was isolated at 03:00. The fields an action record needs and what vendors publish today.
What time to contain measures, and where the clock starts and stops
Time to contain runs from the first detection signal to the first action that stops the attacker. Where to start and stop the clock, and what to log.
Which containment actions to automate first: identity, email, then endpoint
Start with reversible, low-blast-radius actions: sessions, messages, blocks. Add host isolation and account disablement behind approvals. Here is the order.