Incident roles and authority
Define who activates the plan, who leads response, who makes operational decisions, who approves communications, and who coordinates outside support.
Incident Response Planning
Systems Risk Advisory helps utilities, local governments, and critical infrastructure organizations build incident response plans that address cyber events, ransomware, OT disruption, vendor compromise, communications, continuity, and recovery decisions.
Why it matters
During a cyber incident, leaders need to know who has authority, who must be contacted, what systems can be isolated, how operations continue, how public communication will work, and how recovery will be validated before systems return to service.
For utilities and critical infrastructure organizations, incident response planning must account for essential services. A plan that only addresses IT restoration may miss SCADA visibility, remote access, vendor support, manual operations, regulatory notifications, public messaging, and continuity of operations.
Systems Risk Advisory develops incident response plans and playbooks that connect cybersecurity response with operations, OT/ICS, emergency management, executive decision-making, and recovery priorities.
Questions this service helps answer
Incident response planning should remove uncertainty before pressure is high. The plan should help staff and leaders act even when information is incomplete.
Core planning areas
Each engagement is scoped to the organization. The goal is a plan people can use, not a binder that stays on a shelf.
Define who activates the plan, who leads response, who makes operational decisions, who approves communications, and who coordinates outside support.
Build practical steps for early triage, escalation, containment, communication, documentation, and continuity during the first day of a cyber incident.
Address isolation decisions, backup checks, payment decision support, insurance coordination, legal coordination, public messaging, and phased recovery.
Plan for loss of visibility, remote access shutdown, vendor support limits, engineering workstation concerns, manual operations, and safe return-to-service.
Clarify what may be disconnected, who can approve isolation, what dependencies must be considered, and how containment affects operations.
Prepare internal notifications, executive updates, governing body briefings, public information coordination, regulatory contacts, and partner notifications.
Review restoration priorities, backup protection assumptions, recovery dependencies, validation steps, and decision points before systems return to use.
Identify vendor contacts, support paths, remote access practices, emergency access decisions, contractual considerations, and escalation expectations.
Establish how the organization will capture lessons learned, update plans, assign corrective actions, and prepare future exercises.
Cyber plus operations
Cyber incidents can affect billing, email, work orders, phones, remote access, file shares, engineering workstations, SCADA visibility, reporting, access control, and public communication. For infrastructure organizations, the key question is not only how to restore computers.
The key question is how to keep essential services operating while the organization investigates, contains, communicates, and recovers.
How engagements work
Identify essential services, critical systems, existing plans, response roles, IT and OT dependencies, vendors, and recovery constraints.
Assess plans, contact lists, escalation paths, backups, remote access, communications, decision authority, and incident documentation practices.
Develop practical incident response procedures, ransomware playbooks, first 24 hours guides, communications steps, and recovery decision points.
Brief leadership, align with emergency response planning, and support tabletop exercises or after-action improvement planning.
Deliverables
Deliverables are designed for real use during an incident. They should be clear enough for leadership, operations, IT, OT, emergency management, and outside partners to understand their roles.
Scenario coverage
Incident response plans should address the incidents that force fast decisions across technical, operational, legal, public communication, and executive lines.
Business systems affected, backups uncertain, public services continuing, and leadership facing restoration, notification, and communication decisions.
Loss of visibility, anomalous control behavior, remote access shutdown, vendor support constraints, and manual operations decisions.
Third-party access concerns, shared support tools, remote sessions, compromised credentials, and coordination with vendors and integrators.
Suspicious logins, email compromise, privileged access concerns, MFA gaps, and containment decisions.
Sensitive information concerns, legal and insurance coordination, documentation, notifications, and public confidence issues.
Physical access, damaged equipment, control system concerns, public messaging, law enforcement coordination, and operational continuity.
Related resource
The Volume 1 Companion Toolkit supports short cybersecurity tasks for remote access, passwords, MFA, and account security. These areas often shape incident response because compromised access can drive containment, notification, and recovery decisions.
Use the toolkit to track tasks, assign owners, and record progress for practical cyber risk reduction.
Related services
Identify account, remote access, backup, logging, and incident readiness gaps before an event.
Review control system pathways, vendor access, segmentation, and continuity considerations that affect response.
Connect cyber incident response to broader operational emergencies, communications, and continuity actions.
Test roles, decision points, communications, containment, manual operations, and recovery priorities.
Systems Risk Advisory can help develop or update incident response plans that support leadership decisions, technical containment, OT coordination, communications, continuity, and recovery.