摘要

  • AFRINIC 当前资源认证页面直接链接一份 48 页的 RPKI 认证实践声明；封面标为 3.0 版，发布时间是 2020 年 5 月。
  • 文件第 V.8 节称 AFRINIC 获 IANA 授权管理“亚太区域”的 IP 地址与 AS 号码资源；AFRINIC 和 IANA 的公开页面都把 AFRINIC 服务区写为非洲及印度洋部分地区。
  • APNIC 现行 CPS 的第 5.8 节采用几乎相同的三句结构，并把 APNIC 与亚太正确配对。文字相似可以核验，却不足以证明复制方向或锁定责任人。
  • 这是一项公开控制文件缺陷，不是证书、ROA、信任锚、分配记录、路由状态或服务中断的证据。合格收尾应是一张逐条款、带版本的更正与取代收据。

从一个现行入口走到错误区域

判断一份旧 PDF 是否仍有现实意义，不能只看文件日期。关键是机构今天还把读者带到哪里。

AFRINIC 的资源认证页面在“Policy documents”下提供 Certificate Practice Statement (CPS)，链接目标是 CPS。页面没有把它标作历史版、草案或已废止材料。

本次冻结得到的 PDF 共 48 页、195,830 字节，SHA-256 为 2770e175edbd611c798d0036229a05f3e830843dc4ee202e35e5e944db91d5f0。封面标题是 AFRINIC Certification Practice Statement for the Resource PKI，版本为 3.0。版本记录显示，1.0 版发布于 2011 年 1 月，2.0 版发布于 2015 年 3 月，3.0 版发布于 2020 年 5 月。

真正的冲突出现在第 36 页。第 V.8 节标题是 CA or RA termination。正文把 AFRINIC 描述为获得 IANA 唯一授权、负责“the Asia-Pacific region”内 IP 地址空间与 AS 号码资源分配的机构，随后又说 AFRINIC 据此为本区域建立了 RPKI。该段最后一句称，没有把 CA 功能终止并移交给其他实体的安排。

页面经过图像渲染核验。错误不是 PDF 文本提取把两栏拼错，也不是搜索引擎摘要截取了相邻文件。机构名、区域和终止说明确实位于同一普通段落中。

正确答案就在 AFRINIC 自己的网站上

服务区域并不存在模糊地带。AFRINIC 的机构介绍页称其服务非洲和印度洋区域；服务区域页把区域划分为北部、西部、中部、东部、南部和印度洋六部分，并列出相应经济体。

IANA 的五个 RIR 说明给出相同分工：AFRINIC 对应非洲及印度洋部分地区，APNIC 对应亚洲/太平洋。2005 年 AFRINIC 认可报告还保存了第五个 RIR 建立时的区域清单和过渡背景。

因此，这不是两个机构对边界有不同理解的争议。可以确认的事实更小也更清楚：AFRINIC 当前所链接 CPS 的第 V.8 节，把自身名称与另一 RIR 的区域放在了一起。

这里也要限制对 HTTP 时间的解释。资源认证 HTML 在冻结时返回 2026 年 8 月 20 日的 Last-Modified；PDF 返回 2020 年 5 月 28 日。两项数据只证明服务器交付的文件及其声明的修改时间。它们不能证明 8 月有人逐条审读 CPS，也不能把一次站点构建自动变成文件再批准。

APNIC 文本揭示了句子的归属，却没有揭示来源链

APNIC 的现行 CPS 页面提供了最有用的对照。其第 5.8 节同样先写 IANA 授权，再写本机构为本区域建立 RPKI，最后说明没有把 CA 功能转移给其他实体的安排。

不同之处在于，APNIC 段落中的名称与地区是相互匹配的：APNIC 管理亚太区域。AFRINIC 段落则保留了 AFRINIC 名称和亚太区域的组合。

三句话的顺序、功能和多数措辞高度一致。合理的工作假设是，文本存在继承关系或共同模板。但工作假设不是可发布归责。本次证据没有编辑历史、作者批注或审批记录，无法证明 AFRINIC 复制了 APNIC，也无法排除两者都来自更早模板，更不能把错误归到某个人。

对照仍有两个价值。第一，它提供了可以由读者自行核验的名称—区域配对。第二，它提醒修订者不要执行盲目替换。把“亚太”改成“非洲和印度洋”是一项地理更正；同段关于 CA 移交的句子是否继续有效，则是一项单独判断。

控制文件错误不会自动进入路由器

RPKI 让注册局的公开记录接近路由决策，因此一处 CPS 错误很容易被写成技术事故。证据并不支持这一步。

RFC 6484规定了 RPKI 证书政策与各 CA 认证实践声明之间的关系。CPS 是运营者对实施方式的公开说明，具有治理和依赖意义；但它不是 ROA、资源证书、清单、CRL、TAL，也不是验证器输出。

冻结材料没有显示任何 AFRINIC 证书携带“亚太”区域标签，没有显示地址或 ASN 因该句被错误分配，也没有显示 APNIC 的职能受到影响。材料同样没有显示信任锚换钥、仓库对象损坏、验证结果改变，或某条前缀变成 Invalid、NotFound 或不可达。

公开材料也没有事故记录：没有路由器拒绝、会员失去账户、私钥泄露、CA 停机或用户中断。把文件错误描述成网络故障，会把一个可以证明的问题换成一个无法证明的问题。

反过来，不能因为没有事故，就把错误降格为无关紧要的排版问题。CPS 的作用正是说明 CA 声称怎样运行。若连接机构、授权与区域的一整句长期不准确，依赖方无法仅凭当前 PDF 判断：这是一个遗留词语、整段未复核，还是更大的版本治理缺口。

同样需要克制的是连续性推断。第 V.8 节公开写着没有把 CA 功能转移给另一实体的安排。这不等于 AFRINIC 没有内部灾难恢复、业务连续性或法定应急机制。公开移交条款与内部恢复计划不是同一个对象。

一次静默覆盖会修正文案，也会破坏证据

最省事的处理方式，是上传一份替换了地名的 PDF，继续沿用原 URL。读者下一次打开时会看到正确文字，却无法回答更重要的历史问题。

哪一个版本完成了修改？谁获授权批准？修改是编辑性更正、法律澄清，还是实际操作变化？何时批准、何时发布、何时生效？关于 CA 移交的相邻句子是否经过复核并被明确保留？更正前的 3.0 版还能否从 AFRINIC 自己的档案中获取？

这些问题不要求公开机房、密钥材料或内部恢复步骤。它们需要的只是一张小型文件控制收据。

收据应列明稳定文件标识、旧版与新版号码、旧 PDF 与新 PDF 的 SHA-256、第 V.8 节旧文与新文、批准角色及其权限、批准时间、发布时间和生效时间。每一处变化都应分类，避免把“改正地区”与“改变 CA 实践”混在一个模糊版本号里。

关于移交的句子必须有状态。可选状态包括“原样保留”“改为澄清文本”“由另一个公开文件治理”或“被新安排取代”。若修订只改地区，收据应明说这一句经过审视但未变。否则，读者仍需猜测整段是否被检查。

长期使用的当前 URL 可以继续存在，但必须交付收据所声明的新字节。被取代的 3.0 版应获得不可变历史链接。公告或变更日志同时连接两者，外部回读再核对 HTTP 状态、ETag、文件长度、哈希和条款文字。

若此次没有改变证书、密钥、仓库或服务状态，最准确的影响说明是“仅文件更正”。它比笼统的“RPKI 未受影响”更可审计，因为前者指出了实际核查过的表面。

证据还没有回答的几个时间问题

3.0 版文件形成于 2020 年，不代表错误一定从 2020 年才出现，也不代表之后从未被内部发现。本次没有取得 1.0、2.0 版的同一条款，没有取得审阅记录，也没有发现一个被当前页面明确指定为更高优先级的替代 CPS。

现行入口是本篇报道的时间锚。2026 年 8 月 31 日，AFRINIC 面向资源认证读者的页面仍把这份 PDF 当作 CPS 入口。即使错误很旧，机构对它的当前引用仍是新鲜、可重复核验的状态。

责任人也不能从网页组织结构推导。安全、法务、工程和网站团队可能分别拥有内容、批准、链接与部署的一部分。合格收据应写明负责修订的角色和授权链，而不是让媒体从职位名称猜作者。

最后，APNIC 对照只证明文本适配，不证明其“无移交安排”应成为 AFRINIC 的政策答案。AFRINIC 经历过制度连续性压力，是否需要另一种 CA 继任方案值得单独讨论；但那必须是一项经授权、可验证的决策，不能伪装成地名校对。

把一处错字变成一次可重建的修复

最终检验不复杂。读者应能从长期 URL 获取现行 CPS，看到新版本号，核验新哈希，读到正确地区，理解移交句子的处置，并从 AFRINIC 档案中找回被取代的 3.0 版。

这样的收尾不会把 AFRINIC 的文件错误夸大为安全事件，也不会用“没有事故”掩盖文件治理问题。它把责任放回最窄、最有能力行动的主体：发布 CPS 的机构负责证明自己改了什么、凭什么改、从何时开始适用。

一条错误地区能够在长期 URL 后持续存在，说明“链接稳定”与“内容受控”是两件事。版本、授权、前后哈希、历史链接和外部回读把两者重新接起来。

来源