曾开发邮箱屏蔽库却反遭误判：为何不应一刀切禁止隐私邮箱注册

本文作者作为开发者，曾于 2018 年发布 Burnex 库用于屏蔽一次性邮箱，旨在防止虚假注册。然而，他在近期尝试使用 Proton Mail 别名注册 ECMWF 数据服务时，却被自己倡导的这种策略所拒，引发了对防御机制的深刻反思。作者指出，随着 Apple Hide My Email 和 Firefox Relay 等服务的普及，隐私邮箱已成为主流。传统的黑名单策略错误地将“个人隐私别名”与“公共临时收件箱”混为一谈，导致注重隐私的真实用户被系统误判为恶意行为者。技术层面上，域名黑名单的防御效能已大幅下降，因为攻击者可以通过 Gmail 别名或廉价的自定义域名轻易绕过屏障。这种拦截手段造成了不对称的代价：只能轻微干扰低级脚本，却彻底拒绝了真实用户的访问。为此，作者已不再推荐全盘屏蔽策略，并建议上游开源库（如 wesbos/burner-email-providers）将列表拆分为“公共共享邮箱”和“个人转发服务”两类，倡导更精细化的风控管理。

事件分析

💡 核心观点：将隐私保护工具视为威胁的旧安全范式已失效，唯有区分恶意脚本与隐私别名，才能兼顾安全防线与用户信任。