摘要

  • 第三方镜像将 193.105.138.0/24 的滥用联络渲染为 Verizon 域上的共享邮箱，而注册句柄是 AR23510-RIPE；同一邮箱也出现在互不相关的网络块上，说明它是运营商时代承袭的联络值，而非 Svea 专属通道。
  • RIPE 政策（ripe-705，经提案 2017-02 于 2018 年 6 月 1 日达成共识，2019 年 10 月 10 日完全实施）要求每年至少验证一次 abuse-mailbox 属性，但验证只检查语法、域名和邮件服务器配置；RIPE NCC 明确表示报告处理是运营商的责任。
  • 本研究未找到任何公开来源证明该邮箱或相关句柄曾就 193.105.138.0/24 产生过记录在案的答复、升级或整改；这是公开证据缺失的结论，不是从未私下处理的证明。
  • 针对 Svea Bank AB 唯一可证明的问责事件是瑞典金融监管监察署（Finansinspektionen）2025 年 12 月 17 日宣布的 1.7 亿瑞典克朗反洗钱制裁和申诫，与注册表联络界面完全分离。
  • 本文给出读者可自行执行的验证路径，用于区分一个可运行的滥用处理职能与一个行政占位符。

注册表记录：两个机构对象，一个品牌表面

RIPE 数据库镜像显示，自治系统 AS211899（SVEA）登记在 ORG-SBA155-RIPE（Svea Bank AB，注册号 556158-7634，地址 Solna）名下，abuse-c 为 SEAR1-RIPE，admin-c/tech-c 为 JE4899-RIPE（Jorgen Edstrom，其 person 对象地址至今仍写作 "Svea Ekonomi AB"），赞助机构为 ORG-TA44-RIPE（Tele2），维护者为 SWIPNET-LIR-MNT（IPIP.NET 镜像）。Svea Ekonomi AB 已于 2022 年 1 月 3 日并入 Svea Bank AB，但注册表对象基本未随之更新。

旧网络块 inetnum 193.105.138.0–193.105.138.255（netname SVEA-EKONOMI-SE，descr "Svea Ekonomi AB"，ASSIGNED PI，创建于 2010-02-18，最后修改 2021-02-02）登记在另一个机构对象 ORG-SBSA5-RIPE（Svea Billing Services AB）名下，abuse-c 为 AR23510-RIPE，admin-c/tech-c 为 JP661-RIPE（Johan Palmqvist）（IPIP.NET 区段记录、RIPE 数据库查询界面）。同一品牌表面下存在两个机构对象，这本身就是评估联络值时效性时的第一条线索。

镜像显示的联络方式与承袭谱系

多个相互独立的镜像——IPIP.NET、IPinfo、BigDataCloud、sitezilla、ip.cc——渲染的滥用联络是 se.verizon.com 域上的共享邮箱，而对象自身注册的句柄是 AR23510-RIPE。IPinfo 的 AS211899 页面亦显示同样的渲染值。se.verizon.com 解析在传统 Verizon Business/UUNET 基础设施（ns.emea.verizonbusiness.com、auth200/auth210.ns.uu.net）上。

决定性的是：同一 Verizon 域邮箱也被渲染在互不相关的网络块上，包括 Moore Europe Capital Management 的 195.95.143.0/24、IP-Only Networks AB 的 193.43.151.0/24 与 Rackspace Ltd 的 193.142.244.0/24。这是沿 UUNET/MCI 到 Verizon Business 谱系被广泛应用的运营商时代联络值——不是 Svea 专属的处理通道。

验证机制的边界：可投递性不等于处理

RIPE 政策文档 ripe-705《Abuse Contact Management in the RIPE Database》（2018 年 6 月 1 日发布）要求 abuse-mailbox 属性每年至少验证一次；其来源是提案 2017-02 "Regular abuse-c Validation"，实施页明确验证是自动化技术检查——语法、域名、邮件服务器配置——且可以不发送邮件。政策公告确认了共识日期。RIPE 79 实施总结给出量化数据：约 77,200 个 abuse-mailbox 属性经初始验证，约 93% 通过，约 7% 失败，2019 年更新约 8,000 个。

关键边界在 RIPE NCC 自己的说明中：abuse-c 信息页写明，RIPE NCC 的职责是确保注册表中的滥用联络有效且最新；处理滥用报告是运营商的责任，若运营商选择不回复，RIPE NCC 无能为力。数据库文档解释了 whois 中 "% Abuse contact" 注释行如何由机构/角色对象链条派生。因此，一个通过年度验证的邮箱，证明的是技术可投递性，而非有人阅读、分类或响应报告。

处理证据的缺席

在本研究检索的全部公开来源中，没有任何一份记录显示 se.verizon.com 域上的邮箱或 AR23510-RIPE、SEAR1-RIPE 任一句柄曾就 193.105.138.0/24 产生过答复、升级、整改或任何处理记录。必须强调其性质：这是公开证据的缺席，不是「从未处理」的证明——私下处理不会留下公开痕迹。同样未解决的还有：SEAR1-RIPE 句柄背后的实际邮箱值（权威 RIPE 数据库检索未成功，此前的 BTW 简报也报告了同样的检索失败）、JE4899-RIPE 是否承担任何运营角色，以及完整的对象历史差异。镜像时间戳相互矛盾（同一机构对象被不同镜像显示为 2022-12-01 与 2026-05-13），因此本文不从镜像断言任何注册表变更历史。

与联络界面分离的问责渠道

针对 Svea Bank AB 唯一可证明的问责事件，走的是金融监管渠道：Finansinspektionen 于 2025 年 12 月 17 日宣布对 Svea Bank AB 处以 1.7 亿瑞典克朗的行政罚款并附加申诫（Finansinspektionen 英文公告、制裁决定 PDF（瑞典语）、决定附件、调查结束页、Cision 新闻稿、Dagens industri 报道、Finansinspektionen 制裁列表）。这条渠道由监管调查驱动，与注册表联络界面没有任何结构关联——恰恰说明实际问责从不依赖这些邮箱。

与既有报道的对照

同日发布于 BTW 的两篇简报（abuse-contact role 简报、sanction spotlight）已记录共享 Verizon 邮箱与 RIPE 验证边界。本文在两者之上的增量，是一个可执行的验证框架：区分一个在运行的滥用处理职能与一个行政占位符，需要什么证据，读者自己可以检查什么。

读者可执行的验证路径

  1. 在公开 WHOIS 镜像中对比上文四个命名网络块显示的滥用联络是否为同一值。
  2. 将 se.verizon.com 的权威域名服务器与传统 Verizon Business/UUNET 基础设施对照。
  3. 阅读 ripe-705 与提案 2017-02 的实施页，确认验证范围仅限技术参数。
  4. 检索与这些联络值及该网络块相关的任何记录在案的答复、升级或整改记录；存在与否，及其可核实性，正是职能与占位符的分界。

主要结论对象为 BTW 名录条目 svea-eknonomi-abuse-role。