APWG 仅在 2026 年第一季度就统计到 971,181 次网络钓鱼攻击，比上一季度还增长了 13.8%。而在 2026 年 1 月，Google 发现有超过 550 个威胁组织在一周内借助其流量后，成功打掉了它所称的 全球最大住宅代理网络之一。这也说明了一个事实：代理在这场钓鱼攻防战里，既可能是盾，也可能是矛。
这正是大多数聊“代理与钓鱼”的文章最容易忽略的地方。它们要么把代理说成护盾——“买我们的代理产品，就能更安全”；要么把代理说成攻击者的工具——“小心为上”。但现实远比这复杂，也更值得细看。
攻击者会借助代理基础设施隐藏来源、轮换可信 IP 地址，甚至在 MFA 之后直接窃取已认证会话。防御方则会用代理来安全分析可疑链接、测试钓鱼页面在不同国家的展示效果，并在恶意流量还没碰到自己网站之前先拦下来。本文会把攻防两面都讲透，然后给你一套可以直接落地的实操流程。没有空话，也没有“银弹”。
- 难度： 中级
- 预计时间： 阅读和规划约 25 分钟；实际实施时间因步骤而异
- 你需要准备： 对组织 Web 基础设施有基本了解、可访问域名的 DNS 设置、Chrome 浏览器（用于 Thunderbit 步骤），以及可选的代理服务商账号
什么是网络钓鱼，为什么企业必须重视？
网络钓鱼本质上就是一种欺骗攻击。犯罪分子会通过电子邮件、短信、伪造登录页、二维码或仿冒网站，诱骗用户交出账号凭证、批准登录、安装恶意软件，或者直接转账。
它早就不是简单的“垃圾邮件”了。今天的钓鱼攻击，通常会把云端托管页面、伪造的 Microsoft 365 登录流程、二维码，以及会话令牌窃取这些手法组合起来一起用。
对企业来说，代价非常真实。IBM 2025 年数据泄露成本报告指出，全球平均泄露成本已经达到 440 万美元。FBI 2025 年互联网犯罪报告则显示，IC3 收到约 45.3 万起网络欺诈投诉， 报告损失超过 177 亿美元，其中商业电子邮件诈骗（BEC）就占了 30 多亿美元。
凭证盗窃、汇款欺诈、供应链入侵、监管罚款——网络钓鱼几乎会波及所有这些风险。
接下来，我们会讲清楚代理在攻击和防御两端分别扮演什么角色，以及真正分层、真正有效的防护体系应该长什么样。
代理的双重属性：既是你的盾，也是他们的武器
代理是设备与互联网之间的中介。网站看到的不是你的真实 IP，而是代理的 IP。你可以把它理解成转寄服务：收件人看到的是转寄地址，而不是你的家庭住址。
也正因为这个特性，代理才会变成“可双重使用”的工具。安全团队会借助代理，在不暴露企业 IP 或分析员工作站的前提下调查威胁；攻击者则会用同样的技术，让恶意流量看起来像是来自普通用户、不同国家，甚至是可信的住宅网络。Barracuda 在 2026 年 4 月的分析 说得很直白：住宅 IP 之所以更像“真流量”，就是因为它们绑定的是真实家庭或小企业网络连接，所以不太容易触发风控。
很多同类文章只讲其中一边，这会让读者看到一个不完整的画面——也就做不出完整的防御。
攻击者如何用代理对付你
对企业防守方来说，最关键的三类攻击手法是：匿名与 IP 轮换、住宅代理滥用，以及对可信平台的规避。
什么是 AiTM（Adversary-in-the-Middle，中间人攻击式钓鱼）
AiTM 是一种会直接打碎“我们已经有 MFA 了”这种想法的攻击方式（先说结论：传统 MFA 在这里并不够用）。
在 AiTM 攻击里，攻击者会把一个反向代理放在受害者和真实登录页之间——比如 Microsoft 365。用户看到的页面看起来完全正常，输入账号密码、完成 MFA，真正的身份提供商也会签发会话 Cookie。但因为所有流量都经过了攻击者的代理，攻击者就能把这个会话 Cookie 截获下来。之后他们可以直接复用这个 Cookie 访问账号——不需要密码，也不需要再次触发 MFA。
Microsoft 对 Tycoon2FA 的分析 显示，这类主流 AiTM 钓鱼工具包可以伪装成 Microsoft 365、Outlook、SharePoint、OneDrive 和 Google 登录页。它们还能生成 PDF 和二维码、管理跳转链路，并跟踪 MFA 使用情况和会话 Cookie 的捕获结果。其基础设施通常使用短生命周期子域名和托管在 Cloudflare 上的架构，以增加封锁难度。
这不是纸上谈兵。AiTM 工具包已经在大规模实战中被滥用，而这也是“我们有 MFA”并不能彻底回答钓鱼问题的关键原因。
住宅代理滥用与 IP 轮换
住宅代理网络会把攻击流量路由到真实家庭 IP 上，让钓鱼请求看起来更可信，从而绕过基于 IP 的风控。很多服务商并不会严格核查其 IP 的使用方式，这就催生出一个灰色市场。
最典型的例子是：2026 年 1 月，Google Threat Intelligence Group 打击了 IPIDEA 住宅代理网络，使其可用设备池减少了数百万。GTIG 观察到，在单个七天周期内，有超过 550 个独立威胁组织使用了 IPIDEA 的出口节点。调查还发现，这些节点与僵尸网络、SaaS 访问滥用、密码喷洒攻击以及全球间谍活动存在重叠。许多代理 SDK 的部署也没有清晰的用户同意流程。
FBI 2026 年关于住宅代理的警示 则把网络钓鱼、凭证登录、暴力破解、账号接管、垃圾邮件和 C2 混淆列为其典型犯罪用途。
可信平台托管与钓鱼工具包规避
另一种规避方式，是把钓鱼页面托管在可信平台上——例如 SharePoint、Google Docs、Azure Blob Storage——借助这些平台的域名信誉来降低被识别的概率。Microsoft 对 Azure Blob Storage 威胁的分析 显示，攻击者会借此托管仿冒的 Microsoft 登录页，仅凭证书这类静态信息，受害者很难判断页面是否恶意。
钓鱼工具包本身也会内置规避逻辑。Cofense 的钓鱼工具包分析 记录了地理位置过滤、User-Agent 和语言过滤、CAPTCHA、开发者工具检测，以及跳转到正常页面等行为。如果访客不符合目标画像——比如国家不对、浏览器不对，或者看起来像安全扫描器——页面就会显示无害内容，或者直接返回 404。
如果你只从单一企业 IP 或云数据中心去扫描，很多页面都会被漏掉。因为这些工具包就是专门设计来躲开你的。
防守方如何利用代理反击
从防御角度看，代理有四项非常实用的工作：
-
匿名扫描 URL 和域名。 把可疑链接通过受控代理打开，让目标站点看到的是代理 IP，而不是员工电脑或企业网络。这样既能降低直接暴露风险，也能形成可重复的调查流程。
-
收集威胁情报。 使用轮换代理抓取钓鱼基础设施、域名列表、公开威胁情报源或新注册域名来源，避免因为请求次数稍多就被封禁。（前提是始终遵守法律和服务条款。）
-
分布式地理检测。 通过多个地区的代理查看可疑 URL 是否在美国、欧洲、亚太或其他目标市场表现不同。这能抓住使用地理围栏或 User-Agent 过滤的工具包——也就是上面提到的那些规避手法。
-
反向代理 / WAF 部署。 反向代理位于你自有域名前端。它们不能阻止员工点击外部钓鱼链接，但可以保护你的站点不受机器人流量、撞库、恶意载荷和滥用流量模式影响。
为什么只靠 MFA 无法防住基于代理的钓鱼
我在几十个 IT 论坛里都见过这类争论：“我们已经有 MFA 了，所以万无一失。” 但真正经历过 AiTM 事件的系统管理员，通常完全不这么看。
机制其实很简单。受害者在看起来真实的登录流程里完成 MFA。真实身份提供商签发会话令牌。攻击者则通过自己的反向代理把这个令牌截获。
认证确实成功了——但这时攻击者已经拿到了会话控制权。如果活动会话还在，或者攻击者已经改动了 MFA 配置，仅仅重置密码可能还不够。Microsoft 明确指出，受影响组织除了常规修复外，还需要吊销会话 Cookie，并回滚攻击者做过的 MFA 改动。
短信验证码、OTP 应用、推送确认——只要用户是在攻击者控制的流程里完成这些步骤，它们都可能被钓走。MFA 本身并没有失效，问题在于攻击者从头到尾都在旁边看着。
真正能阻止 AiTM 钓鱼的办法
FIDO2 / Passkeys。 FIDO Alliance 说明，Passkey 从设计上就是抗钓鱼的：没有密码可偷，也没有可重复使用的登录数据。它的加密密钥对会绑定到真实域名的 origin，攻击者的代理根本无法复制这一挑战流程。CISA 也确认，FIDO 和 PKI 是目前广泛可用、且不依赖厂商专有方案的两类可阻止凭证钓鱼的 MFA 方法。
基于证书的身份验证。 这类方案部署更复杂，更偏企业级，但同样具备抗钓鱼能力，因为它依赖的是设备证书，而不是用户输入的验证码。
条件访问策略。 在 Microsoft 环境中，Conditional Access 可以要求合规设备、可信位置、基于风险的检查，或者更高强度的抗钓鱼认证——即使攻击者拿到了会话令牌，也能显著降低其价值。
这些都应该和代理防护配合使用，而不是彼此替代。核心思路就是分层。
预算有限的 SMB 可以怎么做
你可能会说：“Intune、MDM、硬件密钥，这些都是企业级预算。” 没错。那就走低成本路线：
- 基于浏览器的 Passkeys。 大多数现代浏览器都原生支持 Passkeys，不需要额外买硬件。先从管理员、财务和 HR 账号开始。
- 免费的 DMARC 部署。 SPF、DKIM 和 DMARC 记录都可以免费发布。Google Workspace 和 Microsoft 365 都提供了内置配置指南。
- 防御性域名注册。 把品牌常见拼写错误和易混淆域名提前注册下来。大多数注册商每个域名每年只要 10–15 美元。然后给这些域名设置 DMARC 拒收策略。
- 针对性培训。 重点培训员工识别 AiTM 诱饵：伪造的 Microsoft 365 登录页、伪造文档分享、二维码、设备代码诈骗，以及“紧急 payroll/供应商”类流程。
可以把它理解成“先从这里开始，以后再升级”。即使只做一部分，风险也会明显下降。
哪种代理类型最适合用于防钓鱼？
不同类型的代理适合不同的防钓鱼场景，选错了只会浪费钱，或者留下盲点。
| 代理类型 | 最适合的防钓鱼场景 | 优点 | 缺点 | 成本等级 |
|---|---|---|---|---|
| 数据中心代理 | 批量 URL 扫描、域名监控 | 快速、便宜、吞吐量高 | 容易被高级钓鱼工具包识别 | 低 |
| 住宅代理 | 地域定向钓鱼检测、用户视角测试 | 看起来像真实用户流量，可绕过地理限制 | 更慢、更贵，且存在严重的伦理来源问题 | 高 |
| 轮换代理 | 威胁情报抓取、持续监控 | 长时间抓取时不容易被封 IP | 配置更复杂，延迟波动较大 | 中 |
| 反向代理 / WAF | 防护自有 Web 资产 | 过滤入站威胁、识别机器人流量、防 DDoS | 无法帮助检测外发钓鱼链接 | 中 |
关于伦理来源的提醒。 Google/IPIDEA 案例和 FBI 警示都说明，住宅代理网络可能来自被入侵设备、误导性 SDK、隐藏的 VPN 条款，或者恶意软件。在购买住宅代理流量之前，务必要求服务商提供透明的用户同意机制、退出机制、可审计性和滥用处理流程。对那些在安全研究中曾被点名的服务商（如 PacketStream、现已停止运营的 911 Proxy），一定要格外谨慎。
对于大多数中小企业来说，建议先用数据中心代理做批量扫描，再用反向代理/WAF 防护自己的域名。只有在确实需要地理定向测试，并且能充分审核供应商时，才考虑加入住宅代理。
分步实操：如何借助代理防范网络钓鱼
大多数文章讲到这里就停在理论层面了。下面每一步都带有工具建议和足够细的操作说明，你可以直接交给 IT 团队，或者自己上手。
第一步：监控新注册的相似域名
攻击者通常会先注册看起来像你品牌的域名，再发起攻击：thunderb1t.com、thunderbit-login.com、thunderbit-support.net。
尽早发现这些域名，是防守中最有价值的动作之一。
怎么做：
- 建立一个监控清单，包含你的品牌词、产品名、高管姓名，以及与登录相关的关键词（例如 “login”、“portal”、“invoice”、“payment”）。
- 使用 crt.sh 每日查询 Certificate Transparency（CT）日志，按域名或组织名搜索证书记录。CT 日志要求公开可信证书必须被记录，因此新签发给相似域名的证书会出现在这里。
- 标记那些与品牌拼写距离很近、TLD 可疑（.xyz、.top、.click），或者包含登录/支付关键词的域名。
- 对被标记页面通过代理或沙箱进行渲染——绝不要直接用员工浏览器打开。
Thunderbit 联动： Thunderbit 的批量提取 API 每次任务最多可处理 100 个可疑 URL，并可使用 renderMode: "full" 渲染大量 JavaScript 的钓鱼克隆页。你可以用 JSON Schema 定义要返回的数据——页面标题、是否存在登录表单、表单提交域名、SSL 颁发者、跳转链、最终 URL。对应的 CLI 命令非常适合放进基于 cron 的监控流程中：
thunderbit batch extract --file suspicious-urls.txt --schema phishing-signals.json --render-mode full
对于非技术用户，Thunderbit Chrome 扩展 也可以用来快速抓取并检查可疑页面，几次点击就能完成——尤其适合你只需要人工快速浏览少量 URL，而不是搭建定时任务流水线的时候。
预期结果： 每日或每周生成一份新注册相似域名报告，附带结构化元数据，可直接进入安全研判流程。
第二步：通过数据中心代理打开可疑链接
在组织内任何人点击可疑链接之前，先走受控路径分析。此时暴露的是代理 IP，而不是员工设备或企业网络。
怎么做：
- 快速检查可用 urlscan.io（一个可选择扫描国家的 Web 沙箱）或 VirusTotal（把 URL 与数十种杀毒引擎和黑名单比对）。
- 如果是内部脚本或更大批量的分析，可以通过数据中心代理发起请求：
curl -x http://proxy.example.com:8080 -I "https://suspicious.example"
- 如果要查看真实钓鱼页，使用一次性虚拟机或浏览器沙箱。不要输入任何凭证。记录跳转链、页面标题、最终落点、表单提交、脚本和截图。
- 绝不要提交真实企业账号密码。并且要谨慎处理公开扫描结果——有些服务默认会暴露你提交的 URL，除非你设置为私密或不公开。
预期结果： 在不暴露企业环境的前提下，安全评估链接的去向、行为和可疑指标。
第三步：利用分地区代理识别定向钓鱼活动
有些钓鱼工具包只会向目标国家或语言环境的访客展示恶意内容。Cofense 的资料 指出，地理位置过滤非常常见：来自“错误”地区的访客只会看到无害页面或 404，而目标受众则会看到收集凭证的表单。
怎么做：
- 从员工、客户和财务团队实际所在的地区测试可疑链接。如果你的公司总部在美国，同时在英国有办公室，就两边都要测。
- 按地区比较最终 URL、截图、页面标题、表单和 HTTP 响应码。
- 如果你在调查二维码诱导或移动端定向诱饵时，记得轮换 User-Agent 和语言设置——有些工具包也会基于这些条件进行过滤。
- 如果某个地区显示的是无害内容，而另一个地区却出现登录表单，就应立即升级处理。这是很强的钓鱼信号。
预期结果： 识别出那些单点扫描看不到的地理定向攻击活动。
第四步：为自有域名部署反向代理或 WAF
现在把重心从“外发检测”转向“入站防御”。反向代理和 WAF 位于你的网站前端，会先检查流量，再把合法请求放行到后端服务器。
怎么做：
- 把域名 DNS 指向一个反向代理服务商。对 SMB 来说，Cloudflare 是最容易上手的选择——DNS、CDN、WAF 和规则都在一个界面里。如果你的应用部署在 AWS 上，而且已经在用 CloudFront、ALB 或 API Gateway，AWS WAF 也很合适。
- 启用托管 WAF 规则。它们可以拦截已知恶意 IP、过滤机器人流量，并识别撞库模式。
- 对登录、重置密码和联系表单开启速率限制。
- 为高风险入口添加机器人挑战或验证规则。
- 每周查看 WAF 事件，不要只配置完就放着不管。
预期结果： 恶意入站流量会在到达服务器之前被过滤，针对登录页的撞库尝试会被拦截或挑战。
第五步：自动化并定期执行持续监控
钓鱼不是一次性审计。新的域名、工具包和基础设施每天都在出现，所以监控也需要固定节奏：
- 每日： CT 相似域名扫描和可疑域名队列检查。
- 每日或每小时一次（高风险品牌）： 对新发现域名进行 URL 沙箱检测。
- 每周： 审查 DMARC 汇总报告和仿冒模式。
- 每周： 审查 WAF 事件，关注撞库和机器人流量峰值。
- 每月： 检查抗钓鱼 MFA 的推进情况。
- 每季度： 用真实感更强的 AiTM 和 BEC 场景测试财务和 HR 流程。
Thunderbit 联动： Thunderbit 的定时抓取和 CLI/API 工作流，可以帮助非技术运营团队持续开展监控。它最合适的定位不是“Thunderbit 自己就能防钓鱼”，而是“Thunderbit 能帮助运营团队从可疑页面和域名监控源中收集结构化信号，而不用从零写爬虫”。结果可以导入 Google Sheets 或 Airtable 方便团队查看，也可以通过简单集成推送到 Slack。
预期结果： 构建一个连续监控闭环，把新威胁的发现时间从“几周”压缩到“几小时”。
代理无法解决什么：用 DMARC、SPF 和 DKIM 保护邮箱
代理厂商往往不会告诉你这一点：代理只是防线中的一层。那些根本不经过代理层的邮件钓鱼，需要单独防护。
很多钓鱼攻击都是通过仿冒发件人邮箱发送的。代理拦不住这些邮件。
通过 SPF 做硬拒绝
SPF（Sender Policy Framework，发件人策略框架）是一条 DNS 记录，用来列出哪些 IP 被授权代表你的域发送邮件。配置时应使用 -all（硬失败），而不是 ~all（软失败），这样对未授权发件人会直接拒绝。
常见坑点是：漏掉合法邮件服务商——比如你的 CRM、营销平台、事务邮件服务、客服系统。发布记录前，务必先梳理所有发信来源。
部署 DKIM 签名
DKIM（DomainKeys Identified Mail）会给外发邮件附加加密签名。收件方可验证邮件在传输过程中是否被篡改。Google Workspace 和 Microsoft 365 都提供了内置的 DKIM 配置指南，整个过程大约 15 分钟。
将 DMARC 强制为拒收
DMARC（Domain-based Message Authentication, Reporting & Conformance）会在 SPF 或 DKIM 检查失败时告诉收件服务器该怎么处理。大多数组织都会跳过的关键一步，是在确认合法邮件流正常后，把策略从 p=none（只监控）升级到 p=reject（拦截失败邮件）。
很多组织会把 DMARC 永远停留在 p=none——只有可见性，没有防护。就像装了摄像头，却从来不锁门。
防御性注册相似域名
提前注册与你品牌相近的常见拼写错误域名和混淆域名，并在这些防御域名上设置 DMARC 拒收策略，避免它们被用来发送仿冒邮件。每个域名每年 10–15 美元左右，却是最便宜、最有影响力的措施之一——而且很多小企业完全忽略了这一点。
把这些措施组合起来：构建分层防钓鱼防线
没有任何单一工具可以彻底阻止钓鱼。真正起作用的是组合拳。实用检查清单如下：
外发侧（调查威胁）：
- 对可疑链接进行基于代理的 URL 扫描
- 通过 CT 日志和批量提取进行域名监控
- 对地域定向活动做分布式测试
入站侧（保护自有资产）：
- 为网站域名部署反向代理 / WAF
- 用 DMARC/SPF/DKIM 做邮件身份验证
- 防御性注册相似域名
认证侧（保护账号）：
- 使用 FIDO2 / Passkeys 实现抗钓鱼 MFA
- 部署条件访问策略（合规设备、基于风险的检查）
- 建立会话令牌监控和吊销流程
人员侧（最后一道安全网）：
- 针对 AiTM 诱饵、二维码和 BEC 场景开展专项培训
- 建立清晰的举报文化——让员工更容易、也更放心地上报可疑消息
- 定期用真实感较强的钓鱼场景测试财务和 HR 流程
这套方法符合 NIST 网络安全框架 的纵深防御原则：多层独立防线，确保某一层失守不会导致全面沦陷。
对于需要调查可疑 URL、抓取威胁数据或大规模监控域名的团队来说，Thunderbit 的 AI 网页爬虫 能明显提速——非技术用户可用 Chrome 扩展，技术团队可用 API/CLI。它本身不是安全产品，但很适合作为分析员工具箱中的一员。你也可以进一步了解 无需编码的网页抓取 或在博客中探索 AI 网页抓取 的相关思路。
使用 AI 网页抓取进行威胁监控 Get Started Free
常见问题
攻击者如何利用代理发起钓鱼攻击？
攻击者会使用住宅代理和轮换代理隐藏真实 IP，通过可信地址轮换绕过基于 IP 的风控，并部署 AiTM 反向代理，在受害者完成 MFA 后仍然截获已认证会话。2026 年 1 月的 IPIDEA 打击行动显示，单一住宅代理网络就被 550 多个威胁组织同时使用。
反向代理如何防止钓鱼和网站入侵？
反向代理位于 Web 服务器前端，会在流量到达基础设施之前先进行检查。它可以拦截已知恶意 IP、过滤机器人流量、限制登录尝试频率，并识别撞库或与钓鱼相关的异常活动。不过，它并不能阻止员工点击外部钓鱼链接。
代理能完全阻止网络钓鱼吗？
不能。代理只是重要的一层；邮件钓鱼需要 DMARC/SPF/DKIM 防护，而通过 AiTM 进行的会话劫持则需要 FIDO2/Passkeys 这类抗钓鱼 MFA。要真正有效，必须把代理、邮件认证、抗钓鱼凭证和员工培训结合起来，形成分层防御。
什么是 AiTM 钓鱼？为什么 MFA 也拦不住？
AiTM（Adversary-in-the-Middle）钓鱼会在受害者和真实登录页之间插入反向代理，在 MFA 完成后截获会话令牌。传统 MFA 拦不住，是因为攻击者窃取的是已认证会话，而不是密码。FIDO2/Passkeys 能抵御这种攻击，因为它的加密挑战绑定在真实域名上，无法通过攻击者的代理复用。
哪种代理最适合用于钓鱼检测？
数据中心代理最适合批量 URL 扫描，速度快、成本低。住宅代理最适合地理定向测试，更接近真实用户，但成本更高，且必须认真审核其伦理来源。反向代理/WAF 最适合防护你自己的站点。最强的方案，是根据你的检测或防护目标把这些工具组合起来使用。
试用 Thunderbit，进行威胁监控和 AI 抓取 Get Started Free
了解更多
