关于 building-soc-escalation-matrix
面向 SOC 团队的事件升级设计指南,结合严重程度、资产重要性和业务背景制定处理路径。内容涵盖分级职责、响应时限、自动触发条件和沟通模板。
主要功能
- 01SOC 分级职责
- 02P1–P4 响应时限
- 03资产与严重程度决策矩阵
- 04自动及按时限升级触发条件
- 05事件通知模板
适用场景
- 01制定安全事件分析师交接流程
- 02为关键资产设定升级规则
- 03统一向相关方通报事件进展
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ mukul975/ anthropic-cybersecurity-skills --skill building-soc-escalation-matrix安装后在 Claude Code 中输入/building-soc-escalation-matrix确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
LICENSEassets/template.mdreferences/api-reference.mdstandards.mdworkflows.mdscripts/agent.pyprocess.py详细介绍
构建 SOC 升级矩阵
概述
SOC 升级矩阵定义了安全事件如何根据严重性、影响和响应要求在整个组织内流转。现代 SOC 使用上下文驱动的升级机制,结合业务风险、资产关键性和数据敏感性,而非纯粹基于严重性的模型。在 SOC 中使用 AI 和自动化的组织将检测与遏制生命周期缩短至约 161 天,比行业平均的 241 天减少了 80 天。
何时使用
- 在环境中部署或配置构建 SOC 升级矩阵能力时
- 建立符合合规要求的安全控制措施时
- 为该领域构建或改进安全架构时
- 执行需要此实现的安全评估时
前置条件
- 熟悉 SOC 运营概念和工具
- 可访问测试或实验环境以安全执行
- Python 3.8+ 并安装所需依赖项
- 对任何测试活动具有适当授权
SOC 层级结构
Tier 1 - 告警分类分析师
- 监控 SIEM 仪表板和告警队列
- 执行初始告警分类(真阳性/假阳性)
- 处理 P3 和 P4 事件直至解决
- 在 SLA 内将 P1 和 P2 事件升级至 Tier 2
- 在工单系统中记录初步发现
Tier 2 - 事件分析师
- 对升级事件执行深入调查
- 进行根本原因分析和范围界定
- 执行遏制程序
- 处理 P2 事件直至解决
- 将 P1 事件升级至 Tier 3 或管理层
Tier 3 - 高级分析师 / 威胁猎人
- 处理 P1 关键事件和 APT 调查
- 执行主动威胁狩猎
- 开发检测规则和剧本
- 进行恶意软件逆向工程
- 领导重大入侵的事件响应
管理层升级
- SOC 经理:运营决策、资源分配
- CISO:业务影响决策、高管沟通
- 法务/公关:数据泄露通知、媒体响应
- 外部 IR:第三方事件响应参与
严重性分类
P1 - 严重
| 属性 | 值 |
|---|---|
| 影响 | 活跃数据泄露、勒索软件、关键系统受损 |
| 业务影响 | 收入损失、监管风险、客户数据面临风险 |
| 初始响应 | 15 分钟 |
| 升级至 Tier 2 | 立即 |
| 升级至管理层 | 30 分钟 |
| 解决目标 | 4 小时 |
| 沟通 | 每 30 分钟向利益相关者通报 |
| 示例 | 活跃勒索软件、确认数据外泄、域管理员账户受损 |
P2 - 高
| 属性 | 值 |
|---|---|
| 影响 | 确认入侵、范围有限、无活跃外泄 |
| 业务影响 | 潜在收入影响、风险已遏制 |
| 初始响应 | 30 分钟 |
| 升级至 Tier 2 | 未解决则 30 分钟 |
| 升级至管理层 | 2 小时 |
| 解决目标 | 8 小时 |
| 沟通 | 每 2 小时向 SOC 管理层通报 |
| 示例 | 用户账户受损、单终端上的恶意软件、内部威胁指标 |
P3 - 中
| 属性 | 值 |
|---|---|
| 影响 | 需要调查的可疑活动 |
| 业务影响 | 低即时风险 |
| 初始响应 | 4 小时 |
| 升级至 Tier 2 | 未解决则 8 小时 |
| 解决目标 | 24 小时 |
| 沟通 | 每日状态更新 |
| 示例 | 策略违规、失败的暴力破解、可疑邮件报告 |
P4 - 低
| 属性 | 值 |
|---|---|
| 影响 | 信息性告警、常规安全事件 |
| 业务影响 | 极小 |
| 初始响应 | 8 小时 |
| 升级 | 仅在出现模式时 |
| 解决目标 | 72 小时 |
| 沟通 | 每周摘要 |
| 示例 | 漏洞扫描发现、过期证书、策略例外 |
升级决策矩阵
Asset Criticality
Low Medium High Critical
Severity Low P4 P4 P3 P3
Medium P4 P3 P2 P2
High P3 P2 P2 P1
Critical P2 P1 P1 P1
上下文驱动的升级触发器
自动升级(无需分析师决策)
| 触发条件 | 操作 |
|---|---|
| 任意端点检测到勒索软件 | P1 - 立即升级至 Tier 3 + 管理层 |
| 域管理员账户失陷 | P1 - 立即升级至 Tier 3 + 管理层 |
| 正在向外部 IP 进行数据外泄 | P1 - 立即升级至 Tier 3 + 管理层 |
| 关键基础设施(DC、SCADA)告警 | P1 - 立即升级至至少 Tier 2 |
| 高管账户异常 | P2 - 立即升级至 Tier 2 |
| 多台主机感染相同恶意软件 | P1 - 立即升级至 Tier 2 |
基于时间的升级
| 条件 | 操作 |
|---|---|
| P2 在 4 小时后仍未解决 | 升级至 Tier 3 |
| P3 在 12 小时后仍未解决 | 升级至 Tier 2 |
| 任何事件超过 SLA 仍未解决 | 升级至 SOC Manager |
| P1 在 2 小时后仍未解决 | 升级至 CISO |
沟通模板
P1 初始通知
SUBJECT: [P1 CRITICAL] Security Incident - {Incident_ID}
Incident Summary:
- Type: {incident_type}
- Affected Systems: {systems}
- Affected Users: {users}
- Current Status: {status}
- Assigned To: {analyst}
Impact Assessment:
- Business Impact: {impact}
- Data at Risk: {data_risk}
- Containment Status: {containment}
Next Actions:
- {action_1}
- {action_2}
Next Update: {time} (30-minute intervals)
Bridge Line: {conference_details}
升级矩阵实现
SOAR 集成
# XSOAR escalation playbook trigger
trigger:
condition: incident.severity == "critical" AND incident.asset_criticality == "high"
action:
- assign_tier: 3
- notify: [soc_manager, ciso]
- create_war_room: true
- start_bridge: true
- set_sla: 4h
auto_escalation_rules:
- name: P2 Time-Based Escalation
condition: incident.severity == "high" AND incident.age > 4h AND incident.status != "resolved"
action:
- escalate_tier: 3
- notify: soc_manager
- add_comment: "Auto-escalated due to SLA breach"
参考资料
评论
支持 Markdown