BGP 的“闲话”机制让任何人都能宣告前缀，却缺乏内生验证手段。文章指出必须引入外部权威来源——IRR 与 RPKI——对 Origin‑AS 与前缀长度做核验，其中 RPKI 凭借密码学签名提供更强保障。
风险一：过长前缀劫持流量
BGP 遵循“最长前缀匹配优先”，攻击者只需宣告比合法前缀更具体的 /25 甚至更长前缀，即可抢夺流量。巴基斯坦曾因误宣告 YouTube 的更长前缀导致全球流量涌入致服务器崩溃；Google 事后以两个 /25 正规宣告夺回控制权。RPKI 的 ROA 能直接拒绝未授权的更长前缀；IRR 靠 RPSL 对象仅能事后指证“未声明该意图”，缺乏密码学强制力，无法在转发平面实时阻断。
风险二：Origin‑AS 伪造与路由泄露
攻击者可伪造 Origin‑AS 宣告不属于自己的地址块，或将对等方路由错误泄露给上游。RPKI 通过 ROA 绑定前缀与合法 Origin‑AS，路由器在验证链完整后可直接丢弃不匹配条目；IRR 依赖人工维护的 route/route6 对象，数据滞后、格式不一，难以在大规模自动化场景下保证准确性。原文未给出具体部署比例或拦截案例数量。
工程落地：把验证前移到边界
在边界路由器启用 RPKI Route Origin Validation（ROV），对 Invalid 标记直接丢弃，对 NotFound 保留但降低优先级；同步定期同步可信 TA 证书库，监控 ROA 变更告警。IRR 可作为补充审计源，但不应作为实时转发决策依据。把“信任但验证”落实到转发平面，才能从根源上堵住 BGP 闲话带来的劫持与泄露风险。
原文: APNIC Blog（2021-09-16）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog