初次了解? 3 分钟看懂 Genox Cybersecurity AI → 7×24 小时应急受理
AI 质量

AI 研判准不准
我们打算这样来测

Genox 尚未正式发布,还没有可以拿出来的测量结果。所以我们反过来做,先公开测什么、用什么样本、由谁来评分。数值将在 PoC 和正式发布后测量并公开。

指标

我们测量八项指标

测量对象是 Threat Correlator 给出的每一条研判结论。
下表“公开时间”一栏还没有数值,原因很简单,我们还没测过。

指标看什么理想方向公开时间
研判准确率AI 研判与分析师最终结论的一致率越高越好PoC 后
误报率 · 漏报率不是威胁却判成威胁的,是威胁却被关闭的越低越好PoC 后
依据缺失率没有关联到证据的研判所占比例目标为 0PoC 后
工具调用准确率调查过程中调用的工具和参数是否正确越高越好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 的承诺,误报率和漏掉的案例会一起列出,我们还会附上测量条件。

  • 上述八项指标按风险等级拆分后的数值,以及样本量和评分人构成
  • 每个误报、漏报案例的研判记录。表格里不只放数字,还能直接跳转到原始记录
  • 批准后被撤销的处置清单及撤回原因
  • 输出捏造核对中被暂缓的研判及处理结果
  • 当月更换的模型与策略版本,以及更换前跑过的回归对比结果
  • 分析师之间结论出现分歧的数量
月度质量报告 · 示例模板尚未测量
准确率风险等级高及以上 · 全量尚未测量
准确率中及以下 · 随机抽样尚未测量
漏报已关闭告警复核 / 事后发现(分开标注)尚未测量
依据缺失目标为 0 · 不为 0 时附原因尚未测量
捏造核对暂缓数 / 实际不一致数尚未测量
撤销研判错误原因 / 业务影响原因尚未测量
重跑标签 · 风险等级一致(不比较文字)尚未测量

这是展示报告栏目构成的示例,不是真实的客户报告,也不是测量值。

局限

这些测量也无法告诉您的事

公开数字的同时,把数字没有说明的部分也写出来,误解才会少。

作为基准的分析师结论也可能出错

准确率衡量的是“是否与分析师结论相同”。如果分析师判错了,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:20239.1 监视、测量、分析和评价月度报告 · 回归对比
OWASP Top 10 for LLM Applications 2025LLM01 Prompt Injection, LLM06 Excessive Agency, LLM09 Misinformation注入评估集 · 工具调用准确率 · 捏造检测

与 Genox 安全专家
聊一聊。

联系我们