O que é DNSBL (RBL)? Como funcionam as blacklists de DNS

Publicado em 2026-11-03 ／ Atualizado em 2026-11-03 ／ Por Yuki Nakazawa

Uma DNSBL (blacklist baseada em DNS, também chamada de lista de bloqueio DNS ou RBL) é uma lista de endereços IP ou nomes de domínio que o operador da lista considera fonte de spam ou abuso, publicada para que qualquer pessoa possa consultá-la com uma consulta DNS comum. Os servidores de e-mail consultam cada remetente que se conecta em uma ou mais DNSBLs e, em seguida, rejeitam a mensagem, aceitam-na ou somam o resultado a uma pontuação de spam.

Este guia explica como funciona uma consulta a uma DNSBL (endereços IP invertidos, registros A e TXT, formato nibble do IPv6), a diferença entre listas baseadas em IP e em domínio, como os destinatários de fato usam as respostas, a diferença entre blacklists e whitelists, por que endereços acabam listados e qual é o papel de uma listagem quando os seus e-mails não estão sendo entregues. Ele se baseia na RFC 5782 e na documentação oficial dos principais operadores de listas em 11/2026.

Verifique gratuitamente se o seu domínio ou endereço IP está em alguma de cerca de 345 blacklists.

O que significam DNSBL e RBL

A RFC 5782, "DNS Blacklists and Whitelists", usa o termo genérico DNSxL para uma zona DNS cujos registros identificam hosts de uma lista. Uma blacklist é uma DNSBL; uma whitelist é uma DNSWL. As duas são construídas da mesma forma. Só muda o significado que o destinatário atribui a uma correspondência.

RBL significa Real-time Blackhole List. Segundo a RFC, a primeira lista desse tipo foi criada em 1997 e ficou conhecida por esse nome. A rigor, RBL se refere a essa lista original e à sua sucessora, e a RFC observa que o termo é uma marca de serviço registrada nos Estados Unidos. No uso cotidiano, porém, "RBL" e "DNSBL" são usados quase como sinônimos, então "o que é uma RBL" e "o que é uma DNSBL" são, na prática, a mesma pergunta.

A RFC 5782 é um documento informativo (Informational), não um padrão da Internet. Ela foi produzida pelo IRTF Anti-Spam Research Group e representa o consenso desse grupo sobre práticas que melhoram a interoperabilidade entre blacklists e whitelists de DNS. Ela não descreve nem recomenda políticas para incluir ou remover endereços; a RFC prevê que isso seja tratado em um documento separado. Na prática, cada operador define a sua própria política de listagem e remoção.

Como funciona uma consulta a uma DNSBL

Uma consulta a uma DNSBL é uma consulta DNS normal, então uma verificação manual não exige nenhum software especial: qualquer coisa capaz de resolver um nome consegue consultar uma lista. Os operadores das listas podem, porém, definir termos de uso. Os servidores públicos do Spamhaus, por exemplo, são gratuitos apenas para uso não comercial de baixo volume, e consultas feitas por resolvedores públicos não recebem respostas confiáveis (veja abaixo).

IPv4: inverta o endereço e acrescente a zona

Para um endereço IPv4, escreva os quatro octetos em ordem inversa e acrescente o nome da zona da lista. A estrutura é emprestada do DNS reverso. O exemplo da RFC 5782 verifica 192.0.2.99 em uma lista em bad.example.com consultando:

99.2.0.192.bad.example.com

O registro A diz "listado", o registro TXT diz por quê

Registro A. Toda entrada listada precisa ter um registro A. Por convenção, o valor é 127.0.0.2. O valor é um sinal, não um endereço, e não deve ser usado como tal; as listas usam a faixa 127.0.0.0/8 para que um valor usado por engano não gere tráfego de rede indesejado.
Não listado. Se o endereço não está na lista, não há registros para ele, então a consulta normalmente retorna NXDOMAIN.
Registro TXT. Uma DNSBL deve publicar um registro TXT descrevendo o motivo da listagem. Os clientes precisam verificar o registro A e também podem verificar o registro TXT.
Valores diferentes para sublistas diferentes. Uma lista combinada pode retornar valores 127.0.0.x diferentes para indicar qual sublista correspondeu, ou vários registros A ao mesmo tempo. O significado é específico de cada lista, então leia sempre a documentação do operador. O nosso guia de códigos de resposta de DNSBL cobre os mais comuns.

Pelo terminal (a zona aqui é apenas um exemplo):

dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXT

Entradas de teste

A RFC 5782 exige que as listas IPv4 contenham uma entrada para 127.0.0.2 e não contenham uma para 127.0.0.1. Espera-se que os clientes verifiquem essas entradas de teste antes de confiar em uma zona e que não usem uma zona que responda a elas de forma incorreta.

IPv6: o formato nibble

Um endereço IPv6 é escrito por extenso com 32 dígitos hexadecimais e depois invertido um dígito (um nibble) por vez, com um ponto entre cada um, seguido da zona da lista. O exemplo da RFC, para 2001:db8:1:2:3:4:567:89ab em ugly.example.com:

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.8.b.d.0.1.0.0.2.ugly.example.com

As listas IPv6 precisam conter a entrada de teste ::FFFF:7F00:2 (127.0.0.2 como endereço IPv4 mapeado) e não podem conter ::FFFF:7F00:1. Nem todas as listas suportam IPv6, então verifique a documentação do operador antes de confiar em uma consulta IPv6.

Listas baseadas em IP e em domínio

As listas se dividem em dois grandes tipos, conforme o que contêm.

Tipo	Nome consultado	O que os destinatários costumam verificar
Baseada em IP	Endereço IP invertido mais a zona	O IP do servidor que se conecta; IPs encontrados nos campos de cabeçalho Received
Baseada em domínio (RHSBL)	Nome de domínio mais a zona	O nome HELO, o domínio do MAIL FROM, os domínios dos links no corpo da mensagem

No exemplo de domínio da RFC 5782, invalid.edu é verificado em doms.example.net consultando invalid.edu.doms.example.net. As listas baseadas em domínio às vezes recebem o nome de RHSBL (right-hand-side blacklist, ou blacklist do lado direito do endereço). As suas entradas de teste usam nomes reservados: a lista precisa conter TEST e não pode conter INVALID.

A Spamhaus Domain Blocklist (dbl.spamhaus.org) é um exemplo muito usado, e a sua documentação traz alguns pontos práticos:

Ela é só de domínios. Consultá-la com um endereço IP sempre retorna um código de "listado", então ela não deve ser configurada como uma DNSBL genérica de IPs. O Spamhaus recomenda o ZEN (zen.spamhaus.org) para consultas de IP.
Você pode consultar um hostname completo; há correspondência se o domínio do host estiver listado.
Durante a sessão SMTP, ela é verificada contra a string HELO e o domínio do MAIL FROM. Depois que a mensagem é aceita, ela é verificada contra os domínios nos cabeçalhos e no corpo, como URLs e endereços de contato.

A consequência prática: um IP de envio limpo não garante a entrega. Um domínio de envio listado, ou um domínio listado que aparece em um link na mensagem, ainda pode causar um bloqueio.

Como os servidores de destino usam as DNSBLs

A RFC 5782 descreve a configuração típica. Um servidor de e-mail verifica um conjunto configurado de DNSxLs em cada conexão SMTP recebida. Uma correspondência em blacklist o leva a rejeitar a conexão; uma correspondência em whitelist o leva a aceitar. Como alternativa, os resultados alimentam uma função de pontuação que os pondera junto com outros sinais. Filtros que rodam depois que a mensagem é recebida geralmente extraem os IPs a testar dos campos de cabeçalho Received ou das URIs no corpo.

Rejeitar ou pontuar?

Essa escolha é do destinatário. O próprio FAQ do SpamCop chama a sua lista de ferramenta agressiva e recomenda marcar ou desviar o suspeito de spam, ou usar a lista como um dos fatores de uma pontuação, em vez de rejeitar os e-mails diretamente. Ele descreve as configurações de rejeição como informação para administradores que não podem usar uma abordagem mais sutil.

Armadilhas sobre as quais os destinatários são alertados

Você está delegando o julgamento. Usar uma DNSxL entrega parte da gestão do seu servidor ao operador da lista. A RFC diz que você deve garantir que as políticas da lista sejam compatíveis com as suas.
Listas desativadas. Um operador que encerra uma lista pode instalar um curinga que lista todos os endereços. As entradas de teste mencionadas acima são a forma de um cliente perceber isso.
Cache. Os servidores podem guardar os resultados em cache, mas precisam respeitar os TTLs e descartar registros expirados.
Resolvedores públicos. O FAQ do Spamhaus diz que consultas pelo Google Public DNS vão, na maioria dos casos, retornar "não listado", e assim listagens reais passam despercebidas. Códigos em 127.255.255.x são erros, como 127.255.255.254 para uma consulta feita por um resolvedor público bloqueado, e não devem ser lidos como "listado". O Spamhaus observa que alguns servidores rejeitam por engano todos os e-mails por causa disso e recomenda usar o seu próprio resolvedor.

Esse é um dos motivos pelos quais duas ferramentas de verificação podem discordar sobre o mesmo endereço: elas podem estar consultando por resolvedores diferentes.

Blacklists e whitelists (DNSBL e DNSWL)

Uma DNSBL e uma DNSWL são consultadas da mesma forma, mas uma correspondência significa o oposto. Segundo a RFC 5782, os administradores de rede costumam usar DNSBLs para bloquear tráfego e DNSWLs para aceitar tráfego de forma preferencial. A mesma lista pode até servir como blacklist em um contexto e como whitelist em outro.

Aspecto	DNSBL (blacklist)	DNSWL (whitelist)
Finalidade	Rejeitar ou penalizar	Aceitar ou dar crédito
Registro TXT	Deve explicar a listagem	Menos útil, já que o SMTP não tem como dizer a um cliente por que ele foi aceito; algumas listas publicam um mesmo assim
Valor do registro A	Listado ou não, e em qual sublista	Pode trazer uma pontuação de reputação ou de confiança

O dnswl.org (list.dnswl.org) é um exemplo de whitelist. A sua documentação diz que as respostas têm a forma 127.0.x.y, em que x é uma categoria e y um nível de confiança de 0 (nenhuma) a 3 (alta). Ela sugere deixar os hosts listados pularem o greylisting e as verificações de blacklist, deixar os hosts de confiança média e alta pularem a filtragem de spam e nunca pular a verificação de vírus. O quanto uma entrada em whitelist isenta continua sendo decisão do destinatário.

Motivos comuns para um IP ou domínio ser listado

Cada operador define os seus próprios critérios, e muitos mantêm os gatilhos exatos em sigilo. Os motivos abaixo vêm da documentação publicada pelos operadores.

Denúncias de spam e spam traps. A SpamCop Blocking List contém IPs que enviaram e-mails denunciados por usuários do SpamCop, com peso extra para e-mails enviados a spam traps (endereços coletados ou criados por spammers). O seu FAQ diz que, sem novas denúncias, uma listagem dura apenas 24 horas, e os endereços são removidos automaticamente quando as denúncias param.
Dispositivos infectados ou comprometidos. A Spamhaus XBL lista IPs automaticamente com base em evidências como malware, aplicativos de "VPN gratuita" que retransmitem tráfego de terceiros pelo dispositivo, participação em ataques de força bruta ou tentativas de retransmitir e-mails com credenciais roubadas. Se a causa persistir, o IP é listado novamente na próxima vez que se conectar.
Configuração incorreta e má higiene de listas. O Spamhaus CSS cita nomes HELO que não correspondem ao DNS direto, sites e instalações de CMS comprometidos, configurações inseguras e listas de e-mail mal mantidas. Ele afirma que a causa precisa ser identificada e corrigida antes da remoção.
Listagens por política. A Spamhaus PBL abrange espaços de endereços, muitas vezes de banda larga residencial, que não devem enviar e-mails diretamente. O Spamhaus diz que uma listagem na PBL não resulta de nada que o usuário final tenha feito; espera-se que os e-mails dessas faixas saiam por um servidor SMTP autenticado.
Infraestrutura compartilhada. Na hospedagem compartilhada, os envios de outro cliente podem afetar o IP que você usa. Veja o que fazer quando o IP de uma hospedagem compartilhada está em blacklist.

O papel das DNSBLs quando o e-mail não é entregue

Uma listagem em DNSBL é uma das possíveis causas de e-mails não entregues, não a única. Endereços errados, caixas de entrada cheias, problemas do lado do destinatário e falta de autenticação também podem causar devoluções. Quando uma lista está envolvida, a mensagem de devolução muitas vezes cita o nome dela ou inclui uma URL de consulta.

Leia a devolução. Anote o código de resposta e qualquer nome de lista ou URL no texto.
Identifique o seu IP e o seu domínio de envio. Use as linhas Received dos cabeçalhos ou pergunte a quem administra o servidor.
Verifique as principais listas de uma vez. Use o verificador de blacklist e depois confirme qualquer correspondência na página de consulta do próprio operador.
Corrija a causa. Analise as causas acima. Pedidos feitos antes de corrigir a causa geralmente terminam em nova listagem.
Siga o processo daquele operador. Algumas listas expiram sozinhas, algumas aceitam pedido de remoção e algumas só aceitam pedidos do dono da rede. A decisão de remover da lista é sempre do operador da lista, e um pedido não é promessa de remoção.

Os destinatários também aplicam a sua própria filtragem, então os e-mails podem não voltar a fluir no momento em que a listagem termina. Para a sequência completa de solução de problemas, veja e-mail em blacklist: como ler a devolução e, para autenticação, configuração de SPF, DKIM e DMARC. Se não conseguir identificar a causa por conta própria, você pode pedir a nossa ajuda.

Se preferir não resolver isso sozinho

Indicamos prestadores que cuidam de pedidos de remoção, consultoria e orientação (a partir de JPY 50,000). A remoção é decidida por cada operador da lista e não pode ser garantida.

Pedir ajuda

Este site pode receber uma comissão por indicação dos prestadores listados. About

Perguntas frequentes

RBL é a mesma coisa que DNSBL?

Na prática, sim. RBL era o nome da lista original criada em 1997, e a RFC 5782 usa DNSBL como termo geral. Hoje a maioria das pessoas usa as duas palavras como sinônimos.

Uma consulta retornou 127.0.0.2. O que isso significa?

Pela convenção descrita na RFC 5782, 127.0.0.2 significa que o endereço está listado. Listas combinadas usam valores diferentes para sublistas diferentes, e alguns valores, como os códigos 127.255.255.x do Spamhaus, são erros e não listagens. Consulte a documentação do operador para saber o significado exato.

Se eu estiver em uma DNSBL, todos os meus e-mails vão voltar?

Não necessariamente. Cada destinatário escolhe quais listas usar e se rejeita quando há correspondência ou apenas soma pontos a uma pontuação de spam. É por isso que os e-mails para alguns destinatários podem falhar enquanto os enviados a outros continuam chegando.

É possível verificar endereços IPv6 em uma DNSBL?

A RFC 5782 define um formato IPv6 em que o endereço completo é invertido um dígito hexadecimal por vez. Nem todas as listas suportam IPv6, então verifique se a lista que interessa a você tem suporte a IPv6.

Estar em uma whitelist significa que os meus e-mails nunca serão filtrados?

Não. Uma entrada em whitelist é um sinal que o destinatário pode usar como achar melhor. O dnswl.org, por exemplo, sugere pular a filtragem de spam apenas para entradas de confiança média e alta e nunca pular a verificação de vírus.

Páginas oficiais consultadas

As informações deste artigo foram conferidas nas páginas oficiais abaixo na data da publicação. Políticas e procedimentos mudam sem aviso prévio; consulte as páginas oficiais antes de tomar qualquer decisão importante.

Guias relacionados

Códigos de retorno de DNSBL: 127.0.0.2, 127.255.255.x e NXDOMAIN

Como ler códigos de retorno de DNSBL: o 127.0.0.2 na RFC 5782, códigos do Spamhaus, SpamCop e UCEPROTECT, códigos de erro e NXDOMAIN versus SERVFAIL.

E-mail em blacklist? Como ler a devolução e sair da lista

E-mail bloqueado por blacklist? Leia o código de devolução, verifique as causas na ordem certa, saiba quais listagens importam e peça a remoção.

Remoção do Spamhaus: como tirar seu IP ou domínio da lista

Listado no Spamhaus? Descubra em qual lista está (ZEN, PBL, XBL, CSS, SBL, DBL), o que significam os códigos de retorno e o caminho certo de remoção.

Todos os guias →