摘要

  • 2026 年 11 月 3 日 20:07 至 22:50 UTC，RIPE NCC 的 RFC 8181 发布接口对委托 CA 返回“Unknown publisher”。
  • Krill 在发布者配置就绪前启动；值班工程师补齐配置后，失败的发布自动恢复，仓库中已有对象未受影响。

签名钥匙在客户手里，收件窗口却突然不认客户。这是 RIPE NCC 11 月 3 日 RPKI Publication as a Service 故障的核心。常规维护期间，Krill 重启；存储响应缓慢，发布者配置尚未到位，服务已开始接请求。它给每一笔新发布的回答都是“Unknown publisher”。

官方事故记录把时间钉在 20:07 至 22:50 UTC，合计两小时四十三分。一名会员报告问题后，全天候值班工程师提供正确配置，失败的发布请求随后自动恢复。RIPE 特别指出：仓库原有内容没有受影响。读者能取到旧记录，与运营者能把新记录放进去，是两件事。

RIPE 的委托 CA 模式允许会员自行保管签名密钥，同时借用 RIPE 的仓库发布 ROA、清单和吊销列表。故障并未夺走 CA 的密钥，却切断了签名对象进入公共仓库的通道。问题藏在身份识别的启动依赖里，而不是证书内容本身。

RIPE 提出的修复是让配置先于 Krill 启动，并为 RFC 8181 发布环节补上监测。事故报告没有给出受影响 CA 或延误对象的数量；拒绝请求清单和验证端记录才能算清波及面。

原始来源：RIPE NCC 事故记录；RIPE NCC 委托 CA 指南。