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
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]
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.
| Context | Actions and conditions | Evidence and limits |
|---|---|---|
| Ransomware exception |
| CISA accepts the loss of evidence held in volatile memory under this condition. Part 2, Detection and Analysis, steps 1–2. |
| Planned forensic preservation |
| BSI describes this sequence in its forensic procedure, §4.3. |
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]
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]
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]
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.
- 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.
Forward potential emergencies or uncertainty
- Classify disruption, emergency or crisis
Must be trained, experienced and authorised. A disruption is manageable within normal operations. The decision should be documented.
Emergency or crisis: alert the BAO immediately
- Should review the classification
- Confirm or de-escalate
Review follows activation of the response organisation.
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]
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]
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]
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.
- CISA · Recognize and Report Phishing (opens in a new tab)
Stay Safe with Three Simple Tips, steps 2–3 and the advice on verifying a sender. Undated guidance for users.
- ENISA · Technical Implementation Guidance on Cybersecurity Risk Management Measures · Version 1.0 (opens in a new tab)
§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.
- BSI-Standard 200-4 · Business Continuity Management · Version 1.0 (opens in a new tab)
§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.
- BSI · Erste Hilfe bei einem schweren IT-Sicherheitsvorfall · Version 1.2 (opens in a new tab)
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.
- CISA · #StopRansomware Guide (opens in a new tab)
Part 2, Detection and Analysis, steps 1–2, and Containment and Eradication. Coordinated isolation and the conditional power-off exception concern ransomware response.
- CISA · Federal Government Cybersecurity Incident & Vulnerability Response Playbooks (opens in a new tab)
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.
- NIST SP 800-61 Rev. 3 · Incident Response Recommendations and Considerations for Cybersecurity Risk Management (opens in a new tab)
§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.
- BSI — DER.2.1 Behandlung von Sicherheitsvorfällen, Edition 2023 (opens in a new tab)
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.
- John P. Pironti — Five Key Considerations for Developing a Cybersecurity Emergency Action Plan (opens in a new tab)
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.
- NIST — SP 800-34 Rev. 1: Contingency Planning Guide for Federal Information Systems (opens in a new tab)
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.
- CIS — Controls Assessment Specification v8.1, Control 17: Incident Response Management (opens in a new tab)
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.