3. SOC 告警分级与优先级矩阵设计

SOC 告警分级与优先级矩阵设计 学习卡片

为什么需要优先级矩阵

SOC 每天面对成百上千条告警,如果只按“严重/一般”两档处理,值班人员会陷入两种困境:要么所有告警都当 P1 处理导致疲劳,要么把真实攻击淹没在噪声里。优先级矩阵的作用是把资产重要性、攻击阶段、检测置信度三个维度组合成可执行的 P1–P4 判定规则,让每条告警在进入工单系统前就获得明确的分级标签。

三个分级维度

  • 资产重要性(A):A1 核心(域控、核心数据库、对外业务系统)、A2 重要(内部办公服务器、VPN 网关)、A3 一般(测试机、个人终端)。
  • 攻击阶段(S):S1 侦察/扫描、S2 初始访问、S3 执行/持久化、S4 横向移动/权限提升、S5 数据外泄/破坏。
  • 检测置信度(C):C1 高(签名命中、明确 IOC)、C2 中(行为异常、多条件关联)、C3 低(单一日志、启发式规则)。

优先级判定矩阵

将三个维度按“资产重要性 × 攻击阶段”确定基础等级,再用置信度做升降修正。下表给出可直接落地的判定规则:

资产 \ 攻击阶段S1 侦察S2 初始访问S3 执行/持久化S4 横向/提权S5 外泄/破坏
A1 核心P3P2P1P1P1
A2 重要P4P3P2P1P1
A3 一般P4P4P3P2P2

置信度修正规则:

  • C1 高置信度:基础等级提升一级(P3→P2,P2→P1,P1 保持)。
  • C2 中置信度:保持基础等级不变。
  • C3 低置信度:基础等级降低一级(P1→P2,P2→P3,P3→P4,P4 保持)。
修正后 P1 为最高优先级,P4 为最低。同一告警若同时命中多条规则,取最高优先级。
告警优先级判定矩阵(资产 × 攻击阶段 × 置信度) 资产重要性 S1 侦察/扫描 S2 初始访问 S3 执行/持久化 S4 横向/提权 S5 外泄/破坏 A1 核心 域控/核心DB/对外业务 P3 P2 P1 P1 P1 A2 重要 办公服务器/VPN网关 P4 P3 P2 P1 P1 A3 一般 测试机/个人终端 P4 P4 P3 P2 P2 置信度修正(C) C1 高置信度 签名命中 / 明确 IOC → 基础等级提升一级 C2 中置信度 行为异常 / 多条件关联 → 保持基础等级不变 C3 低置信度 单一日志 / 启发式规则 → 基础等级降低一级 P1 立即响应 P2 优先处理 P3 常规跟进 P4 记录观察

判定规则落地示例

以三条典型告警为例,演示矩阵如何输出优先级:

告警描述资产阶段置信度基础等级修正后
域控服务器检测到 Mimikatz 凭据转储A1S4C1P1P1
VPN 网关出现异常登录(非工作时间、异地 IP)A2S2C2P3P3
测试机触发一条 WebShell 上传规则A3S3C3P3P4

P1–P4 响应时限与动作

  • P1:15 分钟内响应,立即隔离受影响资产,通知安全负责人,启动事件工单。
  • P2:1 小时内响应,完成初步研判,必要时升级为事件。
  • P3:4 小时内响应,记录研判结论,纳入日常巡检。
  • P4:24 小时内确认,仅记录观察,不单独开单。
矩阵中的资产等级和攻击阶段映射需要根据实际环境调整。建议每季度复核一次资产清单和阶段定义,避免因业务变更导致分级失真。