摘要

  • AFRINIC的CPS说明，PKCS#10签名只证明请求者持有相应私钥；BPKI才负责核验获授权的成员代表，并把请求连接到成员数据库。
  • 只有当请求资源是成员记录所列资源的子集时，RPKI证书才会签发；但公开证书不为成员的组织身份或个人身份背书。
  • 有效ROA表达“某ASN获准宣告这些前缀”，并不证明它此刻真的在BGP中宣告，更不证明整条路径安全。
  • 一张隐私友好的资源授权来源回执，可以保存版本、摘要、判定与时间，而不公开身份证件、私人联系方式或门户凭据。

看不懂的名称，可能正是合规设计

传统证书常让人先看主体是谁。RPKI资源证书却不是这样。AFRINIC的资源PKI认证实践声明写明，签发给订户的主体名称由签发者生成，不必具有人类可读的意义。原因也很明确：这类证书用于支撑路由安全中的授权，不用于识别身份。

同一份CPS进一步说明，除注册局外，这套PKI下的证书不证明资源持有者的组织身份，也不证明个人身份。AFRINIC的资源认证页面同样把资源证书界定为“使用IP地址或自治系统号的权利”所需的专用凭证，而不是身份证书。

这种克制并非安全漏洞。公开依赖方只需确认一把公钥获准代表哪些互联网号码资源；它不需要看到公司注册文件、个人姓名或身份证扫描件。把证书的任务收窄，反而让每项证明更难被误用。

一条链上至少有七个不同判断

“证书有效”常被说成一个结论，实际却由多种证据接力完成。

第一，PKCS#10请求由与待认证公钥对应的私钥签名。这证明请求者当时控制那把私钥，却不证明姓名、职位、成员资格或资源权利。

第二，只有持有AFRINIC BPKI证书的个人才能提出RPKI证书请求。BPKI在成员服务流程内识别并认证代表。

第三，BPKI凭据把请求连接到AFRINIC成员数据库中的记录。公开资源证书无须把这条内部连接写成公司名称。

第四，AFRINIC把请求资源与该成员记录的资源集合比较。只有前者是后者的子集，才签发证书。这是资源范围判定，不是私钥签名自动带来的权力。

第五，RFC 6487要求资源证书包含IP地址或AS号扩展，并沿信任锚路径核验上级证书的资源集合能够覆盖下级集合。此处的“有效”是密码学、时效、撤销状态和资源包含关系的组合。

第六，RFC 9582定义ROA：地址块持有者允许一个ASN宣告若干前缀，并可限定最长前缀长度。它是另一件带签名的授权对象。

第七，BGP路由是某个观察源在某个时间看到的前缀、起源ASN和路径。RFC 6811把这项观测与经过验证的ROA载荷比较，得到Valid、Invalid或NotFound。ROA本身不是实时路由观测。

七个判断不能互相冒名。持钥证明不任命成员代表；BPKI凭据不扩大成员资源；资源证书不指定起源ASN；ROA不证明宣告已经发生；一次起源有效也不验证整条AS路径、可达性或运营商最终选路。

BPKI承担了公开证书背后的连接工作

主体名称不显示组织，有两种常见误读。一种把资源证书当作法律主体的身份证明；另一种反过来认定AFRINIC没有做身份或权限核验。CPS都不支持。

它把代表识别、成员联系和请求认证放进BPKI，把资源事实放进成员数据库，再用子集检查约束签发。公开RPKI证书只发布全球依赖方需要验证的结果。这与RFC 6480的架构一致：RPKI提供授权而非身份认证，主体名称不应试图描述实体身份，但可以帮助签发者回连已有数据库记录。

成员数据库也不能被夸大。它是AFRINIC管理分配与指派的业务记录，可支持一次签发决定；它不是法院判决、公司授权书或资源所有权契据。注册记录描述受治理的状态，并不凭记录本身创造外部法律事实。

ROA写的是许可，BGP写的是发生

资源证书建立资源授权链后，资源持有者可以签发ROA。一个有效ROA回答的是：这个ASN是否获准为这些前缀充当起源。RFC 9582特别指出，ROA验证所用的PKI提供授权，不提供身份认证或不可否认性。

要知道网络上发生了什么，还必须取得路由观测。验证器从收到的BGP UPDATE里推导起源ASN，再与VRP中的前缀、最长长度和ASN比较。结果是本地路由策略的输入，不是注册局向所有网络下达的选路命令。

所以，保存一个“Valid”截图远远不够。可复核记录至少需要两只时钟：RPKI仓库、清单、CRL和信任锚的验证时间；以及BGP来源、观察时间、前缀和起源ASN。AFRINIC的信任锚定位器页面给出验证其层级的入口，但不替代当时实际取得的仓库状态和路由样本。

给每次交接一张隐私友好的回执

AFRINIC可以提供一张结构化的资源授权来源回执。以下是编辑建议，并非AFRINIC已宣布的计划。

在注册局侧，回执可记录请求时间、请求公钥指纹、非秘密的BPKI凭据或代表角色引用、认证结果、成员记录版本或摘要、资源快照摘要、请求资源集合、子集判定，以及证书序列号、SKI、资源扩展和有效期。

在发布与验证侧，回执可记录发布点、清单、CRL、信任锚和验证时间。若涉及ROA，再加入EE证书引用、ASN、前缀、maxLength、对象摘要与验证结果。若要解释一次起源验证，则另设观测区：BGP数据源、时间、观察点、前缀、实际起源与比较结果。

这些区块应允许分级披露。成员账户可以保存完整版本；公开版本只给出证书、ROA引用和摘要；审计方可以核对版本与判定，而不取得身份证扫描件、私人联系人或门户密钥。修正或撤销时，用后继回执指向被取代版本，不要抹掉旧记录。

最重要的是，回执必须注明“不证明什么”：BPKI引用不是公开身份证书；成员记录摘要不是法律权属判断；证书有效不表示当前有路由；ROA有效不表示路径安全；一次BGP观测也不代表全球可见性。

来源