Summary

  • APNIC 记录显示，prop-166 已取得社群共识和 Executive Council 支持，技术实施也已完成，但认证实践声明和 RPKI 条款与条件仍待更新。
  • 如果 APNIC 连续超过 60 天无法发现并验证某个自托管 RPKI CA 的当前清单与证书吊销列表，该提案拟允许 APNIC 吊销其资源证书。
  • 尚待解决的治理问题，不是 APNIC 能否识别失效 CA，而是警告、决策、证据和恢复路径是否清晰到足以让运营者据此安排操作。

prop-166 历史记录中最值得注意的并非达成共识的日期，而是 2026 年 2 月 11 日这一条：“Technical Implementation complete – Awaiting Updates CPS/RPKI ToC”（技术实施完成，等待更新 CPS/RPKI 条款与条件）。截至本文 9 月 5 日的报道冻结点，APNIC 的提案索引仍把 prop-166 列在“In Implementation”（实施中）之下。软件或许已经准备就绪，但说明何时、如何使用它的公开权限依据尚未显示为完备。

这一区分正是政策的核心。Prop-166 涉及自托管的 RPKI 认证机构，也称委托式 CA。在托管模式下，APNIC 为资源持有者管理证书和发布基础设施；在自托管模式下，持有者运行自己的 CA 和发布点，或者将自己的 CA 与 APNIC 的发布服务结合使用。持有者由此获得运营控制权，也承担维持发布链可用的责任。

提案针对一种明确的失效状态：如果 APNIC 超过 60 天无法发现并验证自托管 CA 的当前清单（Manifest）与证书吊销列表（CRL），APNIC 将可把该 CA 从子级中移除，并吊销其资源证书。提案要求 APNIC 作出合理的发现尝试，并在验证失败和实施吊销时通知运营者。APNIC 的影响评估进一步说明，在移除前会向已知联系人发送警告邮件。

提案人把这一措施解释为减少依赖方的无效消耗。验证器会反复访问发布点，获取并验证签名对象。仓库长期故障的 CA 不再提供当前、可验证的有效内容，却仍消耗同步尝试、处理器资源、网络流量和运营注意力。提案称，一次错误配置就可能带来数十万次无效尝试。这个数字属于提案人的理由；APNIC 的影响评估没有给出独立测量结果。

政策范围刻意限定得很窄。National Internet Registry 的 RPKI CA 被明确排除。目标是少量长期失效的自托管 CA，而非遭遇短暂中断的运营者。APNIC 将提案中的“两个月”落实为固定的 60 天门槛。其评估还预计，受影响 CA 的签名对象——包括 ROA——会在达到门槛前已经过期。

因此，吊销并未被描述为立即使仍然有效的路由授权失效。它是注册管理机构在签名发布状态已经陈旧后，关闭一条被遗弃或损坏的信任分支。资源持有者仍可通过正常流程重新创建自托管 CA。这项措施后果重大，但并非永久排除。

公开记录清楚列出了政策进程。第一版于 2025 年 7 月 31 日发布；APNIC 于 8 月 15 日公布影响评估；提案在 9 月 11 日的 APNIC 60 会议上达成共识，10 月 14 日结束最终意见征询，并在 12 月 4 日获得 Executive Council 支持；2026 年 2 月 11 日记录为技术实施完成。但公开记录尚未给出生产环境开始执行的日期、最终警告节奏、受影响 CA 数量、已经实施的吊销案例，或验证器因此节省的实际资源。