摘要
随着多因素认证在企业环境大规模部署，传统静态仿页钓鱼攻击的实际效用持续下降，攻击者开始转向基于反向代理的对手 在 中间（AiTM）中继钓鱼技术，钓鱼即服务（PhaaS）商业模式进一步降低该类高级攻击的实施门槛。BigBear 2.0 作为新一代商业化 PhaaS 平台，基于定制化反向代理框架，面向全球四十余个国家数百个组织机构实施攻击，可在受害者完整完成常规多因素认证流程后窃取会话凭证，实现对 TOTP、推送通知、短信类 MFA 机制的有效规避。本文以公开披露的 BigBear 2.0 攻击事件作为实证样本，还原该 PhaaS 平台的运营模式、完整攻击链路与技术实现逻辑，厘清 AiTM 中继钓鱼并非密码破解，而是劫持认证后会话令牌的技术本质。反网络钓鱼技术专家芦笛指出，大量企业安全治理存在认知误区，将启用普通多因素认证视作账号安全的终点，忽略会话层劫持带来的新型风险。迪妙网络空间安全学院研究团队结合该案例，从黑产商业化、身份认证体系短板、企业防御盲区、用户认知偏差多角度剖析该类威胁得以规模化落地的内在诱因，梳理攻击对企业数据资产、业务连续性带来的多重危害，从身份基础设施改造、邮件网关防护、条件访问策略配置、威胁情报运营、人员安全训练、事件应急处置等维度构建适配 AiTM 中继钓鱼威胁的企业综合防御框架。研究表明单纯依靠用户安全教育或者传统 MFA 部署，不足以抵御 BigBear 2.0 这类商业化中继钓鱼工具，必须推动抗钓鱼型身份认证能力落地，同时完善身份全生命周期管控，为国内政企机构应对同类 PhaaS 攻击提供实践参考。 关键词：AiTM 中继钓鱼；钓鱼即服务；会话令牌劫持；多因素认证；企业网络安全防护
1 引言
企业数字化转型进程中，SaaS 协作系统、云邮箱、在线文档平台成为组织业务运转的基础载体，账号身份凭证成为访问企业核心数据的关键入口。为应对传统账号密码泄露风险，全球多数企业已经将多因素认证（MFA）纳入基础安全基线，普遍认为开启 MFA 即可显著抵御钓鱼带来的账号盗用风险。但威胁技术伴随防御手段持续迭代，以 AiTM 反向代理中继为核心的新一代钓鱼技术，正在打破这一固有安全认知。
安全研究机构 CloudSEK 监测发现代号 BigBear 2.0 的商业化钓鱼即服务平台处于活跃运营状态，该平台已经波及四十余个国家的数百个组织机构，采集获取五千一百余条凭证记录，其中包含四百七十四条完成 MFA 校验之后被劫持的完整会话认证记录，一千零三十二份明文密码以及四千一百四十八条会话 Cookie，攻击影响覆盖三千三百三十一个独立受害者 IP 地址。该平台以 Telegram 机器人作为数据外送渠道，至少向五名下游加盟攻击者提供租赁服务，下游攻击者可以实时获取被劫持的身份会话材料，攻击活动被披露之时仍处于持续运行状态。
BigBear 2.0 区别于传统的静态页面钓鱼工具。传统钓鱼主要依靠伪造静态登录页面，单纯采集账号与密码，当企业部署 MFA 之后，即便密码被窃取，攻击者仍然无法完成账号登录。而 BigBear 2.0 采用反向代理中继机制，受害者浏览器实际与真实服务商认证页面建立交互，完整走完包含密码输入、MFA 验证在内全部官方登录流程，攻击者借助代理拦截认证完成之后下发的会话 Cookie，直接复用该 Cookie 访问受害者的云邮箱、Teams、SharePoint 以及关联 SaaS 应用，不需要再次输入密码或者二次触发 MFA 校验。监测统计数据显示，80% 的密码输入行为最终实现会话 Cookie 捕获，部分场景下无需受害者显式输入密码同样能够拿到会话令牌，这一组数据直观体现该攻击工具的实战有效性。
当前国内网络安全领域对于普通静态钓鱼的研究已经较为充分，但是针对 AiTM 类中继钓鱼、商业化 PhaaS 平台的系统性案例分析相对有限，很多机构对 “MFA 仍然可以被中继钓鱼绕过” 缺少足够认知，安全建设依旧停留在防范密码窃取的旧有思路。迪妙网络空间安全学院研究团队观察到，很多企业安全评估项目中，仅将是否开启 MFA 作为身份安全的考核指标，缺少针对会话劫持、中继钓鱼场景的风险考量。反网络钓鱼技术专家芦笛强调，AiTM 攻击不是攻破 MFA 密码算法，而是利用业务流程劫持认证完成之后生成的会话凭证，防御思路不能延续传统对抗密码窃取的逻辑。
本文立足于 BigBear 2.0 公开事件素材，完整解析 PhaaS 平台运营模式与攻击技术链条，挖掘威胁规模化传播的多重成因，客观评估攻击给组织机构带来的现实损害，搭建一套完整可落地的企业防御体系。研究不做夸大化风险渲染，客观承认现有安全机制的边界与局限，讨论技术改造、管理制度、人员培训之间的互补关系，为国内政企单位应对同类商业化高级钓鱼威胁提供分析参照。
2 BigBear 2.0 攻击事件与 PhaaS 平台特征解析
2.1 事件基础概况
BigBear 2.0 属于典型的多租户 PhaaS 钓鱼平台，底层基于经过深度二次修改的 Evilginx2 反向代理框架构建，主要瞄准微软 365 生态体系开展攻击，攻击者通过租赁模式将平台能力交付下游黑产从业人员，下游使用者不需要深入掌握反向代理、OAuth 协议相关底层技术知识，仅需要配置攻击目标，分发钓鱼链接，就能够拿到劫持完成的会话凭证，凭证会经由 Telegram 机器人实时推送给下游攻击者。
从已经披露的统计数据来看，该平台已经外泄 5137 条各类凭证记录，其中 474 份为已经完成 MFA 校验的完整认证会话，意味着大约 10% 的攻击案例可以越过常规多因素认证防护；数据集当中包含 1032 条明文密码、4148 条会话 Cookie，攻击受害 IP 分布超过四十个国家，印度、法国、沙特阿拉伯、新西兰、德国是受影响较为突出的地区，事件披露阶段攻击行动并未停止，威胁具备持续性。
该事件最为关键的警示价值在于：受害者全程访问经过代理转发的真实微软登录页面，页面交互逻辑、界面元素全部来自官方服务，受害者输入邮箱账号、填写密码、批准推送类 MFA 确认、输入 TOTP 动态验证码或者短信验证码，全部操作均为正常合规的认证步骤，用户层面感知不到明显异常。当身份提供商确认身份合法，向下游浏览器下发会话 Cookie 时，部署在攻击者侧的反向代理会截获这份 Cookie，攻击者拿到 Cookie 之后，在自己的浏览器环境内重放该会话凭证，直接接入受害者的企业云服务资源。
很多安全事件当中，受害企业事后复盘时发现员工确实已经开启 MFA，并且已经完成二次身份核验，却依然发生账号被接管的安全事故，BigBear 2.0 这类 PhaaS 工具就是造成该现象的重要现实诱因。
2.2 BigBear 2.0 完整攻击链路拆解
BigBear 2.0 攻击链路可以划分为诱饵投递、代理接入、凭证中继转发、MFA 交互、会话令牌截获、攻击者会话重放六个连贯阶段，各个环节紧密衔接，构成完整攻击闭环。
第一阶段为诱饵投递。绝大多数攻击载体为钓鱼电子邮件，下游 PhaaS 租户制作仿冒企业内部通知、系统更新、文档共享类邮件内容，诱导目标人员点击邮件内嵌入的恶意链接。链接指向 BigBear 2.0 平台管控的反向代理节点，而不是直接指向微软官方域名。除邮件渠道之外，该类攻击链路同样可以通过即时通讯消息、PDF 文件内嵌链接等多种媒介完成分发。
第二阶段，受害者点击链接之后，浏览器连接攻击者管控的反向代理服务器。该代理服务器作为中间人，向微软官方身份认证服务发起请求，拉取真实的登录页面资源，再把页面完整回传给受害者浏览器。站在用户视角，看到的是和官方完全一致的登录交互界面，普通使用者很难识别流量经过第三方代理中转。
第三阶段，受害者输入电子邮箱账号，该账号信息首先提交到恶意反向代理；代理一方面留存记录这份账号信息，另一方面将该账号原样转发至微软身份认证后台。
第四阶段，受害者输入账号密码，代理捕获明文密码，继续将密码透传给微软认证服务。系统随后触发多因素认证流程，根据企业账号配置，向用户推送 App 弹窗、TOTP 动态码或者短信验证码。受害者在当前页面完成 MFA 确认动作，全部 MFA 交互数据同样经由代理中继传递给微软服务端。到此为止，用户完成一套完整的官方身份核验流程，身份提供商确认用户身份合法。
第五阶段，微软身份服务生成合法会话 Cookie 与刷新令牌，将认证凭证返回给通信链路当中的反向代理服务器。BigBear 2.0 平台在此处截获会话 Cookie 以及刷新令牌，同时把页面正常响应回传给受害者浏览器，用户端不会直接出现报错提示，部分场景用户会被重定向至普通业务页面，受害者往往意识自己已经遭受攻击。
第六阶段，平台将捕获的会话凭证通过 Telegram 机器人实时交付给租赁该平台的下游攻击者。攻击者拿到 Cookie 之后，在自有设备浏览器环境当中导入会话令牌，直接重放该会话，无需再次输入账号密码，也不需要再次通过 MFA 校验，就可以访问受害者邮箱、Teams 聊天记录、SharePoint 文档库以及该账号单点登录关联的各类 SaaS 业务系统。
公开监测数据记录，80% 的密码提交操作可以最终成功捕获会话 Cookie，转换率指标超过百分之百，该统计现象说明存在部分攻击场景，不需要受害者显式输入账号密码，依靠会话中继机制同样能够完成会话令牌劫持。该特征进一步提升攻击隐蔽程度，增大普通用户识别风险的难度。
2.3 BigBear 2.0 代表的 PhaaS 黑产商业模式特征
迪妙网络空间安全学院研究团队针对 PhaaS 地下商业模式开展梳理，BigBear 2.0 体现出当前高级钓鱼黑产已经高度服务化、分工化，整个黑产链条划分为平台开发维护方、下游加盟运营者两个核心角色。
平台开发维护人员具备较强网络协议、反向代理开发能力，完成底层框架修改、服务器节点运维、对抗安全检测机制、开发 Telegram 凭证外送机器人，维护多租户管理面板，负责当云服务商登录页面改版之后及时适配代理逻辑。这部分群体不需要直接面向受害者分发钓鱼邮件，只需要维护平台基础设施，向多名下游攻击者提供租赁使用权限。
下游加盟操作者不需要掌握底层技术原理，只需要租赁平台服务，配置攻击目标，获取邮件地址列表，对外分发钓鱼链接，平台自动完成中间代理、凭证捕获，劫持到的会话材料实时推送到下游操作者的通讯工具。技术门槛的下移，使得大量缺少编程、网络底层知识的黑产人员也能够实施 AiTM 高级中继钓鱼攻击，这也是近年来 AiTM 攻击数量快速上涨的重要推手。
同时该类平台会部署多台 VPS 节点作为反向代理载体，并且会搭配住宅代理池，攻击者重放 Cookie 访问云服务时，使用地理位置匹配的住宅 IP，降低设备、地理位置带来的风控拦截概率，规避云服务商基于数据中心 IP 的基础访问限制，提升会话重放的成功率。
3 BigBear 2.0 类 AiTM 中继钓鱼威胁规模化成因分析
3.1 PhaaS 服务化模式大幅降低高级攻击技术门槛
传统 AiTM 反向代理钓鱼，攻击者需要自行部署 Evilginx2 类框架，维护代理服务器，理解身份认证协议逻辑，还需要持续跟随云服务商页面更新修改配置，技术门槛较高，只局限在少数具备网络攻防能力的攻击者群体。
PhaaS 模式改变这一格局。BigBear 2.0 完成全部底层技术封装，提供可视化操作面板，下游使用者只需要付费获取访问权限，就可以直接使用成熟的 AiTM 中继钓鱼能力。反网络钓鱼技术专家芦笛指出，网络黑产的服务化是近年安全威胁演化重要趋势，复杂攻击工具如同 SaaS 软件一样对外租赁，把高级攻击从少数技术人员手中扩散到大量普通黑产从业者，放大攻击事件的发生频次。黑产内部完成明确分工，技术开发团队负责打磨工具，下游执行者负责投放诱饵，分工协作提升整体攻击效率。
3.2 常规 MFA 防护机制存在固有适用边界
很多企业安全管理者形成固化认知，只要部署 MFA 就可以抵御绝大多数钓鱼事件。该判断针对传统静态仿页钓鱼成立，攻击者拿到账号密码之后，缺少 MFA 验证码就无法登录账号；但是 AiTM 中继钓鱼场景下，MFA 校验步骤是在攻击者代理链路之中由真实受害者亲自完成，MFA 本身没有被破解，只是认证完成之后产出的会话令牌被中间人劫持。
短信验证码、TOTP 动态令牌、移动端推送确认，这几类广泛部署的 MFA 手段均无法抵御该类中继攻击。因为这几类验证方式只校验 “用户是否持有第二因子”，不会校验当前登录交互页面的来源域名，允许身份凭证在反向代理链路当中被中继转发。只有 FIDO2/WebAuthn 这类抗钓鱼认证协议，会将身份校验与访问源域名进行绑定，当页面域名与服务商官方域名不一致时，硬件密钥拒绝完成认证，从协议层面阻断 AiTM 中继攻击链路。迪妙网络空间安全学院研究团队调研发现，大量国内企业部署 MFA 选型时，优先选择短信、软件 TOTP 令牌，抗钓鱼硬件密钥的部署普及率整体偏低，客观上给 BigBear 2.0 这类工具留下攻击空间。
3.3 会话令牌生命周期管控存在企业治理短板
AiTM 攻击最终争夺的目标对象是会话 Cookie 与刷新令牌。云身份体系当中，刷新令牌允许设备在会话 Cookie 过期之后，不需要用户再次输入账号密码，就可以刷新获取新的会话凭证，部分云平台刷新令牌默认有效期较长。一旦 BigBear 2.0 劫持获取刷新令牌，攻击者可以在很长一段时间持续生成有效会话，即便受害者后续修改账号密码，在没有主动撤销全部现存会话令牌的前提下，攻击者依旧可以利用留存刷新令牌维持账号访问权限。
不少企业身份安全治理，将重心放在账号密码策略、MFA 是否开启，缺少对于会话令牌生命周期的管控意识，缺少定期批量撤销遗留会话、监控异常会话令牌使用的管理流程，当发生 AiTM 钓鱼劫持之后，受害企业难以及时阻断攻击者的持续访问。
3.4 用户端交互层面的欺骗性拉高识别难度
传统钓鱼网页可以依靠用户核对浏览器地址栏域名进行识别，但 BigBear 2.0 代理转发的是完整真实登录页面，页面功能、图片、交互逻辑全部来自官方服务。普通员工很难分辨流量是否经过第三方反向代理中转。虽然浏览器地址栏域名依旧是攻击者的恶意域名，但多数企业员工缺少常态化核对完整域名的使用习惯。
普通静态钓鱼，受害者在伪造页面提交信息之后，经常会出现页面报错、跳转异常，容易引起用户警觉；AiTM 中继钓鱼过程当中，用户的登录体验几乎与正常登录没有差别，用户完成 MFA 确认之后，页面可以正常跳转业务系统，受害者没有直观异常反馈，攻击完成之后受害者往往长时间无法察觉账号已经被劫持。等到企业发现异常数据外泄，攻击行为已经持续一段时间。
3.5 邮件安全与威胁情报体系存在检测盲区
BigBear 2.0 的攻击入口来自钓鱼邮件。传统邮件安全网关主要检测附件恶意代码、已知钓鱼域名黑名单、页面静态特征。AiTM 反向代理站点，页面内容本身是实时从官方站点拉取，不存在固定静态钓鱼页面样本，传统基于页面特征的检测手段难以生效；攻击者可以快速批量新建代理域名，黑名单机制的更新速度难以完全追上恶意域名的新增速度，导致部分钓鱼邮件能够穿透邮件安全网关抵达企业员工邮箱。
同时该类攻击的 IOC 指标更新速度快，VPS 节点、域名频繁销毁重建，如果企业没有建立常态化外部威胁情报订阅与落地机制，无法及时获取 PhaaS 平台相关域名、HTTP 特征标识，就很难在网关、身份系统层面做前置拦截。
4 BigBear 2.0 中继钓鱼对组织机构带来的多重危害
4.1 企业内部业务数据大规模泄露
攻击者重放劫持到的会话 Cookie 之后，拥有和受害员工完全一致的业务系统访问权限。如果受害者是普通岗位员工，攻击者可以访问企业邮箱，窃取往来业务邮件、合同文档、内部沟通记录，访问 Teams 内部聊天、SharePoint 共享文档库、OneDrive 业务资料。当受害账号属于管理员、财务、技术岗位等高权限账号，攻击造成的损害会急剧放大，攻击者能够浏览大量核心商业资料，下载客户信息、财务报表、项目方案。
被窃取的企业数据会流入黑产交易链条，用于商业情报倒卖、勒索敲诈，造成企业知识产权流失，客户隐私泄露，企业需要承担数据泄露带来的合规责任，引发民事甚至监管层面的处罚后果。
4.2 账号被横向扩散，扩大入侵范围
很多现代企业 IT 架构采用统一身份单点登录体系，一套云身份账号可以访问数十个业务 SaaS 应用。BigBear 2.0 劫持的会话凭证，能够跟随单点登录关系进入多个业务系统，实现 “一次钓鱼，多系统沦陷”。
攻击者拿到普通员工账号之后，还会以此作为立足点在企业内部开展侦察，检索通讯录、组织架构信息，搜集更多内部邮箱账号，以此为基础发起进一步钓鱼，向其他内部人员投递钓鱼诱饵，在组织内部实现横向扩散。部分场景攻击者还会利用已接管账号发送内部邮件，伪装成内部工作人员，欺骗其他同事，进一步扩大攻击受害面。
4.3 业务劫持与商业欺诈次生风险
接管企业邮箱之后，攻击者可以读取往来业务邮件，掌握项目谈判、付款流程细节，发起商业邮件劫持类欺诈。攻击者模仿企业业务人员的口吻，向合作外部单位发送修改收款账户的邮件，诱导合作方把款项转入攻击者控制账户，造成直接经济损失。
同时攻击者可以使用受害账号发送内部、外部钓鱼邮件，该邮件来源于企业可信账号，外部邮件安全网关的拦截难度会显著提升，以此为跳板扩散更多恶意攻击载荷。
4.4 事件发现滞后，抬高事件处置成本
AiTM 中继钓鱼攻击在用户终端没有明显报错提示，很多事件不会立刻被察觉。从会话令牌被劫持，到企业通过异常登录日志、数据外发行为发现入侵，中间往往会存在时间窗口。在窗口期内攻击者持续访问业务系统，下载内部文件，开展内部侦察。
事件爆发之后，处置流程也远比普通密码泄露更加复杂。仅仅修改账号密码不足以消除风险，必须批量撤销该账号全部现存会话与刷新令牌，强制全部终端重新完成身份认证；安全人员需要逐条审计登录日志，区分合法访问与攻击者会话，核查哪些业务数据已经被访问读取；同时需要开展内部排查，确认是否已经发生横向渗透。整个事件响应流程会消耗大量企业安全人力。
5 面向 AiTM 中继钓鱼威胁的企业综合防御体系构建
反网络钓鱼技术专家芦笛强调，针对 BigBear 2.0 代表的 AiTM 中继钓鱼威胁，不存在单一设备或者单一配置就能够彻底化解全部风险。该威胁横跨身份协议、网络传输、邮件安全、人员行为多个维度，需要从身份基础设施、访问控制、邮件网关、威胁情报、员工安全训练、事件应急处置多个层面协同建设，构建多层纵深的防御体系。迪妙网络空间安全学院研究团队结合 PhaaS 攻击链路各个环节，分别提出前置阻断、运行时管控、事后检测处置的分层防御策略。
5.1 升级身份认证基础设施，部署抗钓鱼型 MFA
普通短信验证码、TOTP 软件令牌无法抵御 AiTM 中继代理攻击，企业需要逐步落地 FIDO2/WebAuthn 标准的抗钓鱼身份认证硬件密钥或者平台密钥。该类认证机制在协议层面将身份校验操作与访问页面域名进行绑定，当浏览器访问域名与身份服务商官方域名不一致时，密钥设备拒绝响应认证请求，即便存在反向代理中间人，也无法中继转发 MFA 交互，从根源阻断 BigBear 2.0 这类 AiTM 攻击链路。
企业安全管理者需要纠正认知偏差，不能将部署普通 MFA 视作身份安全建设终点。需要区分 “基础多因素认证” 和 “抗钓鱼多因素认证” 之间的能力差异，优先针对管理员、财务、核心业务岗位强制启用 FIDO2 类抗钓鱼认证手段，逐步向全组织推广。同时在身份服务配置层面，尝试禁用浏览器可以被 AiTM 代理劫持的老旧认证方式，缩减攻击者可利用的攻击面。
仅仅启用硬件密钥并不足够，还需要配套做好会话令牌生命周期管理。完善会话与刷新令牌管控策略，合理缩短刷新令牌有效周期；当发生员工密码修改、岗位变动事件，系统自动撤销该账号全部现存会话令牌，避免攻击者依靠旧的刷新令牌维持访问权限。定期审计身份系统留存的活跃会话记录，识别异常长时间存续的会话凭证。
5.2 配置身份条件访问策略，缩小攻击成功之后的危害范围
充分利用云身份平台的条件访问能力，建立多层访问约束规则。第一，启用设备合规校验，只允许企业托管、完成安全基线检查的可信设备访问核心业务 SaaS 系统，外来未托管的个人设备访问敏感业务应用时施加额外限制。即便会话 Cookie 被劫持，攻击者使用陌生非托管设备访问，会触发条件访问策略拦截。
第二，建立地理位置、IP 风险检测规则，对于来自境外 IP、已知恶意代理 IP 池的访问行为执行风险阻断或者二次强校验。需要客观认识，住宅代理池可以伪造正常地区 IP，地理位置策略只能够作为辅助手段，不能作为唯一防护依靠。
第三，对高敏感业务操作增加额外鉴权，当账号尝试批量下载文档、修改邮箱转发规则、修改账号安全配置，除原有会话 Cookie 之外，额外触发抗钓鱼 MFA 二次校验，即便攻击者拿到会话令牌，也无法直接完成高危配置修改操作，限制攻击造成的破坏上限。
5.3 强化邮件安全网关防护，在攻击入口拦截诱饵
BigBear 2.0 攻击入口大多来自钓鱼电子邮件，邮件网关是第一道防御关口。传统静态特征检测不足以应对 AiTM 代理钓鱼，需要增强邮件网关的动态检测能力。针对邮件内链接开展动态沙盒访问，实时解析跳转之后的最终站点，识别恶意代理域名；强化相似域名、仿冒企业品牌域名的识别规则。
同时在企业内部邮件当中启用安全提示标记，外部来源邮件做出醒目的标识，提醒员工谨慎点击外部邮件当中的链接，降低诱饵对内部人员的迷惑效果。邮件安全防护只能降低攻击抵达员工邮箱的概率，无法做到百分之百拦截全部新型钓鱼链接，不能把全部防御希望寄托在邮件网关设备之上。
5.4 引入威胁情报，完善日志审计与异常检测能力
迪妙网络空间安全学院研究团队提出，针对 PhaaS 类动态变化的威胁，企业需要持续引入外部网络威胁情报，将 AiTM 代理相关恶意域名、HTTP 特征标识导入边界网关、身份审计系统。BigBear 2.0 这类代理平台会产生特有的 HTTP 头字段、会话标记，安全运维团队可以利用公开 Sigma 检测规则，在身份日志当中筛查对应特征，帮助尽早发现正在发生的 AiTM 攻击活动。
企业需要完整留存云身份平台登录日志、会话创建销毁日志、SaaS 系统文档访问下载日志。建立异常行为检测规则，识别包括陌生 IP 的会话创建、短时间大批量文档下载、非工作时段异常访问、账号同时在多个地理位置出现等异常行为。当检测到风险信号及时触发告警，安全人员介入核查，尽可能缩短攻击事件的发现时间窗口。
5.5 面向员工开展适配 AiTM 威胁的安全意识训练
传统钓鱼培训经常强调 “不要输入密码在假网页，检查网页 logo 是否正确”，这套培训内容对于 BigBear 2.0 这类 AiTM 中继钓鱼效果有限，因为页面内容全部来自官方站点。反网络钓鱼技术专家芦笛认为，面向企业员工的安全训练内容需要同步迭代更新。
培训内容应当向员工解释，即使页面看起来完全是官方页面，只要链接来自不可信邮件，依旧存在账号被劫持风险。训练重点引导员工养成校验浏览器地址栏完整域名的习惯，而不是只看页面图片、界面样式。明确安全操作规范：收到陌生邮件当中的登录链接，不要直接点击访问，自行新开浏览器标签，手动输入业务系统官方域名访问业务，不跟随邮件内跳转链接。
同时需要向全体员工普及事件上报流程，当自己点击可疑链接、完成登录操作之后，应当第一时间向企业安全部门上报，安全人员可以及时执行撤销会话令牌、修改账号密码等处置动作，避免攻击者长时间持有会话权限。培训不能只做一次性宣讲，需要定期开展模拟钓鱼演练，检验员工对于 AiTM 类高级钓鱼风险的实际识别水平。
5.6 完善针对 AiTM 钓鱼的安全事件应急处置预案
企业现有应急预案大多针对传统密码泄露、恶意代码入侵，需要补充 AiTM 中继钓鱼场景下的标准化处置流程。当确认或者高度怀疑发生 AiTM 钓鱼劫持事件，标准处置流程不能只做修改密码操作，必须执行批量撤销该账号全部会话与刷新令牌，强制账号下全部设备重新完成身份认证。
安全人员调取完整身份日志，梳理攻击者会话的时间范围，核查攻击者访问过哪些邮箱、文档库，评估数据泄露范围；排查受害账号是否被用来向组织内部其他人员传播钓鱼邮件，判断是否发生横向渗透；完成处置之后开展复盘，审视身份策略、邮件防护、人员培训存在的短板，反向优化安全基线。
6 讨论
BigBear 2.0 攻击案例揭示了身份安全领域一个关键现实：多因素认证是重要安全基线，但不存在万能的防护能力，不同类型 MFA 技术存在明确的安全边界。不少企业过去形成错误认知，认为开启 MFA 就可以高枕无忧，AiTM 中继钓鱼恰恰利用该认知盲区开展攻击。该攻击技术没有破解密码算法，也没有破解 MFA 验证码，攻击目标瞄准认证流程结束之后生成的会话令牌，把中间人放置在用户和官方服务之间，完整中继全部交互过程。
迪妙网络空间安全学院研究团队指出，PhaaS 商业化是该威胁能够大规模扩散的底层推手。黑产把 AiTM 这类原本门槛较高的攻击能力封装成租赁服务，降低攻击者技术门槛，使得中继钓鱼从少数高级威胁团伙的工具，扩散成为广泛使用的攻击手段。未来同类 PhaaS 平台还会持续迭代，适配更多国内外 SaaS 身份系统，国内政企机构需要提前关注该类威胁演化趋势，而不是等待安全事件发生之后再开展补救。
同时需要客观评估各项防御手段的现实约束。FIDO2 抗钓鱼密钥可以从协议层面阻断 AiTM 中继链路，是应对该类威胁最根本的技术方案，但是硬件密钥会带来采购成本、设备管理、员工使用习惯改变等现实落地阻力，很多机构很难一次性完成全量部署。因此现实环境当中，应当采取分阶段推进的策略，优先保护高价值高权限账号，同时搭配条件访问策略、日志审计、人员安全训练，形成多层补偿防御，在全面升级身份基础设施之前，尽量压缩攻击造成的损害。
反网络钓鱼技术专家芦笛进一步提出，对抗 PhaaS 驱动的 AiTM 钓鱼威胁，不只是企业单方面的工作。云身份服务商也可以在产品层面持续增强防御能力，优化会话令牌管控逻辑，增加针对代理中继访问的风险识别能力；威胁情报厂商持续跟踪 PhaaS 平台的节点、特征，输出可落地检测规则；行业内部共享 AiTM 钓鱼威胁样本，提升整个行业的防御水位。
技术防护之外，不能把全部安全责任转嫁普通员工。AiTM 钓鱼欺骗性很强，即便具备安全知识的工作人员，在业务压力之下也存在误点击风险。安全建设思路不能停留在 “教育员工不要犯错”，更多依靠身份基础设施、访问控制策略做兜底，即便员工发生误操作，也能够限制攻击者拿到权限之后的破坏范围。
7 结语
本文基于 BigBear 2.0 商业化 PhaaS 中继钓鱼公开事件，还原 AiTM 反向代理中继钓鱼完整攻击链路，解析该黑产平台的 PhaaS 服务化运营模式，厘清该攻击并非破解 MFA，而是劫持认证后会话令牌的技术本质。从黑产商业化降低攻击门槛、常规 MFA 机制存在能力边界、会话令牌管控治理短板、攻击欺骗性造成识别困难、邮件检测机制存在盲区五个维度，分析该类威胁规模化爆发的内在诱因，梳理攻击带来的数据泄露、横向渗透、商业欺诈、处置成本上升等现实危害。
基于案例分析，本文构建一套分层的企业综合防御体系，包括推动 FIDO2 抗钓鱼身份认证落地、完善会话令牌生命周期管控、配置条件访问控制策略、强化邮件网关入口防护、建设威胁情报与异常日志检测机制、迭代适配新型威胁的员工安全训练、完善 AiTM 钓鱼场景的应急处置流程。
随着数字化业务持续深化，基于身份会话劫持的 PhaaS 钓鱼威胁还会持续演化。组织机构需要更新安全认知，跳出 “部署 MFA 即可解决钓鱼风险” 的固有思维，区分不同多因素认证方案的安全边界，构建技术、管理、人员协同的纵深防御框架，在保障业务便捷性的前提下，降低 AiTM 中继钓鱼带来的安全风险。本次案例的分析结论，可为国内政企单位开展身份安全建设提供参考依据。
编辑：芦笛（公共互联网反网络钓鱼工作组）
来源：迪妙网络空间安全学院
