Discuss your project

TOOLBOX · DOWNLOAD

Incident detected. Plan kicks in.

A security incident leaves no time to sort out responsibilities first. This playbook structures the handling of every incident, from a hijacked account to data exfiltration: which phases you follow, who has which role, which decisions are due and the criteria for making them, which reporting deadlines are running and how to log everything traceably. It is based on NIST SP 800-61 Rev. 3, module DER.2.1 of the BSI IT-Grundschutz Compendium (IT baseline protection of the German Federal Office for Information Security) and the playbooks of the US agency CISA. Immediate measures for ransomware, the emergency manual and the NIS2 notification are covered in separate downloads.

Free PDF · Guide

Incident Response: Security Incident Playbook for SMBs

Format
PDF, A4
Length
9 pages
Size
114 KB
Updated
Oct 25, 2026
Sources
6
Usage
Redistribution in unchanged form permitted
Read as a Web Page

WHO IT IS FOR

Who This
Is for.

Phases, roles, decisions with criteria, reporting deadlines and incident log, based on NIST SP 800-61 Rev. 3, BSI DER.2.1 and the CISA playbooks.

  • IT management and administrators who handle incidents technically
  • Information security officers who coordinate the response
  • Management deciding on shutdown, notification and communication
  • IT service providers who support customers during incidents

8 SECTIONS

What Is
Inside.

Every technical statement in the document names its source. The revision date appears on every page.
  • 01

    What a playbook must deliver

    Why incident handling must be prepared and what the BSI requires

  • 02

    The phases at a glance

    From the familiar phase model to the model based on NIST CSF 2.0

  • 03

    Roles during an incident

    Who decides, who handles, who informs

  • 04

    Step-by-step process

    From the first report to confirmed normal operations

  • 05

    Decisions with criteria

    The key decision points and who makes them

  • 06

    Keeping reporting deadlines in view

    What runs for significant incidents and personal data breaches

  • 07

    Incident log to fill in

    Master data and diary of the incident, keep confidential

  • 08

    Post-incident review and exercises

    Learn from every incident and practice the process

EXCERPT

Step-by-step process

  1. Receive and review the report

    Reports come in through fixed, trusted channels (DER.2.1.A9), including from third parties (NIST RS.MA-02). Briefly check whether a security incident has actually occurred and estimate severity and urgency (NIST RS.MA-02).

  2. Declare the incident, appoint a lead

    If the defined criteria are met, declare the incident and appoint a responsible person; if needed, call in the IR service provider and trigger other plans such as the contingency plan (NIST DE.AE-08, RS.MA-01).

  3. Classify and prioritize

    Determine the type of incident, such as data exfiltration, ransomware, account takeover or service outage, and classify and prioritize it using a consistent method (NIST RS.MA-03, DER.2.1.A11).

  4. Log and secure evidence

    Record every finding and action with a timestamp, keep records confidential and unaltered; secure data that can explain the type and cause (NIST RS.AN-06, RS.AN-07; DER.2.1.A6, A16).

  5. Contain

    Isolate affected systems and network segments, block unauthorized access, change passwords, keys and service accounts if compromise is suspected, revoke privileged access (CISA playbook, Containment). Weigh the impact on operations and on evidence preservation.

  6. Determine extent and cause

    Reconstruct the sequence of events, identify vulnerabilities and attack paths, and search for traces and backdoors even on systems that are not obviously affected (NIST RS.AN-03, RS.AN-08). New traces expand the analysis and containment (CISA playbook).

  7. Eradicate

    Identify all affected systems and services, remove malware, disable compromised accounts, close exploited vulnerabilities (NIST RS.MI-02); have the head of IT operations approve the measures beforehand (DER.2.1.A5).

  8. Recover and confirm

    Check backups for integrity before use (NIST RC.RP-03), restore systems with all patches, change all credentials, involve users in functional tests and then monitor closely (DER.2.1.A6). Declare the end of the incident based on criteria (NIST RC.RP-06).

Do not tip off the attacker: CISA advises informing affected parties by phone rather than email, using a channel outside the potentially compromised systems for coordination and not uploading malware samples to public analysis services.

SOURCES

Supported
by Sources.

  1. NIST SP 800-61 Rev. 3: Incident Response Recommendations and Considerations for Cybersecurity Risk Management (April 2025) (opens in a new tab)Sections 2.1 to 2.3, table of CSF categories DE, RS, RC and ID.IM, accessed October 25, 2026
  2. BSI IT-Grundschutz Compendium, module DER.2.1 Handling of Security Incidents (Edition 2023) (opens in a new tab)Requirements A1 to A22, accessed October 25, 2026
  3. CISA: Cybersecurity Incident & Vulnerability Response Playbooks (November 2021) (opens in a new tab)Incident Response Playbook: preparation, containment, post-incident activity, accessed October 25, 2026
  4. NISG 2026, BGBl. I No. 94/2025, version in force in the RIS (opens in a new tab)§ 34 reporting obligations, § 35 significant cybersecurity incident, accessed October 25, 2026
  5. NISV 2026, BGBl. II No. 290/2026 (opens in a new tab)§§ 5 to 7 significance, accessed October 25, 2026
  6. Regulation (EU) 2016/679 (GDPR), German version on EUR-Lex (opens in a new tab)Art. 33 and 34, accessed October 25, 2026

This guide is a TOMORIS recommendation and replaces neither a contingency plan nor legal advice or forensic support. Adapt roles, contacts and criteria to your business. Whether a reporting obligation exists depends on your entity and the incident; the NISG 2026, the NISV 2026 and the GDPR as currently in force are authoritative.

YOUR NEXT STEP

From Paper
to Practice.

We review with you what is already implemented in your environment and put the rest into practice: as a project with EXPERTS or as ongoing operations with GRID.