Resumen

  • El registro RIPE muestra el AS211899 "SVEA" registrado a Svea Bank AB (ORG-SBA155-RIPE) con el rol de abuso SEAR1-RIPE y el buzón jorgen.edstrom [at] svea [dot] com, mientras el objeto de persona JE4899-RIPE (Jorgen Edstrom) conserva la dirección "Svea Ekonomi AB" — una sociedad disuelta por fusión el 3 de enero de 2022 según la decisión de Finansinspektionen de 2025.
  • La vía de reparación más accesible es el procedimiento de notificación de RIPE NCC, que reenvía informes de datos de contacto desactualizados al responsable del registro y los sigue; el propio RIPE NCC aclara que no puede intervenir si un operador no responde a un informe de abuso.
  • El instrumento de política ripe-705 obliga a la validación anual del atributo abuse-mailbox, y la propuesta 2017-02 documenta la escalada hasta el cierre de un LIR y la desregistración de recursos si el titular no coopera.
  • Para datos de registro realmente impugnados, ripe-844 establece un procedimiento de arbitraje basado en el artículo 12.4 de los Estatutos de RIPE NCC, con la posibilidad de acudir a un tribunal nacional.
  • La decisión de Finansinspektionen de 2025-12-17 (anotación y multa de 170 millones de SEK por deficiencias de prevención de blanqueo) confirma la continuidad jurídica Svea Ekonomi → Svea Bank, pero no aborda el estado del registro de abuso; ese trabajo corresponde a otra vía institucional.

El estado del registro: dos nombres, un operador

Los espejos públicos del registro RIPE muestran que el objeto del sistema autónomo AS211899, con el nombre "SVEA", está registrado a la organización ORG-SBA155-RIPE, "Svea Bank AB", número de registro 556158-7634, con el rol de abuso SEAR1-RIPE y el buzón de abuso jorgen.edstrom [at] svea [dot] com (IPIP.NET mirror; sitezilla mirror). Un espejo señala además que el objeto de persona JE4899-RIPE, "Jorgen Edstrom", sigue listando la dirección "Svea Ekonomi AB", Evenemangsgatan 31, SE-169 81 Solna (IPIP.NET mirror). Los espejos pueden estar desactualizados respecto del registro oficial en apps.db.ripe.net; este artículo los usa como evidencia del patrón, no como copia autorizada.

La razón corporativa de esta mezcla de nombres está documentada en una fuente regulatoria primaria: el texto de decisión de Finansinspektionen de 2025-12-17 afirma (según el extracto reportado por el proveedor) que "el 3 de enero de 2022 se fusionó Svea Ekonomi AB, que era la empresa matriz de Svea, con Svea. Toda la actividad que antes llevaba Svea Ekonomi AB pasó a ser llevada por Svea" (decisión FI, PDF; comunicado en inglés de FI).

Qué puede hacer un denunciante: el procedimiento de notificación

Para un tercero que descubre que un contacto de abuso lleva el nombre de una empresa que ya no existe, el instrumento operativo más directo es el procedimiento de notificación de RIPE NCC. Según la página del procedimiento (extracto reportado por el proveedor): "Si observa que alguna información está desactualizada en un objeto de la base de datos RIPE y ya ha intentado contactar con el mantenedor correspondiente, podemos reenviar su informe a la persona responsable del mantenimiento del registro" (Reporting Procedure). El mismo texto distingue los límites: el procedimiento no está pensado para el abuso de red como spam o phishing, ni para disputas, que se derivan al panel de árbitros.

El límite de la autoridad del registro está explícito en la propia guía de abuso de RIPE NCC (extracto reportado por el proveedor): "Nuestra función es garantizar que todos los contactos de abuso sean válidos y estén actualizados en la base de datos RIPE. A partir de ahí, es responsabilidad del operador de red gestionar su informe de abuso. No hay nada que podamos hacer si un operador de red elige no responder" (How to Find Abuse Contact Information). En otras palabras: el remedio del registro alcanza la validez del contacto, no la conducta del operador.

Qué puede hacer el registro: validación y escalada

El instrumento de política que crea y gobierna el mecanismo es ripe-705, "Abuse Contact Management in the RIPE Database", que hace obligatorio el atributo abuse-c para objetos inetnum, inet6num y aut-num y exige que el objeto de rol contenga un único atributo abuse-mailbox (ripe-705). Según el extracto reportado por el proveedor: "El RIPE NCC validará el atributo abuse-mailbox al menos una vez al año. Si el atributo se considera incorrecto, dará seguimiento de conformidad con las políticas RIPE y los procedimientos del RIPE NCC relevantes" (ripe-705).

La propuesta de política 2017-02, "Regular abuse-c Validation", es el registro público de por qué existe ese régimen y qué ocurre cuando falla: ripe-563 introdujo el atributo obligatorio sin prever validación; RIPE NCC recibe varios cientos de informes anuales de información de contacto inválida; y si un titular de recursos permanece sin respuesta, las políticas existentes permiten cerrar el LIR y desregistrar recursos independientes, con un plazo adicional de tres meses antes del cierre efectivo (propuesta 2017-02). La propuesta indica además que el RIPE NCC ha investigado y resuelto más de 1.000 informes externos sin activar el cierre, lo que sugiere que la escalada es la excepción y no la regla.

Qué puede hacer una parte impugnante: arbitraje

Si el problema no es un dato desactualizado sino una disputa — por ejemplo, sobre quién es el titular legítimo de un registro o si una decisión del equipo de gestión es correcta — el instrumento es ripe-844, el procedimiento de arbitraje de conflictos de RIPE NCC. Cubre disputas entre miembros y el equipo de gestión sobre decisiones bajo los acuerdos de servicio estándar, disputas entre dos o más miembros sobre el registro de recursos numéricos, y disputas que involucren titulares de recursos legacy; las partes deben documentar primero sus agravios e intentar resolverlos entre sí (ripe-844). Según los extractos reportados por el proveedor, el incumplimiento de un laudo puede, tras dos semanas y sin remisión a un tribunal nacional competente, llevar a la terminación del acuerdo de servicio — es decir, al cierre y desregistración (ripe-844).

Qué no resuelve ninguna de estas vías

Tres límites quedan claros en el expediente. Primero, la responsabilidad de la exactitud recae en el mantenedor: los términos de la base de datos RIPE disponen (extracto reportado por el proveedor) que "el Mantenedor es responsable de mantener todos los datos que mantiene exactos y actualizados, incluidos los datos de contacto correctos" (RIPE Database Terms). Segundo, ninguna vía del registro repara el daño de un denunciante cuyo informe de abuso llegó a un buzón sin respuesta; eso queda fuera del mandato del RIPE NCC (How to Find Abuse Contact Information). Tercero, el expediente regulatorio sueco es de otra materia: la sanción de Finansinspektionen de 2025-12-17 — una anotación y una multa administrativa de 170.000.000 de SEK por deficiencias en evaluación de riesgos y diligencia debida contra el blanqueo de capitales, con un tope calculado sobre una facturación de grupo de unos 6.271 millones de SEK — confirma la continuidad jurídica entre Svea Ekonomi y Svea Bank, pero no dice nada sobre el contacto de abuso del registro (comunicado FI en sueco; decisión FI, PDF; comunicado FI en inglés).

Conclusión

El caso Svea muestra una asimetría entre dos sistemas de rendición de cuentas. El sistema financiero sueco produjo un instrumento público, fechado y cuantificado: una decisión de Finansinspektionen con base legal, cuantía y periodo de revisión. El sistema de registro produce instrumentos también — una política de validación, una escalada documentada, un arbitraje — pero su punto de partida es distinto: repara la exactitud del dato, no la experiencia de quien confía en él.

Mientras el objeto JE4899-RIPE siga mostrando "Svea Ekonomi AB" y ningún registro público documente una reparación, la vía práctica para cualquier denunciante sigue siendo la misma secuencia: contactar al mantenedor, notificar a RIPE NCC, y — si hay una disputa real — el arbitraje de ripe-844. Lo que el expediente público no demuestra todavía es que esa secuencia se haya ejecutado en este caso.