摘要

  • LACNIC表示，持有ASN的成员现在可以直接在MiLACNIC配置并发布ASPA对象。公告确认该成员端功能已经实现，但没有统计使用者或已发布对象的数量。
  • ASPA记录AS持有者授权哪些网络作为中转提供商。LACNIC称这些信息可用于路径验证，但公告没有提供依赖方验证回执、路由器策略或实测路由安全结果。

分析

LACNIC把ASPA配置纳入成员管理服务的MiLACNIC门户。公告所确认的变化很具体：持有ASN的成员可以在该门户配置并发布对象。这是一个新的成员端发布入口。

这一入口位于更长的安全链条开端，并不能说明后续环节已经启用。ASPA表达的是某个AS持有者授权哪些自治系统作为中转提供商。之后，依赖方验证器需要获取并验证对象，网络软件需要读取验证数据，运营者还要决定路径评估是否影响本地策略。LACNIC公告描述了第一步，没有报告其后的步骤。

LACNIC将ASPA称为ROA和起源验证的补充。ROA说明哪个AS获准起源某个前缀；ASPA则加入关于提供商关系的信息，可用于检查AS_PATH中的部分路径。二者所表达的授权范围不同。发布一份签名声明本身不会自动改变路由器的处理方式。

标准化工作也仍在进行。IETF Datatracker列出的ASPA配置文件为第29版，路径验证程序为第28版；两者都是SIDROPS工作组的Internet-Draft。工作组状态仍是等待编写提交文件，页面没有显示已发布的RFC。LACNIC在9月的解释文章中也把采用描述为早期阶段，并将发布对象与在运营中使用这些信息区分开来。

因此，尚待量化的问题已经不是MiLACNIC是否提供这项功能，LACNIC对此已有明确说明。缺少的证据包括：有多少符合条件的ASN实际发布了对象，对象何时出现在验证器使用的资料库中，哪些验证软件接受了它们，以及运营者是否在路由器上启用了路径验证策略。在这些回执出现之前，门户功能证明的是发布入口已开放，而非区域部署已经形成或路由处理已发生变化。

来源