要約

  • AS211899(SVEA)はORG-SBA155-RIPE(Svea Bank AB、reg-nr 556158-7634)に登録され、abuse-cとしてSEAR1-RIPEを参照する。ただし第三者ミラーのタイムスタンプは一致せず、SEAR1-RIPEの実メールボックス値は一次ソースから検証できていない(RIPE DB問い合わせ)。
  • 検知層の一部はスポンサーLIR側が管理する。SWIP-RIPE(Swipnet Staff)のroleオブジェクトはtele2.comドメインのabuse-mailboxを持ち、最終更新は2026年7月1日である。
  • ripe-705はabuse-mailboxの年次検証を義務づけるが、検証は設定の存在確認であり、回答義務を課すものではない。
  • 実際に発動した唯一の説明責任は、Finansinspektionen(FI)が2025年12月17日に公表したSEK 1億7000万クローネの制裁金(FI dnr 23-13249)であり、これはAML違反に対するもので、abuse-contactの失敗そのものへの規制検証ではない(制裁金の登録簿Finansinspektionen: sanktionsavgift Svea Bank AB、制裁の公表、決定書PDF、調査の終了)。

この文章の主題は、Svea Bankのabuse-contact表面における予防と検知の管理が事業者側の凍結された連絡先オブジェクトとスポンサーLIR側のroleオブジェクトに分かれていた一方で、実証可能な唯一の説明責任は異なる失敗経路に対する独立規制当局の措置——FIのAML制裁——であり、スポンサー管理の検知層とレジストリの執行梯子には公開された結果が残っていない、ということである。

凍結された事業者側の連絡先オブジェクト

レジストリの状態は次の通りである。aut-num AS211899(as-name SVEA)は2021年2月2日に作成され、org としてORG-SBA155-RIPE(Svea Bank AB、reg-nr 556158-7634)を、sponsoring-org としてORG-TA44-RIPE(Tele2/SWIPNET)を持ち、admin-c/tech-c はJE4899-RIPEとSWIP-RIPEである。aut-num自体のlast-modifiedは2022年5月13日とされる。組織オブジェクトORG-SBA155-RIPEはabuse-c としてSEAR1-RIPEを参照するが、ミラー間でlast-modifiedの値が矛盾し(2022年12月1日と2026年5月13日)、SEAR1-RIPEが指す実メールボックスは一次ソースで確認できていない(IPIP.NETミラー、IPGeolocation.io、Sitezilla)。

人物オブジェクトJE4899-RIPE(Jorgen Edstrom)の住所は「Svea Ekonomi AB」のままで、last-modifiedは2022年4月11日とされる。統合から4年経っても事業者側の連絡先表面が旧社名を保持している。さらに一部のミラーは、AS211899のabuse contactをsvea.comドメインの個人メールボックスとして計算して表示しており、roleハンドルSEAR1-RIPEとの乖離を示している。旧割当ブロック193.105.138.0/24(SVEA-EKONOMI-SE)のabuse報告も第三者メールボックスに向けられ、last-modifiedは2021年2月2日のままである。

スポンサーLIR側の検知層

sponsoring-org ORG-TA44-RIPE(Tele2/SWIPNET)は、SWIP-RIPE(Swipnet Staff)というroleオブジェクトを通じて検知層の一部を管理している。このroleオブジェクトのabuse-mailboxはtele2.comドメイン下にあり、last-modifiedは2026年7月1日とミラーに表示される。つまり、Sveaのリソースに紐づく苦情経路の一部は、事業者ではなくスポンサーLIRの担当者オブジェクトとTele2のメールボックスに依存している。

ripe-705の執行梯子とその限界

RIPE政策ripe-705は、政策提案2017-02(2018年6月1日承認、2019年10月10日実装)から生まれたもので、inetnum/inet6num/aut-numにabuse-c属性を設け、参照されるroleオブジェクトに単一のabuse-mailboxを要求する。RIPE NCCはabuse-mailboxを少なくとも年1回検証し、不正確と判断された場合は関連政策と手続に従ってフォローアップする(ripe-705、政策提案2017-02、abuse-c Information、RIPE Database docs)。

ただし検証は自動化チェック(構文、ドメイン、メールサーバ設定。メールは送信しない)によるもので、2019年の実装時には約6000件のチケットが作成され、約92.5%が自動チェックを通過した。失敗した属性は責任LIRまたはスポンサーLIRへのフォローアップに回り、最終的にLIR閉鎖やリソースの登録解除に至り得る。しかしRIPE NCCの責任は連絡先の有効性・最新性を確保することまでであり、事業者に回答を強制することはできない。