摘要
钓鱼即服务（PhaaS）模式推动中间人对抗（AiTM）钓鱼攻击实现产业化落地，传统多因素身份认证（MFA）防护机制面临现实挑战。本文以 BigBear 2.0 大规模钓鱼事件作为实证样本，梳理该攻击平台的基础设施架构、攻击链路、受害分布与黑产运营模式，剖析 AiTM 代理劫持会话 Cookie 实现绕过 MFA 的内在机理，阐释该攻击区别于传统凭证窃取钓鱼的核心差异。研究发现，BigBear 2.0 依托 Evilginx2 框架与 offy 配置模板，借助住宅代理、合法 TLS 证书完成对抗逃逸，累计采集 5137 条凭证记录，波及 461 家来自 40 余个国家的组织机构，其中 258 家机构发生 MFA 被成功绕过的账号接管事件。本文从身份认证机制、安全产品短板、组织管理缺陷三个维度解析攻击得逞的底层诱因，结合攻击全链路提出覆盖事前风险管控、事中行为检测、事后应急处置的闭环防御路径，同时讨论 PhaaS 黑产扩张带来的治理难题。反网络钓鱼技术专家芦笛指出，AiTM 类钓鱼攻击不破解身份校验算法，而是劫持合法会话上下文，单纯依靠 MFA 已经无法构建完整身份防护屏障。本研究可为企业 Microsoft 365 云身份安全建设、安全运营优化提供实证参考。
关键词：AiTM 攻击；钓鱼即服务；Microsoft 365；会话劫持；多因素认证绕过
1 引言
云办公生态普及背景下，Microsoft 365 已经成为全球各类组织主流协同办公平台，Exchange Online 邮件、Teams 即时通信、SharePoint 文档库、OneDrive 云存储依托 Entra ID 完成统一身份管理，单一账号承载邮件、业务文档、内部沟通、单点登录第三方业务系统等多重访问权限，账号被劫持之后的连锁危害持续放大。为抵御账号被盗风险，绝大多数企业将多因素身份认证作为基础安全基线，行业普遍认知中，开启 MFA 即可大幅降低凭证泄露带来的账号接管风险。但伴随钓鱼即服务黑产工具链成熟，对抗中间人 AiTM 钓鱼技术逐步商业化，攻击者不再以窃取账号密码为唯一目标，转而致力于拦截用户完成 MFA 校验之后服务器下发的有效会话 Cookie，复用 Cookie 直接接管已建立完成的云会话，该攻击模式能够在用户完整完成全部身份校验流程之后实现账号入侵，打破 MFA 的防护假设。
2026 年 6 月，安全研究团队 CloudSEK 获得 BigBear 2.0 钓鱼平台后台管理面板访问权限，获得该攻击行动完整运营数据，为解析商业化 AiTM 钓鱼的真实运作状态提供珍贵实证素材。该平台专门面向 Microsoft 365 生态开发，以租赁模式分发给多个黑产合作人员使用，攻击活动波及全球四十多个国家，大量 IT 服务商成为重点攻击目标。IT 服务商本身掌握大量下游客户基础设施访问权限，一旦被攻陷极易触发供应链式次生安全事件，进一步放大攻击危害范围。
过往大量安全研究集中于传统密码钓鱼、设备码钓鱼等攻击模式，针对商业化 PhaaS 平台驱动的 AiTM 大规模实战攻击的实证分析相对有限。很多组织机构安全建设仍停留在 “部署 MFA 即可抵御钓鱼接管” 的固有认知，对会话劫持类攻击的风险认知不足，安全策略、检测规则没有适配该类新型威胁。基于此，本文以 BigBear 2.0 公开事件材料为基础，还原攻击全流程，分析技术实现逻辑、黑产商业模式、组织侧防御短板，构建适配 AiTM 钓鱼威胁的防御闭环。本文不聚焦漏洞挖掘，而是立足于真实攻击事件，探讨云身份体系在社会工程 + 中间人代理联合攻击下的防护缺口，为企业云安全运营提供可落地的思路。
2 BigBear 2.0 攻击事件全景梳理
2.1 事件基本概况
BigBear 2.0 属于商业化 PhaaS 平台，开发人员对外出租整套钓鱼基础设施，下游多个攻击者作为平台分销使用者开展钓鱼作业，平台别名操作者代号为 General Boss，至少五组下游攻击者通过 Telegram 机器人实时接收窃取到的凭证与会话数据，实现攻击载荷、基础设施、数据接收通道的一体化交付，下游使用者不需要深度掌握代理开发、钓鱼页面搭建的底层技术，只需要发送钓鱼诱饵即可开展攻击，显著降低高级钓鱼攻击的技术门槛。
安全研究人员在 2026 年 6 月发现该平台，并且获取平台管理后台，得以统计攻击完整成果数据。平台后台记录 5137 条窃取记录，数据集合存在交叉重叠，包含 1032 份明文账号密码、4148 条有效会话 Cookie，一共 474 条记录对应完整 MFA 校验完成之后被劫持的登录会话，对应 258 家组织机构发生真实账号接管。全部攻击记录关联 461 个受害机构，受害 IP 来源覆盖全球超过 40 个国家，印度、法国、沙特阿拉伯、新西兰、德国受害数量居于前列，IT 服务行业、托管服务商是被攻击的重点对象，该类机构的账号具备横向渗透到下游客户环境的能力，具备极高黑产价值。平台运行生命周期内部署 42 台专门针对 Microsoft 365 配置的 VPS 节点，节点主要托管于 Vultr 服务商，节点承担反向代理流量中转工作。攻击域名全部申请合法 Let’s Encrypt TLS 证书，钓鱼页面连接全程加密，从传输层规避简单明文特征检测手段，浏览器地址栏不会出现证书告警，进一步提升页面欺骗性。
2.2 BigBear 2.0 完整攻击链路
BigBear 2.0 攻击流程区别于传统钓鱼，传统钓鱼伪造登录页面收集账号密码，用户提交凭据之后攻击结束，如果目标开启 MFA，攻击者拿到密码依旧无法登录系统。BigBear 2.0 基于 AiTM 对抗中间人代理，全程在受害者与微软官方认证服务之间转发双向流量，完整攻击链路分为诱饵投递、代理会话建立、凭据与会话劫持、数据外传、账号滥用五个阶段。
第一阶段，攻击者向目标用户投递钓鱼诱饵邮件或者消息，诱饵伪装成微软官方安全通知、文档共享提醒、工单通知等办公高频场景，诱导受害者点击恶意域名链接。用户点击链接之后访问 BigBear 平台管控的钓鱼域名，该域名前端展示的不是静态仿制页面，而是通过反向代理实时镜像微软官方登录页面，页面视觉效果、交互逻辑和真实登录页面几乎没有差异。
第二阶段，受害者在代理转发的页面输入账号、密码，输入内容首先提交到攻击者控制的反向代理服务器，代理一方面留存明文账号密码，另一方面把用户的登录请求原样转发至微软 Entra ID 官方认证接口。微软服务器返回 MFA 校验请求，这个 MFA 弹窗同样由代理转发回受害者浏览器，受害者按照正常操作完成二次身份校验，例如输入验证码、完成推送确认。在整个交互过程，用户主观感受是正在和微软官方服务交互，无法感知中间存在攻击者代理节点。
第三阶段，当用户密码正确并且 MFA 验证通过，微软认证服务器生成有效的身份会话 Cookie，该 Cookie 代表用户已经完成全部身份核验，具备访问 Microsoft 365 全部服务的权限。正常流程中 Cookie 会下发到受害者本地浏览器，但是 AiTM 代理处在通信链路中间，在 Cookie 抵达受害者浏览器之前将其截获保存，之后再把 Cookie 转发给用户浏览器保证用户侧登录流程表面正常完成。很多受害者完成登录之后没有任何异常感知，不会意识到身份会话已经同步被攻击者获取。
第四阶段，平台把截获的密码、Cookie、会话元数据，通过 Telegram 机器人实时推送给下游黑产使用者，攻击者拿到会话 Cookie，不需要知道用户密码，不需要再次通过 MFA 校验，直接复用 Cookie 在自有浏览器发起访问，即可登录受害者的 Microsoft 365 租户。平台后台同时记录受害者 IP、访问时间、目标机构相关信息，方便攻击者筛选高价值受害账号。
第五阶段，攻击者接管账号之后开展后续恶意活动。访问受害者邮箱读取邮件，检索财务往来信息发起商务邮件欺诈；查看 Teams 内部聊天记录收集企业内部业务信息；读取 SharePoint、OneDrive 存储的业务文档；依托该账号已经完成的单点登录，访问租户绑定的第三方业务应用。攻击者还可以利用该账号向企业内部同事继续发送钓鱼邮件，以已被攻陷的内部账号身份开展二次钓鱼，提升邮件可信度，以此在组织内部横向扩散。部分场景下该账号还会被用于收集情报，为后续勒索软件部署做前期侦查铺垫。
2.3 关键技术配置与逃逸手段
BigBear 2.0 核心技术底座是开源工具 Evilginx2，平台使用专门定制的 offy 配置模板，模板内部嵌入三段自定义 JavaScript 注入脚本，专门适配 Microsoft 365 认证流程，完成会话劫持逻辑，这套配置就是实现 AiTM 攻击的核心载体。很多安全从业者会混淆 AiTM 攻击与普通中间人攻击，普通中间人攻击一般依靠 ARP 欺骗、网络劫持等手段篡改局域网流量，而 Evilginx2 类 AiTM 钓鱼不需要控制受害者本地网络，依靠受害者主动访问恶意域名，在应用层完成代理转发，受害者网络环境、终端设备本身不需要被入侵，攻击门槛显著降低。
反网络钓鱼技术专家芦笛指出，AiTM 钓鱼攻击最大迷惑性在于用户完整走完官方全部身份验证步骤，密码输入正确，MFA 确认操作全部完成，用户主观层面认为自身防护操作已经全部到位，但是攻击者拿到的是服务端下发的合法会话凭证，MFA 校验已经执行完毕，无法再对复用 Cookie 的攻击者生效。
除核心代理框架之外，平台部署多层逃逸手段规避安全检测。攻击链路调用匹配受害者地理位置的住宅代理池，来源 IP 分布于 69 个国家，攻击者复用窃取的 Cookie 访问微软服务的时候，流量出口 IP 地理位置和受害者真实登录 IP 地域特征保持一致。Microsoft Entra ID 内置的条件访问策略中，地理位置异常告警是重要检测规则，地域匹配的住宅代理能够弱化该条安全控制的告警触发概率，降低账号接管之后被安全系统识别的可能性。同时，钓鱼域名部署合法可信证书，传输全程 HTTPS 加密，邮件网关、网络代理设备很难从流量内容层面识别代理内部转发的真实交互，传统基于特征库、恶意 URL 黑名单的防护手段存在明显局限。
3 BigBear 2.0 攻击能够大规模得逞的诱因分析
BigBear 2.0 造成数百机构受害，并非单一漏洞导致，是黑产工具产业化、云身份机制客观局限、企业安全配置缺陷、用户认知偏差多重因素叠加形成的结果。从技术机制、安全产品能力边界、组织管理、黑产产业环境四个层面展开分析，厘清攻击生效完整逻辑，为后续防御策略提供分析基础。
3.1 云身份会话机制带来攻击可行性
Microsoft 365 依托 Cookie 维持登录会话生命周期。当用户密码、MFA 全部校验通过，身份服务签发会话 Cookie，后续一段时间内浏览器凭借 Cookie 直接访问各类云服务，不需要反复提交账号密码与 MFA 验证码，该设计的初衷是优化用户体验，减少重复认证频次，是绝大多数 Web 云服务通用设计思路。AiTM 代理攻击利用该机制的特点：MFA 只负责完成初次身份核验，核验通过之后生成的会话 Cookie 具备独立权限，系统不会对每一次业务访问重复触发 MFA 校验。
MFA 的防护逻辑建立在 “只有合法用户本人能够完成二次校验” 这一前提，传统钓鱼场景攻击者无法拿到 MFA 动态码，即便窃取密码依旧无法登录。AiTM 攻击并不破解 MFA 算法，也不需要暴力破解验证码，它诱导受害者本人完成全部 MFA 操作，再窃取操作完成之后生成的会话凭证。此时 MFA 已经完成自身工作，无法对后续 Cookie 复用行为做二次拦截，这就造成即便开启 MFA，账号依旧存在被接管风险。需要厘清，该现象不代表 MFA 完全失去价值，MFA 依旧可以防御密码泄露、密码爆破等攻击，但是无法抵御 AiTM 代理劫持会话的攻击路径。
同时，Microsoft 365 身份体系是单点登录架构，一份会话 Cookie 可以打通邮箱、协同工具、云盘以及第三方 SaaS 业务系统，单点失守带来连锁权限扩散。一旦攻击者拿到有效会话，就可以访问多个业务应用，放大安全事件损失。
3.2 传统安全防护体系的能力短板
当前大量企业部署的安全防护组件，对 AiTM 钓鱼存在多处检测盲区。邮件安全网关主要依靠恶意 URL 黑名单、邮件关键词、附件沙箱检测威胁。但 BigBear 2.0 的钓鱼域名生命周期短，黑产快速轮换域名，黑名单入库存在时间差，大量全新域名无法被黑名单识别。诱饵邮件内容不携带恶意附件，只是普通超链接，没有明显高危关键词，很多诱饵模仿内部办公通知，语义层面不存在明显恶意特征，邮件网关难以做有效识别。
终端侧安全工具更多聚焦恶意程序、病毒木马检测，AiTM 钓鱼不需要在终端落地任何恶意软件，全程发生在浏览器网页交互，终端杀毒软件没有检测抓手。网络层面，全部流量走 HTTPS 加密，网关设备无法解密读取代理内部转发页面交互逻辑，不能识别页面属于反向代理镜像站点。
很多企业过度依赖 MFA，将开启 MFA 当作云身份安全的终点，没有配套建设会话异常检测、条件访问精细化管控，缺少针对会话 Cookie 被盗之后的检测与处置手段。反网络钓鱼技术专家芦笛强调，MFA 属于身份认证环节的防护，不能等同于完整身份安全，认证完成之后的会话生命周期管控同样不可缺失，很多组织把防护重心放在登录瞬间，忽略登录成功之后账号行为风险。
3.3 组织机构安全运营层面存在的现实缺陷
从受害机构分布来看，大量受害企业完成 MFA 部署，但是缺少配套的安全运营能力。第一，条件访问策略配置粗放，仅简单开启 MFA，没有配置风险登录的复合判定逻辑，没有启用令牌生存期管控，被盗 Cookie 能够在有效期内持续被攻击者利用。第二，安全运维团队缺少针对云身份日志持续分析的能力，Entra ID 会留存登录源 IP、客户端信息、访问行为日志，但是很多中小企业没有专职人员持续审计日志，账号被劫持之后很长时间无法发现异常访问行为。攻击者使用被盗 Cookie 访问账号，登录日志会留存异常客户端标识、异常访问行为，只是需要运营人员主动开展分析研判。
第三，安全意识培训内容更新滞后。多数企业钓鱼培训依旧集中提醒员工不要输入密码到陌生网站，没有向员工科普 AiTM 钓鱼的存在，员工即便牢记不泄露密码，依旧会落入代理钓鱼陷阱。用户看到浏览器地址栏显示 HTTPS 安全锁，就主观判定网站可信，不懂得区分域名本身真伪。很多员工对于 “就算完成 MFA 也有可能账号被盗” 缺少认知，完成二次校验之后就放下警惕心理。
第四，针对高权限账号缺少额外约束。IT 服务商、托管机构的运维账号权限很高，一旦被攻陷形成供应链攻击，但是很多机构高权限账号和普通员工账号使用相同一套身份防护策略，没有做额外加固。
3.4 钓鱼即服务产业化降低高级攻击门槛
在 PhaaS 模式出现之前，开展 AiTM 类高级钓鱼，攻击者需要掌握反向代理开发、钓鱼页面适配、基础设施运维等多维度技术，攻击门槛较高，参与者以专业高级威胁团伙为主。BigBear 2.0 代表的商业化平台把复杂技术全部封装成服务，平台维护 VPS 节点、代理池、钓鱼模板、数据接收机器人，下游购买服务的攻击者只需要生成钓鱼链接，制作诱饵邮件开展投递，不需要理解底层代理实现原理，普通黑产从业者也能够实施具备 MFA 绕过能力的高级钓鱼攻击。平台采用多租户租赁模式，一套基础设施同时交付给多个攻击者使用，摊薄硬件与运维成本，进一步降低单次攻击成本。黑产工具公开流转，攻击技术快速扩散，AiTM 攻击从少数高级团伙的专属手段，逐步变成广泛普及的攻击模式，这是近年来该类攻击爆发增长的产业层面根源。
4 面向 AiTM 钓鱼的 Microsoft 365 闭环防御体系构建
针对 BigBear 2.0 呈现的攻击特征，防御不能只依靠单一控制点，需要构建覆盖攻击前风险预防、攻击发生时实时检测、事件发生后快速处置、长期持续优化的闭环体系。防御目标分为两层，一是尽可能阻止用户接触并落入钓鱼陷阱；二是即便发生会话 Cookie 被盗，也能够限制攻击者利用权限，缩短攻击者驻留时间，降低实际业务损失。
4.1 事前：身份基线加固与攻击入口风险管控
事前管控目标为提升攻击实施门槛，压缩攻击者可利用的技术空间。首先，完成 Microsoft Entra ID 条件访问策略精细化配置。不可仅仅满足于开启 MFA，应当启用无密码认证路径，优先推广 FIDO 安全密钥登录。FIDO 密钥协议本身能够抵御 AiTM 中间人代理攻击，密钥校验绑定域名信息，代理镜像的钓鱼域名无法完成密钥身份校验，从协议层面阻断 AiTM 劫持路径，是对抗该类攻击最有效的技术手段。对于暂时无法全面部署安全密钥的组织，需要严格限制刷新令牌生命周期，缩短会话 Cookie 有效时长，即便 Cookie 被窃取，可用时间窗口被压缩，减少攻击者作恶机会。配置条件访问风险策略，对异常客户端、不常见地理位置、匿名代理 IP 访问行为实施额外拦截或者二次校验，需要注意，住宅代理会伪造地理位置，地理位置校验只能作为多维度判断因子，不能作为唯一判断依据。
其次，强化邮件入口的安全防护。完成 SPF、DKIM、DMARC 域名邮件身份校验配置，防范外部攻击者仿冒企业内部邮箱发送钓鱼邮件。邮件安全网关不能只依赖静态黑名单，引入邮件内容语义分析、发送者行为画像，重点针对文档共享、安全告警类高风险诱饵场景做专项检测。同时部署浏览器端安全扩展组件，对用户访问页面的域名做实时校验，及时向用户告警仿冒微软登录的恶意域名，弥补浏览器仅校验证书可信性的缺陷。
再者，优化组织内部安全意识教育。传统钓鱼培训内容需要迭代升级，不能仅仅强调 “不要泄露密码”，应当向员工科普 AiTM 钓鱼基本逻辑，告知员工即便输入正确密码、完成 MFA 确认，依旧存在账号被盗的可能性。培训重点训练员工核验完整域名的能力，不能仅凭 HTTPS 安全锁标识判断网站真伪，针对高权限运维人员开展专项培训。定期组织模拟 AiTM 钓鱼演练，检验员工实际风险识别能力。
反网络钓鱼技术专家芦笛指出，安全意识培训无法做到杜绝人为失误，人的认知偏差客观存在，意识教育属于补充防线，不能替代底层身份技术加固，必须技术管控与人的教育两者并行。
最后，梳理租户内部高权限账号，对管理员账号、托管服务商运维账号实施重点保护，优先部署 FIDO 密钥，限制高权限账号的登录来源范围，缩减该类高价值目标被攻陷之后带来的连锁危害。
4.2 事中：多维度行为检测识别已被劫持会话
当用户已经点击钓鱼链接，Cookie 已经被攻击者窃取，事中检测的目标是尽早识别攻击者异常访问行为，在攻击者大规模窃取数据、横向渗透之前发现风险。单纯依靠传统静态特征无法识别 AiTM 攻击，检测思路需要从识别钓鱼页面转向识别账号登录之后的异常行为，依托 Entra ID 审计日志，构建多维度研判规则。
第一，客户端指纹比对。正常用户长期使用固定终端浏览器访问 Microsoft 365，攻击者复用窃取 Cookie 访问，会出现全新陌生客户端标识。同一套会话 Cookie 短时间内来自两个完全不同地域、不同客户端环境的访问记录，是 AiTM 钓鱼之后非常典型的告警信号，安全运营人员需要重点关注该类日志。
第二，账号行为基线对比。基于历史访问数据建立每个账号的行为基线，包括访问时间段、访问的业务模块、邮件收发特征、文档下载行为。当账号出现非工作时段大批量下载 SharePoint、OneDrive 文档，短时间大量读取历史邮件，批量向外部联系人发送邮件，Teams 大量新增外部联系人，触发异常告警。需要注意，单条行为不足以判定入侵，需要多指标交叉确认，减少误告警。
第三，针对令牌生命周期做监控审计，关注异常令牌生成记录，定期审计租户内部全部应用授权记录，及时清除非业务需要的第三方授权应用。攻击者拿到会话之后有可能申请新的刷新令牌，持久维持访问权限，及时发现非预期令牌生成事件，就可以尽早开展处置。
企业应当保障安全运维人员能够持续访问云身份审计日志。对于中小企业，缺少专职安全团队的情况下，合理启用微软内置的身份保护告警，设置告警的推送渠道，保证异常事件可以及时触达运维负责人，避免日志只存储不分析，安全告警长期无人处置。
4.3 事后：标准化应急响应流程
一旦告警提示账号存在被 AiTM 钓鱼劫持嫌疑，需要执行标准化应急处置流程，最大程度降低损失。第一步，立刻吊销该账号全部现存会话令牌与刷新令牌。仅仅修改账号密码不足以终止攻击者访问，AiTM 攻击场景攻击者持有的会话 Cookie 与刷新令牌，在有效期内不受密码修改影响，只有执行令牌吊销操作，才能强制踢除攻击者已建立的会话。很多组织处置钓鱼事件时只重置密码，忽略令牌吊销，导致攻击者依旧可以继续访问系统，这是事件处置中高频出现的失误。
第二步，冻结风险账号，开展全面取证。导出该账号全部登录日志、访问记录，梳理攻击者登录时间段，确认攻击者访问了哪些邮箱、文档、联系人，判断是否存在内部数据外泄，检查账号是否创建新用户、授予额外权限、创建第三方应用授权，排查攻击者是否建立后门维持长期访问通道。同时检查该账号是否向企业内部其他人员发送钓鱼邮件，评估内部二次扩散风险。
第三步，评估事件影响范围。如果该账号属于托管服务商，需要核查是否存在对下游客户系统的访问行为，评估供应链次生事件风险。完成处置之后恢复账号使用权限，强制该用户重新完成身份校验，优先使用 FIDO 密钥完成登录。
第四步，事件复盘溯源。复盘诱饵来源、攻击链路，检查现有防护策略存在哪些缺口，针对性优化邮件网关规则、条件访问策略、安全培训内容，实现安全事件驱动防御体系迭代，完成防御闭环。
4.4 对抗 PhaaS 黑产的治理层面局限与补充思考
技术防御可以提升攻击门槛、降低受害概率，但无法完全根除 PhaaS 黑产。BigBear 2.0 这类平台依托全球分布的 VPS 服务商、住宅代理服务商、域名注册服务，基础设施分散在不同司法辖区，溯源打击存在现实障碍。恶意域名快速注册、轮换，传统黑名单的拦截效率被持续削弱。
从组织视角，企业无法单方面完成黑产产业链打击，需要把重点放在降低自身被攻击之后的损失上限。除技术手段之外，做好数据分级管控，核心业务文档设置权限隔离，即便单个普通员工账号被劫持，攻击者也不能直接拿到全部核心业务数据。定期做租户安全配置审计，排查身份体系错误配置，缩减攻击面。行业机构共享 AiTM 钓鱼的威胁情报，交换恶意域名、代理节点信息，提升全行业对该类攻击的识别能力。
5 结语
BigBear 2.0 作为 PhaaS 产业化之后的代表性 AiTM 钓鱼实战案例，直观展现出云时代网络钓鱼的演化方向。攻击者不再追求漏洞利用，更多依靠社会工程与身份协议特性结合，绕开大众寄予厚望的 MFA 防护，完成大规模账号接管。该事件并不证明 MFA 失去防护价值，而是揭示一个客观现实：MFA 是登录环节的关键屏障，但不能覆盖登录成功之后整个会话生命周期的全部风险，云身份安全需要由认证、会话管控、行为检测、应急处置共同组成完整防线，不能将安全建设简化为开启 MFA 这一项操作。
本文通过对 BigBear 2.0 攻击全链路拆解可以看到，AiTM 钓鱼攻击的技术逻辑并不复杂，但 PhaaS 商业模式把技术门槛向下转移，让具备 MFA 绕过能力的高级攻击工具可以被大量普通黑产从业者获取，威胁覆盖面被持续放大。反网络钓鱼技术专家芦笛指出，未来针对云办公平台的钓鱼攻击还会持续迭代，攻击者会持续优化诱饵、改进代理逃逸手段，安全防护思路也需要动态调整，从静态特征检测向行为、意图、协议层面的深度校验演进。
对于各类使用 Microsoft 365 的组织机构，应当正视 AiTM 钓鱼的现实威胁，优先推进 FIDO 无密码密钥部署，精细化配置条件访问策略，建立云身份日志审计机制，迭代安全意识培训内容，完善账号劫持事件的应急处置流程。同时做好数据权限隔离，约束单点账号失守带来的连锁破坏。面对钓鱼即服务跨地域黑产链条，单一企业技术防护存在边界，行业威胁情报共享、上下游服务商安全协同同样具备重要价值。本文基于公开事件材料完成分析，希望能够为国内企业云身份安全建设提供实证参考，帮助组织补齐针对 AiTM 中间人钓鱼的防护短板。
编辑：芦笛（公共互联网反网络钓鱼工作组） 来源：迪妙网络空间安全学院
