Resumen

  • El RIPE NCC valida el atributo abuse-mailbox publicado en la base de datos RIPE con una comprobación automatizada que verifica su presencia y su formato sintáctico, consulta entradas DNS, identifica direcciones que parecen buzones falsos o «honeypot» y confirma que el servidor de correo puede aceptar mensajes. La comprobación inicial no envía ningún correo.
  • La validación acredita que el buzón existe y puede recibir; no comprueba cómo se trata, investiga o atiende un informe de abuso entregado a ese buzón.
  • La escalera documentada para un buzón que falla tiene peldaños tasados: el atributo se marca como inválido y se abre un ticket; se envía al Local Internet Registry (LIR) una explicación y un enlace de validación; sin respuesta se envían dos recordatorios más a todos los contactos del LIR con intervalos de una semana; tras el tercer correo sin respuesta interviene personal del RIPE NCC por teléfono u otras direcciones disponibles; si el contacto sigue fallando, el caso se escala conforme al procedimiento establecido para LIR que no responden.
  • El procedimiento «Closure of Members, Deregistration of Internet Resources and Legacy Internet Resources» —cuya última actualización consta el 7 de mayo de 2026 en el material consultado— regula los motivos y el proceso de terminación del Standard Service Agreement y de desregistración de recursos. Los motivos incluyen el incumplimiento de auditorías, como la falta de respuesta o de cooperación, y el suministro de datos falsos, engañosos o repetidamente incorrectos, incluidos datos de contacto inexactos. La terminación puede seguir a un preaviso de tres meses o ser inmediata en supuestos determinados; tras ella, el antiguo miembro pierde el derecho a mantener registros de recursos en la base de datos RIPE.
  • Las cifras que el RIPE NCC anticipó en su día: cada ronda de validación podía generar más de 32.000 tickets, y potencialmente 64.000 al año, frente a unos 6.000 tickets abiertos en 2019.

La comprobación: existencia y recepción, no respuesta

El objeto de la validación es un atributo del registro público. Según el material del RIPE NCC consultado, la comprobación automatizada verifica la presencia y el formato sintáctico del atributo abuse-mailbox, consulta entradas DNS, detecta direcciones que sugieren buzones falsos o trampas y confirma que el servidor de correo puede aceptar mensajes; la comprobación inicial no envía correo alguno (RIPE NCC). La consecuencia práctica es acotada: se acredita que el buzón existe y puede recibir, no cómo se gestiona un informe que llegue a él.

La obligación recae sobre los recursos cubiertos por el requisito de contacto de abuso de la base de datos RIPE. Las direcciones IP y los números de sistema autónomo heredados, distribuidos antes de la creación del RIPE NCC, quedan fuera del proceso de validación (RIPE NCC). La política que obliga y define la validación —«Abuse Contact Management in the RIPE Database» (ripe-705)— fue aceptada en junio de 2018 y está en vigor (RIPE NCC). Su origen es comunitario: el Abuse Contact Management Task Force se creó tras el RIPE 61 para examinar propuestas sobre gestión de contactos de abuso y dar retroalimentación a la comunidad (RIPE NCC).

Sobre la frecuencia hay una discrepancia que conviene dejar visible. El material recuperado describe la validación como al menos anual; otra referencia recuperada describe una cadencia de al menos cada seis meses, reflejo de una discusión anterior más que del requisito vigente (RIPE NCC). Procede por tanto hablar de periodicidad anual o más frecuente, no de un intervalo fijo.

La escalera, peldaño a peldaño

Cuando una comprobación falla, la secuencia está escrita. El atributo se marca como inválido y se abre un ticket; se escribe al LIR con una explicación y un enlace de validación. Sin respuesta, se envían dos correos de seguimiento más a todos los contactos del LIR con intervalos de una semana. Tras el tercer correo sin respuesta, un miembro del personal del RIPE NCC interviene por teléfono o mediante otras direcciones disponibles. Si aun así no se logra contacto, el caso se escala conforme al procedimiento establecido para LIR que no responden (RIPE NCC).

El seguimiento no se activa solo por un buzón muerto. También lo disparan infracciones de política como un buzón de abuso que obliga al remitente a usar un formulario web en lugar de aceptar correo (RIPE NCC). Es decir: el sistema mide la fricción de contacto, no la calidad de la respuesta.

Del buzón inválido al cierre del miembro

El último peldaño tiene documento propio. El procedimiento «Closure of Members, Deregistration of Internet Resources and Legacy Internet Resources» establece los motivos y el proceso para terminar el Standard Service Agreement de un miembro del RIPE NCC y para desregistrar recursos de numeración; el material consultado sitúa su última actualización el 7 de mayo de 2026 (RIPE NCC).

Entre los motivos de terminación iniciada por el RIPE NCC figuran el incumplimiento de auditorías —falta de respuesta o de cooperación— y el suministro de datos falsos, engañosos o repetidamente incorrectos, incluidos datos de contacto inexactos. La terminación puede seguir a un preaviso de tres meses o ser inmediata en supuestos especificados; después, el antiguo miembro pierde el derecho a mantener registros de recursos de Internet en la base de datos RIPE (RIPE NCC).

Lo importante es lo que el documento acredita y lo que no. Acredita que la vía existe y que está redactada con plazos y categorías de falta. No acredita cuántas veces se ha recorrido hasta el final por un motivo de contacto de abuso: en el material recuperado para este artículo no se localizó ningún caso confirmado de cierre de miembro o desregistración de recursos atribuido específicamente al incumplimiento del contacto de abuso (RIPE NCC).

Lo que dicen las únicas cifras publicadas

Las cifras disponibles son declaraciones fechadas del propio RIPE NCC, no recuentos independientes. En pruebas preliminares de 2017 se sugirió que entre el 10% y el 25% de aproximadamente 70.000 atributos distintos de abuse-mailbox podían ser incorrectos o estar inactivos. En pruebas de 2018 se indicó que en torno al 20%-25% de los titulares de recursos podrían necesitar validar o actualizar sus contactos de abuso. En mayo de 2019 la base de datos RIPE contenía aproximadamente 93.000 atributos distintos de abuse-mailbox y el RIPE NCC anticipaba que cada ronda de validación generaría más de 32.000 tickets, potencialmente 64.000 al año; en 2019 se abrieron unos 6.000 tickets (RIPE NCC).

Hay un dato de reparación temprana en el mismo conjunto. En 2017 el RIPE NCC declaró haber resuelto más de 1.000 informes externos sobre atributos de abuse-mailbox incorrectos sin necesidad de activar el procedimiento completo de cierre y desregistración (RIPE NCC). Eso describe un sistema que prefería corregir antes que expulsar.

El hueco es temporal y está reconocido en el material: no se localizó ninguna tasa de cumplimiento publicada, ni recuento de fallos de validación, ni de retiradas de contacto, ni de cierres de miembros atribuibles al incumplimiento del contacto de abuso para 2025 o 2026. La página de estadísticas del RIPE NCC se retiró durante una actualización del sitio web, hay un nuevo marco estadístico pendiente y los datos básicos de direcciones IP y ASN siguen disponibles a través de RIPEstat (RIPE NCC).

Las cifras de 2017-2019 deben leerse con la cautela que impone su procedencia: son declaraciones del RIPE NCC tal como las resume el material de investigación recuperado, no estadísticas recalculadas línea por línea en este trabajo.

Por qué importa la distancia entre la vía y su uso medido

Un control puede ser real y, al mismo tiempo, no estar medido. El RIPE NCC tiene una detección automatizada, una escalera de contacto con plazos semanales, intervención humana y una vía formal hasta la terminación del contrato y la desregistración de recursos. Lo que no publica, al menos en el material localizado, es cuántos casos llegan a cada peldaño. Para quien depende de un contacto de abuso operativo —un operador de red, un investigador, una comunidad afectada—, la diferencia entre «existe una vía» y «sabemos cuántas veces se usa» es la diferencia entre una promesa de reparación y una reparación verificable. El enlace a la ficha de RIPE ABUSE en el directorio permite seguir este objeto de forma estable.