KNOWLEDGE ARTICLE / Incident response

Security incidents
First actions and responsibilities.

Reporting, technical containment and the assessment of security incidents and operational emergencies: an overview of first actions, evidence preservation and responsibilities.

Article date
Base notes dated
Latest source check
DENIZ WETZ / Knowledge articleALL AI INSIGHTS

THE SHORT VERSION

Key points.

  • Phishing reports and ransomware isolation. CISA describes reporting for phishing and immediate, coordinated isolation for ransomware. Powering off can destroy volatile evidence. [01] [05]
  • Authority for technical intervention. NIST recommends specifying who may disconnect or shut down equipment. Incident handlers investigate, validate and prioritise findings. [07]
  • Emergency assessment and alarm. Under BSI 200-4, an authorised decision-maker classifies the situation. An emergency or crisis requires the response organisation to be alerted immediately. [03]

01KNOWLEDGE ARTICLE

Reporting and initial assessment

Users should report suspicious messages without opening links or attachments or replying. Sender checks should use independently obtained contact details. CISA also recommends deleting the message after reporting it, but does not explain whether that reporting method preserves the original and investigation data. Its phishing guidance does not prescribe disconnection for every suspicious email. [01]

A report should include the time, description, available evidence and contact details. ENISA describes accessible reporting channels and lists knowledge of the reporting mechanism and contact point as an example of evidence. For initial BCM reports, BSI adds location, reporter, affected people or processes, possible causes, measures already taken and observed effects, distinguishing facts from assumptions. [02] [03]

BSI DER.2.1 A15 provides for service-desk training to recognise security incidents. This recognition task does not confer general classification or case-closure authority. Incident classification and the operational emergency decision concern different aspects of the situation. [08] [03]

Back to contents

02KNOWLEDGE ARTICLE

Containment and evidence preservation

For serious malware incidents, BSI advises isolating affected systems without initially shutting them down or powering them off. It warns against privileged login while a potentially infected system remains connected to the production network or internet. For ransomware, CISA calls for immediate, coordinated isolation to limit spread. [04] [05]

Selection of containment measures considers further damage, operational and availability impacts, duration, resources, effectiveness and evidence preservation. Limiting damage and preserving evidence can conflict. The technical passages do not assign isolation to a general user or support role or instruct users to create forensic images. [06] [04] [05]

Actions and decisions

Two conditions for powering off

These passages concern ransomware or serious IT security incidents. They do not set a blanket restart ban or require shutdown, cleanup or reinstallation for every security event.

ContextActions and conditionsEvidence and limits
Ransomware exception
  • No other network isolation is possible
  • Power off to limit spread

CISA accepts the loss of evidence held in volatile memory under this condition. Part 2, Detection and Analysis, steps 1–2.

[05]

Planned forensic preservation
  • Preserve volatile data
  • Then power off

BSI describes this sequence in its forensic procedure, §4.3.

[04]

  1. Networks, services and accounts

    Containment can prevent further damage and resource overload. Options include isolating systems or network segments, adapting firewall filters and closing specific ports, servers or services. With suspected compromise, CISA also lists administrator-password changes, rotation of private keys and service or application secrets, and revocation of privileged access. CISA lists these measures under containment. NIST assigns disabling compromised accounts to eradication. These guides do not prescribe the same first step for every account alert. [06] [07]

  2. Investigation records and evidence

    Response actions are recorded, and incident data and metadata are collected with their integrity and provenance preserved. NIST recommends collection and retention under organisational evidence procedures and retention policies, including cases without a formal chain of custody. Record access should be restricted to authorised personnel. For serious incidents, BSI calls for minimal changes to original data and further analysis on copies where possible. CISA’s federal playbook also includes memory and disk acquisition where needed. [07] [04] [06]

Back to contents

03KNOWLEDGE ARTICLE

Incident classification and authority to act

An event is an observable occurrence in an IT environment. NIST defines a security incident as actual or imminent unauthorised harm to confidentiality, integrity or availability, or a violation or imminent threat of violation of relevant rules. A malware finding is not required. Classification uses analysis, defined incident criteria and organisation-specific thresholds, including validation and prioritisation. [07] [08]

Incident handlers verify, analyse, prioritise and respond. They may work internally, externally or in a combined function, with system and network administrators also participating. Some analyses require specialised technical experience. NIST recommends defining disconnection and shutdown authority in the response policy. Leadership may decide measures with major operational effects. [07]

BSI DER.2.1 A3/A11 address classification responsibilities and procedures. A5 requires IT operations leadership to approve selected remediation measures. BSI 200-4 also requires clarity about who may or must perform immediate measures. Strategic security decisions must involve the information security officer under DER.2.1 chapter 3. [08] [03]

John P. Pironti recommends agreeing when responders may act and then notify others, and when they must obtain a decision first. This is advice in an ISACA author contribution, not a COBIT requirement. [09]

Back to contents

04KNOWLEDGE ARTICLE

Operational emergency and activation

Under BSI 200-4, an operational emergency affects time-critical business processes that normal operations cannot restore within the maximum tolerable downtime. A dedicated response organisation (BAO) is required. Preventive activation is possible when disruption is imminent, including without a cyberattack. A crisis has serious effects and overwhelms normal operations. Emergency plans are absent or insufficient. There is no mandatory progression from event to incident, emergency and crisis. [03] [07]

Actions and decisions

Assessment, decision and review under BSI 200-4

Possible emergencies and uncertainty are escalated without waiting for every technical fact to be established.

01Reporting point
  • Assess emergency potential

Prepared for initial assessment using simple criteria, including with limited technical knowledge. The helpdesk and eight-hour threshold in BSI’s example are not a universal role assignment or waiting period.

[03]

Forward potential emergencies or uncertainty

02Central decision authority
  • Classify disruption, emergency or crisis

Must be trained, experienced and authorised. A disruption is manageable within normal operations. The decision should be documented.

[03]

Emergency or crisis: alert the BAO immediately

03Activated response management team (Stab)
  • Should review the classification
  • Confirm or de-escalate

Review follows activation of the response organisation.

[03]

  1. Leadership, escalation and plan activation

    BSI distinguishes the business continuity officer from the response leader. Suitable people may hold both functions with assigned authority. Strategic responsibility remains with organisational leadership, with defined decision procedures. ENISA describes organisation-specific crisis criteria, assigned roles and management-approved procedures. Its CISO escalation example does not require every event to reach the CISO. [03] [02]

    NIST SP 800-34 Rev. 1 describes a designated plan-activation authority and successor for federal contingency planning. This 2010 source does not prescribe a universal corporate role model. CISA’s federal Major Incident category is not equivalent to a BSI operational emergency. [10] [06] [03]

Back to contents

05KNOWLEDGE ARTICLE

Competence, organisation and case closure

Competence includes education, training and experience. ENISA assigns event assessment to the organisation without prescribing one job title, and lists competence records as evidence examples. Its §3.1.2(c) reproduces the competent-personnel requirement for covered entities. BSI 200-4 §4.3 requires qualification evidence for BCM roles. Neither establishes one mandatory personal certificate for all incident handlers. [02] [03]

CIS Control 17 covers a responsible person and backup, the reporting process, roles and communication. Its event and incident thresholds in safeguard 17.9 apply to Implementation Group 3 (IG3). BSI DER.2.1 A16 recommends documenting the case before closure and agreeing quality-assurance requirements with the information security officer in advance. It does not give the initial report recipient authority to close the case. [11] [08]

Back to contents

06KNOWLEDGE ARTICLE

Scope of the guidance

CISA’s user-facing phishing advice, ransomware guidance and 2021 US Federal Civilian Executive Branch playbooks have different scopes. Federal reporting and authority rules are not universal company duties. BSI’s first-aid guide concerns serious incidents. ENISA’s 2025 document distinguishes regulatory requirements for covered entities, implementation guidance and evidence examples. This overview does not determine any organisation’s legal obligations. [01] [05] [06] [04] [02]

Back to contents

Conclusion

NIST recommends that the incident response policy define who may disconnect or shut down equipment. BSI 200-4 assigns the emergency decision to a trained, experienced and authorised decision-maker and recommends review by the activated management team. [07] [03]

REFERENCES / 11

Sources.

Selected public guidance reviewed on 25 October 2026.

  1. CISA · Recognize and Report Phishing (opens in a new tab)

    GuidanceAccessed

    Stay Safe with Three Simple Tips, steps 2–3 and the advice on verifying a sender. Undated guidance for users.

  2. ENISA · Technical Implementation Guidance on Cybersecurity Risk Management Measures · Version 1.0 (opens in a new tab)

    GuidancePublished Accessed

    §1.2.1, p. 16: competence and examples of evidence. §3.1.2(c), p. 32: competent personnel within the covered entities’ regulatory scope. §§3.3–3.5, pp. 41–46: reporting, assessment and response. §4.3, pp. 61–63: crisis management. Regulatory requirements, implementation guidance and evidence examples have different status. Printed page numbers.

  3. BSI-Standard 200-4 · Business Continuity Management · Version 1.0 (opens in a new tab)

    GuidancePublished Accessed

    §2.1, pp. 19–22: disruption, emergency and crisis. §3.5, p. 62: business continuity officer. §4.3, pp. 81–82: qualification evidence. §§5.1–5.2, pp. 99–115: leadership, reporting points and central decision authority, including report contents and initial assessment in §5.2.1, pp. 109–112. §5.3, p. 116: authority for immediate measures. §§5.4.2/5.5.1, pp. 121–125: review and decisions. BCM context, not a universal helpdesk job description. Printed page numbers, two above the PDF page number.

  4. BSI · Erste Hilfe bei einem schweren IT-Sicherheitsvorfall · Version 1.2 (opens in a new tab)

    GuidancePublished Accessed

    p. 5, short checklist. p. 7, intended audience. §§4.1–4.3, pp. 17–18: isolation, privileged access and forensic preservation in serious IT security incidents.

  5. CISA · #StopRansomware Guide (opens in a new tab)

    GuidancePublished Accessed

    Part 2, Detection and Analysis, steps 1–2, and Containment and Eradication. Coordinated isolation and the conditional power-off exception concern ransomware response.

  6. CISA · Federal Government Cybersecurity Incident & Vulnerability Response Playbooks (opens in a new tab)

    GuidancePublished Accessed

    pp. 3–5: US Federal Civilian Executive Branch scope. p. 10: analysis and evidence. p. 14: containment. p. 16: authority and coordination. pp. 5, 25 and 40: Major Incident context and definition. Used for terminology boundaries and response options, not as a new advisory or a corporate role mandate.

  7. NIST SP 800-61 Rev. 3 · Incident Response Recommendations and Considerations for Cybersecurity Risk Management (opens in a new tab)

    GuidancePublished Accessed

    §1, p. 2: event and incident definitions. §§2.2–2.3, pp. 6–9: roles and policy authority. DE.AE, pp. 25–26: analysis and incident declaration. RS.MA, pp. 26–28: validation and prioritisation. RS.AN-06/07, p. 29: records and evidence. RS.MI, pp. 32–33: containment and eradication. Printed page numbers.

  8. BSI — DER.2.1 Behandlung von Sicherheitsvorfällen, Edition 2023 (opens in a new tab)

    GuidancePublished Accessed

    Chapter 3/A1–A5 pp. 3–4, security officer, thresholds, responsibilities and approval of remediation measures by IT operations leadership. A11/A15 p. 6, classification procedure and service desk recognition. A16 pp. 6–7, documentation before closure and quality-assurance requirements agreed in advance.

  9. John P. Pironti — Five Key Considerations for Developing a Cybersecurity Emergency Action Plan (opens in a new tab)

    Practitioner accountPublished Accessed

    ISACA author article, points 1, 2, 4 and 5. Prior agreement on action, notification, escalation and authority. An author's practical recommendations, not a COBIT requirement.

  10. NIST — SP 800-34 Rev. 1: Contingency Planning Guide for Federal Information Systems (opens in a new tab)

    GuidancePublished Accessed

    May 2010, updated 11 November 2010. §4.2.1 and footnote 31, printed p. 36, designated plan activation authority and succession. Federal information-system contingency planning, not a universal corporate authority model.

  11. CIS — Controls Assessment Specification v8.1, Control 17: Incident Response Management (opens in a new tab)

    GuidanceAccessed

    17.1, designated personnel and backup. 17.3, reporting process. 17.5–17.6, roles and communication. 17.9, event/incident thresholds and severity, applies to Implementation Group 3.

Back to contents