Have you been blocked?
All blocklists are researched and managed by The Spamhaus Project.
Simply click on the link below, which will take you to the Project’s IP and Domain Reputation Checker. From here you will be able to enter your IP or Domain and begin your request for removal.
Please note that the Project’s IP and Domain Reputation Checker is the only place where removals are handled.
IT and security teams consistently face multiple business challenges. Discover how our solutions can help overcome some of those issues.
From processing issues, to email-borne threats our blocklists easily integrate with your current email set-up to improve anti-spam & anti-virus email filtering.
Employ our threat intelligence to increase visibility across security events, reveal potential weaknesses in your network, and threats to your brand.
Stay on top of the latest threats and proactively combat botnet infections, and other forms of abuse, with our solutions.
From clicking on phishing emails to visiting malware dropper sites, our threat intelligence provides automatic protection for your users.
Data for Integration
Enhance your service and create competitive advantage by integrating Spamhaus’ world-class IP and domain reputation data.
Our products provide additional layers of security for networks and email. They also present security teams with additional insight into malicious behavior.
Border Gateway Protocol (BGP)
Block the worst of the worst at your network edge, taking advantage of your existing BGP-capable routers. Configuration only takes minutes.
Data Query Service (DQS)
Benefit from industry-leading real time blocklists. These DNSBLs easily plug into your existing email infrastructure to block spam and other email threats.
A powerful research tool to investigate relationships between internet infrastructures. Quickly pivot to new areas of concern to rapidly investigate potential threats.
Immediately block connections to dangerous sites, including phishing and malware dropper websites. A ‘set and forget’ solution.
Spamhaus Intelligence API
Threat intelligence data in API format to enable users to easily integrate metadata relating to threats with their own applications, programs, and products.
A wide range of datasets, providing multiple layers of protection. They can be plugged directly into your existing hardware, making them an affordable choice.
Border Gateway Protocol (BGP) Feeds
Do Not Route Or Peer (DROP) and Botnet Controller List (BCL) datafeeds can peer with your existing BGP-capable router.
Domain (DBL), Zero Reputation (ZRD) and Hash blocklists (HBL) enable you to block content in emails, filtering out a higher rate of email-borne threats.
Data for Investigation
Passive DNS and extended datasets give you additional information on internet resources. They provide deeper insights into incidents and possible threats.
DNS Firewall Threat Feeds
A wide range of feeds to apply to your DNS recursive server. Choose the right level of protection for your organization.
Spam (SBL), Policy (PBL), Exploits (XBL) and Auth (AuthBL) blocklists allow you to filter email from IPs associated with spam, botnets, and other threats.
Find out more about us.
Learn more about Spamhaus; who we are, and what we do.
Find a parter
Discover our partners and how they can support you.
Become a partner
Learn about the benefits of being a Spamhaus partner and how to get started.
Discover a wide range of blog posts, case studies and reports.
Commonly asked questions about Spamhaus products and processes.
The Blocklist Tester
A tool to help you check if your servers are correctly configured to use Spamhaus DNSBLs.
The Reputation Portal
A tool for ASN owners to get visibility of their IPs’ reputation and proactively manage listings.
Help for the Project's legacy DNSBLs users
Using the Project’s legacy blocklists and suddenly experiencing email issues? This page may be able to help.
In depth information about the technical details and implementation of our products.
Posted by fTLD on 23 Mar 2022
We will never reach a utopia where every individual with an internet connection questions every link they click on and checks every website they view for authenticity. Here, fTLD, the registry for .bank and .insurance top-level domains (TLDs), provides their view of how a TLD can make it simple for users to trust their interactions with websites.
A near entirety of internet cybersecurity threats stem from the simple problem of authentication (i.e., knowing definitively who or what you’re interacting with). Malware, ransomware, business-email-compromise, breaches, identity theft, and financial fraud most commonly originate from interactions with phishing emails or spoofed websites from bad actors pretending to be someone they’re not.
The overwhelming majority of the internet, banks included, operates within open, unrestricted TLDs (e.g., .co, .com, .net), where for just $10-$15, anyone can get any domain for any purpose. We’re forced to rely on the cyber-savviness, investigative ability, and persistence of end-users to keep all of us safe. Despite decades of education around cybersecurity hygiene (i.e., best practices for staying safe online), the simultaneous rampant growth of these cyber-attacks indicates a new approach to cybersecurity is long overdue.
While there is a near-constant flow of innovation attempting to solve this challenge for businesses that need to authenticate their customers, there hasn’t been the same progress in the other direction, i.e., making it easy for customers, employees, and vendors to definitively authenticate their interactions with organizations.
We need a new way to prevent the singular ‘bad clicks’ exposing organizations and individuals to cyberattacks and fraud. The process of identifying these attacks within open, unrestricted TLDs is a moving target as bad actors continually increase the sophistication and frequency of their attacks, making it too complex to keep everyone continuously prepared and vigilant. In such an environment, it’s not surprising that users are unable to consistently do all that is necessary to verify who they’re engaged with online.
It’s time for a new process, one simple enough to become a permanent part of everyone’s cybersecurity hygiene. Interestingly a big part of the answer was implemented when the first six TLDs were established in .com, .net, .org, .edu, .gov and .mil. The .edu, .gov, and .mil domains have restrictions on who can get and use domains, making it crystal clear to visitors of these domains that they are interacting with schools, government bodies, or the U.S. Department of Defense.
In 2015, a similar approach was taken when the banking industry, via fTLD Registry Services, created the .bank TLD to protect banks. This domain is restricted to verified banks and their associations, which ensures that seeing “.bank” at the end of an email address or website URL means you are interacting with a bank (or bank association).
The banking industry, responsible for the governance of .bank, decided to take their cybersecurity a step further and developed Security Requirements that banks must comply with to use their .bank domains. These continuously monitored Security Requirements add multiple layers of cybersecurity, but perhaps most importantly, through the email authentication requirement, they ensure that emails sent from .bank domains are associated with the relevant bank and are not a phishing attack from a bad actor.
fTLD’s verification and authentication process for .bank, which restricts the domain to banks (and their associations), combined with its Security Requirements, enables website visitors and email recipients to easily and immediately authenticate their interactions with their bank(s). Notably, the simplicity of “looking for the ‘.bank’” to prevent those singular ‘bad clicks’ is easy enough to become a permanent part of everyone’s cybersecurity hygiene.
Registering a .bank domain
All organizations must first complete fTLD’s verification process to register a .bank domain. This begins with a Verification Application to ensure they are an eligible bank or association and that the domain name(s) requested correspond to their legal name or branding (e.g., trademark, trade name, service mark). Eligible registrants are then sent digital registration tokens to use with Approved Registrars to purchase their domains. Verifications are performed before domains are awarded and annually thereafter. fTLD also verifies any material changes to registration data (i.e., Registrant Organization, Registrant Name, and Registrant Email) to ensure ongoing compliance and security.
fTLD works with 36 ICANN-accredited registrars who must also meet fTLD cybersecurity requirements, including those in the fTLD Operations Pledge, in order to offer their services and support to .bank registrants. fTLD Approved Registrars.
fTLD’s history and handling of abuse reports
In fTLD’s near seven-year history, there have been only nine alleged reports of abuse and every one was ultimately confirmed as a false positive by the relevant reputation blocklist (RBL) provider.
fTLD’s handling of allegations of abuse is based upon four pillars: verification, investigation, remediation, and follow-up, and is initiated upon the receipt of an RBL abuse report or one provided via email directly to fTLD. fTLD having never had a confirmed case of abuse is a testament to our Security Requirements and the fact that we verify our registrants through our thorough verification process.
It’s proven that TLDs with strong registration restrictions and registrant verification processes have few incidences of abuse because bad actors cannot register lookalike domains to perpetrate fraud. We hope and expect to see more highly regulated industries follow fTLD’s model to protect their organizations and customers in the years to come.
fTLD also operates the .INSURANCE domain in an identical manner to provide the same enhanced cybersecurity for insurance providers and distributors.
Our Passive DNS allows you to quickly and easily navigate through billions of DNS records to shine a spotlight on potentially malicious internet resources associated with your network or domain.
28 April 2022
Here’s a cautionary tale to anyone and everyone who uses email. The learning is simple: Always be vigilant, especially if its content asks you to provide personal information or click on links and download files.
30 March 2022
fTLD, the registry behind .bank, turns to Passive DNS to ease the burden of compliance.
16 March 2022
Here are some key considerations regarding the proper processes and procedures when sending email using a newly acquired domain name.