
我们测量八项指标
测量对象是 Threat Correlator 给出的每一条研判结论。
下表“公开时间”一栏还没有数值,原因很简单,我们还没测过。
| 指标 | 看什么 | 理想方向 | 公开时间 |
|---|---|---|---|
| 研判准确率 | AI 研判与分析师最终结论的一致率 | 越高越好 | PoC 后 |
| 误报率 · 漏报率 | 不是威胁却判成威胁的,是威胁却被关闭的 | 越低越好 | PoC 后 |
| 依据缺失率 | 没有关联到证据的研判所占比例 | 目标为 0 | PoC 后 |
| 工具调用准确率 | 调查过程中调用的工具和参数是否正确 | 越高越好 | PoC 后 |
| 输出捏造检测 | 研判中引用的日志是否真实存在 | 不一致越少越好 | PoC 后 |
| 人工批准率 · 撤销率 | 审批请求中被批准的比例,批准后又被撤回的比例 | 撤销越低越好 | 发布后 |
| 重跑一致性 | 用相同的输入、模型和策略再跑一次,结论是否相同 | 越高越好 | PoC 后 |
| 处理时长 | 从收到告警到出结论,从出结论到审批 | 越短越好 | 发布后 |
批准率和处理时长要在真实运营中有分析师参与才有意义,所以推迟到发布之后。PoC 期间也会照常留存记录。
每项指标都事先定好样本、评分人和周期
只公开一个数字,别人无从知道这个数字是怎么来的。
展开下面每一项,可以看到定义、测量方法,以及为什么要单独测这一项。
研判准确率,与分析师最终结论有多一致
定义。AI 给出的研判标签(真实威胁、误报、需进一步调查)和风险等级,与分析师最终确定的结果相同的比例。
测量。风险等级为“高”及以上的研判全部纳入,其余每月随机抽样。基准是客户方分析师的确定结论;客户方没有确定结论的,由两名 Genox 分析师分别独立评分。两人结论不同时由第三名分析师裁定,分歧的数量也一并记录。人一旦先看到 AI 的结论,很容易跟着走,所以抽样评分时会把 AI 的研判和置信度遮住。
原因。只看整体一致率,数量庞大的低风险告警会把数字拉高。所以我们按风险等级分开报告。
误报率 · 漏报率
定义。误报指 AI 判为威胁、分析师最终确认为正常的情况。漏报指 AI 判为正常或低风险并关闭,后来却被确认为威胁的情况。
测量。误报在与研判准确率相同的样本中统计。漏报从两条途径查找:一是每月从 AI 已关闭的告警中抽样重新打开,交给分析师复核;二是从事件调查或威胁狩猎中事后发现的问题倒推回去,关联到当时的告警。两条途径的数量分开记录。
原因。安全运营 AI 关掉的告警,分析师就不会再看。漏报统计的是“不知道的东西”,必然比实际偏低,这一点我们也会原样写进报告。
依据缺失率,没有证据的研判,目标是 0
定义。研判记录中没有关联任何证据,或依据语句没有指向任何证据 ID 的研判所占比例。
测量。对全部研判做自动检查。研判记录的格式要求每条依据都必须带证据 ID,缺失时研判会被转为“依据不足”并交给人工处理。
原因。格式上已经拦住了,0 看起来是理所当然的。之所以还要统计,是因为总会出现绕过检查的路径,通常出在调查步骤超时后走的备用路径或异常处理代码里。只要某个月不是 0,我们会把原因和修复内容一起公开。
工具调用准确率
定义。考察 AI 在调查中调用的工具(日志检索、资产查询、沙箱运行、威胁情报查询)是否选对,主机名、时间范围等参数是否正确,有没有漏掉必要的调用,有没有尝试越权调用。
测量。由 Genox 工程师对调查过程样本逐步审查评分。越权调用的尝试不抽样,全部自动统计。
原因。回头追查研判出错的案例,很多时候问题出在查询环节,推理反而没错。日志检索的时间范围少算 15 分钟,就会得出“没有证据”的结论。越权调用与 OWASP Top 10 for LLM Applications 2025 中的 LLM06 Excessive Agency(过度代理)属于同一类风险,所以单独统计。
输出捏造检测,引用的日志是否真实存在
定义。核对研判记录中引用的日志行、事件 ID、文件哈希和路径,是否真实存在于采集到的原始数据中。引用了不存在的日志,或内容对不上,都记为不一致。
测量。对全部研判自动核对。按引用位置查询原始存储并比对哈希,只要有一处对不上,就暂缓该研判并转交分析师。暂缓的数量和其中真正属于捏造的数量一并公开。
原因。LLM 能编出看起来很像真的日志行。OWASP 把这类问题归入 LLM09 Misinformation(错误信息),NIST AI 600-1 称之为 confabulation(虚构)。不过这项核对只确认引用是否存在,对真实存在的日志做了错误解读的情况,要靠研判准确率来发现。
人工批准率与批准后撤销率
定义。在主机隔离、账号锁定这类需要审批的建议中,分析师批准、修改、拒绝的比例。撤销率是指批准并执行后,又以“研判错误”为由撤回的比例。
测量。审批界面的记录全部统计。撤回处置时必须选择原因,以区分因业务影响而解除的情况和因研判错误而解除的情况。从提交请求到批准所用的时间也一并记录。
原因。批准率接近 100%,可能是好事,也可能说明分析师没看依据就直接点了批准。所以我们同时看审批时长是否集中在几秒之内。
重跑一致性
定义。用研判时保存的输入、模型版本和策略版本重新运行,研判标签和风险等级保持一致的比例。文字表述不做比较,因为无法保证每次输出相同的句子。
测量。每月抽取历史研判样本重新运行。更换模型或策略版本之前,用新版本跑一遍历史研判集,做回归对比,看结果有哪些变化。
原因。重跑后结论发生变化的研判,说明它本来就处在临界点上,需要人工再看。一致性高并不代表研判正确,同样的错误反复出现,一致性照样很高。
处理时长
定义。分三段:从收到告警到生成研判记录,从研判到审批,从收到告警到执行处置。
测量。基于系统记录全量统计,报告中位数和前 10% 区间(p90),平均值不单独使用。
原因。平均值很容易被少数耗时较长的调查拉偏。如果研判快了,准确率却下降,快也没有意义,所以处理时长始终与准确率放在同一张表里。
更换模型或策略之前要做的评估
运营指标往往要等出了事才显示变差。所以更换版本之前,我们先跑三项评估。只要有一项比旧版本差,就不发布。
单独留出的评估集
我们单独保留一套评估集,从未用于训练或修改提示词。它由两部分组成:在 Research Lab 隔离环境中用 Atomic Red Team 等公开测试复现 ATT&CK 技术所留下的记录,以及公开的安全数据集。开发期间不打开这套数据。一旦打开看过,分数就会开始比实际好看。
攻击我们自己的 AI
我们用检测客户 AI 的同样方式攻击 Genox 的安全运营 AI。在 User-Agent、文件名、邮件标题等日志字段里埋入指令,诱导它调低研判等级,再试着让它调用越权工具或引用不存在的证据。攻击成功的案例,输入和响应原样保存,放进下一版评估集。
韩语提示词注入测试集
公开的注入测试集大多是英文,几乎不涉及韩语绕过手法。我们正在自建一套测试集,混合了谚文字母拆分、只写首辅音、韩英混写、空格变形、全角字符、敬语角色扮演等写法,并把它们埋进审批文件名、HWP 正文、韩国本地邮件标题这些韩国安全运营中真实会出现的位置做测试。
评估集得分不等于运营表现。客户环境中的告警构成和我们自建的数据集不同,这种差异要在 PoC 中用客户数据重新测量才看得出来。
客户在月度报告中
直接看到这些数字
按照 Trust Center 的承诺,误报率和漏掉的案例会一起列出,我们还会附上测量条件。
- 上述八项指标按风险等级拆分后的数值,以及样本量和评分人构成
- 每个误报、漏报案例的研判记录。表格里不只放数字,还能直接跳转到原始记录
- 批准后被撤销的处置清单及撤回原因
- 输出捏造核对中被暂缓的研判及处理结果
- 当月更换的模型与策略版本,以及更换前跑过的回归对比结果
- 分析师之间结论出现分歧的数量
这是展示报告栏目构成的示例,不是真实的客户报告,也不是测量值。
这些测量也无法告诉您的事
公开数字的同时,把数字没有说明的部分也写出来,误解才会少。
作为基准的分析师结论也可能出错
准确率衡量的是“是否与分析师结论相同”。如果分析师判错了,AI 即使判对也会被算作错误。这就是我们同时列出分析师之间分歧数量的原因,有分歧的案例会单独复核。
漏报统计会比实际偏少
只能统计事后被发现的情况。始终无人察觉的攻击,不会计入这个数字。
不同客户之间的数字很难直接比较
每个客户采集的日志类型、告警规则和资产构成都不一样。同一个引擎,在 A 公司和 B 公司的误报率也会不同,这种差异并不代表引擎性能有差别。公开数值时一定附上测量条件。
样本少的月份,数字波动很大
如果一个月只有几条高风险研判,错一条比例就会大幅变化。所以我们不只写比例,还会同时写出样本量和置信区间。
重跑一致也不代表研判正确
重跑一致性只看研判是否稳定。因为同一个原因每次都判错的研判,一致性同样很高。对错要看研判准确率。
参考的公开框架
测量指标依据以下公开文件中的要求和风险分类确定。
ISO/IEC 42001 认证正在准备中,尚未取得。
| 文件 | 相关部分 | 本页对应的指标 |
|---|---|---|
| NIST AI RMF 1.0 (AI 100-1) | MEASURE 功能,用既定方法测量并记录 AI 系统的风险和可信特性 | 公开各项定义 · 样本 · 周期 |
| NIST AI 600-1 | 生成式 AI 配置文件中的 confabulation(生成貌似可信的虚假内容)风险 | 输出捏造检测 |
| ISO/IEC 42001:2023 | 9.1 监视、测量、分析和评价 | 月度报告 · 回归对比 |
| OWASP Top 10 for LLM Applications 2025 | LLM01 Prompt Injection, LLM06 Excessive Agency, LLM09 Misinformation | 注入评估集 · 工具调用准确率 · 捏造检测 |
- Artificial Intelligence Risk Management Framework (AI RMF 1.0), NIST AI 100-1,NIST,2023.1
- Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile, NIST AI 600-1,NIST,2024.7
- ISO/IEC 42001:2023 Information technology, Artificial intelligence, Management system,ISO
- OWASP Top 10 for LLM Applications 2025,OWASP GenAI Security Project
- Atomic Red Team,Red Canary
- Defeating Nondeterminism in LLM Inference,Thinking Machines Lab,2025.9