IP DETECTION
Detect your IP address
Check if your IP is listed in spam blacklists, botnets, or malware databases
Blacklist checking process
Detect your IP address
Query 15+ blacklists
Analyze listing status
Generate detailed report
"Blacklisted" sounds severe. The reality is boring and specific. DNSBLs (DNS-based Blackhole Lists) are an email security mechanism from the 1990s, repurposed in the 2000s as a generic IP reputation signal, and treated in the 2020s as a privacy indicator by people who don't read the source documentation. Being on five DNSBLs doesn't mean your privacy is compromised. It usually means your VPN exit, your mobile carrier, or your ISP's residential pool was preemptively listed years ago by a policy database that has nothing to do with you personally. The technology is straightforward. The lists themselves disagree about what "listed" should mean. Most of the 80+ blacklists that a typical "blacklist check" tool queries are abandoned, mirror-only, or scientifically meaningless. The five that matter behave very differently from each other. Sections below: how DNSBL queries actually work, why your IP is probably already on three of them and that's fine, and what listing actually predicts.
A DNSBL is a DNS zone. The query format comes from RFC 5782 (ratified 2010), but in practice the convention dates to the MAPS Realtime Blackhole List from 1997. Check 1.2.3.4 against Spamhaus Zen: reverse the octets, append the list domain, query the A record. So `4.3.2.1.zen.spamhaus.org`. NXDOMAIN means clean. An A record of `127.0.0.X` means listed, where X encodes the reason: 127.0.0.2 is the SBL spam list, 127.0.0.4 is XBL exploit, 127.0.0.10 is the PBL policy list. Normal DNS protocol, no special channel. This design has consequences. Spamhaus runs the most widely-used DNS infrastructure in email by query volume, north of 100 billion queries per day at the peak. The cost of being looked up is on the querier, not the list operator. Free public DNS resolvers (Google, Cloudflare) rate-limit DNSBL queries because operators noticed their resolvers being used to consume reputation data at scale. Same dynamic as a buffet operator noticing a few diners filling Tupperware. Production mailservers run their own DNS or pay for a feed. The format also means false positives don't really happen at the protocol level. NXDOMAIN is unambiguous. What can happen: an operator stops responding to queries, the list goes effectively dark, and queries time out. SORBS went through this in 2024 when its parent company decided the list was unprofitable. For Tor exit lists the same protocol applies but the semantics are different. Tor's official exit list is published by torproject.org as `BulkExitList` and republished as DNSBL-format zones. Listed means "this IP is a Tor exit relay right now". Not abuse. Just a fact.
A typical blacklist check tool advertises 80+ lists. About five of those affect mail delivery in 2026. **Spamhaus Zen.** Combined feed: SBL (manually curated spam senders), XBL (automated detection of compromised hosts and exploit traffic), CSS (snowshoe-spam infrastructure), PBL (policy list, IPs that shouldn't send mail directly). Used by an estimated 80% of mailservers globally. If you're listed on Zen, your mail bounces almost everywhere. **SpamCop.** Cisco-owned, user-reported. Auto-delists 24 hours after reports stop. Generally considered fair, occasional false positives from joe-jobs (spammers using your domain in From:). **Barracuda Reputation Block List.** Aggregate scoring across Barracuda's global filter network, which protects a meaningful chunk of corporate mail. Free to query, opaque internally. Removal request form works, usually quickly. **Composite Blocking List.** Detects bots and trojan-infected hosts via traffic patterns, not user reports. Now part of Spamhaus XBL but historically tracked separately. Auto-delists after a period of clean traffic. **UCEPROTECT.** Three levels. Level 1 lists confirmed bad senders. Level 2 lists IP ranges. Level 3 lists entire autonomous systems if any IP within sent spam. Level 3 is rejected by most professional mailservers because it lists hyperscalers (AWS, Azure) on principle. UCEPROTECT also operated a paid express-removal service for years, which most reputation services consider disqualifying. It's still widely queried in third-party check tools because the count looks impressive. The other 75-ish lists in a typical check are some combination of: regional (SURBL, regional ISP lists), abandoned (the operator's domain expired but caches still answer), tarbabies (lists that exist mainly to inflate numbers), or replicas that pull from one of the five above. When a check tool reports "your IP is on 3 of 87 lists", the question is which 3. Three out of {Spamhaus, SpamCop, Barracuda} is bad. Three out of {UCEPROTECT-3, dnsbl.invaluement.com, list.dsbl.org} is closer to noise.
A few categories of IPs are listed on something almost by definition. Mobile carrier IPs: every major carrier rotates customers through CGNAT pools where thousands of devices share one egress IP. If 0.01% of those devices are infected at any given time, the IP looks like a botnet. Spamhaus PBL covers most carrier ranges as policy. Listing isn't about your personal traffic. Residential ISP dynamic ranges follow the same logic. Comcast, Verizon Fios, Deutsche Telekom retail pools. All on PBL by their own request, because consumer IPs shouldn't send SMTP directly anyway. If you check your home IP, expect a PBL hit. It means nothing for web browsing, file transfer, gaming, video calls, or anything that isn't outgoing email-on-port-25. VPN exits sit in the same bucket. Most popular commercial VPNs operate exit IPs that have been used for spam at some point. NordVPN, Surfshark, Mullvad have all had exit IPs surface on UCEPROTECT or SpamCop. The VPN provider knows. They route SMTP through a separate egress to avoid mail-bounce complaints. Hosting providers (AWS, Hetzner, OVH, Digital Ocean): their entire ranges are watched aggressively. New IPs from a fresh VPS get a "warming up" period before mail lands in inboxes. PassiveTotal-style reputation feeds know which subnets belong to which provider and treat any unknown sender from a hosting range with suspicion. What this adds up to: a "blacklisted" hit on a privacy test usually means your IP belongs to a category listed by category, not because you specifically did something. Real privacy-relevant findings come from the IP intelligence layer (Cloudflare's threat score, MaxMind's risk score, IPQS), not from DNSBLs. Treating DNSBL as a privacy signal is like reading a credit report to find out if someone is single. The data is there. It's about something else entirely. The WHOX blacklist check queries the five real DNSBLs, the major Tor exit feeds, and known proxy/VPN ranges, separated by category. Being on the policy lists means almost nothing. Being on Spamhaus SBL or XBL means something specific. The output tells you which.
Common reasons include: your IP was used to send spam (possibly due to malware), your IP is part of a shared hosting or VPN service with other abusive users, or your ISP's IP range has a poor reputation. Dynamic IPs are particularly prone to blacklisting.
Each blacklist has its own delisting process. Most have a self-service removal form on their website. First, fix the underlying issue (remove malware, secure your network), then request removal. Some lists automatically delist after a period of no abuse.
Tor exit node lists are informational, not punitive. They simply indicate your IP is a Tor exit node. This is expected if you're running a Tor relay and doesn't necessarily mean you'll be blocked from services.
Run the full WHOX toolkit from one place: leak checks, fingerprint probes, network diagnostics, reputation lookups, and privacy failure tests.