Get Demo
↑

NIST SP 800-61 Rev 3: Incident Response Guide (2026)

NIST SP 800-61 Rev 3 replaces Rev 2 with a CSF 2.0 community profile. See how the six functions map to incident response, with a checklist.

Published: September 2026 Compliance · NIST 8-12 min read

NIST SP 800-61 Revision 3, published in April 2025, is titled "Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile." It supersedes SP 800-61 Revision 2, the Computer Security Incident Handling Guide. This page explains what changed, how the new structure works, and what a practical incident response (IR) programme should be able to show an assessor.

What changed from Rev 2 to Rev 3

Rev 2 described incident response as a four-phase life cycle: preparation, detection and analysis, containment, eradication and recovery, and post-incident activity. Rev 3 does not keep that model as its main structure. Instead, it treats incident response as part of cybersecurity risk management and organises the recommendations around the six functions of NIST CSF 2.0: Govern, Identify, Protect, Detect, Respond and Recover. The Rev 2 model is shown only for reference, and NIST says organisations should use the life cycle model that suits them best.

Rev 3 is also written for a wider audience. It is intended for most organisations, regardless of sector or size. Federal agencies are covered by the legal authorities NIST cites, but private-sector organisations can adopt it voluntarily.

How the old phases map to CSF 2.0

Rev 3 includes its own mapping of the Rev 2 phases to the CSF 2.0 functions. In summary:

Rev 2 phase
CSF 2.0 functions in Rev 3
Preparation
Govern, Identify, Protect
Detection and analysis
Detect, plus Identify (improvement)
Containment, eradication and recovery
Respond and Recover, plus Identify (improvement)
Post-incident activity
Identify (improvement)

The practical lesson is that most of the work happens before an incident. Govern, Identify and Protect cover preparation and lessons learned. Detect, Respond and Recover cover the incident itself. Rev 3 expresses its recommendations as a CSF 2.0 community profile, with a priority (high, medium or low) for each item.

What your IR programme should be able to show

An assessor will not ask whether you have read SP 800-61. They will ask for evidence. A useful minimum set is:

IR checklist for audit readiness

  1. The IR policy is approved, dated and reviewed on a schedule.
  2. Roles are named, including a decision-maker who can authorise containment.
  3. Playbooks exist for your most likely incident types, such as ransomware, account compromise and data leakage.
  4. At least one exercise was run in the last 12 months, with a written outcome.
  5. Alerts, tickets and incident records can be exported with timestamps.
  6. External reporting duties are documented (see the NIS2 note below).
  7. Every post-incident review produces actions with owners and due dates.

Mapping to SP 800-53 Rev 5 incident response controls

If you are assessed against SP 800-53 Rev 5, the Incident Response (IR) family is where these activities appear as controls. The active controls are IR-1 Policy and Procedures, IR-2 Incident Response Training, IR-3 Incident Response Testing, IR-4 Incident Handling, IR-5 Incident Monitoring, IR-6 Incident Reporting, IR-7 Incident Response Assistance, IR-8 Incident Response Plan and IR-9 Information Spillage Response. SP 800-61 gives guidance on how to run the process. SP 800-53 gives the control statements an assessor tests. They complement each other. For a deeper view of the control family, see our guide to NIST 800-53 IR incident response controls.

Illustrative example: ransomware on a file server

The timeline below is an example of how a programme might use the structure. It is not a NIST requirement, and your own times and decision gates will differ.

Notice that every step produces a record. That record is what an assessor reads.

Where regulation adds deadlines

SP 800-61 is guidance, not a reporting law. If you operate in the EU, the NIS2 Directive adds notification duties for in-scope entities, including an early warning within 24 hours of becoming aware of a significant incident, an incident notification within 72 hours and a final report afterwards. Check the Directive and your national law for the exact rules that apply to you. Our NIS2 compliance checklist covers this in more detail.

How CyberSilo helps

Good incident response depends on evidence you can retrieve quickly. ThreatHawk SIEM centralises logs and alerts so your team can show what was detected, when and by whom. To see how this connects to other frameworks, visit our NIST compliance hub and our guide to the NIST CSF Respond function. If you are drafting your plan, start with our NIST incident response plan template.

Operationalize Detect, Respond, and Recover Evidence

Connect SIEM timelines and IR playbooks to CSF Subcategories auditors and boards can follow.

Frequently asked questions

Is SP 800-61 Rev 3 final?

Yes. NIST published it as a final document in April 2025, and it supersedes Revision 2.

Does Rev 3 replace the four-phase model?

Rev 3 is organised around the six CSF 2.0 functions instead. The Rev 2 life cycle appears only for reference, and NIST says organisations may use whichever model suits them.

Is SP 800-61 mandatory for private companies?

No. NIST says nongovernmental organisations may use it voluntarily. Contracts, regulators or customers may still ask you to follow it.

How does SP 800-61 relate to SP 800-53?

SP 800-61 gives guidance for building and running incident response. SP 800-53 contains the IR control family that assessors test.

What evidence shows that an IR plan has been tested?

A written exercise report, the scenario used, the decisions made, the gaps found, and tracked actions that were closed.

Does SP 800-61 set NIS2 reporting deadlines?

No. The deadlines come from the NIS2 Directive and national law. SP 800-61 helps you build the process that can meet them.

Sources: NIST SP 800-61r3 (CSRC) · NIST Revises SP 800-61 (news)

📰 More from CyberSilo

Latest Articles

Stay ahead of evolving cyber threats with our expert insights

Fintech Compliance Automation: Multi-Jurisdiction Requirements (PCI, SOC 2, GDPR, MAS, SAMA)
Compliance
Oct 11, 2026 ⏱ 17 min

Fintech Compliance Automation: Multi-Jurisdiction Requirements (PCI, SOC 2, GDPR, MAS, SAMA)

Harmonize fintech compliance across PCI DSS, SOC 2, GDPR, MAS, and SAMA CSF with unified controls and Compliance Standards Automation.

Read Article
How MSSPs Help Clients Achieve PCI DSS Compliance at Scale
Compliance
Oct 11, 2026 ⏱ 15 min

How MSSPs Help Clients Achieve PCI DSS Compliance at Scale

Learn how MSSPs deliver PCI DSS Requirement 10 and audit-ready evidence at scale with ThreatHawk MSSP SIEM and Compliance Standards Automation.

Read Article
The 5 Biggest Operational Mistakes MSSPs Make When Managing Multiple Client SOCs
Partners
Oct 11, 2026 ⏱ 15 min

The 5 Biggest Operational Mistakes MSSPs Make When Managing Multiple Client SOCs

Avoid the top MSSP multi-tenant SOC mistakes—customization sprawl, weak isolation, alert floods, shallow QBRs, and sloppy onboarding—with ThreatHawk MSSP SIEM and Agentic SOC AI.

Read Article
What Is ISO 27001? A Practical 2026 Guide for Security and GRC Teams
Compliance
Oct 11, 2026 ⏱ 16 min

What Is ISO 27001? A Practical 2026 Guide for Security and GRC Teams

ISO/IEC 27001 explained for 2026: ISMS scope, Annex A controls, certification stages, and how continuous monitoring supports audit-ready evidence.

Read Article
What Is the NIST Cybersecurity Framework? CSF 2.0 Explained for 2026
Compliance
Oct 11, 2026 ⏱ 15 min

What Is the NIST Cybersecurity Framework? CSF 2.0 Explained for 2026

The NIST Cybersecurity Framework (CSF) 2.0 explained: six Functions, Profiles, Tiers, and how to operationalize outcomes with SIEM and GRC in 2026.

Read Article
How NIST Helps Cybersecurity Programs Mature in 2026
Compliance
Oct 11, 2026 ⏱ 14 min

How NIST Helps Cybersecurity Programs Mature in 2026

How NIST publications improve cybersecurity: CSF 2.0, SP 800-53, incident guidance, and practical ways to turn NIST outcomes into SOC metrics and audit evidence.

Read Article
✅ Link copied!