RIPE NCC 正式关闭在其互联网路由注册库（IRR）中创建新的域外 ROUTE 与 ROUTE6 对象功能，现有域外记录将迁移至独立的 whois “source” 标签，普通查询不再返回这些对象。此举消除了因共享密码维护机制缺乏实名校验而导致的前缀滥用与长时间误路由风险。
机制变更：从共享维护到源标签隔离
RIPE IRR 早期允许非 RIPE 地区的地址资源（非洲、拉美、亚太地区前缀）在其数据库中建立 inetnum/inet6num 与对应的 route/route6 对象，方便欧洲运营商从单一源头获取路由配置。但该模型依赖共享密码维护者，未对实际资源持有者进行核验，导致任何人均可注册他人前缀，引发垃圾路由与前缀劫持。新流程禁止新增域外 inetnum/inet6num 及其路由对象，现有对象移入新的 whois “source” 标签，仅供依赖这些记录的 BGP 配置继续查询，普通 RIPE routing registry 查询将不再返回。
社区共识与实施阶段
Database Working Group（DB-WG）主席已发布最后共识征询，标志实施阶段启动。APNIC Hostmaster、Helpdesk 与 Research 团队参与讨论多年，RIPE NCC 员工、DB-WG 与 ROUTING-WG 参与者共同推动。原文未给出具体实施日期，但已进入执行阶段。
对亚太资源持有者的直接影响
亚太地区资源持有者长期面临其前缀在 RIPE IRR 被未授权注册的风险，误路由可能持续至被投诉发现。关闭域外对象创建通道后，攻击面大幅收窄，运营商无需再监控 RIPE IRR 中的冒名路由对象，路由策略生成的可信度提升。
对网络工程师而言，RIPE IRR 回归权威来源，路由策略生成工具（如 IRRToolSet、bgpq4）查询结果更干净，减少因脏数据导致的策略错误；运维侧可简化对多源 IRR 的去重与清洗逻辑，专注于 RPKI/ROA 等强校验体系的部署。
原文: APNIC Blog（2018-02-12）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog