摘要

  • RIPE NCC 年度报告(ripe-855,2026 年 4 月 17 日发布)自报 2025 年共开展 2,320 起 abuse-c 验证调查(801 个 LIR 账户、764 个 LIR 资源、755 个最终用户),较 2024 年的 2,366 起略降;同年完成 2,825 项协助注册检查,超出 2,400 的目标。
  • 已验证的 abuse-c 电子邮箱地址从 2024 年的 83,509 个增至 2025 年的 86,959 个,其中 899 个需要人工干预;abuse-c 角色对象的创建与更新量从 102,939 降至 77,086,与验证人口趋于成熟的判断一致。
  • 2025 年的执法清单包括 220 起劫持调查、19 次向警方报告、13 次尽职调查警告、1 次争议转让和 3 次因提供不实信息而终止服务协议——没有一项归属于 abuse-c 不合规。
  • 2026 年活动计划(ripe-850,2025 年 12 月 11 日批准)将自动化监控扩展至约 20,000 个拥有独立资源的最终用户,并让会员服务部门跟进所有关于 abuse-c 的自动化警告,但未增加任何针对 abuse-c 的执法触发条件。
  • 注销程序 ripe-858 于 2026 年 5 月 7 日更新,仅删除了邮寄提醒步骤,关闭会员、注销资源与吊销 RPKI 的最后手段原样保留,依然没有公开记录显示其曾因 abuse-c 不合规而启动。

验证机制如何运作

ripe-705 要求滥用邮箱属性至少每年验证一次,发现错误须跟进处理。自动化检查覆盖语法、域名与邮件服务器配置,不发送电子邮件。RIPE Labs 2019 年的更新记录了跟进机制:提醒相隔一周发出,约三周后由工作人员接管;对 LIR 组织对象,升级处理指向关闭程序并再给予三个月期限;而对 LIR 资源与最终用户对象,则不作终止处理,只在数据库中留下标记注释。

数字背后的结构性问题

上述数字均为 RIPE NCC 自报口径,来自报告摘录而非逐案记录,年度列与自动化/人工拆分的配对未经独立核验;报告内部亦存在"超过 2,300 起"与图表合计 2,320 起之间未调和的张力。更关键的是,报告声称"已成功验证所有 abuse-c 地址符合 RIPE-705",却没有公布任何案例层面的证据。检测机制、"已验证"的定义以及唯一的制裁杠杆都掌握在同一机构手中。

从未落地的最后手段

政策提案 2017-02(2018 年 6 月 1 日通过,2019 年 10 月 10 日以 ripe-705 实施)记载了 RIPE NCC 自己的说法:五年间其调查并解决了超过 1,000 起关于错误滥用邮箱属性的外部报告,却从未触发关闭/注销程序。2025 年的执法清单与 2026 年的计划表明,这一状况延续至今。最后手段休眠,可能意味着会员确实合规,也可能意味着存在非正式的压力传导或未被统计的影响——仅凭这份记录无法区分。