Richard Jimmerson 与 ARIN 漏测的两种 RPKI 验证器

两盏绿灯没照到故障：Richard Jimmerson 按下新 ROA 的暂停键

为何重要

2020 年 8 月，ARIN 升级后的 RPKI 仓库通过了两种验证器，却被另外两种拒绝。上线二十五分钟后，警报抵达。Richard Jimmerson 没有等完整事故报告写好，先把新 ROA 申请送进队列。

Sofia Ren2026年10月27日阅读时间 3 分钟最后更新: 2026年10月27日

Richard Jimmerson；面貌参照 ARIN 官方照片，运维室为想象场景。

Summary

Jimmerson 8 月 12 日的公告说，ARIN 正调查潜在的 RPKI 故障，新 ROA 创建请求暂存队列。次日更新指出，HSM 升级后的新软件出现编码错误，修复已经完成。
ARIN 8 月 26 日的事故复盘记录：12 日 12:21 部署，13 日 11:36 修复。RIPE Validator 与 Routinator 没报错；rpki-client 与 Fort 拒绝了仓库。

发布按钮按下后，最危险的往往是看起来很正常的仪表盘。ARIN 于 2020 年 8 月 12 日 12:21 推出新版 RPKI 系统。12:46，有人报告 rpki-client 无法验证它的仓库。此前 RIPE Validator 和 Routinator 均未显示错误；Fort 与 rpki-client 却得出了相反结论。四个读者面对同一批密码学对象，分成了两桌。

身为 ARIN 首席运营官，Jimmerson 先处理机构能够控制的一端。他公开宣布：调查和必要修复完成前，新 Route Origin Authorization 请求排队等候。ROA 说明哪个自治系统获准发起某个 IP 前缀。仓库已经让部分验证器读不通，再持续加入新对象，只会扩大待处理的范围。队列也让申请人知道服务处于什么状态。

次日，他把技术原因讲到了字段级别：签名对象里两处本应一致的算法标识符参数，一处是空值，一处是 NULL。HSM 升级同时引入的新软件写出了这种差异。他说修复已做，期间创建的部分 ROA 仍需清理，并点名感谢最早报告问题的 Job Snijders 和协助定位的 OpenBSD 开发者。

CTO Mark Kosters 后来的复盘补上完整时间线，并承诺今后把基于 OpenSSL 的验证器也纳入发布测试。两盏绿灯当时都是真的；它们只是没覆盖所有实际读者。Jimmerson 的暂停决定，把发现盲区与修补测试体系之间的风险留在了可控队列里。