CY7: Incident response

Lesson 3 of 5 · reading 15–25 minutes; practice and project time is on the module page

Containment without destroying evidence

🎯You'll be able to

Choose containment steps that stop the harm while keeping the evidence needed to understand what happened.

🏠The everyday picture

After a break-in at a shop, the owner locks the door and calls the police, but doesn't sweep the floor first. The footprints are evidence.

📘What it really is

📝A worked example

Input: the S04 incident, confirmed and rated high.

Steps:

  1. Copy auth.jsonl and web.jsonl to a safe place and record their SHA-256 hashes.
  2. Disable S04, end all of S04's sessions, and remove the admin role S04 granted itself.
  3. Block 203.0.113.77 at the firewall, and check whether any other account logged in from it.

Expected output: harm stopped, evidence copied with hashes, and every step logged with times.

🌍Where it's used

📝Case scenario

An IT contractor found malware on a clinic's server and reinstalled it the same afternoon. The clinic then couldn't tell whether patient records had been taken, so it had to treat every record as possibly exposed. A disk snapshot first would have taken an hour.

🖱️Try it

For "a staff laptop shows signs of malware", write three containment steps in the right order. Success: evidence is preserved before anything is wiped, and the laptop is isolated rather than switched off.

⚠️Common mistakes

🛠️For your project

The playbook's containment section lists these steps for AarogyaDesk, in order, with who does each.

✅Quick check

Why isolate a machine instead of switching it off, where possible?

Show the answer

Switching off loses what's in memory, which can be important evidence.

What should happen before any cleaning starts?

Show the answer

Copies of logs and snapshots, with their hashes recorded.

← PreviousDetection and triage
ProLearners Assist