ISO/IEC 27035 (information security incident management), explained

Last updated:

Key takeaways

  • ISO/IEC 27035-1:2023 states its relationship to the ISMS standards directly, rather than leaving it to inference.
  • Anyone comparing ISO/IEC 27035 to NIST's incident-handling guidance should note that the NIST side of the comparison recently changed shape.
  • Pair Part 2 with your ISMS planning cycle.

ISO/IEC 27035 is the multi-part International Standard, developed by ISO/IEC JTC 1/SC 27, that provides the process-level detail behind "incident management" as a control topic — the step-by-step guidance that ISO/IEC 27001 and ISO/IEC 27002 reference but don't themselves spell out. Its two foundational parts were substantially revised in 2023; a newer fourth part, on multi-party coordination, followed in 2024. Unlike the firmware- and device-specific standards covered elsewhere on this site, ISO/IEC 27035 is organization-level process guidance — it describes how to run incident management, not which technical controls a product must implement.

The four parts, and what each one covers

Part Title Current edition Published
1 Principles and process ISO/IEC 27035-1:2023 (2nd ed., 33 pp.) 2023-02-13
2 Guidelines to plan and prepare for incident response ISO/IEC 27035-2:2023 (2nd ed., 53 pp.) 2023-02-13
3 Guidelines for ICT incident response operations ISO/IEC 27035-3:2020 (1st ed., 31 pp.) 2020-09
4 Coordination ISO/IEC 27035-4:2024 (1st ed., 22 pp.) 2024

Per ISO's own abstract, Part 1 is "the foundation of the ISO/IEC 27035 series," presenting "basic concepts, principles and process with key activities of information security incident management, which provide a structured approach to preparing for, detecting, reporting, assessing, and responding to incidents, and applying lessons learned." Parts 1 and 2 were both revised on the same date, 2023-02-13, superseding their 2016 editions — ISO's catalogue marks ISO/IEC 27035-1:2016 as withdrawn that day. Part 3 has no prior edition and is new as of 2020; ISO's catalogue currently flags it as under review, meaning it has not yet been updated to match the 2023 revision of Parts 1-2. Part 4 is the newest addition, covering guidance for organizations that must coordinate incident handling with other parties — a scenario increasingly common for firmware and device vendors coordinating disclosure and response across OEMs, component suppliers and downstream integrators.

The five-phase process model

ISO/IEC 27035-1:2023's Clause 5 ("Process") lays out an incident management lifecycle across five activity phases, following an initial overview sub-clause:

  1. 5.2 Plan and prepare
  2. 5.3 Detect and report
  3. 5.4 Assess and decide
  4. 5.5 Respond
  5. 5.6 Learn lessons

Part 2 explicitly anchors its own scope to two of these phases: it "provides guidelines to plan and prepare for incident response and to learn lessons from incident response," based on "the 'plan and prepare' and 'learn lessons' phases of the information security incident management phases model presented in ISO/IEC 27035-1:2023" — citing clauses 5.2 and 5.6 by number. Part 3's scope, covering "information security incident detection, reporting, triage, analysis, response, containment, eradication, recovery and conclusion," corresponds in substance to the detect/assess/respond phases (5.3-5.5), though this guide found no explicit ISO cross-reference line tying Part 3's own clause numbers to Part 1's phase numbers — treat that correspondence as inferred from the two parts' published scopes, not a directly quoted ISO statement. Part 3 is also explicit about what it excludes: it "is not concerned with non-ICT incident response operations such as loss of paper-based documents," scoping it firmly to technical/ICT incident handling.

How it plugs into ISO/IEC 27001 and 27002

ISO/IEC 27035-1:2023 states its relationship to the ISMS standards directly, rather than leaving it to inference. Its Introduction says "the ISO/IEC 27035 series provides additional guidance to the controls on incident management in ISO/IEC 27002," and Clause 4.2 adds that the standard aims "to provide guidance to organizations that aim to meet the information security management system (ISMS) requirements specified in ISO/IEC 27001 which are supported by guidance from ISO/IEC 27002," since "ISO/IEC 27001 includes requirements related to information security incident management." The standard goes as far as including a dedicated Annex C, described in its own table of contents as a "cross-reference table on information security incident management clauses from ISO/IEC 27001 and clauses in this document" — this guide confirmed the annex's existence and title from the table of contents but did not retrieve its full content, which sits beyond the publicly available preview pages.

The specific control titles on the ISO/IEC 27002:2022 side are 5.24, "Information security incident management planning and preparation," and 5.26, "Response to information security incidents" — taken directly from ISO/IEC 27002:2022's own table of contents. In practice, Annex A of ISO/IEC 27001:2022 and the corresponding ISO/IEC 27002:2022 control text establish that an ISMS must plan for and respond to incidents; ISO/IEC 27035 is where the process detail — who does what, in which order, with which artifacts — actually lives.

NIST SP 800-61 has moved on, and EU law treats 27035 as supplementary

Anyone comparing ISO/IEC 27035 to NIST's incident-handling guidance should note that the NIST side of the comparison recently changed shape. SP 800-61 Revision 2, "Computer Security Incident Handling Guide" (originally August 2012), was withdrawn by NIST on 3 April 2025 and superseded by SP 800-61 Revision 3, retitled "Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile" (April 2025) — a shift from a standalone incident-handling playbook toward a profile mapped against the NIST Cybersecurity Framework 2.0. This guide found no ENISA, NIST or national-agency document offering a formal, phase-by-phase crosswalk between ISO/IEC 27035 and either NIST revision; treat any such mapping seen on a vendor blog as an informal convenience comparison, not an authoritative equivalence.

On EU regulatory status: ENISA's own Cyber Resilience Act Requirements Standards Mapping (JRC137340, 2024) does not mention ISO/IEC 27035 anywhere in its 69-page text. ENISA's June 2025 Technical Implementation Guidance on NIS2's cybersecurity risk-management measures does cite it, but only in supplementary footnotes to its Incident Handling section — footnote 18 notes "the ISO/IEC 27035 series provides further guidance on incident management," citing Part 1, and footnote 33 lists Parts 1 and 2 alongside NIST SP 800-61 Rev. 2 as material to "consider" in addition to ENISA's own normative mapping table. Neither reference elevates ISO/IEC 27035 to a binding or presumption-of-conformity standard under NIS2 or the CRA — it's ENISA-endorsed supplementary guidance, not a named legal requirement in either law's operative text.

A workable starting point

  1. Use Part 1's five phases as your incident runbook skeleton, not just a slide — plan and prepare, detect and report, assess and decide, respond, and learn lessons map cleanly onto distinct roles and artifacts (a response plan, a detection/triage log, a decision record, containment/eradication steps, and a post-incident report).
  2. Pair Part 2 with your ISMS planning cycleBecause Part 2 is explicitly scoped to the "plan and prepare" and "learn lessons" phases, it's the part to read before (and after) an incident, not during one — Part 3 is the during-incident operational guide.
  3. Cite the ISO/IEC 27002:2022 control numbers preciselyIf your Statement of Applicability references incident management, use 5.24 (planning and preparation) and 5.26 (response) rather than a generic "incident management control" — auditors will expect the specific control numbers.
  4. Don't claim ISO/IEC 27035 satisfies NIS2 or CRA incident-reporting obligations on its ownENISA's footnote treatment makes it supplementary good practice, not a named conformity mechanism — the actual reporting-timeline obligations live in the regulations themselves (see our guide to CRA 24-hour vulnerability reporting).
  5. Check Part 3's "under review" status before relying on 2020-dated languagefor ICT incident response operations — it predates the 2023 revision of Parts 1-2 and may be revised to match.

SoftWSP's device and firmware security assessments can help structure incident detection, triage and response evidence consistent with ISO/IEC 27035's five-phase model: see Device & Firmware Security.

This guide summarizes publicly available ISO catalogue, front-matter and ENISA/NIST guidance material; ISO/IEC 27035's full operative text (including Annex C) is copyrighted and must be purchased from ISO, IEC or a national member body. This guide is not a substitute for the full standard or for compliance/legal advice.

Sources

  1. ISO: ISO/IEC 27035-1:2023 — Information security incident management — Part 1: Principles and process (catalogue record: edition, date, pages, scope)
  2. ISO: ISO/IEC 27035-2:2023 — Part 2: Guidelines to plan and prepare for incident response (catalogue record)
  3. ISO: ISO/IEC 27035-3:2020 — Part 3: Guidelines for ICT incident response operations (catalogue record)
  4. ISO: ISO/IEC 27035-4:2024 — Part 4: Coordination (catalogue record)
  5. ISO: ISO/IEC 27035-1:2016 (withdrawn 2023-02-13) — catalogue record showing supersession by the 2023 edition
  6. iTeh Standards: ISO/IEC 27035-1:2023 front-matter preview — Introduction and Clause 4.2 text on the relationship to ISO/IEC 27001/27002 and Annex C cross-reference table
  7. iTeh Standards: ISO/IEC 27002:2022 front-matter preview — control 5.24 and 5.26 titles
  8. NIST CSRC: SP 800-61 Rev. 2, Computer Security Incident Handling Guide — withdrawn 2025-04-03, superseded by Rev. 3
  9. NIST CSRC: SP 800-61 Rev. 3, Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile (April 2025)
  10. ENISA/JRC: Cyber Resilience Act Requirements — Standards Mapping (JRC137340, 2024) — does not mention ISO/IEC 27035
  11. ENISA: Technical implementation guidance on cybersecurity risk management measures (NIS2), v1.0, June 2025 — footnotes 18 and 33 citing ISO/IEC 27035-1/-2 and NIST SP 800-61 Rev. 2

Frequently asked questions

What is ISO/IEC 27035, and what does each part cover?

ISO/IEC 27035 is a multi-part International Standard, developed by ISO/IEC JTC 1/SC 27, on information security incident management. Per ISO's own catalogue, the current parts are: Part 1, "Principles and process" (ISO/IEC 27035-1:2023, 2nd edition, published 2023-02-13, 33 pages), which ISO describes as "the foundation of the ISO/IEC 27035 series," presenting "basic concepts, principles and process with key activities of information security incident management"; Part 2, "Guidelines to plan and prepare for incident response" (ISO/IEC 27035-2:2023, 2nd edition, also published 2023-02-13, 53 pages); Part 3, "Guidelines for ICT incident response operations" (ISO/IEC 27035-3:2020, 1st edition, published September 2020, 31 pages), which covers "information security incident detection, reporting, triage, analysis, response, containment, eradication, recovery and conclusion" and explicitly excludes "non-ICT incident response operations such as loss of paper-based documents"; and Part 4, "Coordination" (ISO/IEC 27035-4:2024, 1st edition, 22 pages), covering guidelines for organizations that must coordinate incident handling across multiple parties. Parts 1 and 2 superseded the 2016 editions of the same parts on their 2023-02-13 publication date, per ISO's catalogue withdrawal records; Part 3 has no prior edition, and Part 3 is separately flagged in ISO's catalogue as currently under review, so it has not yet been refreshed to match the 2023 revision of Parts 1-2. ISO/IEC 27035 is copyrighted; full text must be purchased from ISO, a national member body, or an authorized reseller — this guide summarizes publicly available catalogue and front-matter material rather than reproducing the operative text.

What is the five-phase incident management process, and where does it come from?

ISO/IEC 27035-1:2023's Clause 5 ("Process") sets out an information security incident management process built around five activity phases, after an initial overview sub-clause: 5.2 Plan and prepare, 5.3 Detect and report, 5.4 Assess and decide, 5.5 Respond, and 5.6 Learn lessons. ISO/IEC 27035-2:2023 explicitly anchors itself to two of those phases, stating in its own scope that it "provides guidelines to plan and prepare for incident response and to learn lessons from incident response," based on "the 'plan and prepare' and 'learn lessons' phases of the information security incident management phases model presented in ISO/IEC 27035-1:2023" (cited by 27035-2 to 27035-1 clauses 5.2 and 5.6 specifically). ISO/IEC 27035-3:2020's scope — covering detection, reporting, triage, analysis, response, containment, eradication, recovery and conclusion — corresponds in substance to the detect/assess/respond phases (5.3-5.5), though this guide did not find an explicit ISO cross-reference line tying Part 3's clauses to Part 1's phase numbers; treat that correspondence as inferred from the two parts' published scopes rather than a directly quoted ISO statement. Some secondary summaries render the phase names as noun phrases ("detection and reporting," "assessment and decision," "lessons learnt") rather than ISO's own verb-phrase clause titles quoted above — both describe the same five-phase model, but only the verb-phrase form reflects ISO's literal Clause 5 titles.

How does ISO/IEC 27035 relate to ISO/IEC 27001 Annex A and ISO/IEC 27002?

ISO/IEC 27035-1:2023 states its own relationship to the ISMS standards directly. Its Introduction says "the ISO/IEC 27035 series provides additional guidance to the controls on incident management in ISO/IEC 27002," and its Clause 4.2 adds that "another objective associated with this document is to provide guidance to organizations that aim to meet the information security management system (ISMS) requirements specified in ISO/IEC 27001 which are supported by guidance from ISO/IEC 27002," noting that "ISO/IEC 27001 includes requirements related to information security incident management" and that the standard's own Annex C provides "a cross-reference table on information security incident management clauses from ISO/IEC 27001 and clauses in this document." The specific ISO/IEC 27002:2022 controls this maps to are 5.24, "Information security incident management planning and preparation," and 5.26, "Response to information security incidents" — both titles taken from ISO/IEC 27002:2022's own table of contents. In short: ISO/IEC 27001 Annex A and ISO/IEC 27002 state *that* an ISMS must manage incidents and name the control titles; ISO/IEC 27035 is where the step-by-step process guidance for doing so actually lives. See our guide to [ISO/IEC 27001:2022](/guides/iso-iec-27001-isms-requirements/) for the ISMS clause structure and Annex A control themes this plugs into.

How does ISO/IEC 27035 compare to NIST SP 800-61, and does NIS2 or the CRA name it?

NIST's own incident-response guidance has recently moved past direct comparability: SP 800-61 Revision 2 ("Computer Security Incident Handling Guide," originally August 2012) was withdrawn by NIST on 3 April 2025 and superseded by SP 800-61 Revision 3, retitled "Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile" (April 2025) — a shift from a standalone incident-handling playbook to a profile mapped against the NIST Cybersecurity Framework 2.0. No ENISA, NIST or national-agency document found in this guide's research provides a formal phase-by-phase crosswalk between ISO/IEC 27035 and either NIST revision; comparisons of that kind exist mainly on vendor and compliance blogs, which this guide does not treat as authoritative. On EU law: ENISA's own Cyber Resilience Act Requirements Standards Mapping (JRC137340, 2024) does not mention ISO/IEC 27035 anywhere in its text. ENISA's June 2025 Technical Implementation Guidance on the NIS2 Directive's cybersecurity risk-management measures does name it, but only in supplementary footnotes to its Incident Handling section — footnote 18 states "the ISO/IEC 27035 series provides further guidance on incident management," citing ISO/IEC 27035-1:2023, and footnote 33 lists both ISO/IEC 27035-1:2023 and -2:2023 alongside NIST SP 800-61 Rev. 2 as material to "consider" in addition to ENISA's own normative mapping table. Neither footnote makes ISO/IEC 27035 a binding or presumption-of-conformity mechanism under NIS2 or the CRA — treat it as ENISA-endorsed supplementary guidance, not a named legal requirement.

In this cluster