2025年新注册的通用顶级域名里竟然有 10% 到 20% 都是骗局
作为开发者，我们习惯于关注 DNS 解析的延迟、缓存刷新或者怎么配置一个稳定的 CDN，但很少去思考这个基础架构在当下已经变成了犯罪分子的“低成本基建”。对于大多数公司来说，DNS 只是一个把域名指向 IP 的工具，但在规模化诈骗面前，它更像是一个极其高效的流量分发网络。
在这种环境下，如果我们还在依赖传统的“静态黑名单”来过滤恶意域名，效率实在太低了。因为域名注册成本极低，骗子可以用脚本在几秒钟内生成数千个随机域名，而黑名单的同步和更新永远慢半拍。
我尝试过在自己的自动化监控脚本里加入一些基础的域名健康度检查，虽然不能完全屏蔽诈骗域名，但能过滤掉一部分明显异常的请求。一个比较实用的思路是通过检查域名的 creation_date（创建日期）来判断风险。如果一个域名注册不到 24 小时，且立刻开始向大量用户发送请求，那么它被标记为“可疑”的概率极大。
下面是我用 Python 写的一个简单示例，利用 whois 库来检查域名的注册时长。如果域名注册时间太短，直接在逻辑层给它打上低信用标签：
import whois
from datetime import datetime, timezone
def check_domain_age_risk(domain_name):
try:
# 获取域名的 WHOIS 信息
w = whois.whois(domain_name)
creation_date = w.creation_date
# 处理某些注册商返回的是列表的情况
if isinstance(creation_date, list):
creation_date = creation_date[0]
if not creation_date:
return "Unknown", None
# 统一转换为 UTC 时间戳
if creation_date.tzinfo is None:
creation_date = creation_date.replace(tzinfo=timezone.utc)
else:
creation_date = creation_date.astimezone(timezone.utc)
now = datetime.now(timezone.utc)
age_days = (now - creation_date).days
# 定义风险阈值：注册不足 7 天的域名定义为高风险
if age_days < 7:
return "High Risk", age_days
elif age_days < 30:
return "Medium Risk", age_days
else:
return "Low Risk", age_days
except Exception as e:
return f"Error: {str(e)}", None
# 测试一个域名
risk_level, days = check_domain_age_risk("example-scam-site.com")
print(f"Risk Level: {risk_level}, Age: {days} days")在实际部署中，单纯靠这个脚本是不够的，因为现在很多骗子会购买“老域名”（Aged Domains）来绕过时间检查。但结合 DNS 记录的频繁变动（比如 TTL 设置得极短且 IP 频繁漂移）以及 SSL 证书的签发时间，可以构建一个更完整的信用评分模型。
最让人无奈的是，ICANN 已经讨论这个问题很多年了，但由于 DNS 的去中心化特性和商业利益，很难在根源上限制低质量域名的泛滥。对于我们写代码的人来说，不能再把 DNS 视为一个“绝对可信”的寻址系统，而应该把它看作一个充满噪音的不可信环境。在处理外部 Webhook 回调或者第三方 API 请求时，增加一层基于域名的多维度校验已经不再是“锦上添花”，而是生存必需。
