摘要

  • RIPE-705 要求每年验证 abuse-mailbox 属性，但验证只测试投递性，不测试是否有人阅读和处理滥用报告。
  • 独立学术研究发现，在地址可投递的情况下，85.9% 至 92.8% 的注册机构滥用联系人收不到任何回复。

在 RIPE 服务区域内，滥用报告的收件人由 RIPE 数据库中的 abuse-c 属性指定。围绕这一属性形成的控制体系存在一个核心张力：注册机构每年验证该邮箱地址能否投递邮件，但没有任何机制验证收件人是否真的阅读并处理报告。独立学术测量显示，即便地址可投递，85.9% 至 92.8% 的滥用联系人收不到任何回复。本文追踪这一缺口从制度设计到执行的完整链条。

在 RIPE 服务区域内，滥用报告的收件人由 RIPE 数据库中的 abuse-c 属性指定。围绕这一属性形成的控制体系存在一个核心张力：注册机构每年验证该邮箱地址能否投递邮件，但没有任何机制验证收件人是否真的阅读并处理报告。独立学术测量显示，即便地址可投递，85.9% 至 92.8% 的滥用联系人收不到任何回复。本文追踪这一缺口从制度设计到执行的完整链条。

从 RIPE-563 到 RIPE-705：验证只测投递

RIPE-563（2012 年）引入了强制性的 abuse-c 属性，并要求 role 对象持有唯一的 abuse-mailbox 属性，但该政策并未提供对 abuse-c 信息的任何验证。直到 2017-02 政策提案——于 2018 年 6 月 1 日通过、2019 年 10 月 10 日作为 RIPE-705 实施——才要求 RIPE NCC 至少每年验证 abuse-mailbox 属性。这项验证是自动化的、技术性的：检查语法、DNS 和邮件服务器配置，不发送任何电子邮件，也不要求滥用联系人采取任何行动。换言之，控制体系验证的是地址能否收到邮件，而不是有没有人在读邮件。

提案的影响分析曾估计，在 RIPE 数据库约 70,000 个不同的 abuse-mailbox 属性中，可能有 10% 至 25% 是错误的或失效的；RIPE NCC 在五年间调查并处理了超过 1,000 起外部关于错误 abuse-mailbox 的报告，却从未触发关闭/注销这一最终制裁——该制裁被定位为最后手段，并给予三个月的补救期。

执行记录：数据与结果

在 RIPE Labs 记录的实施过程中，约 67,000 个受检滥用联系人中约有 9,500 个被更新（约 14%），其中约 60% 的案例通过自动化流程解决，约 50 个独立资源变更了赞助状态，实施期间没有成员因不配合而被关闭；此后持续验证每天约产生 10 个新工单。在 RIPE 79 上，RIPE NCC 报告实施期间 93% 的滥用联系人通过了自动验证。

到 2025 年，RIPE NCC 的年度记录显示 2,320 起 abuse-c 验证调查和 86,959 个已验证电子邮件地址，而该时期记录在案的成员关闭绝大多数是因为未付费（172 起），没有一起是因为无效的 abuse-c。作为最后手段的关闭/注销制裁从未因无效的 abuse-c 而公开启用过。值得注意的是，RIPE-858（成员关闭与注销程序）于 2026 年 5 月 7 日修订，将执行通知移至电子邮件并取消纸质信函提醒，进一步收窄了记录在案的升级通道。