摘要

  • draft-ietf-bmwg-savnet-sav-benchmarking-04 要求每项准确性测试标明哪些数据包合法、哪些属于源地址伪造，并说明判定理由。
  • 误报率以合法数据包为分母，漏报率以伪造数据包为分母；一项标签判断出错，会改变数字本身及其安全含义。
  • 这是一套隔离实验室中的黑盒测量方法，不是通过或不通过的合规认证，也没有提出新 SAV 协议、部署建议或产品测试结论。

先看一个容易被百分比掩盖的场景。设备拦下两个数据包，测试报告把它们都列为伪造，于是这两次拦截成为安全能力的证据。后来才发现，其中一个数据包来自获准使用、但没有出现在实验室所选 BGP 视图里的前缀。相同的设备动作，随标签改变，便从正确防护变成对合法业务的误伤。

9 月 14 日发布的第 04 版草案，正面处理了这条证据链。报告不仅要列出每次测试中的合法包和伪造包，还要回答“为什么”。修订同时澄清，基准记录的是不当拦截和不当放行，并不给设备颁发合格或不合格结论。

两个指标看似镜像，治理对象却不同。误报率是被错误拦截的合法包数量，除以发出的合法包数量；它衡量控制措施对获准通信造成的损害。漏报率是被错误放行的伪造包数量，除以发出的伪造包数量；它衡量控制措施留下的攻击面。把一个包从一类移到另一类，不只是改了注释，而是同时动了分子、分母和结果解释。

“合法”来自关系与时点

源地址本身并不携带完整的准入证明。一个包是否应从某接口进入，取决于接口在拓扑中的位置、接口代表的业务关系、设备当时拥有的路由与 SAV 信息、本地配置，以及正在测试的具体场景。草案要求报告保留这些条件，使读者能回到判定发生的环境，而不是只看到最后一列数字。

隐藏前缀和有限传播前缀说明了单一路由视图的局限。它们可能承载获得授权的流量，却不会以全球可见路由的形式出现。直接服务器返回架构也可能让合法返回包偏离简单的对称路径假设。面向客户、上游、对等方或路由服务器的接口，又各自承载不同的关系预期。若实验室把“未在我看到的路由表中”直接等同于“伪造”，测试真值就先于设备失真。

因此，报告内容本身成为基准的一部分。草案要求描述受测设备的版本、部署形式和拓扑，指明接口及其关系，记录配置，以及路由或 SAV 信息的来源与更新时间。流量特征、时间戳、重复次数和统计处理也要保留。硬件路由器、软件路由器、虚拟机与容器都可以作为受测对象，但读者必须知道自己在比较什么。

方法采用黑盒原则：观察设备放行或拦截什么，而不规定内部算法。这个选择让不同实现可以接受同一类测试，也避免基准暗中变成协议设计。然而，黑盒越中立，外部判定依据就越重要。设备内部不可见，并不意味着实验室输入的“真相”无需审查。

丢包也不能直接等同于 SAV 拦截。拥塞、无关过滤器或转发故障都可能使数据包消失；相反，主动拦截伪造包也不应被算作普通转发损失。混合流量测试若不能单独说明合法流量是否成功转发，就无法区分安全决策与网络故障。

草案尚未承诺什么

第 04 版是 BMWG 工作组正在推进的 Internet-Draft，目标文件类型为 Informational。它不是 RFC，尚未得到 IETF 批准，也没有公布任何厂商或产品测试结果。BMWG 当前里程碑写的是 2027 年 1 月提交 IESG；那是工作计划，不是出版或采纳保证。

草案也没有规定一条适用于所有网络的错误率红线。两个实验室即使都遵循方法，也可能因拓扑、设备、信息来源、配置和流量构成不同而获得不同结果。可比性不来自抹平差异，而来自把差异记录得足够清楚，让第三方判断两项测试是否确实在问同一个问题。

BMWG 与 SAVNET 的职责边界同样需要保留。SAVNET 的域内与域间问题陈述描述源地址验证机制要面对的难题；BMWG 草案提供受控测量方式。测量可以揭示权衡，却没有发明新的 SAV 机制，更没有替运营商选择部署方案。

来源