实用资源面向 CEO、CISO 和 CTO 的网络事件决策矩阵
明确六项关键事件决策的批准权限、授权边界和升级条件。在线编辑并下载 CSV 决策矩阵。
Kin Levi
职位名称本身不能确定危机中的权限。此矩阵帮助管理团队将响应计划转化为明确的决策权。请针对特定服务和场景填写，与事件负责人及业务负责人共同审查，并按组织流程批准授权。
在压力上升前明确权限
区分不同角色
区分事件协调、技术执行、业务风险接受和对外沟通。讨论 CEO、CISO、CTO、服务负责人及事件负责人各自的参与方式。为每项决策指定实际有批准权的角色及其替代人；小型组织中，同一人可能兼任多个角色。
限定授权行动
明确授权涵盖的服务、客户环境、访问变更、持续时间和客户影响。规定所需证据及行动超出权限的界限。允许隔离某个工作负载，不应自动演变为允许停止所有服务。
演练批准人无法联系的情形
在桌面推演中，让主要批准人暂时无法联系，并引入一项冲突的业务优先事项。检查替代人是否有权行动、独立通信渠道是否可用，以及决策是否得到记录。明确每个联系人的权限后，联系人列表才具有实际作用。
示例：在服务边界内实施遏制
在一个假设的托管服务中，可疑访问影响一个客户环境。已批准的计划允许事件负责人在限定时间内隔离该环境，由平台专家执行变更。如果发现访问涉及其他客户环境，则需升级至指定的业务决策者和技术管理层。主要批准人无法联系时，由有记录的替代人在同样边界内行动。决策记录保留证据、授权、影响范围和复审时间。此示例展示一种授权设计，并不要求所有组织采用这些角色，也不声称遏制行动已经成功。
建立决策矩阵
输入内容保留在当前页面，由浏览器生成文件。关闭或刷新前请先下载；网站不会保存填写后的工作表。
填写服务、场景、适用的响应计划，以及授权的复审或到期条件。
在组织内确认授权
填写此页面不会授予任何权限，也不能替代已批准的响应计划。请与相关业务、技术、法务和沟通负责人共同审查。应在真实事件发生前解决权限缺失或冲突。保留便于访问的副本，并在服务、人员或决策权发生变化时更新。输入内容保留在浏览器中直至下载；网站不会保存填写后的矩阵。
方法与参考资料
这是附有事件响应一手参考资料的原创决策工作表，并非 NIST 或 CISA 官方模板。