01 · 情报分级体系设计
置信度模型、证据链与反馈闭环(第2、3页)解决"如何评价",本页解决"评价结果如何沉淀为规范并规模化运转"。我们建议采用双轴分级:以置信度为主轴(低/中/高),以情报类型为辅助轴(IOC / TTP / 漏洞 / 威胁报告),因为不同类型情报的评估方法、时效特征与消费方式差异显著,不应共用一把尺子。
| 分级标签 | 定义 | 典型消费方式 |
|---|---|---|
| 高 | 源可靠性与信息可信度双高,经独立来源佐证或内部遥测确认 | 实时告警;满足附加条件时可进入自动处置评估 |
| 中 | 单一高信誉来源,或中等来源经部分佐证 | SIEM 告警(中低优先)+ 威胁狩猎线索 |
| 低 | 来源或证据存在明显不确定因素 | 仅作狩猎线索或趋势观察素材,报告中须明示不确定性 |
分级规范必须文档化:明确定义、评定人资质、评定流程、复评周期与例外处理流程,并纳入单位质量管理体系。术语风格上建议与本单位已有的漏洞分级(FIRST CVSS 严重度分级)保持一致的表达习惯,降低跨团队沟通成本。分级标签与 STIX confidence 数值的映射关系应在规范中固定(如:高=60–100、中=40–59、低=0–39),实现"一份评定、两种读法"(人读标签、机读数值)。
02 · 分级与消费场景的匹配规则
分级的意义在于约束消费动作。核心原则:处置动作的不可逆性与影响面越大,要求的置信度门槛越高。
| 消费场景 | 最低分级要求 | 附加条件 |
|---|---|---|
| 自动阻断 / 封禁 | 高 | 另需内部遥测佐证或独立来源印证;回传机制就绪;具备快速回滚能力 |
| 实时告警(SOC) | 中 | 告警文案须携带置信度与来源,供分析师快速分流 |
| 威胁狩猎假设 | 中(线索级即可) | 狩猎活动本身即是对该线索的验证过程,结果应回传 |
| 战略报告 / 趋势研判 | 可综合低置信信号 | 报告中必须逐条明示不确定性,禁止把低置信信号写成确定性结论 |
| 对外共享 | 按共享协议约定 | 必须同时标注置信度与 TLP 级别,二者缺一不得外发 |
防呆设计:平台侧应将上表固化为路由策略——低于场景门槛的情报在技术通道上就无法被推送到对应的消费端,而非仅依赖分析师自觉。对"绕过门槛"的人工放行操作,要求填写理由并全程留痕。
03 · 时效性管理与 IOC 衰减
情报会"过期":攻击者更换基础设施的速度远快于情报更新速度,过期情报持续参与匹配只会制造误报。STIX 2.1 为 Indicator 等对象定义了 valid_from/valid_until 字段,GB/T 36643-2018 的威胁信息模型同样强调时效属性,这正是时效管理的机器可读抓手。
3.1 分类型时效特征(定性)
| 情报类型 | 典型时效量级 | 原因 |
|---|---|---|
| 钓鱼 URL / 仿冒域名 | 小时—天级 | 钓鱼基础设施轮转极快,域名常被快速弃用或被封禁 |
| C2 IP 地址 | 天—周级 | 攻击者迁移服务器、更换 VPS 或启用 Fast-flux 的周期 |
| 文件哈希 | 周—月级以上 | 样本及其变体在威胁生态中存活时间较长,但需注意加壳/变种带来的多哈希问题 |
| TTP / 基础设施模式 | 月—年级 | 攻击组织的行为模式演化缓慢,是长期狩猎的高价值资产 |
| 威胁报告 / 归因结论 | 随新证据持续复评 | 非时效性情报,但结论可能因新证据而修订,须维护版本历史 |
注:上表为定性量级判断,用于差异化设定 valid_until 策略;具体阈值应由各组织结合自身回传数据统计确定,本课题不给出普适数值。
3.2 衰减与复评策略
- 生命周期:入库 → 验证 → 消费 → 命中反馈 → 复评 → 过期/归档;到期自动降级、停止在线匹配,而非直接删除;
- 复评触发器:新命中回传、新来源佐证、长期静默超时、对抗性校验发现疑点;
- 过期 ≠ 删除:过期情报转入存档区,保留溯源价值,支撑归因复盘与趋势分析。这也是 NIST SP 800-150 对信息共享"持续性管理"思想的体现。
04 · 共享约束:FIRST TLP 2.0
质量标注必须与共享约束协同设计。FIRST(事件响应与安全团队论坛)维护的 TLP(Traffic Light Protocol,交通灯协议)是当前最广泛采用的情报共享分级框架,其 2.0 版本于 2022 年 8 月发布:
| 级别 | 含义(依据 FIRST 官方定义) |
|---|---|
| TLP:RED | 仅限信息的特定接收者在场范围内知悉,不得进一步扩散 |
| TLP:AMBER+STRICT | 限接收者所在组织内部按需知悉,不得向组织外扩散 |
| TLP:AMBER | 限接收者所在组织及其客户(代表组织处理该信息的单位)按需知悉 |
| TLP:GREEN | 可在社区范围内扩散,但不得通过公开可访问渠道发布 |
| TLP:CLEAR | 不受限制,可经公开渠道自由扩散(原 TLP:WHITE 的替代) |
再次强调(呼应第2页):TLP 与置信度正交——TLP 管"能传给谁",置信度管"有多可信"。情报外发的机器校验规则应强制同时携带两个字段;对外共享协议中还应约定回传义务(第3页)、争议处理与退出机制。
05 · 平台工程落地:参考架构
5.1 可复用开源组件(真实项目,仅供选型参考)
- MISP:开源威胁情报平台,事件/属性/对象模型成熟,原生支持 sightings 与社区共享;
- OpenCTI:开源威胁情报知识图谱平台,基于 STIX 2.1,擅长关联分析与可视化;
- OpenTAXII:开源 TAXII 服务端实现,用于搭建标准化共享通道;
- stix2-validator:OASIS CTI 官方 STIX 格式校验器,可作质量闸门组件;
- STIX-Shifter:将 STIX 模式翻译为各主流安全厂商查询语法,降低 SIEM/EDR 接入成本。
注:以上为真实存在的开源项目列举,不构成对任何产品或厂商的推荐;实际选型需结合组织规模、合规要求与自评测试确定。
5.2 分阶段落地路线
- 试点期(1 个季度量级):内部打通采集→归一化→置信度标注→SOC 消费→命中回传的最小闭环,手工与自动规则并行;
- 扩展期:接入多源与伙伴共享,上线源信誉评分与自动校准规则,质量闸门自动化;
- 运营期:KPI 看板常态化、季度规范评审、分析师校准训练制度化。
06 · 质量度量与运营 KPI
| KPI | 定义 | 运营意义 |
|---|---|---|
| 去重率 | 归并重复情报占入库总量的比例 | 衡量采集与归一化质量,反向指导源组合裁剪 |
| 过期及时处理率 | 在有效期内完成复评/过期的比例 | 防止过期情报污染消费链路 |
| 情报命中率 | 有消费方命中回传的情报占比(小样本用区间估计) | 衡量情报对真实威胁的覆盖价值 |
| 精确率/误报率 | 见第3页混淆矩阵定义 | 衡量情报准确度与对业务的干扰 |
| 校准偏差 | 回溯估计:分析师当时评级 vs 事后实际命中表现 | 衡量"评级是否诚实",驱动校准训练 |
| 回传率 | 有结构化回传的消费方/伙伴占比 | 反馈闭环的健康度,过低则统计不可信 |
运营节奏建议:周维度看告警质量与误报处置;月维度复审源信誉评分与分级分布;季度维度评审分级规范、阈值参数与规则库变更。所有 KPI 的口径定义应写入规范文档并保持版本化,避免"同名不同义"。
07 · 治理与组织职责
| 角色 | 职责 |
|---|---|
| 情报分析师 | 评级与标注、证据链维护、复评、校准训练参与 |
| 平台工程团队 | 采集管道、规则引擎、回传接口、质量闸门与可用性保障 |
| SOC / 消费端 | 按分级消费、结构化回传命中与误报、反馈使用体验 |
| 安全管理层 | 规范审批、阈值与采购决策、重大误封/泄露事件的问责与复盘 |
| 合规 / 法务 | 共享协议审定、回传数据最小化审查、跨境与隐私合规把关 |
变更管理:阈值、规则与评分模型的变更须经评审并灰度生效;事故复盘:误封合法业务、情报泄露、投毒命中等事件应触发复盘并反哺规则库。治理的本质,是让质量运营不因人员更替而退化。
08 · 全文总结与预期成果
本子课题四页形成完整逻辑链:第1页界定问题与目标;第2页建立置信度评估的方法论(Admiralty Code 双维度框架 + Kent 概率语言 + STIX 2.1 机器标尺 + 偏差控制);第3页建立证据与校准机制(证据链、Sighting 回传、交叉验证、误报度量、源信誉评分);第4页落成规范与系统(分级规范、时效管理、TLP 约束、参考架构、KPI 与治理)。
成果与第1页交付物对应:《威胁情报质量评估与置信度模型》研究报告(覆盖第2–4页全部内容)、情报源信誉评分指标体系、证据链规范与交叉验证引擎原型、情报分级规范与置信度标注指南。结合迪妙的反钓鱼业务,钓鱼 URL/仿冒域名的短时效分级、命中回传与误报校准,可直接反哺演练沙盘的数据水位与课程案例库建设。
核心结论:情报质量评估不是一次性的打分动作,而是贯穿收集、处理、分析、分发、消费全链路的持续运营机制——它的成熟度,最终决定了威胁情报体系能否从"数据堆积"走向"决策可信"。
09 · 质量门禁(Quality Gate)发布检查清单
入库 / 分发前由质量闸门执行"自动检查 + 人工抽查",任何一项不通过即拦截或强制降级。该清单是第4页"规则必须可配置、可审计"的操作化:
| 检查项 | 规则示例 | 不通过处置 |
|---|---|---|
| 格式合规 | 通过 OASIS 官方 stix2-validator 校验,无错误级 findings | 退回归一化环节 |
| 必填字段 | confidence、TLP、valid_until、来源评级、评定人齐全 | 禁止分发 |
| 去重 | 与库内既有指标按规范值 / 哈希比对 | 合并并保留多源溯源 |
| 时效 | valid_until 晚于当前时间,且量级与情报类型匹配(第3节表) | 过期归档 |
| 对抗校验 | 蜜标命中 / 时间线矛盾 / 沙箱未复现,任一触发 | 隔离待审 |
| 门槛路由 | 消费场景与分级门槛匹配(第2节表) | 路由降级 |
| 审计留痕 | 闸门决策全部写入审计日志 | 默认拦截 |
10 · 平台韧性、备份与审计要求
- 链路可用性:采集与分发链路具备故障转移;Sighting 回传接口采用重试 + 幂等设计,避免回传丢失造成统计偏差——回传缺口会直接污染第3页全部质量度量;
- 数据备份:情报库、评级历史与审计日志定期备份并演练恢复;过期情报存档区独立备份,满足溯源复盘与合规检查要求;
- 审计日志:评级变更、规则变更、闸门决策、人工放行全部留痕,保存期限与单位审计政策一致;并可对照《网络数据安全管理条例》(2024年公布,自 2025 年 1 月 1 日施行)关于数据处理活动记录与安全审计的要求执行;
- 权限最小化与职责分离:评级、放行、规则变更权限按角色分离,高危操作双人复核(与第7页治理职责衔接);
- 时钟同步:全平台统一授时(NTP),保证 first_seen / valid_until 等时间字段跨系统可比——时间线分析(第3页对抗校验)依赖可信时基。
本节参考来源(第4页)
以下均为真实、公开可查的权威来源与开源项目;本页不含任何虚构数据。
FIRST《Traffic Light Protocol (TLP) v2.0》官方定义与使用指南(2022年8月):first.org/tlp
OASIS《STIX Version 2.1》(valid_from / valid_until 与 confidence 属性):docs.oasis-open.org/cti/stix/v2.1/os/stix-v2.1-os.html;《TAXII Version 2.1》:docs.oasis-open.org/cti/taxii/v2.1/os/taxii-v2.1-os.html
GB/T 36643-2018《信息安全技术 网络安全威胁信息格式规范》(2018-10-10发布,2019-05-01实施):openstd.samr.gov.cn/bzgk/gb/
NIST SP 800-150《Guide to Cyber Threat Information Sharing》(2016年10月):csrc.nist.gov/pubs/sp/800/150/final
FIRST 通用漏洞评分系统 CVSS(分级术语风格对齐参考):first.org/cvss
MISP:misp-project.org;OpenCTI:github.com/OpenCTI-Platform/opencti;OpenTAXII:github.com/eclecticiq/OpenTAXII
stix2-validator:github.com/oasis-open/cti-stix-validator;STIX-Shifter:github.com/opencybersecurityalliance/stix-shifter
11 · 常见落地失败模式与缓解措施
结合公开实践与本课题框架,落地阶段最高频的失败模式及对应缓解如下(与第8页误区清单互为印证):
| 失败模式 | 典型症状 | 缓解措施(对应本框架) |
|---|---|---|
| 评级流于形式 | 所有情报清一色"中"或"高" | 评分卡强制绑定评定依据(第6页模板);评级分布纳入分析师质量评审(第4页 KPI) |
| 回传有名无实 | 回传率长期低于可统计水平 | 回传义务写入协议与采购条款(第6页 FAQ);回传接口低摩擦化(预置模板一键回传) |
| 时效策略一刀切 | 用同一 valid_until 管理所有类型 | 按第3节分类型时效表设定;衰减参数随回传数据迭代标定(第5页) |
| 门禁误杀创新源 | 新来源冷启动期被误拦,多样性受损 | 新源冷启动保护(第3、5页);门禁对新源采用"隔离观察"而非"拒绝入库" |
| 阈值长期不调 | 环境变化后误报率静默上升 | 阈值季度评审机制(第6节运营节奏);校准偏差 KPI 劣化触发再标定(第5页模型治理) |
| 只看工具不看人 | 平台上线后分析师能力未同步建设 | 结构化分析技术培训制度化(第2页、第8页知识传承项);评级一致性纳入团队成熟度度量 |
总原则:失败模式的共同根因是"机制有、执行无"。所有缓解措施都必须落到系统强制 + 留痕可审计两个抓手,而非停留在制度文本(呼应第4页防呆设计与第8页治理本质)。