摘要

  • RIPE-705 要求每个互联网号码资源通过 abuse-c 指向一个带唯一 abuse-mailbox 的角色对象，用于接收其网络中滥用行为的举报；RIPE NCC 的角色是至少每年验证该邮箱可达，而非裁决或处理滥用案件。
  • 验证在技术上分级推进：先做不发送邮件的语法、DNS 与可达性检查，再依次使用验证链接、跟进邮件与电话尝试，最后才进入针对失联 LIR 的既有程序；无固定的合规期限。
  • 2018 年一项覆盖 900 个 LIR 联系人的试验发现约 21% 的工单涉及无效邮箱或误报，其中 81 例（占无效邮箱 43%、总数 9%）需要员工人工跟进。
  • 现行的关闭/注销程序 RIPE-858 于 2026 年 5 月 7 日发布，替代 2024 年 10 月 18 日的 ripe-833；无效 abuse-mailbox 可构成注册数据不当的理由，但 RIPE NCC 自述为解决超过 1,000 起外部举报而五年内从未触发该最后手段。
  • 2025 年 RIPE NCC 开展 2,320 起 abuse-c 验证调查、验证 86,959 个地址（85,696 自动、899 人工），并完成 2,825 次协助注册检查（目标 2,400）；所有执行数据均来自运营商自报，未找到独立审计。

写进政策的边界

RIPE-705 将 abuse-c 与 abuse-mailbox 定为注册数据的强制属性，其表述的目标是"接收有关资源持有者网络内滥用行为的报告"。同一文件明确了分工：RIPE NCC "将至少每年验证一次 abuse-mailbox 属性"，但既不仲裁也不处理滥用案件。

边界在 2017-02 提案中被再次写明："RIPE NCC 无权干预资源持有者的内部滥用处理程序。"也就是说，测量面（邮箱是否存在、是否可达）由注册机构控制，而预防面（避免滥用行为发生）与补救面（举报是否被受理、处理、答复）完全留在成员 LIR 与资源持有者手中。

验证能数出什么，数不出什么

RIPE Labs 对验证方法的说明给出了检测的精确口径：第一步是无侵入的技术检查——语法、DNS、可达性探测，且不发送任何邮件；后续才是验证链接、跟进邮件与电话。2017-02 当时的自动化验证中 92.5% 的地址通过；失败的检查按 LIR 分组，使 LIR 对自身及其最终用户的邮箱负责。

这套口径意味着验证只能证明"邮件能送达某个邮箱"，不能证明"举报会被读取、会得到回复、会导致处置"。2019-04 提案甚至明确声明更严格的验证"不会检查滥用案件如何被处理"。

不触顶的阶梯

跟进无效联系人的试验是本文能找到的最接近独立口径的证据：2018 年末对 900 个 LIR 组织联系人的试点产生了 187 张工单（约 21% 为无效或误报），其中 106 张无需员工介入即解决，剩余 81 例——占无效邮箱的 43%、试点总数的 9%——需要人工跟进。

而制裁面同样自带缓冲：2017-02 的实施分析记载，五年间为超过 1,000 起外部举报寻求解决，均未触发关闭程序；即便触发，资源持有者还有三个月宽限期才会真正被关闭/注销。

谁在数这些数字

RIPE NCC 2025 年度报告（ripe-855）给出检测面的量级：2,320 起 abuse-c 验证调查（覆盖 801 个 LIR 账户、764 个 LIR 资源、755 个最终用户），86,959 个地址完成验证（85,696 自动、899 人工），高于 2024 年的 83,509；协助注册检查完成 2,825 次，超出 2,400 的目标。报告同时称"成功验证了全部 abuse-c 地址以符合 RIPE-705"，而同一段落也承认 899 个地址需要人工干预，并将监测范围扩展到约 20,000 个独立资源持有者。年度报告于 2026 年 4 月 17 日发布，作为 2026 年 5 月 20-22 日会员大会的支撑文件（发布页，2026 活动计划 ripe-850）。机构规模背景：2025 年末活跃 LIR 账户 20,647 个（年初 20,991，关闭 1,218，新开 874）。

这些数字回答的是"验证了多少"，而不是"修复了多少"。

独立证据的稀薄之处

现行关闭/注销程序 RIPE-858（2026 年 5 月 7 日发布）要求注册数据保持有效并在合理时间内可联系，无效 abuse-mailbox 可归入注册不当类理由。但本文检索的全部执行证据——验证量、试验结果、未触发记录——都来自 RIPE NCC 自报：其网站、Labs 博客与会员大会演示（如 RIPE87 AAWG 演示、security-wg 邮件列表讨论）。未找到对滥用处理结果或补救持久性的独立审计。

对使用者与监管者而言，这一结构的可验证含义是：如果你报告的滥用行为未获处理，可核验的救济路径是邮箱配置层面（通过举报使 NCC 触发验证），而非案件层面；案件层面仍依赖 LIR 的内部程序与社区的声誉压力。

本对象在 BTW 名录中的公开档案：RIPE ABUSE