研究发现 RPKI 依赖方软件可被恶意 CA 或仓库干扰，引入恶意节点到证书树即可破坏验证流程，需加固 RP 采集与解析逻辑。
RPKI 树状信任模型与数据流向：
RPKI 由五大 RIR（AFRINIC、APNIC、ARIN、LACNIC、RIPE NCC）为根构建证书树。每个 RIR 提供两种托管模式：直接在自有仓库托管客户 ROA，或将资源委派至客户自建仓库。部分 RIR 下设 NIR 作为中介。所有对象遵循 X.509v3 签名，清单文件记录哈希确保完整性，数据通过 rsync 或 RRDP 分发。RP 软件从根仓库递归抓取、验证证书、追踪委派仓库，最终汇聚完整树。原文未给出具体部署规模数据。
恶意仓库对依赖方的干扰向量：
攻击者若控制树中任一 CA 或仓库，可注入恶意构造的证书、清单或签名对象。因 RP 必须递归遍历所有委派节点，单一恶意节点即可导致解析失败、资源耗尽或逻辑绕过。RRDP 与 rsync 协议层面的异常响应（如超大文件、死循环重定向、签名验证边缘情况）均可成为攻击面。原文未给出具体攻击案例或复现步骤。
现有防护机制的局限与工程取舍：
签名与清单机制仅保证对象未被篡改，无法阻止合法密钥持有者发布恶意结构数据。RP 实现需在完整性校验、遍历深度限制、协议超时控制、异常对象隔离之间权衡。过严策略可能误判合法委派，过松则暴露拒绝服务风险。原文未给出具体缓解方案或代码级修复细节。
运维需关注 RP 软件对异常仓库行为的容错能力，建议在生产环境部署前对恶意委派场景开展压力测试，并在监控中加入 RRDP/rsync 异常指标告警。
原文: APNIC Blog（2021-12-09）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog