Hispanopedia Wiki
Articulo de referencia

Lista negra del Sistema de nombres de dominio

Una lista negra del Sistema de Nombres de Dominio (DNS) , lista negra basada en el Sistema de Nombres de Dominio ( DNSBL ) o lista negra en tiempo real ( RBL ) es un servicio qu...

Hispanopedia WikiContenido en espanolLectura gratuita

Una lista negra del Sistema de Nombres de Dominio (DNS) , lista negra basada en el Sistema de Nombres de Dominio ( DNSBL ) o lista negra en tiempo real ( RBL ) es un servicio que permite a los servidores de correo comprobar, mediante una consulta DNS , si la dirección IP del remitente está incluida en una lista negra de correo no deseado . [ 1 ] La mayoría del software de los servidores de correo se puede configurar para consultar dichas listas, normalmente rechazando o marcando los mensajes procedentes de dichos sitios.

Una DNSBL es un mecanismo de software, no una lista o política específica. Existen docenas de DNSBL. [ 2 ] Utilizan una amplia gama de criterios para incluir y excluir direcciones. Estos pueden incluir direcciones de computadoras zombi u otras máquinas utilizadas para enviar spam, proveedores de servicios de Internet (ISP) que alojan voluntariamente a spammers o aquellos que han enviado spam a un sistema honeypot .

Desde la creación de la primera DNSBL en 1998, el funcionamiento y las políticas de estas listas han sido frecuentemente controvertidos, [ 3 ] [ 4 ] tanto en círculos de defensa de Internet como ocasionalmente en demandas judiciales. Muchos operadores y usuarios de sistemas de correo electrónico [ 5 ] consideran las DNSBL una herramienta valiosa para compartir información sobre fuentes de spam, pero otros, incluidos algunos activistas prominentes de Internet, se han opuesto a ellas como una forma de censura . [ 6 ] [ 7 ] [ 8 ] [ 9 ] Además, un pequeño número de operadores de DNSBL han sido objeto de demandas presentadas por spammers que buscan que se cierren las listas. [ 10 ]

Historia

La primera DNSBL fue la Lista Negra en Tiempo Real (RBL), creada en 1997, inicialmente como una fuente de protocolo de puerta de enlace de frontera (BGP) por Paul Vixie , y posteriormente como una DNSBL por Eric Ziegast como parte del Sistema de Prevención de Abuso de Correo (MAPS) de Vixie ; Dave Rand de Abovenet fue su primer suscriptor. [ 11 ] La primera versión de la RBL no se publicó como una DNSBL, sino como una lista de redes transmitida a través de BGP a los enrutadores propiedad de los suscriptores para que los operadores de red pudieran bloquear todo el tráfico TCP/IP de las máquinas utilizadas para enviar spam o alojar servicios que lo soportan, como un sitio web. El inventor de la técnica que más tarde se denominó comúnmente DNSBL fue Eric Ziegast, mientras trabajaba en Vixie Enterprises.

El término "agujero negro" se refiere a un agujero negro de red , una expresión que describe un enlace en una red que descarta el tráfico entrante en lugar de reenviarlo normalmente. La intención de la Lista Negra de Reenvío (RBL, por sus siglas en inglés) era que los sitios que la utilizaban rechazaran el tráfico proveniente de sitios que apoyaban el spam, ya sea enviándolo activamente o de otras maneras. Antes de que una dirección se incluyera en la RBL, voluntarios y personal de MAPS intentaban repetidamente contactar a los responsables para que solucionaran los problemas. Este esfuerzo se consideraba muy importante antes de bloquear todo el tráfico de la red, pero también significaba que los spammers y los proveedores de servicios de Internet (ISP) que lo apoyaban podían retrasar su inclusión en la RBL durante largos períodos mientras se llevaban a cabo estas conversaciones.

Posteriormente, la RBL también se publicó en formato DNSBL, y Paul Vixie animó a los autores de sendmail y otros programas de correo electrónico a implementar la compatibilidad con RBL en sus clientes. Esto permitió que el software de correo electrónico consultara la RBL y rechazara el correo de los sitios web incluidos en la lista, servidor por servidor, en lugar de bloquear todo el tráfico.

Poco después de la aparición de la Lista Negra de Reenvío (RBL, por sus siglas en inglés), otros comenzaron a desarrollar sus propias listas con políticas diferentes. Una de las primeras fue el Sistema de Modificación de Comportamiento de Reenvío Abierto (ORBS, por sus siglas en inglés) de Alan Brown. Este sistema utilizaba pruebas automatizadas para descubrir y listar servidores de correo que funcionaban como relés de correo abiertos , lo que permitía a los spammers explotarlos para distribuir su spam. ORBS fue controvertido en su momento porque muchos consideraban aceptable el uso de relés abiertos y que escanear Internet en busca de servidores de correo abiertos podía ser abusivo.

En 2003, varias listas negras de nombres de dominio (DNSBL) sufrieron ataques de denegación de servicio (DoS). Dado que nadie admitió haber realizado estos ataques ni se identificó a los responsables, su propósito es objeto de especulación. Sin embargo, muchos observadores creen que los ataques fueron perpetrados por spammers para interferir con el funcionamiento de las DNSBL o forzar su cierre. En agosto de 2003, la empresa Osirusoft , operadora de varias DNSBL, incluida una basada en el conjunto de datos SPEWS , cerró sus listas tras sufrir semanas de ataques casi continuos.

Las especificaciones técnicas para DNSBL llegaron relativamente tarde en RFC5782. [ 12 ]

URI DNSBL

Un identificador uniforme de recursos (URI) DNSBL es una lista negra de DNS que enumera los nombres de dominio y, a veces, también las direcciones IP que se encuentran en los enlaces "clicables" contenidos en el cuerpo del spam, pero que generalmente no se encuentran dentro de los mensajes legítimos.

Las listas negras de DNS (DNSBL) basadas en URI se crearon cuando se determinó que gran cantidad de spam lograba burlar los filtros de spam durante el breve período de tiempo comprendido entre el primer uso de una dirección IP de envío de spam y el momento en que esa dirección IP de envío apareció por primera vez en las principales listas negras de DNS (DNSBL) basadas en direcciones IP de envío.

En muchos casos, este tipo de correo basura difícil de detectar contiene en sus enlaces nombres de dominio o direcciones IP (denominadas colectivamente URI) que ya se han detectado en correo basura capturado anteriormente y que no se encuentran en correos electrónicos que no sean correo basura.

Por lo tanto, cuando un filtro de spam extrae todas las URI de un mensaje y las compara con una lista negra DNSBL de URI, el spam puede bloquearse incluso si la IP remitente de ese spam aún no aparece en ninguna lista negra DNSBL de IP remitentes.

De las tres principales URI DNSBL, la más antigua y popular es SURBL . [ 13 ] Después de que se creó SURBL, algunos de los voluntarios de SURBL iniciaron la segunda URI DNSBL principal, URIBL . [ 14 ] En 2008, otro voluntario de SURBL de larga trayectoria inició otra URI DNSBL, ivmURI . [ 15 ] El Proyecto Spamhaus proporciona la Lista de Bloqueo de Dominios de Spamhaus ( DBL ) que describen como dominios "encontrados en mensajes de spam". [ 16 ] La DBL está diseñada como una URIBL y una RHSBL, para ser verificada contra los dominios en el sobre y las cabeceras de un mensaje y los dominios en las URL en los cuerpos de los mensajes. A diferencia de otras URIBL, la DBL solo enumera nombres de dominio, no direcciones IP, ya que Spamhaus proporciona otras listas de direcciones IP.

Las URI DNSBL se confunden a menudo con las RHSBL (Right Hand Side BL). Sin embargo, son diferentes. Una URI DNSBL enumera los nombres de dominio y las direcciones IP que aparecen en el cuerpo del mensaje. Una RHSBL enumera los nombres de dominio utilizados en la dirección de correo electrónico del remitente o de respuesta. La eficacia de las RHSBL es cuestionable, ya que muchos correos no deseados utilizan direcciones de remitente falsificadas o direcciones que contienen nombres de dominio populares de correo electrónico gratuito, como gmail.com , yahoo.com o hotmail.com. Las URI DNSBL son más utilizadas que las RHSBL, son muy efectivas y las utiliza la mayoría de los filtros de spam.

Principio

Para operar una lista negra de nombres de dominio (DNSBL) se necesitan tres cosas: un dominio donde alojarla, un servidor de nombres para ese dominio y una lista de direcciones para publicar.

Es posible gestionar una lista negra DNS (DNSBL) utilizando cualquier software de servidor DNS de propósito general . Sin embargo, esto suele ser ineficiente para zonas con un gran número de direcciones, especialmente para las DNSBL que incluyen bloques de red completos de enrutamiento entre dominios sin clases (CDU). Debido al elevado consumo de recursos que supone el uso de software diseñado para funcionar como servidor de nombres de dominio (DNS), existen aplicaciones específicas para servidores con la función de lista negra DNS.

La parte más difícil de gestionar una lista negra de DNS (DNSBL, por sus siglas en inglés) es añadirle direcciones IP. Las DNSBL destinadas al uso público suelen tener políticas específicas y publicadas sobre el significado de una lista, y deben gestionarse de acuerdo con ellas para lograr o mantener la confianza pública.

Consultas DNSBL

Cuando un servidor de correo recibe una conexión de un cliente y desea verificar que ese cliente esté en una lista negra de DNS (por ejemplo, dnsbl.example.net ), hace más o menos lo siguiente:

  1. Toma la dirección IP del cliente, por ejemplo, 192.168.42.23 , e invierte el orden de los octetos, obteniendo 23.42.168.192 .
  2. Agregue el nombre de dominio de DNSBL: 23.42.168.192.dnsbl.example.net .
  3. Consulta este nombre en el DNS como un nombre de dominio (registro "A"). Esto devolverá una dirección, lo que indica que el cliente está registrado; o un código "NXDOMAIN" ("Dominio no encontrado"), lo que indica que el cliente no está registrado.
  4. Opcionalmente, si el cliente aparece en la lista, busque el nombre como un registro de texto (registro "TXT"). La mayoría de las listas negras de DNS (DNSBL) publican información sobre por qué un cliente aparece como registro TXT.

Consultar una dirección en una DNSBL es similar a consultarla en DNS inverso. Las diferencias radican en que una consulta DNSBL utiliza el tipo de registro "A" en lugar de "PTR", y utiliza un dominio directo (como dnsbl.example.net, mencionado anteriormente) en lugar del dominio inverso especial in-addr.arpa .

Existe un protocolo informal para las direcciones devueltas por las consultas DNSBL coincidentes. La mayoría de las DNSBL devuelven una dirección en la red de bucle invertido IP 127.0.0.0/8 . La dirección 127.0.0.2 indica una lista genérica. Otras direcciones en este bloque pueden indicar información específica sobre la lista, como un relé abierto, un proxy, un host propiedad de un remitente de spam, etc. Para más detalles, consulte la RFC 5782.

URI DNSBL

Una consulta URI DNSBL (y una consulta RHSBL) es bastante sencilla. El nombre de dominio a consultar se antepone al host de la lista DNS de la siguiente manera:

ejemplo.net.dnslist.example.com

donde dnslist.example.com es el servidor de la lista DNS y example.net es el dominio consultado. Generalmente, si se devuelve un registro A, el nombre aparece en la lista.

Políticas DNSBL

Las distintas listas negras de nombres de dominio (DNSBL) tienen políticas diferentes. Las políticas de las DNSBL difieren entre sí en tres aspectos:

  • Objetivos. ¿Qué pretende incluir la lista DNSBL ? ¿Se trata de una lista de servidores de correo de retransmisión abierta o proxies abiertos, o de direcciones IP conocidas por enviar spam, o quizás de direcciones IP pertenecientes a proveedores de servicios de Internet que dan refugio a remitentes de spam?
  • Nominación. ¿Cómo descubre la DNSBL las direcciones que debe incluir en su lista? ¿Utiliza las nominaciones enviadas por los usuarios? ¿Direcciones trampa de spam o honeypots ?
  • Duración del anuncio. ¿Cuánto tiempo dura un anuncio ? ¿Caducan automáticamente o solo se pueden eliminar manualmente? ¿Qué puede hacer el operador de un host anunciado para que se elimine de la lista?

Tipos

Además de los distintos tipos de entidades listadas (direcciones IP para DNSBL tradicionales, nombres de host y dominio para RHSBL, URI para URIBL), existe una amplia gama de variaciones semánticas entre las listas respecto a su significado. Los propios responsables de las listas han estado divididos sobre si sus listados deben considerarse declaraciones de hechos objetivos u opiniones subjetivas, y sobre la mejor manera de utilizarlos. En consecuencia, no existe una taxonomía definitiva para DNSBL. Algunos nombres definidos aquí (por ejemplo, "Yellow" y "NoBL" [ 17 ] ) son variantes que no se utilizan ampliamente, por lo que los nombres en sí mismos no son de uso generalizado, pero deberían ser reconocidos por muchos especialistas en control de spam.

Lista blanca / Lista de permitidos
Una inclusión en la lista es una indicación afirmativa de confianza prácticamente absoluta.
Lista negra / Lista de bloqueo
Una inclusión en la lista es un indicio negativo de desconfianza prácticamente absoluta.
Lista gris
Lo más frecuente es que se utilice como una sola palabra (greylist o greylisting), sin referirse directamente a las listas negras de DNS (DNSBL), sino al aplazamiento temporal del correo procedente de fuentes desconocidas para permitir el desarrollo de una reputación pública (como las listas DNSBL) o para desalentar el envío de spam centrado en la velocidad. En ocasiones, se utiliza para referirse a las listas DNSBL reales, en las que las listas indican distintos niveles y formas de confianza o desconfianza, aunque no absolutos.
Lista amarilla
Una inclusión en la lista indica que se sabe que la fuente produce una mezcla de spam y contenido legítimo en tal medida que resulta inútil consultar otras listas negras de DNS de cualquier tipo.
Lista NoBL
Una inclusión en la lista indica que se cree que la fuente no envía spam y que no debería someterse a pruebas de lista negra, pero no es tan fiable como una fuente incluida en la lista blanca.

Uso

  • La mayoría de los agentes de transferencia de mensajes (MTA) [ nb 1 ] se pueden configurar para bloquear absolutamente o (menos comúnmente) para aceptar correo electrónico según una lista DNSBL. Esta es la forma de uso más antigua de las DNSBL. Dependiendo del MTA específico, puede haber distinciones sutiles en la configuración que hacen que los tipos de lista como Amarilla y NoBL sean útiles o inútiles debido a cómo el MTA maneja múltiples DNSBL. Una desventaja de usar la compatibilidad directa con DNSBL en la mayoría de los MTA es que las fuentes que no están en ninguna lista requieren verificar todas las DNSBL que se están utilizando con relativamente poca utilidad para almacenar en caché los resultados negativos. En algunos casos, esto puede causar una ralentización significativa en la entrega de correo. El uso de listas Blanca, Amarilla y NoBL para evitar algunas consultas puede usarse para mitigar esto en algunos MTA.
  • Las listas negras de DNS (DNSBL) se pueden usar en software de análisis de spam basado en reglas, como SpamAssassin, donde cada DNSBL tiene su propia regla. Cada regla tiene un peso específico, positivo o negativo, que se combina con otros tipos de reglas para puntuar cada mensaje. Esto permite usar reglas que actúan (según los criterios disponibles en el software específico) para incluir en la lista blanca correos que de otro modo serían rechazados debido a una lista negra de DNS o a otras reglas. Esto también puede tener el problema de una gran carga de búsqueda de DNS sin resultados útiles, pero puede que no retrase tanto el correo porque la puntuación permite que las búsquedas se realicen en paralelo y de forma asíncrona mientras el filtro compara el mensaje con las demás reglas.
  • Con algunas herramientas es posible combinar los enfoques de prueba binaria y reglas ponderadas. Una forma de hacerlo es comprobar primero las listas blancas y aceptar el mensaje si el remitente está en una lista blanca, omitiendo todos los demás mecanismos de prueba. Una técnica desarrollada por Junk Email Filter [ 18 ] utiliza listas amarillas y listas negras para mitigar los falsos positivos que se producen habitualmente al usar listas negras que no se mantienen con el debido cuidado para evitarlos.
  • Algunas listas negras de DNS (DNSBL) se han creado para usos distintos al filtrado de correo no deseado, sino con fines demostrativos, informativos, retóricos y de control de pruebas. Algunos ejemplos son la "Lista sin falsos negativos", la "Lista de los sietes de la suerte", la "Lista de Fibonacci", diversas listas que codifican información GeoIP y listas de selección aleatoria escaladas para igualar la cobertura de otra lista, útiles como control para determinar si los efectos de esa lista se distinguen de los rechazos aleatorios.

Crítica

Algunos usuarios finales y organizaciones tienen inquietudes con respecto al concepto de DNSBL o los detalles de cómo se crean y utilizan. Algunas de las críticas incluyen:

  • Los correos electrónicos legítimos se bloquean junto con el spam de los servidores de correo compartidos. Cuando un servidor de correo compartido de un ISP tiene una o más máquinas comprometidas que envían spam, puede aparecer en una DNSBL. Los usuarios finales asignados a ese mismo servidor de correo compartido pueden encontrar sus correos electrónicos bloqueados por servidores de correo receptores que utilizan dicha DNSBL. [ 19 ] En mayo de 2016, el sistema SORBS estaba bloqueando los servidores SMTP de Telstra Australia, el mayor proveedor de servicios de internet de Australia. Esto no es sorprendente, ya que en cualquier momento, habría miles de computadoras conectadas a este servidor de correo infectadas por virus tipo zombie que envían spam. El efecto es cortar todos los correos electrónicos legítimos de los usuarios del sistema de Telstra Australia.
  • Listas de direcciones IP dinámicas. Este tipo de DNSBL enumera las direcciones IP enviadas por los ISP como dinámicas y, por lo tanto, presumiblemente inadecuadas para enviar correo electrónico directamente; [ 7 ] se supone que el usuario final debe usar el servidor de correo del ISP para todos los envíos de correo electrónico. Pero estas listas también pueden incluir accidentalmente direcciones estáticas, que pueden ser utilizadas legítimamente por propietarios de pequeñas empresas u otros usuarios finales para alojar pequeños servidores de correo electrónico. [ 20 ]
  • Listas que incluyen "operaciones de apoyo al spam", como MAPS RBL. [ 21 ] Una operación de apoyo al spam es un sitio que puede no enviar spam directamente, pero proporciona servicios comerciales a los spammers, como el alojamiento de sitios web que se anuncian en el spam. Rechazar el correo de operaciones de apoyo al spam tiene como objetivo el boicot para incentivar a dichos sitios a dejar de hacer negocios con los spammers, a costa de incomodar a los usuarios que no envían spam pero que utilizan el mismo sitio que los spammers.
  • Algunas listas tienen criterios de inclusión poco claros y la eliminación de la lista puede no ser automática ni rápida. Algunos operadores de DNSBL solicitan un pago (por ejemplo, uceprotect.net) [ 22 ] o una donación (por ejemplo, SORBS ). Algunas de las numerosas políticas de inclusión/eliminación de listas se pueden consultar en el artículo «Comparación de listas negras de DNS».
  • Debido a que las listas tienen diferentes métodos para agregar direcciones IP y/o URI, puede resultar difícil para los remitentes configurar sus sistemas adecuadamente para evitar ser incluidos en una DNSBL. Por ejemplo, la DNSBL de UCEProtect parece incluir las direcciones IP solo después de haber validado una dirección de destinatario o establecido una conexión TCP, incluso si nunca se entrega ningún mensaje de spam. [ 23 ]

A pesar de las críticas, pocos se oponen al principio de que los servidores de correo deberían poder rechazar sistemáticamente el correo no deseado. Uno de ellos es John Gilmore , quien opera deliberadamente un servidor de retransmisión de correo abierto . Gilmore acusa a los operadores de DNSBL de violar la ley antimonopolio .

Que Joe Blow rechace correos electrónicos es legal (aunque es una mala práctica, similar a "matar al mensajero"). Pero si Joe y diez millones de amigos se unen para crear una lista negra, están ejerciendo un poder monopólico ilegal. [ 24 ]

Varias organizaciones, como la Electronic Frontier Foundation y Peacefire , han expresado su preocupación por el uso que hacen algunos proveedores de servicios de Internet (ISP) de las listas negras de DNS (DNSBL). Un comunicado conjunto emitido por un grupo que incluye a la EFF y Peacefire abordó el "bloqueo encubierto", en el que los ISP utilizan DNSBL u otras técnicas de bloqueo de spam sin informar a sus clientes. [ 25 ]

demandas

Los remitentes de spam han presentado demandas contra los operadores de DNSBL por motivos similares:

Ejemplos notables

  • AHBL
  • CBL
  • NJABL
  • SORBS – Lista de servidores de correo electrónico sospechosos de permitir el envío de spam. Páginas que muestran breves descripciones de los destinos de redireccionamiento. 
  • Dynablock

Véase también

Notas

  1. ↑ A partir de julio de 2016, se sabe que 30 de los 41 MTA enumerados en la Comparación de servidores de correo#Funciones antispam admiten DNSBL, 1 no lo admite y se desconocen los 10 restantes.

Referencias

  1. ↑ "¿Qué es una DNSBL?" . DNSBL.info . Consultado el 21 de junio de 2020 .
  2. ↑ "Listas negras de DNS y RHS" . Archivado del original el 21 de marzo de 2013. Consultado el 26 de marzo de 2013 .
  3. ↑ C. Lewis; M. Sergeant (enero de 2012). Descripción general de las mejores prácticas operativas de listas basadas en DNS de correo electrónico (DNSBL) . Grupo de trabajo de investigación de Internet (IRTF). doi : 10.17487/RFC6471 . ISSN 2070-1721 . RFC 6471 . Informativo.
  4. ↑ "RBLMon.com: ¿Qué son las RBL y cómo funcionan?" . Archivado del original el 4 de septiembre de 2017. Consultado el 26 de marzo de 2013 .
  5. ↑ "Revelando la pertenencia a una botnet mediante contrainteligencia DNSBL" (PDF) . Consultado el 26 de marzo de 2013 .
  6. ↑ "Crítica de RBL" . 11 de febrero de 2008. Consultado el 26 de marzo de 2013 .
  7. 1 2 "Electronic Frontier Foundation, EFFector, Vol. 14, No. 31, 16 de octubre de 2001" . 12 de enero de 2012. Recuperado el 26 de marzo de 2013 .
  8. ↑ "Verio silencia al fundador de la EFF por spam" . The Register . Consultado el 26 de marzo de 2013 .
  9. ↑ "Elegir el spam en lugar de la censura" . Archivado del original el 21 de abril de 2003. Consultado el 26 de marzo de 2013 .
  10. ↑ "EMarketersAmerica.org demanda a grupos anti-spam" . Consultado el 26 de marzo de 2013 .
  11. ↑ McMillan, Robert (diciembre de 1997). "¿Qué detendrá el spam?" . Consultado el 16 de mayo de 2008 .
  12. ↑ J. Levine (febrero de 2010). Listas negras y blancas de DNS . Grupo de trabajo de investigación de Internet . doi : 10.17487/RFC5782 . ISSN 2070-1721 . RFC 5782 . Informativo.
  13. ↑ "SURBL" . SURBL . Consultado el 6 de mayo de 2012 .
  14. ↑ "URIBL" . URIBL . Consultado el 6 de mayo de 2012 .
  15. ↑ "ivmURI" . Dnsbl.invaluement.com. 31 de mayo de 2008. Archivado del original el 5 de mayo de 2012. Consultado el 6 de mayo de 2012 .
  16. ↑ "La lista de bloqueo de dominios" . El proyecto Spamhaus . Consultado el 10 de octubre de 2014 .
  17. ↑ Perkel, Marc . "Un nuevo paradigma para listas basadas en DNS" . Recuperado el 20 de marzo de 2012 .{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
  18. ↑ "Filtro de correo basura" . Wiki.junkemailfilter.com. 17 de febrero de 2012. Consultado el 6 de mayo de 2012 .
  19. ↑ "Problemas de entrega de correo electrónico explicados" . Consultado el 26 de marzo de 2013 .
  20. ↑ "The Spamhaus Project, Policy Block List" . Consultado el 26 de marzo de 2013 .
  21. ↑ "Maps Rbl" . Mail-abuse.com. 3 de marzo de 2012. Consultado el 6 de mayo de 2012 .
  22. ↑ UCEPROTECT. "UCEprotect.net" . UCEprotect.net . Consultado el 6 de mayo de 2012 .
  23. ↑ Simpson, Ken. "Cómo entrar en una lista negra sin enviar spam" . Blog de MailChannels . MailChannels Corporation. Archivado del original el 19 de septiembre de 2011. Consultado el 16 de septiembre de 2011 .
  24. ↑ "TOAD.com" . TOAD.com. Archivado del original el 3 de mayo de 2012. Consultado el 6 de mayo de 2012 .
  25. ↑ "Declaración de la coalición contra el "bloqueo encubierto"" . Peacefire.org. 17-05-2001 . Consultado el 06-05-2012 .
  26. ↑ McWilliams, Brian (10 de septiembre de 2003). "No hay tregua en la guerra del spam" . Wired . Consultado el 12 de abril de 2021 .
  27. ↑ "Linxnet.com" . Linxnet.com . Consultado el 6 de mayo de 2012 .
  28. ↑ Leyden, John (5 de septiembre de 2011). "Spamhaus victorioso tras una lucha de 5 años contra el remitente de correo masivo" . The Register . Consultado el 12 de abril de 2021 .
  • Monitor de listas negras : estadísticas semanales de tasas de éxito y fracaso para listas negras específicas.
  • Cómo crear una DNSBL - Tutorial sobre cómo crear una DNSBL (Lista Negra de DNS)
Lecturas relacionadas
6 articulos
Agente de transferencia de mensajesAgente de transferencia de mensajesDentro del sistema de correo electrónico de Internet , un agente de transferencia de mensajes ( MTA ), [1] agente de transferencia de correo , [2] ...Sistema de nombres de dominioSistema de nombres de dominioInvestigación y desarrollo tempranos:Dirección IPDirección IPUna dirección de Protocolo de Internet ( dirección IP ) es una etiqueta numérica como 192.0.2.1 que se asigna a un dispositivo conectado a una red ...Lista negra (informática)Lista negra (informática)En informática , una lista negra , lista de prohibición , lista de bloqueo o lista de denegación es un mecanismo básico de control de acceso que pe...Correo no deseadoUna carpeta de correo electrónico llena de mensajes de spam. El spam de correo electrónico , también conocido como correo basura , correo no desead...Zombie (informática)Zombie (informática)En informática , un zombi es un ordenador conectado a Internet que ha sido comprometido por un hacker a través de un virus informático , un gusano ...