building-soc-metrics-and-kpi-tracking

构建 SOC 绩效指标和 KPI 跟踪仪表盘，使用 SIEM 数据衡量平均检测时间（MTTD）、平均响应时间（MTTR）、告警质量比率、分析师生产力和检测覆盖率。适用于 SOC 领导层需要运营可视化、持续改进跟踪或高管级安全运营效能报告的场景。

跳到安装

仓库: killvxk/cybersecurity-skills-zh
最近来源活动: 2026年3月17日 21:38
检测到的 SKILL.md 语言: 中文
星标: 42
分支: 9

安装方式

默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

直接命令不会经过审查 Prompt；运行前请先检查来源。

npx skills add https://github.com/killvxk/cybersecurity-skills-zh --skill building-soc-metrics-and-kpi-tracking

命令会保持在同一行。复制前请横向滚动并检查完整内容。

想先保存到本地？可下载 SkillsMP 当前能够提供的文件。

检查来源文件

决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。

文件资源管理器

4 个文件

SKILL.md

来源说明 · 只读预览

返回搜索返回安装

hunting-for-dns-tunneling-with-zeek

通过分析 Zeek dns.log 中的高熵子域名查询、超量查询量、超长查询长度以及异常 DNS 记录类型，检测 DNS 隧道和数据外泄中的隐蔽通道通信。适用于：当需要狩猎基于 DNS 的 C2 或数据外泄通道、调查异常 DNS 查询模式、或响应涉及 DNS 隧道工具（iodine、dnscat2、DNSExfiltrator）的威胁情报时使用。

2026-04-27

implementing-beyondcorp-zero-trust-access-model

实施 Google 的 BeyondCorp 零信任访问模型，通过 IAP、Access Context Manager 和 Chrome Enterprise Premium，消除网络边界的隐式信任，强制执行基于身份的访问控制，实现无 VPN 的安全应用访问。适用于将传统 VPN 替换为零信任架构、部署 Identity-Aware Proxy、配置设备信任策略、或为远程办公实施上下文感知访问控制时使用。

2026-04-27

testing-for-xss-vulnerabilities-with-burpsuite

在授权的安全评估过程中，使用 Burp Suite 的扫描器、Intruder 和 Repeater 工具识别和验证跨站脚本（XSS）漏洞。适用于 Web 应用渗透测试中检测反射型、存储型和 DOM 型 XSS，验证自动化扫描器报告的 XSS 发现，以及评估 CSP 和 XSS 过滤器的有效性时使用。

2026-04-27

查看这个仓库的全部 Skills

name	building-soc-metrics-and-kpi-tracking
description	构建 SOC 绩效指标和 KPI 跟踪仪表盘，使用 SIEM 数据衡量平均检测时间（MTTD）、平均响应时间（MTTR）、告警质量比率、分析师生产力和检测覆盖率。适用于 SOC 领导层需要运营可视化、持续改进跟踪或高管级安全运营效能报告的场景。
domain	cybersecurity
subdomain	soc-operations
tags	["soc","metrics","kpi","mttd","mttr","dashboard","reporting","continuous-improvement"]
version	1.0
author	mahipal
license	Apache-2.0

构建 SOC 指标与 KPI 跟踪

适用场景

以下情况使用本技能：

SOC 领导层需要对运营绩效进行数据驱动的可视化分析
持续改进计划需要基准测量和趋势跟踪
高管报告要求量化安全态势和 ROI 指标
人员配置决策需要客观的工作负载与容量数据
合规审计需要有文档记录的 SOC 绩效证据

不适用于将指标作为针对分析师的惩罚性措施——指标应推动流程改进，而非个人绩效考核。

前置条件

具备 90 天以上事件和告警处置数据的 SIEM
包含事件生命周期时间戳数据的事件工单系统（ServiceNow、Jira）
分析师轮班计划和人员配置数据
用于追踪检测覆盖率的 ATT&CK Navigator
仪表盘平台（Splunk、Grafana 或 Power BI）

工作流程

步骤 1：定义核心 SOC 指标框架

建立与 NIST CSF 功能对齐的关键指标：

指标	定义	目标值	NIST CSF
MTTD	从威胁发生到 SOC 检测的时间	<15 分钟	检测
MTTA	从告警到分析师确认的时间	<5 分钟	响应
MTTI	从确认到调查开始的时间	<10 分钟	响应
MTTC	从调查到遏制的时间	<1 小时	响应
MTTR	从检测到完全解决的时间	<4 小时	恢复
误报率（FP Rate）	误报告警的百分比	<30%	检测
真报率（TP Rate）	真实告警的百分比	>40%	检测
覆盖率（Coverage）	具有主动检测的 ATT&CK 技术	>60%	检测
驻留时间（Dwell Time）	攻击者在网络中被检测前的时间	<24 小时	检测
升级率（Escalation Rate）	一级告警升级至二/三级的比例	15-25%	响应

步骤 2：实施 MTTD/MTTR 测量

平均检测时间（MTTD）：

index=notable earliest=-30d status_label="Resolved*"
| eval mttd_seconds = _time - orig_time
| where mttd_seconds > 0 AND mttd_seconds < 86400  --- 排除数据质量问题
| stats avg(mttd_seconds) AS avg_mttd,
        median(mttd_seconds) AS med_mttd,
        perc90(mttd_seconds) AS p90_mttd,
        perc95(mttd_seconds) AS p95_mttd
  by urgency
| eval avg_mttd_min = round(avg_mttd / 60, 1)
| eval med_mttd_min = round(med_mttd / 60, 1)
| eval p90_mttd_min = round(p90_mttd / 60, 1)
| table urgency, avg_mttd_min, med_mttd_min, p90_mttd_min

平均响应时间（MTTR）：

index=notable earliest=-30d status_label="Resolved*"
| eval mttr_seconds = status_end - _time
| where mttr_seconds > 0 AND mttr_seconds < 604800  --- <7 天
| stats avg(mttr_seconds) AS avg_mttr,
        median(mttr_seconds) AS med_mttr,
        perc90(mttr_seconds) AS p90_mttr
  by urgency
| eval avg_mttr_hours = round(avg_mttr / 3600, 1)
| eval med_mttr_hours = round(med_mttr / 3600, 1)
| eval p90_mttr_hours = round(p90_mttr / 3600, 1)
| table urgency, avg_mttr_hours, med_mttr_hours, p90_mttr_hours

MTTD/MTTR 随时间趋势：

index=notable earliest=-90d status_label="Resolved*"
| eval mttd_min = (_time - orig_time) / 60
| eval mttr_hours = (status_end - _time) / 3600
| bin _time span=1w
| stats avg(mttd_min) AS avg_mttd_min, avg(mttr_hours) AS avg_mttr_hours,
        count AS incidents by _time
| table _time, incidents, avg_mttd_min, avg_mttr_hours

步骤 3：衡量告警质量和分析师生产力

告警处置分析：

index=notable earliest=-30d
| stats count AS total,
        sum(eval(if(status_label="Resolved - True Positive", 1, 0))) AS tp,
        sum(eval(if(status_label="Resolved - False Positive", 1, 0))) AS fp,
        sum(eval(if(status_label="Resolved - Benign", 1, 0))) AS benign,
        sum(eval(if(status_label="New" OR status_label="In Progress", 1, 0))) AS pending
| eval tp_rate = round(tp / total * 100, 1)
| eval fp_rate = round(fp / total * 100, 1)
| eval signal_noise = round(tp / (fp + 0.01), 2)
| table total, tp, fp, benign, pending, tp_rate, fp_rate, signal_noise

分析师生产力指标：

index=notable earliest=-30d status_label="Resolved*"
| stats count AS alerts_resolved,
        avg(eval((status_end - status_transition_time) / 60)) AS avg_triage_min,
        dc(rule_name) AS unique_rule_types
  by owner
| eval alerts_per_day = round(alerts_resolved / 30, 1)
| sort - alerts_resolved
| table owner, alerts_resolved, alerts_per_day, avg_triage_min, unique_rule_types

班次工作负载分布：

index=notable earliest=-30d
| eval hour = strftime(_time, "%H")
| eval shift = case(
    hour >= 6 AND hour < 14, "Day (06-14)",
    hour >= 14 AND hour < 22, "Swing (14-22)",
    1=1, "Night (22-06)"
  )
| stats count AS alerts, dc(owner) AS analysts by shift
| eval alerts_per_analyst = round(alerts / analysts / 30, 1)
| table shift, alerts, analysts, alerts_per_analyst

步骤 4：追踪检测覆盖率

ATT&CK 覆盖率得分：

| inputlookup detection_rules_attack_mapping.csv
| stats dc(technique_id) AS covered_techniques by tactic
| join tactic type=left [
    | inputlookup attack_techniques_total.csv
    | stats dc(technique_id) AS total_techniques by tactic
  ]
| eval coverage_pct = round(covered_techniques / total_techniques * 100, 1)
| sort tactic
| table tactic, covered_techniques, total_techniques, coverage_pct

数据源覆盖率：

| inputlookup expected_data_sources.csv
| join data_source type=left [
    | tstats count where index=* by sourcetype
    | rename sourcetype AS data_source
    | eval status = "Active"
  ]
| eval source_status = if(isnotnull(status), "Collecting", "MISSING")
| stats count by source_status
| table source_status, count

步骤 5：构建高管报告仪表盘

月度 SOC 高管摘要：

--- 按类别统计事件摘要
index=notable earliest=-30d status_label="Resolved*"
| stats count by urgency
| eval order = case(urgency="critical", 1, urgency="high", 2, urgency="medium", 3,
                    urgency="low", 4, urgency="informational", 5)
| sort order

--- 与上月对比
index=notable earliest=-60d
| eval period = if(_time > relative_time(now(), "-30d"), "本月", "上月")
| stats count by period, urgency
| chart sum(count) AS incidents by urgency, period

--- 前 5 位事件类别
index=notable earliest=-30d status_label="Resolved - True Positive"
| top rule_name limit=5
| table rule_name, count, percent

安全态势记分卡：

| makeresults
| eval metrics = mvappend(
    "MTTD: 8.3 min (Target: <15 min) | STATUS: GREEN",
    "MTTR: 3.2 hours (Target: <4 hours) | STATUS: GREEN",
    "FP Rate: 27% (Target: <30%) | STATUS: GREEN",
    "Detection Coverage: 64% (Target: >60%) | STATUS: GREEN",
    "Analyst Utilization: 78% (Target: 60-80%) | STATUS: GREEN",
    "Incident Backlog: 12 (Target: <20) | STATUS: GREEN"
  )
| mvexpand metrics
| table metrics

步骤 6：实施持续改进跟踪

跟踪改进举措及其效果：

--- 改进举措追踪
| inputlookup soc_improvement_initiatives.csv
| eval status_color = case(
    status="Completed", "green",
    status="In Progress", "yellow",
    status="Planned", "gray"
  )
| table initiative, start_date, target_date, status, metric_impact, baseline, current

举措示例：

initiative,start_date,target_date,status,metric_impact,baseline,current
Risk-Based Alerting,2024-01-15,2024-03-15,Completed,Alert Volume,-84%,287/day
Sigma Rule Library,2024-02-01,2024-04-01,In Progress,ATT&CK Coverage,61%,64%
SOAR Phishing Playbook,2024-02-15,2024-03-30,In Progress,Phishing MTTR,45min,18min
Analyst Training Program,2024-01-01,2024-06-30,In Progress,TP Rate,31%,41%

核心概念

术语	定义
MTTD	平均检测时间——从威胁发生到 SOC 产生告警的平均时间
MTTR	平均响应时间——从检测到事件解决的平均时间
MTTA	平均确认时间——从告警生成到分析师分配的平均时间
信噪比（Signal-to-Noise Ratio）	真实告警与总告警数之比——越高越好
驻留时间（Dwell Time）	攻击者在环境中未被检测的持续时间——检测有效性的关键指标
分析师利用率（Analyst Utilization）	分析师用于有效调查的时间占比（相对于管理性事务）

工具与系统

Splunk Dashboard Studio：用于构建交互式 SOC 指标仪表盘的高级可视化框架
Grafana：支持多数据源的开源分析和可视化平台
Power BI：用于高管级报告和趋势分析的微软商业智能工具
ATT&CK Navigator：MITRE 工具，用于以分层热图方式可视化检测覆盖率
ServiceNow Performance Analytics：用于跟踪事件生命周期指标的 ITSM 分析模块

常见场景

季度业务评审：展示 MTTD/MTTR 趋势、检测覆盖率增长和告警质量改善
人员配置论证：使用工作负载指标为增加分析师人数或调整班次提供依据
工具 ROI 评估：比较新工具部署前后的告警质量和响应时间
合规证据：为 ISO 27001 或 SOC 2 审计提供有文档记录的 SOC 绩效指标
供应商对比：使用行业调查（SANS、Ponemon）将 SOC 指标与同行基准对比

输出格式

SOC 绩效报告 — 2024 年 3 月
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

关键指标：
  指标              当前值     目标值     趋势     状态
  MTTD              8.3 分钟   <15 分钟   -12%     绿色
  MTTR              3.2 小时   <4 小时    -18%     绿色
  误报率            27%        <30%       -5%      绿色
  真报率            41%        >40%       +3%      绿色
  ATT&CK 覆盖率     64%        >60%       +3%      绿色
  每分析师每日告警  24 条      <50 条     -84%     绿色

事件摘要：
  总事件数：     147（关键: 3，高: 23，中: 78，低: 43）
  平均解决时间：  3.2 小时（关键: 1.8h，高: 2.9h，中: 4.1h）
  SLA 合规率：    94%（目标: >90%）

改进亮点：
  [1] RBA 部署将每日告警从 1,847 条降至 287 条（-84%）
  [2] 新增 Sigma 规则为覆盖率新增 12 项 ATT&CK 技术
  [3] SOAR 钓鱼响应手册将钓鱼 MTTR 降低 60%

待改进领域：
  [1] 横向移动检测覆盖率为 58%（低于 60% 目标）
  [2] 夜班 MTTD 比白班慢 23%
  [3] 4 个关键漏洞扫描工单超过 SLA 期限

building-soc-metrics-and-kpi-tracking

来源信息

安装方式

检查来源文件

同仓库更多 Skills

同仓库更多 Skills

构建 SOC 指标与 KPI 跟踪

适用场景

前置条件

工作流程

步骤 1：定义核心 SOC 指标框架

步骤 2：实施 MTTD/MTTR 测量

步骤 3：衡量告警质量和分析师生产力

步骤 4：追踪检测覆盖率

步骤 5：构建高管报告仪表盘

步骤 6：实施持续改进跟踪

核心概念

工具与系统

常见场景

输出格式

构建 SOC 指标与 KPI 跟踪

适用场景

前置条件

工作流程

步骤 1：定义核心 SOC 指标框架

步骤 2：实施 MTTD/MTTR 测量

步骤 3：衡量告警质量和分析师生产力

步骤 4：追踪检测覆盖率

步骤 5：构建高管报告仪表盘

步骤 6：实施持续改进跟踪

核心概念

工具与系统

常见场景

输出格式