典型运行指标(设计目标)
- 降噪率 ≥ 80%(无需人工逐条处理的告警占比)
- 高置信威胁召回 ≥ 95%
- 单条告警处理时延 P99 < 2s
总览
下表给出每个智能体的核心职责、默认权限等级与主要产出物。详细说明见后续章节。
| 智能体 | 英文标识 | 核心职责 | 默认权限 | 主要产出 |
|---|---|---|---|---|
| 告警降噪智能体 | NoiseReduction | 多源告警归一化、去重、聚类、富化与四档分流 | 只读 | 降噪事件组、分流结果、抑制决策记录 |
| 分析归因智能体 | Analysis | 攻击链建模、上下文拼图、威胁分级、影响面与根因溯源 | 只读 + 情报查询 | 攻击链结论、爆炸半径、证据引用清单 |
| 处置响应智能体 | Response | 按风险分级执行处置动作、剧本编排、效果验证与回滚 | L0–L3 分级 + 审批令牌 | 处置记录、审批留痕、回滚点与验证结果 |
| 威胁狩猎智能体 | Hunting | 假设驱动狩猎、时间线重建、暗数据检索、规则沉淀 | 只读查询 | 狩猎报告、时间线、检测规则草案 |
| 漏洞管理智能体 | Vulnerability | 上下文优先级排序、修复闭环跟踪、风险例外审批 | 只读 + 工单写权限 | 优先修复清单、修复状态、例外审批单 |
| 应急响应编排 | Orchestration | 预案可执行化、多智能体与人工协同、复盘报告生成 | 调度权限(不含直接处置) | 作战室时间线、任务分派、复盘报告 |
| 审计与合规智能体 | Compliance | 全链路审计链维护、合规报表、责任界定与举证导出 | 审计只读 | 审计链、四类合规报表、离线校验包 |
智能体 01
一句话职责:把每天上万条来自不同设备的告警,压缩成十几条有上下文、有优先级、可以直接决策的事件组, 并且保证任何一条被压缩掉的告警都能被反查回来。
ESCALATE 升级 REVIEW 复核 LOW_TOUCH 轻触 ARCHIVE 归档
ESCALATE 进入分析与处置流程;REVIEW 生成带证据引用的人工复核任务;LOW_TOUCH 自动完成低风险动作或标记后静默; ARCHIVE 归档到事件组下,不占用人工队列但保留完整检索入口与反向激活能力。
secclaw.event.v1)、资产与身份主数据、历史基线与误报抑制策略。所有归档项保留原始报文、聚类关系与判定理由,可按证据 ID、指纹或时间窗反向检索,并支持一键重新激活升级为事件。
智能体 02
一句话职责:回答安全运营里最难的那几个问题——攻击者从哪来、走到哪一步、还会往哪走、影响多大、根因是什么。
以 ATT&CK 战术序列为骨架,把命中的技术点按时间与因果关系排序,形成带缺口标注的攻击链。 缺口同样重要:它告诉你「哪一步可能发生了但没有检测到」,这比只列出已命中的技术点更有价值。
把资产、身份、漏洞、情报、基线与业务六类上下文挂到攻击链的对应节点上, 让每个环节都能回答「为什么这一步会在这里发生」,而不是孤立地看一条告警。
分级不只看规则严重度,而是综合置信度、攻击链完整度、是否触及关键资产、是否具备横向连通性与数据外传迹象。 影响面计算会给出爆炸半径:可能受影响的主机、身份与数据范围,并区分「已确认受影响」与「潜在受影响」。
定位最早的可利用起点,例如对外暴露且未修复的服务、被钓鱼的账号、被滥用的服务凭据或过宽的信任关系。 根因决定了修什么才能真正止血,而不只是清理表面症状。
这是分析归因智能体最重要的设计约束。模型输出的每条结论必须绑定可核查的证据对象—— 原始日志行、告警 ID、资产指纹、情报条目、漏洞编号或审批记录。系统逐条校验引用是否存在、是否指向真实数据、是否与结论一致。 任何无法被证据支撑的推论都会被标注并降级为「待人工确认」,绝不进入自动处置流程。
安全场景的容错率极低。一个「看起来合理但错误」的结论,比「明确说我还不确定」危险得多。 因此我们把不确定性显式暴露给分析师,而不是用流畅的文风掩盖它。
unverified_claims 待人工确认。攻击链的缺口标注会主动提示未检测环节,驱动团队补齐检测覆盖,而不是等下一次事件才发现盲区。
当攻击链显示某个 CVE 已被实际利用,漏洞管理智能体会自动把对应资产的修复优先级提到最前。
智能体 03
一句话职责:在明确的权限与审批边界内,把研判结论变成真正落地的处置动作,并且每个动作都有效果验证与回滚方案。
平台内置覆盖常见响应场景的处置动作,每个动作都有参数校验、目标范围限制与风险等级标注。
| 类别 | 动作 | 默认等级 |
|---|---|---|
| 通知类 | IM 通知、邮件通知、作战室召集 | L1 |
| 流程类 | 创建工单、升级事件、指派责任人 | L1 |
| 网络类 | 封禁 IP、DNS 黑洞、临时访问策略调整 | L2 |
| 邮件类 | 清理同源邮件、撤回投递、封禁发件域 | L2 |
| 端点类 | 终止进程、隔离主机、采集取证包 | L2 / L3 |
| 身份类 | 禁用账号、强制改密、撤销会话令牌 | L3 |
分级不是给动作贴标签,而是决定「谁有权按下这个按钮」。SecClaw 采用 L0–L3 四级模型:
审批卡点支持单人审批、多级审批、超时升级与预授权白名单四种形态, 并可通过 IM 卡片完成,避免值班人员为了审批去登录多个系统。
用 YAML 声明触发条件、前置校验、动作序列、审批卡点、失败分支与超时策略,可版本化、可评审、可试运行。
动作下发不等于问题解决。平台在处置后自动回收验证指标,确认动作是否真正生效。
每个 L2/L3 动作执行前自动记录目标当前状态与恢复指令,形成可一键触发的回滚点。
智能体 04
一句话职责:不等告警来敲门,而是带着假设主动去数据里找那些「没有触发任何规则」的攻击证据。
从内置假设模板库中选择或自定义假设,例如「是否存在通过 lsass 内存转储获取凭据的行为」。
声明需要的数据源、字段与检索逻辑,明确「什么样的结果会证伪这个假设」。
跨源检索并把命中事件按因果与时间排序,重建可读的攻击时间线,标注证据与不确定性。
输出狩猎报告;若发现新的攻击模式,自动生成检测规则草案进入评审流程,让一次狩猎长期生效。
很多单位采购并采集了大量日志,实际只有一小部分被规则用到,其余长期沉睡。 狩猎智能体主动检索这些数据,把它们转成可行动的发现。
智能体 05
一句话职责:把「按 CVSS 分数排序的漏洞清单」变成「按你单位的真实业务风险排序的修复计划」。
同一个高危漏洞,装在内网闲置测试机与装在对公业务前置机上,风险完全不同。 SecClaw 把四类信号综合成优先级,让修复资源投入与业务风险对齐。
此外,分析归因智能体的结论会实时回流:当某个 CVE 被证实已在野利用,对应资产的修复优先级自动提升到最前, 并可在作战室内直接触发应急缓解流程。
现实中总会有无法按期的漏洞。SecClaw 不假装它不存在,而是把它变成一条受控记录: 例外申请需说明理由、补偿性控制措施与到期复核时间,经审批后进入例外台账, 在到期前自动提醒复核,避免「临时例外」变成永久风险。
智能体 06
一句话职责:把写在文档里的应急预案变成可以被执行、被跟踪、被复盘的作战流程,并把多智能体与人工组织在同一张时间线上。
应急预案不再是 PDF:角色、动作、时限、依赖关系与升级路径被翻译成可执行流程节点,事件触发后自动分派任务。
作战室把所有参与方拉到同一视图:时间线、证据、决策记录、待办任务与审批请求同屏展示,避免信息在多个群里割裂。
事件结束后自动生成复盘报告:时间线还原、处置有效性评估、失效环节定位与改进项清单,把每次事件变成组织能力。
智能体 07
一句话职责:回答监管与内审最关心的那个问题——这次事件里,AI 做了什么、人批了什么、依据是什么。
从数据接入、降噪研判、分析归因、审批决策到处置执行与回滚,每个环节的每一次操作都会生成一条审计记录, 并以前后哈希串联成链。任何一条记录被修改或删除,都会导致后续哈希校验失败—— 这让「事后篡改日志」在技术上变得可被发现。
这是审计链最实用的价值。当发生争议或事故调查时,可以精确还原决策过程: 智能体给出了什么结论、依据哪几条证据、谁在什么时间批准了什么动作、执行结果如何。 「AI 做了什么、人批了什么」不再是一句模糊的表述,而是一条条可核查的审计记录。
seq: 1284905
ts: "2025-04-17T03:14:22+08:00"
actor:
type: agent # agent | human | system
id: response-agent-01
action: edr.isolate_host
target: { host: "WIN-FIN-07", scope: "single" }
basis:
verdict: CH-2025-0417-0031
evidence_refs: [edr:detect-55120, ad:4624/K-8817]
sandbox: "pass (impact=1 host)"
rollback: "RB-2025-0417-0031-01"
approval:
required: true
approved_by: "ops.zhang"
approved_at: "2025-04-17T03:16:05+08:00"
reason: "confirmed_c2_beacon"
result: { status: "executed", verify: "pass" }
prev_hash: "9f2c…a71b"
hash: "4d8e…c30f" # 覆盖本条全部字段 + prev_hash
协同机制
协同靠的是共享上下文与单写者原则,而不是让多个模型自由对话。
所有智能体读取同一份事件上下文(事件组、资产、身份、漏洞、情报、基线、历史结论),避免各自维护互相矛盾的状态副本。
同一事件在同一时刻只有一个智能体持有写权限,其余只能追加只读注释,从根本上排除并发写入冲突。
事件按「新建 → 降噪 → 研判 → 待审批 → 处置中 → 验证 → 已关闭」流转,每个状态明确责任智能体与允许的下一步。
每个智能体注册自己可处理的事件类型与所需上下文,编排层据此路由,不依赖硬编码的调用顺序,便于按需启停。
不会。SecClaw 采用共享上下文 + 单写者原则:所有智能体读取同一份事件上下文,但同一事件在同一时刻只有一个智能体持有写权限。处置响应智能体对同一目标加动作锁,避免并发处置冲突;编排智能体负责调度优先级与依赖关系。
每个智能体拥有独立的服务身份与凭据,按最小权限原则授予:降噪与分析智能体默认只有只读权限;处置响应智能体按 L0–L3 分级持有对应动作权限,高危动作需实时审批令牌;狩猎智能体只有查询权限;合规智能体只读审计数据并具备报表生成权限,不具备任何写生产的能力。凭据支持定期轮换与即时吊销。
有。每个智能体都定义了显式的失败与不确定降级路径:上下文不足时降级为人工复核;证据引用校验失败时结论不进入处置;模型不可用或超时时回退到规则与统计层结果;处置执行失败时按剧本声明的重试与降级动作处理,并通知审批人。降级过程全部记入审计链。
通过事件状态机与能力注册表协同:降噪智能体完成分流后把 ESCALATE 事件交给分析归因智能体;分析产出攻击链与影响面后交给处置响应智能体;处置结果触发效果验证与合规留痕。狩猎智能体的发现可反向生成新事件,漏洞管理智能体的优先级可为归因提供上下文。每个智能体只做自己职责内的事。
可以。智能体按需启用:只启用降噪与分析归因即可获得显著的告警压缩与研判效率提升;处置响应需要单独的策略授权与审批链配置;威胁狩猎与漏洞管理可独立部署。基础版即包含降噪、分析归因与处置响应三个核心智能体。
可以。假设模板是声明式定义的,包含假设描述、适用数据源、检索逻辑、判定条件与预期证据。客户与合作伙伴可在内置模板库基础上新增、覆盖或禁用模板,也可把狩猎结论一键沉淀为新的检测规则草案进入评审流程。
它以最小必要为原则:默认只读取操作与决策相关的审计元数据(谁、何时、对什么对象、做了什么、依据什么),不读取业务数据内容。如合规要求需要关联具体证据,也通过证据引用 ID 按需拉取,并按字段级权限做脱敏,访问过程本身同样进入审计链。