摘要

  • APNIC Blog 9 月 14 日报道，四位研究与教育网络负责人在 8 月举行的 APAN62 期间签署《奥克兰网络韧性意向宣言》。
  • 公告列出信任建设、准备、信息共享、事件协调与相互支援五项方向，同时明确以各国法律和各机构政策允许为前提。
  • 所查公开页面没有附上宣言全文，也没有列出事件入口、决定负责人、响应时限、数据边界或演练记录。公开说明页与受保护操作附件组成的两层协调卡，可以补上权责路径而不泄露敏感预案。

合作宣言在签字与合影时最容易显得完整。真正的空白往往要等到凌晨的告警出现：某大学发现异常，国家研究网看到跨境路径受影响，区域伙伴掌握相关指标，但每一方都在等另一方说明，数据能否传、请求算不算正式、谁可以让工程师动手。

《奥克兰宣言》的公开报道已经把“为什么合作”说得很清楚。APNIC Blog 9 月 14 日称，Amber McEwen、Shinji Shimojo、Jungsu Song 与 Roshan G. Ragel 在 APAN62 期间签署宣言；Ragel 代表 APAN/Asi@Connect Leaders Forum。报道说，各方将建设信任、做好准备、共享信息、协调事件并相互支援，还将探索成立 Global Security Policy Alliance 的区域分支或类似机制，同时保持地方优先事项与自主性。

报道中最关键的限制语是：在各国法律和机构政策允许的范围内。这不是一句削弱承诺的保留语，而是跨境协作必须尊重的权力边界。区域论坛不能凭一纸宣言要求大学交出日志，也不能替另一国网络下达隔离路由的指令。每个参与者原有的法定职责、公司治理、成员授权与系统控制权并未合并。

然而，保留这条边界之后，公开记录还需要回答下一问：由谁判断“允许”？

目前查到的 APNIC、APAN62、APAN 与 REANNZ 页面没有链接宣言文本。读者看不到每个签名究竟约束哪一个法人、论坛或职务，也看不到其他成员如何加入、如何退出、何时复核。公开资料同样没有给出经认证的事件入口、值守时间、确认时限、严重性门槛、接受或拒绝请求的岗位，以及数据跨越机构边界时应携带的限制。

这些安排可能已经写进不公开的文件或联系人清单。公开页面没有展示，不能反推参与方毫无准备。它只说明：一个普通成员还无法从公开记录独立找到“区域承诺如何变成本地获授权动作”的路线。

同一故障里至少有四种不同权力

APAN 把自己描述为代表成员的组织，也是一张连接亚太研究与教育网络的骨干网络。REANNZ 则既是会员制机构，也是新西兰国有公司，由特定董事会治理。大学、科研机构、国家研究网、区域协会、事件响应团队与公共机关因此不是同一种主体。

受影响机构有权报告自身观测；国家网络可以核实路径与服务影响；区域机制可以寻找对口团队、召集协调会并拼接多地证据；伙伴可以提供专家、设备或替代容量。但通常只有系统所有者能批准配置变更、保存本地取证材料或接受剩余风险，法定通报又可能属于另一机关。

所以“已协调”不能只有一个勾选框。至少应分成：已收到、已验明来源、已界定范围、允许共享、已接受、已授权转交、已执行、已关闭。还必须容纳三个不漂亮但真实的状态：已拒绝、已转介、等待许可。

没有这些状态，自动回信会被误读为已接受支援；参加电话会的人会被当作有权改网的人；一条指标在转发后可能丢掉原限制；依法不能接收某类数据的伙伴，则会被误会成消极不答。宣言要做的不是抹平这些差异，而是让各方更快穿过它们。

信息可以转发，不等于动作已经获批

FIRST 的 Traffic Light Protocol 用 TLP:RED、TLP:AMBER、TLP:GREEN 和 TLP:CLEAR 表示信息可以继续传到哪里。它适合处理一项事件同时涉及大学、网络运营者、供应商与公共部门的情形。

但 TLP 标签只回答传播范围。它不能证明发送者有权披露，也不能证明接收方有合法依据保存，更不会自动赋予工程师隔离系统、修改过滤器或调取日志的权力。即使信息是 TLP:CLEAR，内容仍可能不准确；即使是 TLP:AMBER，接收者仍可能无权完成所请求动作。

协调记录应把四个问题分开：发送者可否披露，接收者可否接收，接收机构可否行动，负责系统的运营者是否接受该动作。一个颜色不该同时充当四份授权书。

1998 年的模板仍指出一条可行路径

RFC 2350 是关于计算机安全事件响应团队的 Best Current Practice。它区分“服务对象”与“权力范围”，并要求说明联系方式、值守时间、可处理事件种类、支持程度、协作与披露政策，以及安全通信方式。

这份 RFC 不约束《奥克兰宣言》，签署方也没有宣布采用它。它提供的只是一个很窄但有用的参照：公开操作外壳不必等于公开调查预案。

成员可以知道到哪里报、能期待什么、下一项决定归谁；而姓名、电话树、密钥、基础设施图、取证细节与法律意见仍可留在受保护附件中。透明与保密并不冲突，前提是双方的分界线本身可见。

给宣言配一张两层协调卡

公开层先列出现行签署方及其代表范围，说明签名绑定法人、论坛还是职务，并提供唯一权威的协调入口。它还应标明谁可以接受、拒绝或转介请求，何时生效、何时复核，以及新成员加入和退出的记录。

公开层无需泄露事件内容，但应能呈现状态：请求已经验明，某项许可尚待决定，支援已接受或被拒绝，本地运营者已经接手，案件已经关闭。汇总数量与演练记录可以证明机制是否被实际使用，而不点名受影响机构。

受保护层保存真正敏感的机器：经核实联系人、密钥、时区、事件门槛、允许共享的数据字段、TLP 处理方式、各地法律限制、供应商依赖、升级树与备用通道。每一项都要有负责人和最近一次验证日期。事件发生时，系统生成一张回执，串起请求者、所需动作、适用边界、作出决定的人、授权依据与下一次责任移交。

这不是建立区域指挥部的提案。协调者可以负责路由和留痕，却不夺走成员的系统控制权。它也不是宣言失败的证据；区域分支目前仍只是将要探索的选项。

检验标准很朴素：当 APAN 成员遇到跨境事件，能否从公开记录找到第一条有效请求、第一位可追责的决定者，以及区域承诺不能越过的边界？现在还不能。

来源