Summary

  • LACNIC 在 2026 年 10 月 19 日的 MiLACNIC 教程中展示 ASPA、委托式 RPKI 和安全事件报告模块；同一份官方议程明确指出，巴西机构的会员使用不同的 NIR 平台，现场展示的材料不适用于他们。
  • 墨西哥获得的是有边界的兼容说明：RPKI 模块和报告模块与演示内容兼容。20 页讲义进一步展示了管理员权限、强制双因素认证、通知渠道，以及声明授权上游时容易犯的具体错误。

这场资源管理课程的议程几乎像一份产品目录。MiLACNIC 可以管理号码资源，新增的 ASPA 工具可以声明授权的传输提供商，委托式 RPKI 允许机构自管证书机构，安全模块接收涉及号码资源的事件报告。然后，议程末尾出现一句决定产品适用范围的话：巴西机构会员使用的 NIR 平台不同，演示材料不对他们开放。对墨西哥，LACNIC 只点名 RPKI 与报告模块兼容。一个区域的安全议程，落到会员手里却有不同入口。

这不是文字游戏。ASPA 的作用取决于谁能提交、修改和撤回提供商声明；委托式 RPKI 的作用取决于谁持有子 CA 私钥、谁生成 ROA 与 ASPA 对象；事件报告则取决于哪套系统接收资源信息。官方20 页讲义把这些功能放在 MiLACNIC 的一次教学中，平台差异却由议程单独说明。只看讲义，很容易把直接会员的操作界面误当成整个区域的统一界面。

讲义的权限页把问题说得更具体。只有管理员能够增加或移除共同管理员；共同管理员拥有大部分管理权限，但不能编辑联系人，也不能再增加共同管理员。至少一种双因素认证是强制的。课程讲了 TOTP 设置、备用代码，以及把 SMS 留作备用的方法。通知由每位用户自行选择，示例包括新 ROA、密码变更和 GeoFeed 编辑；送达渠道列有应用、邮件、SMS、Slack、webhook 与 WhatsApp。资源安全从来不只是“功能已上线”，还包括谁有权点按钮、谁会收到变更提醒。

ASPA 页甚至列出一张反面操作清单：不要因为存在 BGP 会话就把对等方或客户写成传输提供商；不要漏掉仍在使用的上游；也不要让已经退出的上游继续留在声明里。一个错误或陈旧的对象可以让安全信号偏离现实。委托式 RPKI 则把另一部分责任交给机构：LACNIC 充当父 CA，机构保有子 CA 私钥并管理自己的签名对象。平台入口、权限和维护流程因此都是安全机制的一部分。

巴西注释的证据边界也清楚。它说明的是这份演示材料在不同 NIR 平台上的适用性，没有列出 NIC.br 自有界面的完整功能，也没有证明巴西运营商无法使用 ASPA 或 RPKI。要判断这些功能在巴西的实际可用路径，需要 NIC.br 的一手服务说明或操作记录。墨西哥的句子也只保证两个点名模块兼容，不等于所有 MiLACNIC 权限、提醒和工作流完全一致。

LACNIC 可以把协调、路由安全与事件响应写在一张议程上，实际操作却要经过各个会员所在的平台。真正有用的区域产品说明，应当逐一列出直接 MiLACNIC、巴西 NIR 与墨西哥 NIR 的功能入口、授权角色和可用日期。否则，“区域上线”只是一个漂亮的总标题，运营者仍须在事故发生后寻找正确的门。