摘要

  • APNIC 计划在 10 月 13 日 08:00–09:00（UTC+10）为 RPKI 系统安装安全补丁。公告预计 rpki.sub.apnic.net 的 rsync 最多不可用两分钟，并称其他 RPKI 服务预计不受中断影响。
  • APNIC 发布的 CPS 将该端点列为自建 RPKI 客户的发布服务。公告没有说明各客户端会如何重试、缓存是否变化，也没有报告路由影响。

分析

APNIC 于 10 月 9 日发布服务公告，计划在 10 月 13 日星期二 08:00 至 09:00（UTC+10）为 RPKI 系统安装安全补丁。公告在这一小时窗口内指出了更窄的影响：rpki.sub.apnic.net 的 rsync 服务最多可能不可用两分钟。APNIC 表示，其他 RPKI 服务预计不会中断。

这三点应分别理解：维护工作预留一小时；一个指定 rsync 服务可能中断，时长不超过两分钟；其余 RPKI 服务预计不受影响。将其称为“一小时 RPKI 故障”会扩大公告所述影响；说“完全没有中断”则会忽略依赖该端点的客户端收到的告警。

这个主机名在 APNIC 发布的《认证业务声明》（CPS）中有明确用途。该文件区分了 APNIC 认证机构使用的仓库，以及面向自建 RPKI 客户的发布服务。后者列出 rsync 端点 rpki.sub.apnic.net 和 RRDP 端点 rrdp.sub.apnic.net。CPS 页面注明文件于 2021 年 5 月 4 日生效，因此它说明的是已发布的架构背景，并非对 2026 年客户端配置的最新盘点。

这一差别决定了公告该如何解读。受影响的不是 APNIC 的每项 RPKI 功能，也不是所有使用 RPKI 数据的网络，而是一个仓库端点上的一种数据获取方式。APNIC 称其他 RPKI 服务预计不会中断，这是对事件的预期；公告没有逐一说明每种客户端或访问方式的行为。

协议层解释了为什么这个边界重要。RFC 8897 描述了依赖方软件通过目标仓库所支持的同步方式（例如 rsync 或 RRDP）下载已签名对象，并更新本地缓存。RFC 8182 则定义了基于 HTTPS 的 RRDP 仓库访问协议。这些标准无法告诉我们某个运营商配置了哪种方式、软件是否会自动切换协议，也无法确定其缓存何时刷新。

因此，对于依赖该 rsync 端点的客户端，短暂不可用可能会推迟一次获取尝试。但这本身不能证明现有缓存会过期、路由源授权会改变，或路由器会改变对某条路由的处理。公告没有给出受影响客户端数量、验证器观测、路由变化或用户影响。维护尚未发生，目前没有事后结果。

有用的判断应停留在已知范围内：一小时维护窗口；一个指定端点最多两分钟的 rsync 不可用预期；其他 RPKI 服务预计不会中断。10 月 13 日之后，APNIC 的服务记录和各运营商依赖方日志，才可将这项预期替换为实际观测。

来源