摘要

  • AS211899（"SVEA"）注册于 ORG-SBA155-RIPE（Svea Bank AB，注册号 556158-7634），由 ORG-TA44-RIPE（Tele2/SWIPNET）赞助，滥用联络为 SEAR1-RIPE；而人员对象 JE4899-RIPE（Jorgen Edstrom）仍沿用已于 2022 年 1 月 3 日并入 Svea Bank AB 的 Svea Ekonomi AB 地址，最后修改时间为 2022 年 4 月 11 日。
  • 遗留地址段 193.105.138.0/24（SVEA-EKONOMI-SE）将滥用投诉指向第三方邮箱 abuse[at]se.verizon.com，自 2021 年 2 月 2 日以来未再修改。
  • RIPE 政策（ripe-705）要求 RIPE NCC 每年至少验证一次 abuse-mailbox 属性；提案 2017-02 记载，五年间 RIPE NCC 调查并处理了超过 1,000 份关于错误滥用邮箱属性的外部报告，却从未触发关停与注销程序。
  • ripe-858 规定了 30/60/90 天的终止阶梯：通知、30 天与 60 天提醒、90 天后正式终止 SSA；终止时服务停止、号码资源记录注销、RPKI 证书吊销。其前身 ripe-833 已于 2024 年 10 月 18 日确立了收到通知即暂停与三个月终止间隔。
  • 公开记录中不存在任何能够证实斯维亚滥用邮箱属性状态的验证报告、被追踪的报告结果、仲裁申请或合规行动；RIPE NCC 可以验证邮箱存在且可达，却无法强制邮箱背后的运营者回应报告。

一条注册链的冻结状态

先固定事实底座。在 RIPE 数据库的第三方镜像中，AS211899 的结构是一致的：aut-num 对象归属组织对象 ORG-SBA155-RIPE，即 Svea Bank AB，注册号 556158-7634；赞助该注册的 LIR 是 ORG-TA44-RIPE，也就是 Tele2/SWIPNET 一侧；滥用联络属性指向 SEAR1-RIPE（见 IPIP.NET 镜像记录）。人员对象 JE4899-RIPE（Jorgen Edstrom）作为该 AS 的 admin-c 与 tech-c，其地址栏仍写着 "Svea Ekonomi AB"——一家在 2022 年 1 月 3 日并入 Svea Bank AB 的公司——对象最后修改时间为 2022 年 4 月 11 日。换言之，注册链上这位联系人名义上代表的是一家四年前已不存在的法人实体。

同一镜像中，遗留地址段 inetnum 193.105.138.0/24（对象名 SVEA-EKONOMI-SE，描述 "Svea Ekonomi AB"）归属 ORG-SBSA5-RIPE（Svea Billing Services AB），其滥用投诉被导向 abuse[at]se.verizon.com——一个既不属于斯维亚集团、也与机构对象上 abuse-c: SEAR1-RIPE 不一致的第三方邮箱。该 inetnum 对象的最后修改时间停在 2021 年 2 月 2 日。

镜像之间并非没有分歧：ORG-SBA155-RIPE 的最后修改时间在不同镜像上分别为 2022-12-01 与 2026-05-13，各镜像对哪一联系人被显示为有效联络也互不相同；而 SEAR1-RIPE 角色对象的内容无法经由本次研究所用工具从 RIPE 主库检索。这些分歧本身构成证据的一部分——它们说明这条联络面的「现状」连第三方观察者都无法稳定地看见。

政策一侧：阶梯的每一级都有文字

与冻结的对象形成对照的，是政策文本中层层完备的执法机制。

第一级是验证义务。ripe-705《RIPE 数据库中的滥用联络管理》明文规定："RIPE NCC 将至少每年验证一次 abuse-mailbox 属性。若该属性被认定为不正确，将依照相关 RIPE 政策与 RIPE NCC 程序跟进"（ripe-705）。abuse-c 属性本身位于组织对象内，指向一个包含 abuse-mailbox 的角色对象；RIPE NCC 自 2013 年起为已分配资源设置 abuse-c（abuse-c 信息页）。

第二级是技术验证工具的操作细节。RIPE 87 AAWG 演示文稿（2023 年 11 月 29 日，Jeremy Walder / Marco Schmidt）描述：验证工具检查格式、DNS 与邮箱存在性但不发送邮件；约 6–8% 的联络对象未通过测试；每周约检查 2,000 个联络；若成员长期无回应，会员资格可被终止（RIPE 87 AAWG 演示文稿）。

第三级是升级阶梯。提案 2017-02《定期 abuse-c 验证》记载：若资源持有者保持无回应或拒绝更正错误的联络信息，现行政策允许 RIPE NCC 因无回应或反复违反政策而关停 LIR、注销独立资源；一旦关停程序被触发，持有者仍有三个月时间解决问题。同页记载，五年间 RIPE NCC 调查并处理了超过 1,000 份关于错误滥用邮箱属性的外部报告，却从未触发关停与注销程序（提案 2017-02）。

第四级是终止机制的具体时序。ripe-858《成员关停、互联网资源注销与遗留资源》（发布日期 2026-05-07）规定：无效滥用邮箱或无回应被视为政策违规，触发 30/60/90 天序列——初始通知附带三个月终止威胁、30 天提醒、60 天第二次提醒、90 天后由执行董事正式终止 SSA；终止时服务停止、号码资源记录注销、RPKI 证书吊销；伪造或反复提供不正确数据（包括不准确的联络信息）导致相关记录被注销（ripe-858）。其前身 ripe-833（2024-10-18 发布）已确立收到通知即暂停会员资格及三个月终止间隔（ripe-833）。

个案一侧：公开记录中的空白

阶梯的每一级都有文字，那么斯维亚个案处在阶梯的哪一级？公开记录的答案是：无法定位。

本研究检索了 RIPE NCC 的政策页、程序文档、披露与报告栏目以及第三方镜像，未能找到任何一份验证报告、被追踪的报告处理结果、仲裁申请或合规行动，能够证实斯维亚 abuse-mailbox 属性的状态——无论是被验证为合格、不合格还是从未被验证。此前 BTW 的报道（The Svea remedy path、RIPE ABUSE: the documented last resort that has not fired）同样记录了这一空白："What the public record does not contain is any observable status for any of these rungs as applied to Svea。"

为验证是否存在已公布的纠正行动，本研究尝试检索一份题为 "RIPE NCC corrective actions Svea" 的新闻稿。该 URL 在任何已获取来源中均未出现对应内容——没有搜索结果、摘要或可检索文本（该检索尝试的记录）。检索不到不等于文档不存在，但在公开记录中，没有任何证据支持该文档的存在；同样，也没有任何关于斯维亚的 abuse-c 专项执法结果被公布。

值得强调的是，RIPE NCC 在其他事项上确实公布执法结果：在一份注册库调查报告中，它公布了对提交伪造文件的当事方的会员终止与五年入会禁令，并称已回滚未授权转让、向警方报告伪造文件（RIPE NCC Registry Investigation Report）。公布格式存在，只是从未被应用于斯维亚这条滥用联络面。

不要把一般数字读成个案证据

RIPE NCC 确实公布过关停数字：2024 年 29 起因无回应的关停，2025 年 3 起。但这些数字属于一般无回应类行为，而非 abuse-c 专项执法；据已定位的报道，因滥用邮箱行为而触发关停/注销最后一步的情况从未发生过（RIPE ABUSE: the documented last resort that has not fired）。把 29 与 3 读成「斯维亚被关停的证据」或「机制运转良好的证据」，都混淆了行为类别。这些数字能证明的只有：关停机制在一般无回应事项上确有使用量，而在 abuse-c 事项上没有公布的使用记录。

同样需要区分的是验证与处理的语义差。ripe-705 的年度验证检查的是邮箱是否存在、可达；RIPE 87 演示文稿确认验证「不发送邮件」。即使每年验证通过，也只能证明邮箱配置有效，不能证明寄达该邮箱的投诉被读取、分派或处理。ripe-705 全文要求的是配置有效性，而不是运营有效性——这正是斯维亚案例暴露出的政策设计缺口。

「未被公开观察到」不等于「未被执行」

本文的证据边界必须说明。没有公开记录能够证明以下两种情形中的哪一种成立：其一，RIPE NCC 从未对斯维亚的滥用邮箱属性作出过任何执法动作；其二，RIPE NCC 作出过动作但没有公布。两种情形与公开记录均相容。结论因此只能表述为：在公开记录层面，这条 documented ladder 在斯维亚个案上没有留下任何可观察的足迹——无论是验证合格还是升级执行的足迹。

这个空白本身有意义。一个在政策上完备、在操作上每年运行数千次验证、在其他事项上会公布结果的机制，对一条自 2021–2022 年起冻结的滥用联络面保持个案沉默。对依赖该联络面递交投诉的网络运营者而言，公开记录无法回答「我的报告是否会被这个邮箱接收并处理」这一最基本的问题；这正是 2017-02 提案当年试图通过技术验证解决的问题中，验证所不能覆盖的后半段。

对比与增量

BTW 此前关于该对象的报道已经记录了三类内容：对象链的时间戳核算（哪一环节在 2026 年被触碰——答案是在赞助方与维护方一侧的 SWIP-RIPE 与 ORG-SBA155-RIPE，而非斯维亚自身的对象）、一个报告者可以执行的递交测试，以及 RIPE 政策工具中的补救路径。本文的增量在于第三个维度：把ripe-705、提案 2017-02、ripe-833 与 ripe-858 构成的完整执法阶梯逐级摆放在斯维亚个案旁，核实每一级在公开记录中是否有任何可观察的适用痕迹，并得出否定结论——同时明确这一结论的证据边界与统计类别混淆的风险。此前没有一篇报道完成过这一逐级核对。

补充来源：提案 2017-02 的另一载页（Regular abuse-c Validation）在本次核对中作为同一政策文本的辅助索引使用。