Cómo comprobar y sanear la reputación de las IP antes de usar bloques arrendados

Antes de enrutar tráfico a través de una subred arrendada, una auditoría de reputación no es opcional: es el paso que determina si sus correos llegan a la bandeja de entrada, si sus servicios siguen siendo accesibles y si sus operaciones evitan fricciones innecesarias desde el primer día.

Esta guía le acompaña en todo el proceso: desde la primera comprobación de reputación de IP hasta la retirada de listas negras si fuera necesario, pasando por la configuración de la supervisión para que los problemas no le tomen por sorpresa más adelante. La lista de comprobación y los pasos de retirada se aplican a todos los casos de uso, pero la infraestructura de correo exige un nivel más alto; las secciones marcadas para casos de uso de correo pueden omitirse si el envío de correo no forma parte de su proyecto.

Lista de comprobación de reputación antes del uso

Antes de configurar nada, revise esta lista para cada bloque IP que vaya a activar:

• Compruebe todas las listas negras principales. Un único resultado limpio en una base de datos no significa nada: la cobertura mínima es Spamhaus (ZEN), AbuseIPDB y la comprobación multilista de MXToolbox (más detalles sobre cada una a continuación).

• Compruebe todo el rango, no solo una muestra. Si arrienda un /24, comprobar cinco IP al azar no basta. Utilice herramientas que acepten notación CIDR y devuelvan resultados para el bloque completo.

• Verifique el DNS inverso (rDNS). La ausencia de registros PTR o su falta de coincidencia es una señal de reputación leve que puede afectar a la entregabilidad del correo incluso sin una entrada formal en una lista negra.

• Compruebe el historial de enrutamiento BGP. Busque el bloque en BGPView (bgpview.io) o en el BGP Toolkit de Hurricane Electric (bgp.he.net). Un historial de cambios frecuentes de ASN, largos periodos sin anunciarse o asociaciones pasadas con redes conocidas por sus abusos son señales de alerta que conviene comentar con su gestor de cuenta antes de la activación.

• Verifique la exactitud del WHOIS. Confirme que el registro WHOIS del bloque refleja correctamente al titular actual antes de activarlo. Unos datos WHOIS desactualizados pueden hacer que las denuncias de abuso lleguen al contacto equivocado, y algunos sistemas automatizados señalan esa discrepancia.

• Compruebe la reputación basada en el dominio si procede (casos de uso de correo). Si tiene previsto utilizar el bloque para enviar correo, analice también el dominio de envío asociado en Google Postmaster Tools y Microsoft SNDS.

• Tenga en cuenta el caso de uso: no es lo mismo el correo que otros usos. La infraestructura de correo es sensible a señales de reputación que no tienen un impacto significativo en usos web, de API o de infraestructura general. La lista completa se aplica en cualquier caso, pero la sección de supervisión incluye pasos específicos para el correo que puede omitir si el envío no forma parte de su proyecto.

• Documente sus resultados. Haga capturas de pantalla o exporte los resultados antes de activar el bloque. Si más adelante surge una disputa sobre inclusiones previas en listas negras, le interesará tener un registro con fecha y hora.

Si todo está limpio, pase a configurar su subred arrendada. Si alguna IP aparece señalada, siga el proceso de retirada que se describe a continuación antes de entrar en producción.

Herramientas de comprobación: Spamhaus, AbuseIPDB, MXToolbox

Estas bases de datos y herramientas cubren la mayoría de las comprobaciones de listas negras de IP que utilizan en la práctica los servidores de correo, los cortafuegos y los sistemas de seguridad.

Spamhaus (mediante ZEN)

Spamhaus gestiona varias listas, y para los bloques arrendados las más importantes son:

• SBL (Spamhaus Block List): fuentes de spam, operaciones de spam e infraestructura de spam verificadas manualmente. Una inclusión en esta lista es grave y requiere una revisión humana para su retirada.

• CSS (Combined Spam Sources): una sublista automatizada dentro de la zona SBL, dirigida a spammers de tipo snowshoe, equipos comprometidos y remitentes masivos de baja calidad. Tiene su propio proceso de retirada en autoservicio, distinto del de la SBL.

• XBL (Exploits Block List): IP comprometidas o infectadas por botnets que envían spam o malware de forma automática. Esta lista incorpora datos de la CBL (Composite Blocking List). La retirada en autoservicio está disponible una vez resuelto el problema de fondo.

• PBL (Policy Block List): IP que no deberían enviar correo directamente a internet (rangos dinámicos, IP de usuarios finales). No es una acusación de spam, sino una declaración de política. Es relevante sobre todo para los casos de uso de correo.

La forma más eficiente de comprobarlas todas a la vez es mediante ZEN, la zona combinada de Spamhaus que agrupa SBL, CSS, XBL y PBL en una sola consulta. Compruébelo con el Spamhaus Reputation Checker en check.spamhaus.org. Admite consultas por CIDR.

AbuseIPDB

AbuseIPDB agrupa las denuncias de abuso enviadas por operadores de red y equipos de seguridad. A diferencia de la detección automatizada de Spamhaus, AbuseIPDB refleja incidentes notificados por personas: intentos de fuerza bruta por SSH, escaneos de puertos, participación en ataques DDoS y actividades similares. Una IP puede tener un perfil limpio en Spamhaus y, sin embargo, una puntuación de confianza alta en AbuseIPDB, por lo que ambas importan.

Utilice abuseipdb.com/check y revise tanto la puntuación de confianza como el historial de denuncias. Un patrón de denuncias recientes es más preocupante que incidentes antiguos y aislados; las puntuaciones de confianza se ponderan por antigüedad y disminuyen con el tiempo si no aparecen nuevas denuncias.

MXToolbox Blacklist Check

MXToolbox agrupa en una sola consulta los resultados de más de 100 listas negras, una comprobación amplia muy útil antes de entrar en cada base de datos por separado. Ejecútela en mxtoolbox.com/blacklists.aspx.

Herramienta adicional: APIVoid

Para comprobar rangos CIDR en unas 50 listas a la vez, IP Reputation Check de APIVoid (apivoid.com/tools/ip-reputation-check) acepta notación de subred y devuelve una puntuación de riesgo de 0 a 100. Los valores superiores a 50 justifican una investigación más a fondo, base de datos por base de datos, antes de la activación.

Microsoft SNDS (casos de uso de correo)

Smart Network Data Services de Microsoft ofrece datos sobre cómo percibe la infraestructura de correo de Microsoft su tráfico saliente. Si tiene previsto enviar correo a través del bloque arrendado, registrar su rango de IP en SNDS le da visibilidad sobre las señales de tasa de spam y sobre cualquier filtrado que Microsoft esté aplicando antes de que se produzca una inclusión formal en una lista negra.

Una nota sobre SURBL

SURBL aparece a veces junto a las herramientas de reputación de IP, pero no es una lista negra de IP: es una lista negra de URI/dominios que comprueba los dominios que aparecen en el cuerpo de los mensajes de correo. Es relevante para su dominio de envío, no para el bloque IP en sí. Si está configurando una infraestructura de correo, compruebe su dominio de envío en SURBL por separado cuando empiece a enviar.

Para una comparación más detallada de estas herramientas y de cómo interpretar los resultados en distintos casos de uso, consulte nuestra guía de herramientas y buenas prácticas de reputación de IP.

Proceso de retirada de listas negras paso a paso

Si la comprobación de reputación de IP revela entradas en listas negras, no se alarme: la mayoría de las inclusiones pueden retirarse. El proceso varía según la base de datos, pero la estructura general es la misma.

Paso 1: identifique la causa raíz. Antes de enviar cualquier solicitud de retirada, averigüe por qué se incluyó la IP. Revise los detalles de la inclusión: tanto Spamhaus como AbuseIPDB indican el motivo y, en muchos casos, la fecha y hora del suceso que la provocó. Si la inclusión es anterior a su arrendamiento, anótelo. Si es reciente, confirme que el bloque no se activó parcialmente en algún lugar antes de que usted lo recibiera.

Paso 2: envíe una solicitud de retirada a cada base de datos por separado. No existe una retirada universal: cada operador de listas negras gestiona su propio proceso.

• Spamhaus SBL: es un proceso manual gestionado por los investigadores de Spamhaus. Y, lo que es fundamental, solo el titular de la red (la entidad que controla el rango de IP a nivel del RIR) puede iniciar la retirada de la SBL, no el usuario final que arrienda el bloque. Si encuentra una inclusión en la SBL, póngase en contacto de inmediato con su gestor de cuenta de IPbnb. Nos coordinaremos con el titular del bloque para iniciar la solicitud de retirada en su nombre.

• Spamhaus CSS y XBL: ambas admiten la retirada en autoservicio a través del Reputation Checker en check.spamhaus.org. Una sola solicitud cubre ambas listas cuando la IP figura en las dos. La retirada suele procesarse en minutos una vez que el sistema confirma que el problema de fondo está resuelto. No solicite la retirada hasta haber solucionado el problema: las solicitudes repetidas sin corrección pueden suponer la pérdida del acceso a la retirada en autoservicio.

• Spamhaus PBL: si la IP aloja realmente un servidor de correo, puede solicitarse una exclusión para esa IP concreta directamente desde la página de la inclusión. Las retiradas a nivel de subred deben gestionarlas el ISP o el titular del bloque a través del Spamhaus ISP Portal.

• AbuseIPDB: no existe un proceso formal de retirada para denuncias individuales. Los usuarios registrados pueden enviar una solicitud de retirada (takedown request) en la página de cada IP, y todos los usuarios registrados tienen acceso a esta función. Las puntuaciones de confianza disminuyen de forma natural a medida que las denuncias envejecen, así que, si no se notifican nuevos incidentes tras activar el bloque, las puntuaciones bajarán por sí solas.

Paso 3: espere a la propagación. El procesamiento de la retirada va desde minutos (CSS/XBL automatizadas) hasta varios días hábiles (revisiones manuales de la SBL). No enrute tráfico real a través del bloque mientras haya una retirada pendiente.

Paso 4: verifique la retirada. Vuelva a ejecutar la comprobación de reputación de IP con las mismas herramientas del paso 1. Continúe solo cuando se hayan eliminado todas las inclusiones.

Paso 5: póngase en contacto con su gestor de cuenta de IPbnb si es necesario. Para las inclusiones que requieren la intervención del titular de la red (sobre todo en la SBL de Spamhaus), que parecen anteriores a su arrendamiento o que no se resuelven por los cauces habituales, recurra a nuestro equipo. Le ayudaremos a coordinarse con el titular del bloque y, cuando sea posible, facilitaremos el proceso o gestionaremos la sustitución del bloque. No tiene que resolverlo solo: forma parte de la razón de ser de la plataforma.

Garantía de reputación de IPbnb

IPbnb realiza una auditoría básica de reputación de todos los bloques publicados para arrendamiento en la plataforma antes de que estén disponibles. Incluye una comprobación en las principales listas negras y una revisión del historial reciente de abusos del bloque.

Sin embargo, internet no es un sistema cerrado: un bloque puede recibir una nueva inclusión entre el momento de nuestra auditoría y el momento en que usted lo activa. No es habitual, pero ocurre, sobre todo con bloques que llevan tiempo inactivos. Las IP inactivas pueden acumular impactos en trampas de spam (spam traps), porque los grandes proveedores de buzones reciclan direcciones de correo abandonadas y las reutilizan como trampas; cualquier tráfico hacia esas direcciones, incluso accidental, puede provocar una inclusión.

Por este motivo, si recibe un bloque arrendado a través de IPbnb y descubre entradas previas en listas negras que no existían en el momento de firmar el arrendamiento, póngase en contacto con nuestro equipo de soporte. Nos coordinaremos con el titular del bloque y, cuando sea posible, gestionaremos la retirada por usted o la sustitución del bloque.

En cualquier caso, le recomendamos realizar su propia auditoría previa a la activación: lleva menos de 15 minutos y evita sorpresas. Si arrienda para dar soporte a una infraestructura de correo en la que la entregabilidad es crítica, indíquenoslo en el momento de la consulta para que podamos priorizar los bloques con el historial más limpio disponible.

Configuración de la supervisión continua

Sanear una dirección IP una sola vez no basta si tiene previsto utilizar el bloque para algo que genere un tráfico significativo. Pueden aparecer nuevas inclusiones en cualquier momento, y detectarlas pronto, antes de que afecten a sus operaciones, es mucho más fácil que gestionar las consecuencias a posteriori.

Configure la supervisión automatizada de listas negras

Servicios como MXToolbox Monitor y HetrixTools le permiten registrar rangos de IP y recibir alertas cuando aparece una nueva inclusión. La mayoría ofrecen planes gratuitos que cubren la supervisión básica de listas negras para rangos pequeños; los bloques más grandes o una mayor frecuencia de alertas suelen requerir un plan de pago.

Regístrese en Microsoft SNDS y JMRP (casos de uso de correo)

Si utiliza el bloque para enviar correo, registre su rango de IP en Smart Network Data Services (SNDS) de Microsoft y, opcionalmente, en el Junk Mail Reporting Program (JMRP). JMRP se gestiona ahora desde el portal de SNDS y reenvía copias de las quejas a una dirección designada cuando los usuarios de Outlook.com marcan su correo como no deseado, lo que le da visibilidad sobre las tasas de quejas antes de que deriven en un bloqueo formal.

Configure la autenticación del correo antes del primer envío (casos de uso de correo)

Configure los registros SPF, DKIM y DMARC antes de enviar un solo mensaje. Estos registros indican a los servidores de correo receptores que su correo está autorizado y autenticado, y los grandes proveedores de buzones los consideran cada vez más un requisito previo, no una mejora. Una IP limpia sin autenticación seguirá teniendo problemas de entregabilidad. Si su dominio de envío todavía no tiene configurados los tres, complete esa configuración antes de activar el bloque para cualquier tráfico de correo.

Planifique el calentamiento de IP si el bloque ha estado inactivo (casos de uso de correo)

Un bloque limpio sin historial de envíos reciente no tiene una reputación consolidada ante los proveedores de buzones. Empezar de inmediato con un gran volumen de correo puede activar los filtros de spam incluso sin una entrada en listas negras. Aumente el volumen de forma gradual durante las primeras dos a cuatro semanas, empezando por los destinatarios más activos. Si utiliza un bloque nuevo para sustituir a uno existente, el calentamiento es menos crítico, aunque sigue siendo recomendable si ha habido una interrupción importante en la actividad de envío.

Revise periódicamente las denuncias en AbuseIPDB

Incluso en casos de uso que no son de correo, merece la pena revisar AbuseIPDB periódicamente. Un aumento repentino de las denuncias puede indicar una máquina comprometida en su infraestructura o un servicio mal configurado que genera tráfico anómalo.

Programe un recordatorio para auditorías completas trimestrales

La supervisión automatizada detecta las nuevas inclusiones, pero una revisión manual trimestral, recorriendo la lista de comprobación completa del principio de esta guía, es una buena práctica para cualquier bloque que gestione a largo plazo.

Cuando su bloque esté limpio y la supervisión esté en marcha, estará listo para el siguiente paso: configurar su subred arrendada.

¿Va a arrendar un bloque IPv4 a través de IPbnb? Revise el proceso de arrendamiento completo o lea nuestra guía de herramientas de reputación de IP para profundizar en cómo interpretar los resultados en distintos casos de uso.