APNIC 计划探索 AI 事故分流；证据边界仍待公布

摘要

APNIC 执行委员会已通过 2027 年活动计划，安排在第三季度探索内部 AI 事故“第一响应”分流助手。文件没有报告产品已经上线，也没有列出它的处置权限。
APNIC 说，2021 年一次 Whois 数据库副本可能公开了三个月。访问日志不完整，无法判断是否有人查看；调查没有发现可疑的更新活动。

文件删除了，答案没有回来

APNIC 能把一个云存储桶改回私有，也能删除里面的 Whois 数据库副本。它无法补回一项关键事实：谁看过文件。APNIC 在 2021 年 6 月发布的事故说明把这两件事分得很清楚。

当时 APNIC 正在维护 RDAP，一份 Whois 数据库转储被复制到 Google Cloud 存储桶。工作人员以为该桶是私有的，配置错误却让它对外可见。文件包含维护者和 IRT 的哈希认证信息，以及私有 Whois 对象；APNIC 说这些私有对象的数据只更新到 2017 年 10 月。

一名独立研究者在 6 月 4 日通知 APNIC。APNIC 修正了桶配置并移除了副本；文件可能已经公开三个月。完整访问日志缺失，因此机构无法判断是否发生过访问。调查也未发现可疑更新。APNIC 重置维护者和 IRT 密码，并协助约 50 名资源持有人重设密码；这些人此前六个月内曾积极使用邮件更新 Whois。

这里有两条不同的证据线。更新记录没有可疑变化，不等于访问日志证明无人查看。APNIC 做了配置修复、删除副本和凭证轮换，却仍然无法回答访问者是谁。事件处置可以完成，影响评估仍留有空白。

APNIC 执行委员会通过的2027 活动计划写道，要在第三季度“探索开发能用于基础设施事故分流的内部 AI 第一响应助手”。委员会一致批准了活动计划和预算，会议纪要于 10 月 19 日获通过。计划写的是“探索开发”，不是系统已经上线。

文件给了这项探索一个用途和季度，却没有公布它能读取什么证据、会生成什么结论、由谁接收升级、人工能否修改标签、记录保存多久或如何衡量效果。公布这些边界，才能看出它是在整理报障，还是在决定哪些事故先进入人的视野。

分流顺序就是注意力顺序

事故队列里的优先级看起来只是界面字段，却会决定工程师先看到什么。若系统把一份缺少访问记录的报告归为普通事项，下一位处理者收到的就不只是告警，还有一个隐含判断。若“日志缺失”仍被记录为未知，调查者还能追问下一份证据。

APNIC 的信息安全政策要求事件得到系统性、及时的报告、调查和处置。第一轮分流发生在调查完成之前，工具会影响谁先看、何时看，以及手头有哪些材料。

APNIC 在安全说明里也划清了 RIR 职责：处理会员网络上的安全事件或执法，不属于 APNIC 的职责。2027 计划所说的是 APNIC 自己的基础设施；文件没有给这个助手跨会员网络的监管任务。

纪要没有把 2027 年的 AI 探索与 2021 年事件联系起来。后者适合作为一份压力测试：系统能否同时保留暴露内容、移除时间、凭证重置、调查发现和无法确定的事项？AI 不能重建从未完整记录的访问日志；它可以把缺口明示给调查者，避免把“未知”改写成“没有人访问”。

APNIC 下一次公开说明应先交代运行范围，再谈准确率：允许读取的数据源、输出字段、升级负责人、人工纠正方式、日志留存期限，以及针对不完整材料的测试。可以用合成案例检验系统是否引用证据、保留未知并要求人工决定。计划里的 99.99% 是 Whois、RDAP、RPKI、RDNS 和 IRR 的服务可用性目标，不是 AI 分流成绩。