A.5.26 A.5 · Organisational Controls

A.5.26 — Response to information security incidents

Respond to IS incidents following documented procedures — containment, eradication, recovery and communication.

Also written as A5.26, Annex A 5.26, ISO 27001:2022 A.5.26, ISO27001 A.5.26.

What ISO 27001 A.5.26 requires

Response to information security incidents is one of 37 Organisational Controls in ISO/IEC 27001:2022 Annex A. Respond to IS incidents following documented procedures — containment, eradication, recovery and communication. Organisational controls are judged on governance rather than tooling: an auditor wants a named owner, an approval trail, and evidence the control is exercised on a defined cadence rather than written once and filed.

Audit evidence assessors look for

When preparing your Statement of Applicability (SoA) for A.5.26, gather artefacts such as:

  • Incident response records (IR reports or tickets)
  • Containment, eradication and recovery action evidence
  • Stakeholder communication records during incidents
  • Regulatory or authority notification records where applicable

How A.5.26 maps to SOC 2 and NIST CSF

If you run more than one framework, the same evidence usually satisfies all of them. A.5.26 aligns with:

SOC 2: CC7.4 Incident response execution, CC7.5 Incident recovery

NIST CSF 2.0: RS.MA-01 Response plan execution, RS.AN-03 Root cause and incident analysis, RS.MI-01 Incident containment, RS.MI-02 Incident eradication

ISO 27001:2013 mapping

A.5.26 consolidates the following ISO 27001:2013 control(s): A.16.1.5. If you are transitioning an existing ISMS, map your prior evidence for these to A.5.26 in your updated SoA.

Map A.5.26 to NIST CSF & SOC 2 →
Crosswalk this control in the Control Mapper & Gap Assessment.
Document the risk →
Record treatment for gaps against A.5.26 in the Risk Register.

Related Annex A controls

A.5.24 Information security incident management planning and preparation A.5.28 Collection of evidence A.5.27 Learning from information security incidents A.5.29 Information security during disruption

See all 37 Organisational Controls →

Frequently asked questions

Is ISO 27001 A.5.26 mandatory?

Annex A controls are not mandatory in the abstract. Clause 6.1.3 requires you to compare your risk treatment plan against Annex A and justify, in the Statement of Applicability, any control you exclude. If your risk assessment surfaces a risk that A.5.26 addresses, excluding it needs a documented, risk-based rationale that an auditor will test.

How do auditors test ISO 27001 A.5.26?

In two passes. First design: does a documented control exist, is it owned, and does it address the risk? Then operating effectiveness: the auditor samples records from across the audit period to confirm the control actually ran. A Stage 2 audit will typically pull several samples, so evidence that only exists for the month before the audit is a common finding.

How often should A.5.26 be reviewed?

ISO 27001 sets no fixed interval — it requires review at "planned intervals" and after significant change. Annual review is the norm most certification bodies expect, with an out-of-cycle review triggered by incidents, major system changes, restructures, or new regulatory obligations. Record the review date and outcome either way; an undated control is treated as unreviewed.

What does ISO 27001 A.5.26 map to in SOC 2 and NIST CSF?

A.5.26 aligns with SOC 2 CC7.4, CC7.5 and NIST CSF RS.MA-01, RS.AN-03, RS.MI-01, RS.MI-02. Evidence gathered for one framework will usually satisfy the others, which is the basis for a test-once, satisfy-many control library.

What was A.5.26 in ISO 27001:2013?

A.5.26 consolidates 1 control(s) from the 2013 edition: A.16.1.5. When transitioning, re-point the existing evidence rather than rebuilding it — the underlying requirement has not changed materially.