摘要

  • Nathalie Trenaman 公布 RIPE NCC RPKI Validator 的分阶段退出：2021 年 1 月停止新功能，3 月停止跟进新的 RFC 和 RIR 政策，7 月 1 日结束维护。最后期限前仍提供安全修复。
  • RIPE NCC 在 2021 年 6 月敦促仍在使用该软件的运营者迁移；7 月如期结束支持，9 月又把公开信息网站换成另一套验证器引擎。

让一家安全机构宣布自己的安全软件退休，听上去像消防员先收起警报器。Nathalie Trenaman 的 RIPE Labs 原文却把逻辑写得明白。2011 年 12 月 13 日，RIPE NCC 推出 Validator 2.0，提供网页界面，让运营者预览路由源验证会怎样影响 BGP 宣告。后来改写为 Java，3.0 又遇到高内存消耗，经过大幅调整，3.1 才在 2019 年 7 月上线。验证器一直要追新规范、处理新风险，不会因为名字叫“工具”就自动省心。

Trenaman 写这篇文章时，RIPE NCC 看到约 450 个活跃的自家验证器实例。这是 2020 年 10 月的使用记录。她给这些用户留出清晰的迁移窗口：2021 年 1 月 1 日停做新功能，3 月 1 日不再实现新的 RFC 和 RIR 政策，7 月 1 日结束所有维护并归档；到最后一天前继续做安全修复。她还安排用户沟通和培训材料更新，让换软件这件事有操作时间。

为什么不继续养着它？RIPE NCC 要长期运行安全、稳定的 RPKI 证书机构；运营者使用的依赖方验证器，则下载并核验全球 RPKI 数据，结果进入本地路由决策。两份工作分属不同位置。若注册局把工程精力持续花在自家验证器上，核心证书服务要与这项维护争同一批资源。Trenaman 选择公开收束前者，把责任边界说清楚。

2021 年 6 月的 RIPE NCC 公告直说：仍运行旧验证器的网络应在 7 月 1 日前切换，停更后不再有修复。7 月会员简报确认支持已经停止。到了 9 月，另一个容易混淆的东西还在网页上：rpki-validator.ripe.net 这个公开信息入口。Trenaman 在迁移说明中写明，它改用 Routinator 提供界面。网页继续能打开，不等于旧软件重新获得维护。

这次退役的功夫不在一句“停止支持”。她把十年前派上用场的产品、今天必须维持的证书机构、运营者自己掌管的验证器和公众看到的网站分开，然后让每一方知道哪一天该换什么。安全有时就是把告别做得足够具体，让网络不必猜。