摘要

  • RIPE NCC 2025年度报告（RIPE-855）显示，机构完成了2,825次协助注册核查（超过2,400的目标），开展2,320次abuse-c验证调查（801个LIR账户、764个LIR资源、755个最终用户），验证了86,959个滥用联系人邮箱地址，较2024年的83,509个有所上升。机构声明已按RIPE-705成功验证全部abuse-c地址；这些数字未经审计。

  • 这些统计衡量的是联系人数据的准确性与验证量，而非任何举报结果：注册机构既不公布第三方滥用举报的受理数量，也不公布其中多少得到确认、升级或以核实修复的方式关闭。

  • 形成这一空白的机制写在政策文本里。设立年度abuse-c验证的RIPE政策提案2017-02（后成为RIPE-705）明确写道：“RIPE NCC无权干预资源持有者的内部滥用处理程序。”该文本还记录，此前五年中NCC调查并解决了超过1,000起关于错误abuse-mailbox属性的外部举报，却从未触发注销或除名——后者被描述为留有三个月整改窗口的最后手段。

  • 非操作方的公开记录印证了结果缺口。2024年10月布拉格RIPE 89会议的会议纪要记录了Lee Kent（BeIN）与Andrew Willatt（英超联赛）的陈述：RIPE区域IPv4地址上的盗版侵权反复出现于同一批地址，且难以获得网络运营商的回应；他们呼吁RIPE NCC提高透明度并制定针对重复侵权者的政策。NCC的Hans Petter Hollen以abuse-c与注册数据准确性细节和统计回应。

  • 政策机器在此后近一年间没有运转。RIPE 90（2025年5月13日，里斯本）与RIPE 91（2025年10月21日）的安全工作组纪要均显示没有政策在讨论中；联席主席Brian Nisbet、Tobias Knecht与Markus de Brün表示愿意协助并将相关提案转往合适的场合。工作组章程把“打击互联网基础设施与资源的滥用”列为核心目标，同时声明工作组不是举报滥用/垃圾信息的场所。

  • 本审查范围内的公开记录中，未出现任何由第三方滥用举报触发的仲裁、关闭或注销案例；该执行机制在注册纠纷中确实运转，而2017-02文本把持有者的内部滥用处理排除在NCC职责之外。此为已审查记录中的缺失模式，而非经证实的普遍结论。

治理链条可以拆成三段：验证——由NCC大规模执行并逐年报告；升级——被NCC自身的政策文本明确声明不在其职责范围内；持久修复——在公开记录中从未得到证据支持。第一段运转良好，第二段被制度性放弃，第三段无人负责。这正是本报告的调查对象：当机构只对输入负责而不对结果负责时，被举报的滥用行为去了哪里。

验证机器的年度成绩单

RIPE NCC的年度报告是这一体系最详细的自我描述。2024年度报告（RIPE-840）记录了2,445次协助注册核查（2023年为2,297次），产出约5,500项纠正措施；2,366次abuse-c验证调查（841个LIR账户、774个LIR资源、751个最终用户）；以及abuse-c ROLE对象的创建/更新量从2023年的149,228降至2024年的102,939（RIPE-840）。

2025年度报告（RIPE-855）延续了同一框架：2,825次协助注册核查，2,320次abuse-c验证调查，77,086个abuse-c ROLE对象创建或更新，86,959个abuse-c邮箱地址验证完成——其中85,696个自动完成，899个需要人工干预（RIPE-855）。机构声明其“已成功验证全部abuse-c地址以符合RIPE-705”。

以输入质量衡量，这是可观的业绩。但把两份报告并排阅读可以看出，全部指标都停留在同一个层面：邮箱地址是否可达、联系人对象是否更新、核查是否完成。没有任何一份报告回答举报者最关心的问题——被举报的滥用是否停止了。注册机构不公布第三方举报的受理总数，不公布承认率、升级率，也不公布以核实修复结案的数量。验证的数字每年增长，结果的数字从未存在。

这一分工并非执行疏漏，而是设计使然。RIPE-705的前身、政策提案2017-02的文本划出了明确边界：“对于abuse-mailbox属性配置正确但举报未以举报者期望的方式跟进的情形，同样不在本次验证范围内。RIPE NCC无权干预资源持有者的内部滥用处理程序。”该文本还记录，此前五年NCC调查并解决了超过1,000起关于错误abuse-mailbox属性的外部举报，却从未触发关闭或注销——该机制被描述为最后手段，需再给持有者三个月解决问题（2017-02提案文本）。

换言之，机器唯一真正可及的 enforcement——注销成员资格——在全部公开记录中未曾因第三方滥用举报而启动过一次。审查范围内未发现任何反例：该机制在注册纠纷与违反服务协议的案件中确实运转，但2017-02文本把持有者对滥用举报的实际处理划到了NCC职责之外。这一缺失模式应按其本来面目呈现：是已审查记录中的缺席，而非对全球状态的证明。

谁在填补结果缺口

既然注册机构明确不追踪结果，关于滥用是否得到处理的知识只能来自其他来源。目前最有力的公开证词来自权利人。

2024年10月的RIPE 89布拉格会议上，安全工作组纪要记录了一场由Lee Kent（BeIN）与Andrew Willatt（英超联赛）所作的陈述：他们描述了经由RIPE区域IPv4地址进行的实时盗版，同一批地址上的重复侵权，以及从网络运营商处获得回应的持续困难（RIPE 89会议纪要）。他们的诉求是程序性的而非惩罚性的：呼吁RIPE NCC改善透明度与沟通，并制定应对重复侵权者的政策。NCC一方的回应来自Hans Petter Hollen，内容是abuse-c机制与注册数据准确性的细节和统计——即回到输入质量的层面。

值得注意的是证词的结构：权利人不争论邮箱地址是否有效——按NCC的统计它们大多有效——他们报告的是邮件发出后没有下文。这正是2017-02文本明确排除在NCC验证之外的那个环节。双方各自的陈述都与自己的角色一致：操作方报告输入合规，权利人报告结果缺失，而制度只读取前一种报告。

社区一侧的判断更为直接。2025至2026年间的安全工作组邮件列表讨论中，有撰稿人提出，一些组织之所以无视滥用举报，是因为无视的成本更低且不存在惩罚；该观点区分了“机会主义”的不合规与以滥用为业务模式的组织，认为RIPE区域缺少使无视第三方举报变得昂贵的机制，并指向LACNIC式的做法作为参照（安全工作组邮件列表）。另一些讨论提出了渐进式制裁——例如冻结数据库对象更新——但未获采纳。这些是个人观点而非RIPE政策或NCC行动，但它们与NCC自身的职责声明共同勾勒出同一个结构：在举报被无视时，区域内不存在任何自动产生后果的机制。

工作组的更名与沉默

反滥用工作组本身的历史也参与了这一结果。该组织已更名为安全工作组并重新起草章程（在RIPE 89获准），其页面标注为存档保留（反滥用工作组存档页面）。继任组织的章程把“打击互联网基础设施与资源的滥用”列为核心目标，同时明确声明工作组不是举报滥用或垃圾信息的场所（安全工作组章程页面）。

更名后的两次会议没有产生政策动作。RIPE 90（2025年5月13日，里斯本）的纪要记录了行政事项、RIPE 89纪要的批准以及对新邮件列表更多讨论的呼吁（RIPE 90会议纪要）。RIPE 91（2025年10月21日）的纪要显示没有政策在讨论中，联席主席表示愿意协助并将相关提案转往合适的场合——如果安全工作组不是正确的归宿（RIPE 91会议纪要）。

把时间线排在一起：2024年10月权利人在会议上陈述举报无回应，2025年5月与10月工作组两度确认没有政策在讨论。结果缺口被记录在案之后，政策层面整整一年没有产生任何针对它的机制。

修复被定位为谁的职责

NCC自己对操作方的培训材料同样把结果责任放在了注册体系之外。2025年1月的学院培训幻灯片把滥用处理描述为入站处理、处理与修复/缓解的流程，强调速度是最重要的因素，引用RIPE-705说明abuse-mailbox地址每年接受验证，并建议以报告数量、联系的最终用户数量和已解决问题数量来衡量成功（RIPE NCC学院培训幻灯片）。

这些成功指标全部是操作方自报的：一个举报是否“解决”，由资源持有者自己的统计说了算。没有任何外部核查，也没有NCC强制力作为后盾。培训框架与2017-02文本在结构上完全一致——NCC验证输入，持有者自主处理结果，二者之间没有交叉检查。

本报告的调查始于一个简单的追问：在一个每年验证近九万个滥用联系人的体系里，被举报的滥用行为到底去了哪里。把全部公开记录排开后，答案是一个结构性的空白：验证每年被计数并报告，升级被政策文本明确排除，修复从未被任何一方系统衡量。权利人的证词说明缺口真实存在，邮件列表的讨论说明社区明白原因，而2025年的两次工作组会议说明没有任何机制正在形成。审查记录中的部分内容依赖搜索摘要，全文核对情况已在各处标注；已知的证据缺口包括：不存在逐案举报结果数据集，权利人指控未获操作方公开回应，2024至2025年验证地址增长背后的驱动未经核实。

资料来源

  1. RIPE政策提案2017-02（RIPE-705）
  2. RIPE NCC 2025年度报告（RIPE-855）
  3. RIPE NCC 2024年度报告（RIPE-840）
  4. 安全工作组RIPE 89会议纪要
  5. 安全工作组RIPE 90会议纪要
  6. 安全工作组RIPE 91会议纪要
  7. 安全工作组章程页面
  8. 反滥用工作组原始页面
  9. 反滥用工作组存档页面
  10. RIPE NCC学院滥用处理培训幻灯片（2025年1月）
  11. 安全工作组邮件列表，2026年8月4日
  12. anti-abuse-wg邮件列表存档帖