Skip to content
Getting Digital

Incident Response

Also: security incident response, incident handling, IR, breach response

Incident response is the prepared, practised process by which an organisation detects a security incident, contains it, removes the cause, recovers, and learns from what happened.

Our take. The plan is worth exactly as much as the last time it was rehearsed. An organisation with a forty-page response document nobody has opened will improvise under pressure; one with a two-page checklist it exercised last quarter will follow it. Rehearse the plan you have before you write the plan you want.

  1. Prepare: the plan, the contacts, the tooling, the authority to act, and the rehearsal that turns a document into a habit.
  2. Detect and analyse: decide whether the alert is an incident, what kind, how far it has spread, and how bad it is. This phase is where most time is lost.
  3. Contain: stop it getting worse. Isolate the machine, disable the account, block the address, without destroying the evidence you will need.
  4. Eradicate: remove the cause: the malware, the credential, the flaw that let it in.
  5. Recover: restore systems from known-good state, watch for the attacker's return, and lift the restrictions in order.
  6. Learn: the review that turns this incident into the reason the next one is smaller. The phase organisations skip because everyone is tired.

The cycle is standardised and the standard's authors are blunt that the phases overlap and repeat: containment reveals a second compromised system, analysis resumes, containment widens. What the cycle mainly provides is a shared vocabulary under pressure, so that when someone says we are still in containment, everybody knows what that permits and forbids. The forbidden part matters: wiping a machine before its memory is captured destroys the evidence that would have shown how the attacker got in, and an eager administrator does that in the first hour of most poorly run incidents.

The decisions that cause the most damage are not technical. Who may take the payment system offline on a Saturday, and do they know it? Who tells the regulator, by when, and who tells customers? Who talks to the press, and who is forbidden to? Does the company pay a ransom, and who decides? Those questions have answers in a good plan, worked out calmly in advance, and no answers in a bad one, which is why the management-tier security credentials treat incident response as a matter of accountability and the analyst credentials examine it as a matter of triage. Both are right about their half.

What a rehearsal looks like

A tabletop exercise: a facilitator reads out a scenario in stages, the people who would actually respond say what they would do, and the gaps appear in the room rather than in the incident. A ransomware note on a Friday evening; the backup server is also encrypted; the regulator's deadline is seventy-two hours; the chief executive is on a plane. Two hours of that, twice a year, finds more problems in a plan than any review of the document.

In practice

An analyst sees an alert for an unusual login and, following the plan, classifies it as a possible compromise and opens an incident. Containment is to disable the account, which the plan authorises the analyst to do without approval; they do it within ten minutes and the attacker's session dies. Analysis finds a mail forwarding rule and a second account accessed from the same address, so containment widens to that account. Eradication resets both credentials and removes the rule. Recovery restores mail access with a required second factor and watches both accounts for a fortnight. The review finds that the forwarding rule had existed for nine days before the login alert fired, and a new detection for mailbox rule changes is written that week. Total elapsed time from alert to containment: ten minutes, because the analyst did not have to ask.

Often confused with

SIEM (Security Information and Event Management)
A SIEM is the tool that raises the alert and holds the logs. Incident response is the human process that starts when the alert is judged real, and continues long after the tool has done its part.
Security Operations Centre (SOC)
The security operations centre is the team that detects and triages, and often runs the early containment. Incident response is the wider process it triggers, which also involves legal, communications and management, and which may be led from outside the centre.
Vulnerability Management
Vulnerability management prevents incidents by removing the flaws that cause them. Incident response handles the ones that happened anyway, and its review feeds the flaw back into the prevention cycle.

Key takeaways

  • Six phases, overlapping and repeating; the shared vocabulary under pressure is the point.
  • The costly decisions are about authority, notification and payment, not technology; settle them in advance.
  • Rehearse with a tabletop exercise; a plan nobody has practised will be improvised past.

Certifications that test this

Vendor exams whose syllabus covers this concept — facts, cost and a preparation path on each page.

More courses from these shelves

A rotating selection from the course directory, drawn from the subcategories where this concept is taught rather than picked for it. Details, price and the provider link are on the course page.

ISO/IEC 42001: Artificial Intelligence Management System

ISO/IEC 42001: Artificial Intelligence Management System is a comprehensive course designed for professionals looking t…

Udemy

C_THR82: SuccessFactors Performance & Goals Implementation

Are you ready to pass the SAP Certified Associate - SAP SuccessFactors Performance and Goals (C_THR82) exam and take yo…

Udemy

Networking Full Course & Network + certification

This Class of Full Networking Fundamentals, will be fully illustrated with video lessons and sample to which it will ma…

Udemy

Python And Django Framework For Beginners Complete Course

Learn Python From Scratch Beginner to Expert Python.Start from the Python basics and go all the way to creating your ow…

Udemy

The Ultimate AWS Networking Training Course: All In One

Unlock the Future of Cloud: Master AWS Networking and Propel Your Career Forward!In a world powered by the cloud, Amazo…

Udemy

Salesforce Certified Data Cloud Consultant Practice Exams

Get certified with Salesforce Data Cloud Consultant certification by practicing actual exam type questions. This Course…

Udemy

FAQ

What counts as a security incident?
An event that compromises, or credibly threatens, the confidentiality, integrity or availability of systems or data. A single phishing email received is an event; a user who entered credentials into it is an incident. The plan should say who makes that call and how quickly.
Should we pay a ransomware demand?
That is a decision for the organisation's leadership, ideally made in advance and recorded in the plan, with legal advice, because in some jurisdictions payment to certain groups is itself unlawful. The technical team's job is to make the question moot by keeping backups out of the attacker's reach.
How quickly must a breach be reported?
It depends on jurisdiction and sector: many data-protection regimes set a deadline measured in days from becoming aware, and some sectors set shorter ones. Find out yours before the incident, write it into the plan, and start the clock at detection, not at confirmation.

Sources

The primary text this definition rests on. Read it before you trust ours.

Last reviewed 13 September 2026 · Getting Digital