Objective. Students will be able to describe each phase of the NIST SP 800-61 incident response lifecycle and explain how it maps to real-world security events.
This lesson, its worked examples and its practice questions has not yet been verified by an industry-certified professional or by a certification or approval body. It is a study draft and may contain errors. Do not use it as instructions for work on a job site or on live equipment. Always follow your instructor, your supervising professional, and current official references and regulations.
VoTechWorks program approval and accreditation are still in progress. Credentials are issued only by the certifying bodies named in each program, after their own exams.
An incident in cybersecurity is any event that actually or potentially threatens the confidentiality, integrity, or availability of information systems or the data they hold. Incident response (IR) is the organized approach an organization uses to prepare for, detect, contain, and recover from those events. Without a structured process, security teams risk missing critical steps, destroying evidence, or allowing an attacker to persist inside the network long after the initial breach is discovered.
The most widely referenced framework for incident response in the United States is NIST Special Publication 800-61 Revision 2, titled Computer Security Incident Handling Guide, published by the National Institute of Standards and Technology. It is freely available as a PDF and is referenced by federal agencies, private enterprises, and certification bodies including CompTIA and ISC2. Security+ and CySA+ exam objectives explicitly reference this lifecycle.
NIST SP 800-61 Rev. 2 organizes incident response into four high-level phases that form a continuous cycle, not a straight line. Lessons learned from one incident feed directly back into preparation for the next.
Preparation is the foundation of every other phase. During preparation, organizations build the capability to respond before an incident occurs. Key activities include:
Strong preparation reduces dwell time — the period between an attacker's entry and detection — and limits overall damage.
This phase begins when a potential incident is identified. Detection sources include alerts from SIEM tools, reports from end users, threat intelligence feeds, and automated endpoint alerts. Not every alert is a real incident; analysts must triage events to separate genuine threats from false positives.
Analysis involves:
NIST emphasizes that analysts should use a precursor (a sign an attack may happen) versus indicator (a sign an attack is happening or has happened) distinction during this phase.
NIST groups these three steps into one phase because they overlap in practice.
Containment stops the spread of the incident. Short-term containment might mean isolating an infected host from the network immediately. Long-term containment might involve applying temporary patches or changing firewall rules while a permanent fix is prepared. Crucially, responders must preserve forensic evidence before containment changes alter the system state — memory captures and disk images should be taken first where possible.
Eradication removes the root cause. This includes deleting malware, closing exploited vulnerabilities, removing unauthorized user accounts, and patching the affected systems. Simply restoring from backup without fixing the underlying vulnerability will result in re-infection.
Recovery returns systems to normal operation. Steps include restoring from clean backups, rebuilding compromised systems, and closely monitoring restored systems for signs that the threat persists. Recovery is declared complete only when the organization has reasonable confidence the threat has been removed.
After systems are stable, the team conducts a post-incident review (sometimes called an after-action review or lessons-learned meeting). This meeting should occur while details are fresh — NIST recommends within a few days of the incident's closure. The review identifies:
Findings feed directly back into Phase 1, strengthening preparation for the future.
The SANS Institute describes incident response using a six-step mnemonic: Preparation, Identification, Containment, Eradication, Recovery, Lessons Learned (PICERL). The concepts closely match NIST 800-61. NIST's "Detection and Analysis" maps to SANS's "Identification," and NIST's "Post-Incident Activity" maps to "Lessons Learned." The primary difference is structural: SANS separates each step explicitly, while NIST consolidates containment, eradication, and recovery into one phase. Both frameworks are accepted references for certification exams.
Incident response work carries professional and legal responsibilities. Responders must handle evidence in a way that preserves chain of custody — a documented record of who accessed evidence, when, and how. Improper handling can make evidence inadmissible in legal proceedings. Always work under the direction of your organization's legal team when law enforcement involvement is possible. Never access systems or data outside the scope authorized by management. Follow your organization's acceptable-use and authorization policies at all times.
Answer each question, then check it. Nothing is recorded; this is your own practice.
A free tech program — complimentary, as our commitment to get America working. Help us build VoTechWorks. Tell us what works, what doesn’t, and what you want to learn.