摘要

  • APNIC 要求新建或更新 inetnum、inet6num 与 aut-num 对象时带有 IRT 引用，把安全事件报告导向专门联系人。
  • 该引用证明的是查询时点的注册关联；它不证明路由器控制、实时 BGP 起源、流量承载、服务可用性、事件责任或法律所有权。

强制出现，但职责有限

APNIC 在 2010 年 11 月实施强制 IRT 引用，目的之一是避免滥用报告继续落入通用行政或技术邮箱。号码资源记录因此包含 mnt-irt，被引用的 IRT 对象则保存 abuse-mailbox、行政与技术联系人、认证方式和维护者等字段。

这套设计建立了公开可查的升级路径。自 2019 年起，APNIC 还要求每六个月验证一次 IRT 联系方式；无效或长期无响应的地址可以向 APNIC 报告。因此，记录同时保留了指定联系人关联和具有时间边界的验证状态。

但强制性不等于运营权。APNIC 明确把 IRT 描述为处理计算机安全事件的专门团队，并指出它与网络运营部门不同。该指针只识别事件响应联系人对象；它不识别网络运营部门，也不建立两种职能之间的组织关系。

abuse-c 不是第二份独立证据

APNIC 还会在资源记录中发布 abuse-c。官方说明指出，该字段引用一个 role 对象，内容来自成员 IRT 中可见的同一组联系方式；如需修改，也必须回到 IRT 对象。换言之，abuse-c 是同一联络模型的生成视图。

因此，同时看到 mnt-irt 和 abuse-c，只能说明两个视图在注册系统内部一致，不能算两条独立来源的相互印证。它更不能证明邮箱持有人控制基础设施，或对某起事件负有事实责任。

周期验证也有清楚的时间边界。它证明注册机构在某个日期完成了联系方式检查，并不永久保证以后每封邮件都会被阅读和处理。若要判断当前响应能力，仍需进行当下测试，并单独记录投递结果与回复时间。

相邻字段各自保留不同权力

APNIC 的 inetnum 指南把 admin-c、tech-c、abuse-c、mnt-by、mnt-irt 与 mnt-routes 分开定义。mnt-by 保护数据库对象的更新；mnt-routes 控制相关 route 对象的创建；技术联系人承担另一类职责。这些记录都不是对路由器上实际数据包的观察。

判断实际路由起源，需要同一时间窗口的 BGP 观测；判断路由授权，需要 IRR 与 RPKI 证据；判断服务可用性，需要主动测量；判断所有权，需要公司与法律文件。IRT 联系面可以启动调查，却不能替代这些证据层。

国家互联网注册机构还会形成额外边界。APNIC 提醒，部分查询会转向 NIR，调查者可能需要继续查阅国家级数据库才能找到相关 ISP。这个转介只是在告诉调查应往哪里走，并不证明 APNIC 或 NIR 运营该网络。

可辩护的表述

应保存被查询资源、mnt-irt 的精确值、关联的 IRT 与 abuse-c 对象、来源数据库以及获取时间。随后可以写：“在观察时点，这条 APNIC 资源记录把该 IRT 对象列为事件响应联络路径。”

邮箱是否测试成功、谁实际运营网络、哪个 ASN 宣告前缀、谁能创建 route 对象、谁依法持有资源，都应另列证据。保持这些栏位分离，才能让注册数据成为精确线索，而不是未经支持的归责。

来源