Guía

¿Qué es una lista negra de IP y cómo salir de ella?

Por qué acaban los servidores en listas negras y qué pasos consiguen sacarlos.

Equipo de IP-DB 7 min de lectura 66 lecturas 0 comentarios Actualizado

Estar en una lista negra no es un suceso, es una consecuencia: significa que el tráfico que salió de su dirección molestó a alguien en algún momento. Por eso no hay un botón único para salir. El orden es siempre el mismo: averiguar dónde está listado, cerrar la causa, presentar la solicitud en cada lista por separado y después vigilar la dirección.

Conviene separar desde el principio dos tipos de lista. Las listas negras de correo (DNSBL/RBL) afectan a la entrega de email; tienen formulario de retirada y un proceso normalmente rápido. Las listas de bloqueo de amenazas alimentan cortafuegos y WAF; ahí no hay formulario y las entradas caducan cuando dejan de llegar eventos. La mayoría de las guías mezclan ambas y mandan al lector a buscar un formulario que no existe.

Primero, averigüe dónde está listado de verdad

Este paso tiene una trampa poco conocida: buena parte de los comprobadores en línea sigue consultando zonas apagadas hace años. El dominio de una DNSBL retirada a veces se republica de modo que responde «listado» a cualquier consulta, y una herramienta que no lo filtra le mostrará en cuarenta listas a la vez. Ahí empiezan casi todas las solicitudes presentadas por pánico.

La prueba es sencilla: ¿la zona está realmente operativa hoy y el código que devuelve significa algo? Nuestra comprobación de listas negras consulta solo zonas vivas y separa las principales, que puntúan, de las que se muestran a título informativo. Verifique Spamhaus aparte en check.spamhaus.org: si sus consultas salen por un resolver público, puede que Spamhaus ni siquiera responda.

Qué significa cada listado

ListaPor qué está en ellaSalida
Spamhaus SBL / CSSFuente directa de spam o comportamiento detectado automáticamenteFormulario en el Removal Center; suelen ser horas
Spamhaus XBLMáquina comprometida, botnet o tráfico de proxyFormulario tras la limpieza; rápido
Spamhaus PBLPolítica: envío directo desde rango dinámico o domésticoAutoexclusión con dirección estática; si no, use el smarthost del proveedor
SpamCop (SCBL)Quejas de usuariosCaduca sola en unas 24 h sin nuevos reportes
Barracuda (BRBL)Señales de spam y reputaciónFormulario de retirada gratuito
UCEPROTECT N1 / N2 / N3IP suelta / bloque vecino / ASN enteroCaducidad gratuita tras siete días sin incidentes (existe además una opción exprés de pago)
PSBLCorreo que llegó a una trampa de spamAutoexclusión
Listas de amenazasFuerza bruta, escaneos, reportes de ataques webSin formulario; las entradas caducan

Una actualización importante: SORBS, referencia estándar durante dos décadas, ya no existe. Si una herramienta la sigue consultando, no recibe mantenimiento. Igualmente, CBL ya no es una lista aparte: vive dentro de Spamhaus XBL.

No presente la solicitud antes de cerrar la causa

Una lista interpreta la solicitud como una declaración de que el problema está resuelto. Si no lo está, volverán a incluirle, y con algunos operadores la espera aumenta. En la práctica la causa es casi siempre una de estas cinco:

  • Un buzón comprometido. Alguien que supera la autenticación SMTP con una contraseña débil o filtrada. Mire la cola y el registro de autenticación.
  • Un relay abierto o un formulario web abierto. Un relay sin autenticación, o correo arbitrario enviado por un formulario de contacto.
  • Una aplicación comprometida. Un script de envío colado por un plugin de CMS antiguo. La salida viene del usuario del servidor web, no de una cuenta de correo.
  • Vecinos ruidosos. Otro cliente en un servidor compartido. La dirección no es suya, así que la solicitud tampoco.
  • Abuso ajeno al correo. Fuerza bruta SSH o escaneo de puertos desde su servidor: eso va a listas de amenazas, no de correo.

Para ver rápido quién envía desde la cola:

Postfix: remitentes en cola
mailq | awk '/^[A-F0-9]/ {print $7}' | sort | uniq -c | sort -rn | head
Cuentas que envían con autenticación SMTP
grep -o 'sasl_username=[^,]*' /var/log/mail.log | sort | uniq -c | sort -rn | head

Permitir el 25/TCP saliente solo desde el servidor de correo corta de raíz la mayoría de estos casos: una aplicación comprometida ya no puede enviar por su cuenta.

Cómo redactar la solicitud

Los operadores leen cientos al día. Las que funcionan son breves, con pruebas y miran hacia delante. Deben contener tres cosas: qué pasó, qué hizo usted y qué ha cambiado para que no se repita.

Ejemplo
198.51.100.24 envió spam el 26 de octubre tras el robo de una cuenta de cliente con una contraseña filtrada. La cuenta está suspendida, se restablecieron las contraseñas, la autenticación SMTP tiene ahora límite de tasa y el 25/TCP saliente queda restringido al servidor de correo. La cola se ha vaciado; sin spam saliente desde el 27 de octubre a las 09:00 UTC.

Qué no escribir: no afirme que la dirección es «de asignación reciente» cuando la causa fue otro cliente, no repita la misma solicitud varias veces al día y no apele a la urgencia sin pruebas.

Cuando la dirección no es suya

El hosting compartido, una conexión tras CGNAT o una dirección del pool de un proveedor de nube no son su asignación, y solo quien posee el registro puede solicitar la retirada. Quién es se ve en el contacto de abuso del registro RDAP; la guía de WHOIS y RDAP explica ese campo. Si es una empresa que envía correo con regularidad, pasar a una IP dedicada o a un servicio de envío suele salir más barato que acabar dos veces en el mismo sitio.

Después de salir: no volver

Salir de una lista no es un resultado, es volver a la casilla de partida. Cuatro cosas lo mantienen: restringir el 25/TCP saliente, completar el trío SPF-DKIM-DMARC, limitar la tasa en autenticación y formularios, y vigilar la dirección. Para lo último puede lanzar la comprobación de listas negras a mano o conectarla a su monitorización con la API; la consulta masiva cubre todo un pool de envío de una vez.

Para entender por qué y durante cuánto tiempo una dirección se ve mal, ayuda el artículo sobre la puntuación de reputación; para el funcionamiento técnico de las listas, DNSBL y RBL explicados.

Preguntas frecuentes

¿Cuánto tarda la exclusión de una lista negra?

Depende del operador. Las listas con caducidad automática, como SpamCop, decaen solas en un día si no llegan nuevas quejas. En Spamhaus el resultado suele llegar en horas tras enviar el formulario. La vía gratuita de UCEPROTECT es la caducidad automática tras siete días sin incidentes. El retraso real no está en la lista, sino en cerrar la causa.

¿Qué pasa si pido la exclusión sin arreglar el problema?

Lo normal es que vuelvan a incluirle, y algunos operadores penalizan las solicitudes repetidas con esperas más largas. El formulario no es una petición de indulto, sino la declaración de que la causa está resuelta; si no lo está, la siguiente oleada de spam lo demuestra.

Estoy en hosting compartido y la lista no es culpa mía. ¿Qué puedo hacer?

Si la dirección no es suya, no puede presentar la solicitud: debe hacerlo el proveedor que la posee. Lo que sí puede hacer es enviarle la prueba del listado y exigir una solución duradera. Si envía correo con regularidad, a medio plazo compensa una IP dedicada o un servicio de envío.

Aparezco en la PBL, ¿he atacado a alguien?

No. La PBL de Spamhaus no es una lista de abuso sino de política: dice que los rangos domésticos y dinámicos no deberían entregar correo directamente. Si su servidor está en uno de esos rangos, se espera que envíe a través del smarthost del proveedor. Con una dirección estática, el registro PBL puede retirarse uno mismo.

¿Por qué los comprobadores de listas negras dan resultados distintos?

Porque muchas herramientas siguen consultando zonas apagadas hace años. El dominio de una DNSBL retirada a veces se republica de forma que responde «listado» a cualquier consulta; el comprobador que se fía de eso marca cientos de servidores sin motivo. Lo que cuenta es si la zona sigue operativa hoy.

¿Cómo evito volver a la lista?

Abra el tráfico saliente por 25/TCP solo para su servidor de correo, complete SPF, DKIM y DMARC, ponga límites de tasa en formularios y autenticación, exija contraseñas fuertes en todas las cuentas y vigile la dirección de forma continua. Si usted se entera el primero del listado, sus clientes no se enteran nunca.

Los fundamentos están en qué es una dirección IP, y cómo denunciar una dirección atacante en cómo reportar una IP abusiva.

Compartir

Comentarios 0

Comparte una pregunta, tu experiencia o una corrección, registrado o de forma anónima.

Aún no hay comentarios. Sé el primero.

Solo texto, sin enlaces. Los comentarios se publican al instante y pueden moderarse. Inicia sesión para comentar como miembro