Resumo

  • O único objeto tocado em 2026 além de ORG-SBA155-RIPE está fora da Svea: o papel SWIP-RIPE (Tele2 IP Registry), com last-modified 2026-07-01.
  • Os objetos da própria Svea permanecem congelados: JE4899-RIPE desde 2022-04-11, o aut-num AS211899 desde 2022-05-13 e o inetnum 193.105.138.0/24 — que aponta para a caixa de terceiro abuse[at]se.verizon.com — desde 2021-02-02.

Quando um registro de abuso precisa de reparo, a pergunta operacional mais simples é: o que foi tocado, e quando? No caso do AS211899 — registrado a ORG-SBA155-RIPE (Svea Bank AB, reg-nr 556158-7634), com a organização patrocinadora ORG-TA44-RIPE — a resposta que emerge das renderizações públicas do banco de dados RIPE é desconfortável para a parte que deveria responder.

Ordenando a cadeia de controle do abuse-contact pela data da última modificação, o desenho é simples. O único objeto tocado em 2026 além de ORG-SBA155-RIPE está fora da Svea: o papel SWIP-RIPE (Tele2 IP Registry), que renderiza abuse[at]tele2.com com last-modified 2026-07-01T11:13:26Z (SWIP-RIPE via RIPE). ORG-SBA155-RIPE registra 2026-05-13T06:37:38Z nas renderizações em espelho — mas espelhos discordam: Sitezilla mostra 2022-12-01T17:25:15Z (Sitezilla AS211899; IPGeolocation AS211899). Sem acesso primário, essa divergência não pode ser resolvida.

Já os objetos da própria Svea permanecem congelados. O objeto de pessoa JE4899-RIPE (Jorgen Edstrom) ainda lista o endereço "Svea Ekonomi AB" e não é tocado desde 2022-04-11T12:25:22Z (JE4899-RIPE via RIPE). O aut-num AS211899 tem espelho last-modified 2022-05-13T06:38:36Z (IPIP AS211899). E o inetnum 193.105.138.0/24 — netname SVEA-EKONOMI-SE, sob ORG-SBSA5-RIPE (Svea Billing Services AB) — não é tocado desde 2021-02-02T09:03:55Z e renderiza um abuse-contact de terceiro: abuse[at]se.verizon.com (IPIP inetnum).

Os espelhos calculam o abuse-contact do AS211899 como a caixa individual jorgen.edstrom[at]svea.com, e não como a caixa do papel SEAR1-RIPE que a organização declara (RIPE, consultas de abuse-contact). Isso ocorre porque consultas padrão retornam o e-mail de abuso relacionado como linha de comentário, renderizando uma caixa em vez do handle. Ou seja: o mailbox operacional por trás do handle SEAR1-RIPE permanece publicamente não provado — a mesma limitação de acesso que a cobertura anterior da BTW reportou em 29 de setembro de 2026 (BTW, papel de abuse-contact; BTW, spotlight de sanção).