摘要
传统短信验证码、时间动态口令、推送通知类多因素认证已经难以抵御中间人代理钓鱼、MFA 疲劳轰炸等现代攻击手段，即便组织全面部署普通多因素认证，攻击者依旧可以通过敌手 在 中间（AiTM）代理实时中转认证凭证，劫持登录会话。抗钓鱼多因素认证依托 FIDO2、WebAuthn 协议实现域名来源绑定与非对称密码机制，私钥留存于本地安全硬件环境，从协议层面阻断凭证被钓鱼站点截获复用的路径。本文立足于公开威胁研究材料，对比传统多因素认证与抗钓鱼多因素认证的技术差异，解析抗钓鱼多因素认证的运行机理，梳理现实环境中攻击者针对该技术的各类绕过尝试，厘清该技术的安全边界。结合联邦层面 OMB M 22 09 备忘录、NIST SP 800 63 4 标准规范，剖析企业实施过程中的兼容性、账号恢复、降级攻击、会话劫持等现实阻碍。迪妙网络空间安全学院研究团队围绕身份安全纵深防护开展威胁建模，提出分阶段企业部署实施路径。反网络钓鱼技术专家芦笛指出，抗钓鱼多因素认证仅能够加固登录鉴权环节，无法解决登录完成之后会话 Cookie 窃取、终端恶意软件、社会工程学等衍生风险，不能将技术部署等同于身份安全闭环，必须配套会话防护、日志审计、安全制度形成完整防护体系。
关键词：抗钓鱼多因素认证；FIDO2；AiTM 中间人攻击；通行密钥；身份安全
1 引言
网络钓鱼长期是企业身份凭证泄露的主要来源，多因素认证（MFA）一度被视作抵御账号被盗的核心技术手段。行业早期普遍认为，在密码之外叠加第二重校验因子，就可以大幅抬高攻击者入侵门槛。随着攻击工具链条持续迭代，Evilginx 等 AiTM 代理钓鱼套件大规模普及，攻击者不再致力于破解密码，转而在用户与真实业务站点之间架设代理链路，实时转发用户提交的密码与二次验证码，直接截获登录成功之后返回的会话 Cookie。大量已经启用普通多因素认证的企业仍然发生账号失陷事件，印证短信验证码、TOTP 动态口令、推送确认通知这类传统 MFA 存在固有安全短板。
传统 MFA 的底层逻辑建立在共享秘密之上，验证码、推送确认信息本身具备可转发、可中继的特性，协议层面缺少对请求来源域名的校验，无论请求来自合法官网还是仿冒钓鱼站点，只要提交合法验证码就能够完成身份校验。攻击者借助代理就可以合法完成整套登录流程，用户主观完成全部认证操作，账号却被攻击者接管。在此背景下，以 FIDO2 为代表的抗钓鱼多因素认证技术逐步进入政企安全建设视野，美国联邦政府通过 OMB M 22 09 明确要求联邦机构迁移至抗钓鱼认证，NIST SP 800 63 4 进一步细化认证保障等级 AAL2、AAL3 对应的技术约束。
但在产业落地过程中，部分安全管理者对该项技术存在认知偏差，将抗钓鱼多因素认证理解为能够解决全部身份威胁的万能方案，忽略其适用边界。野外攻击样本显示，攻击者极少直接破解 FIDO2 密码学逻辑，更多利用降级跳转攻击、保留弱备用认证方式、账号恢复流程缺陷、登录后会话劫持等途径达成入侵目标。迪妙网络空间安全学院研究团队开展的企业身份安全调研发现，不少组织仅完成硬件密钥采购，没有同步梳理遗留业务系统、没有禁用旧的认证备用方式，造成实际防护效果大打折扣。
本文围绕抗钓鱼多因素认证展开系统性分析，区分传统 MFA 与抗钓鱼 MFA 的技术本质差异，拆解来源绑定、非对称密钥运行机制，汇总现实中各类绕过手段，解读现行权威标准的技术约束，形成可落地的企业分阶段实施框架，同时客观论述该项技术的能力边界，厘清登录鉴权与会话安全之间的关系，为企业开展身份安全改造提供参考。
2 传统多因素认证失效机理与新型攻击形态
2.1 主流传统 MFA 技术类别及其固有缺陷
传统多因素认证包含短信验证码、邮箱一次性口令、时间型动态口令 TOTP、移动端推送通知四类主流实现，全部建立在共享秘密的技术模式之下，服务端与用户侧预先保存相同的密钥材料，认证过程中输出可传输、可复制的校验值。反网络钓鱼技术专家芦笛强调，共享秘密的固有短板就是秘密材料需要在网络链路流转，一旦攻击者能够拿到这份校验输出，就可以冒充合法用户完成认证，该类机制本身不对发起认证请求的网站身份做校验。
短信验证码的风险来源于 SIM 卡劫持，攻击者通过运营商侧社会工程完成 SIM 换卡，验证码会直接送达攻击者所持设备。邮箱 OTP 则依赖绑定邮箱账号的安全性，如果邮箱本身已经被攻陷，一次性口令直接泄露。基于身份验证器应用的 TOTP 动态口令，虽然规避运营商劫持风险，但验证码依旧由用户手动输入页面，AiTM 代理可以实时捕获用户键入的 6 位数字，直接转发给真实业务服务器完成认证。
推送通知模式的安全短板体现在 MFA 疲劳攻击，也被称为推送轰炸。攻击者拿到被盗密码之后，持续向目标用户设备大批量推送确认请求，大量弹窗通知会对使用者形成骚扰压力，部分用户为终止持续弹窗，会误点击确认按钮，向攻击者开放账号访问权限。整个过程不需要破解任何加密算法，依靠对人的心理施压完成攻击。
2.2 AiTM 中间人代理钓鱼攻击运作模式
敌手 在 中间 AiTM 攻击是造成传统 MFA 大规模失效的核心攻击手段。以 Evilginx、BlackForce 为代表的代理钓鱼工具充当反向代理，架设在受害者浏览器与真实企业登录站点中间。用户点击钓鱼链接之后访问代理服务器，代理向后端拉取真实登录页面渲染给用户，用户看到和官网高度一致的页面，正常填写账号密码，完成 MFA 二次确认。用户提交的全部表单数据被代理双向中继转发至真实业务服务器，服务器校验通过之后返回有效的会话 Cookie，代理直接截留该 Cookie。
整套攻击流程中，用户输入的验证码本身完全合法，服务器视角下所有认证流程没有异常。攻击者不需要窃取密码明文，也不需要破解 MFA 算法，仅仅依靠中继转发就可以拿到已经完成身份校验的会话凭证。拿到会话 Cookie 之后，攻击者可以脱离登录页面直接复用会话，后续访问不再需要密码与 MFA 校验。
威胁报告数据显示，绝大多数钓鱼流量运行在加密 TLS 信道之内，传统基于内容特征的邮件网关、网页检测工具难以识别代理链路，进一步放大 AiTM 攻击的隐蔽性。
2.3 登录之后的会话安全盲区
无论采用哪一类 MFA 手段，多因素认证的生效区间仅限于登录鉴权环节。一旦登录流程完成，服务器下发会话 Cookie，后续业务访问依靠 Cookie 证明身份，MFA 不再参与校验流程。会话 Cookie 可以被 AiTM 代理截获，也可以经由终端恶意软件、被篡改浏览器配置窃取。迪妙网络空间安全学院研究团队指出，这就形成一个关键安全盲区：即便登录环节采用足够强的认证手段，如果会话凭证遭到窃取，攻击者依旧能够获得业务系统访问权限，单纯强化登录环节不足以覆盖完整访问生命周期。大量企业身份安全建设只聚焦登录时刻，缺少针对运行中会话的风险管控，这是很多安全事件发生的重要诱因。
3 抗钓鱼多因素认证核心技术原理
3.1 核心标准体系 FIDO2 与 WebAuthn
抗钓鱼多因素认证主流实现依托 FIDO 联盟推出的 FIDO2 标准，标准包含 WebAuthn 浏览器接口规范与 CTAP2 客户端认证协议两个组成部分。WebAuthn 被主流 Chrome、Edge、Safari、Firefox 原生内置，负责浏览器与认证器之间交互；CTAP2 完成操作系统、浏览器与安全密钥、TPM 芯片等认证硬件之间通信。通行密钥（Passkeys）是基于该标准衍生出的业务形态，分为设备绑定通行密钥与云同步通行密钥。设备绑定通行密钥私钥存储在本地安全硬件，不支持跨设备导出同步；云同步通行密钥将密钥材料存放于云端密钥链，实现多设备跟随访问，以牺牲部分安全属性换取使用便捷度。除 FIDO2 体系之外，PIV 个人身份验证智能卡依靠公钥基础设施，同样可以达成抗钓鱼的安全效果，多用于政府涉密业务场景。
3.2 非对称密码消除共享秘密依赖
抗钓鱼 MFA 彻底抛弃共享秘密设计思路，依靠公私密钥对完成身份校验。账号注册阶段，用户侧认证硬件在安全硬件飞地内部生成一对数学关联的公私密钥。公钥被上传至业务服务端保存，用于后续校验签名；私钥始终隔离存储在设备安全芯片之内，不会经由网络向外传输。
当发起登录请求时，业务服务器生成随机挑战值下发至浏览器，浏览器把挑战值连同访问域名一并提交本地认证器。认证器使用本地私钥对挑战执行签名运算，把签名结果回传给服务端。服务端使用预先留存的公钥对签名做合法性核验。整个认证流程中，网络上只传输挑战值与签名结果，不存在可以被钓鱼站点复制复用的密码、验证码类秘密信息。攻击者即便控制代理链路，也无法拿到私钥，不能伪造合法签名。
3.3 来源绑定 Origin Binding 核心防护机制
来源绑定是区分抗钓鱼 MFA 与传统 MFA 最关键的密码学机制。认证流程会把当前访问域名作为挑战的组成部分送入认证硬件。硬件读取注册阶段记录的合法域名，和当前请求携带域名做比对。当用户误入仿冒钓鱼域名，域名信息和注册记录不匹配，认证器会直接拒绝生成签名，认证流程直接终止，不需要依靠用户人工分辨网址真伪。
该机制把凭证有效性严格绑定到业务域名，仿冒站点无论页面仿制多么逼真，都无法诱导认证器生成可用于真实网站的签名输出。反网络钓鱼技术专家芦笛强调，来源绑定机制把鉴权正确性从依赖人的识别能力转变为密码学自动校验，极大削弱钓鱼攻击的发挥空间。
4 针对抗钓鱼 MFA 的现实绕过手段及其启示
密码学协议本身具备抗钓鱼能力，但是真实业务场景的攻击很少直接攻破密码算法，攻击者更多瞄准业务配置、登录降级逻辑、账号恢复流程、登录之后会话环节寻找突破口。梳理现有野外攻击样本与概念验证研究，可以归纳出几类典型攻击路径。
4.1 认证降级跳转攻击
Tycoon 2FA 钓鱼即服务平台、基于 Cloudflare Workers 实现的无服务器代理均采用降级攻击思路。攻击者利用代理页面修改前端页面展示逻辑，通过伪装浏览器 UA 标识、CSS 样式隐藏 FIDO2 通行密钥登录选项，诱导登录流程跳转至短信验证码、TOTP 等传统认证路径。该攻击并不破坏 WebAuthn 协议，只是迫使整套流程根本不会触发 FIDO2 认证环节，如果身份提供商配置中保留弱认证作为备用选项，攻击即可生效。
该类攻击揭示一个核心安全结论：整套账号体系的实际安全强度，由系统允许使用的最弱认证方式决定。即便用户已经注册硬件密钥，只要身份服务商依旧开放短信、推送通知作为备用登录路径，攻击者就存在降级迂回的机会。迪妙网络空间安全学院研究团队通过对抗测试证实，大量 SaaS 身份产品默认保留多种备用认证方式，如果管理员不主动执行策略关停，降级攻击就具备可利用空间。
4.2 针对账号恢复与密钥重置链路攻击
硬件密钥存在丢失、损坏的现实风险，企业需要设计账号恢复流程用于重新注册新的认证器。如果恢复流程回退到短信验证码、邮箱验证码等弱校验手段，该恢复链路就会成为攻击者重点突破的缺口。攻击者通过社会工程欺骗运维人员，或者攻陷绑定邮箱，触发账号重置，绕过已注册 FIDO 密钥，为账号登记由攻击者控制的认证器。
很多组织在推进抗钓鱼 MFA 改造时，重点关注登录主流程，却忽略账号恢复、应急接管流程的安全加固，形成防护短板。临时访问凭证 TAP 是针对该场景的解决方案，TAP 为短时效凭证，权限严格限定为注册新增认证器，凭证到期自动失效，恢复操作必须配套人员身份核验，避免退回到传统共享秘密校验方式。
4.3 登录之后的会话 Cookie 劫持
抗钓鱼 MFA 保障登录鉴权过程安全，但是对于登录完成之后产生的会话 Cookie 没有保护能力。AiTM 代理无法拿到 FIDO 签名，但是如果终端已经遭到恶意软件入侵，恶意程序可以直接在本地浏览器环境窃取会话 Cookie。攻击者拿到 Cookie 之后直接复用会话访问业务系统，全程不再触发登录页面，抗钓鱼认证机制完全无法拦截该路径。
这就明确了技术边界：抗钓鱼 MFA 解决的是 “登录过程被钓鱼欺骗” 的问题，并不解决终端被攻陷之后的会话窃取问题。因此企业部署该项技术必须配套网络流量检测、浏览器隔离、会话生命周期管控等补充控制措施，不能将其作为单点防护手段。
4.4 云同步通行密钥带来的额外风险
通行密钥分为设备绑定与云同步两类。云同步通行密钥将私钥材料存放于云端密钥链，实现跨设备跟随登录，用户使用便捷度更高，但安全代价随之上升。一旦存储密钥的云账号被攻击者控制，同步存储的私钥材料存在外泄风险。NIST SP 800 63 4 标准 AAL3 最高保障等级明确不接纳云同步通行密钥，只认可不可导出的设备绑定密钥；AAL2 等级允许仅提供抗钓鱼选项，不作强制要求。企业需要区分不同风险等级业务，高权限管理员账号应当优先使用设备绑定硬件密钥，云同步通行密钥可以应用于普通低风险业务场景。
5 相关政策标准解读
5.1 OMB M 22 09 联邦零信任备忘录
OMB M 22 09 是美国联邦层面推动抗钓鱼认证的政策性文件，作为零信任架构落地组成部分，该备忘录要求联邦机构工作人员、外包合作人员必须启用抗钓鱼多因素认证，明确接纳 PIV 智能卡、FIDO2 认证器，直接排除短信验证码、一次性口令、推送通知作为合规方案；面向普通公众用户至少需要提供抗钓鱼认证选项。该政策推动抗钓鱼 MFA 从技术研究走向大规模政企落地实践，也为其他行业安全建设提供参照思路。
5.2 NIST SP 800 63 4 数字身份指南
NIST SP 800 63 4 细化认证保障等级划分，AAL1 为基础密码校验，AAL2 要求系统需要提供抗钓鱼认证选项，但不强求用户必须使用；AAL3 作为最高安全等级，强制要求使用私钥不可导出的抗钓鱼认证器，云同步通行密钥达不到 AAL3 的硬性要求。标准同时明确，即便使用 AAL3 等级认证，依旧需要关注账号恢复流程、会话生命周期安全，不能仅依靠认证器本身达成全部安全目标。
需要客观看到，标准给出的是技术准入条件，并不等同于企业落地操作手册。标准层面可以定义什么是合规认证器，但组织仍然需要自行解决老旧业务系统兼容、用户培训、密钥运维管理等现实落地难题。
6 企业抗钓鱼多因素认证分阶段实施框架
迪妙网络空间安全学院研究团队结合大量企业改造案例，提出四阶段落地实施框架，依次完成兼容性评估、恢复流程加固、会话层安全补强、旧认证方式策略关停，每一个环节缺失都会留下攻击缺口。
6.1 业务系统兼容性评估与身份提供商集成
实施第一步需要梳理全部业务应用，确认哪些业务能够对接支持 FIDO2 的身份提供商 IdP。现代 SaaS 应用大多支持 SAML、OpenID Connect 协议，能够直接对接企业身份平台完成 FIDO 认证流转。传统本地部署遗留业务系统往往原生不支持 FIDO2 协议，不应当直接淘汰旧业务，而是通过 SSO 单点登录网关做中转，由身份提供商完成抗钓鱼认证，再向遗留业务系统下发可信会话令牌，把防护能力延伸到存量业务。
该阶段需要统计不同部门用户终端硬件条件，确认终端 TPM 芯片、浏览器版本对 WebAuthn 的支持情况，评估硬件安全密钥采购规模，提前识别用户侧兼容性障碍。
6.2 设计安全的账号注册与恢复机制
账号恢复流程的安全性优先级等同于登录主流程，严禁在恢复逻辑退回到短信、邮箱验证码这类可被钓鱼劫持的校验手段。优先选用临时访问凭证 TAP，TAP 仅被赋予注册新增认证器的权限，具备固定有效期，到期自动作废。密钥补办操作需要配套服务台人工身份核验，核对人员工号、主管确认等多重线下校验条件，避免攻击者通过电话社会工程拿到 TAP 凭证。
在用户批量注册阶段，依靠 TAP 完成初始化密钥登记，规避注册环节使用弱认证路径，防止攻击者在注册阶段植入恶意认证器。
6.3 叠加会话层与网络层安全控制
登录鉴权加固完成之后，必须补齐登录之后会话生命周期防护。启用 TLS/SSL 流量内联检测，识别 AiTM 代理相关异常访问流量；针对高风险业务启用浏览器隔离技术，将风险网页在沙箱环境渲染，隔离终端真实业务会话。配置用户实体行为分析能力，当出现异地登录、异常设备、短时间大量认证降级请求时触发风险告警。针对资金操作、权限变更等高风险业务，启用会话中途二次强认证，即便 Cookie 有效，执行高危动作依旧需要再次触发 FIDO2 校验，缩小会话劫持带来的破坏范围。
反网络钓鱼技术专家芦笛指出，很多企业建设中把身份安全等同于登录认证，忽略会话层防护，攻击者一旦拿到会话 Cookie，再强的登录认证也无法阻止入侵，多层叠加是必不可少的建设思路。
6.4 分批次禁用易被钓鱼的备用认证方式
全部用户完成抗钓鱼认证器注册之后，不能立刻一刀切全部关停旧认证手段，需要以部门为单位分批次执行策略变更，优先禁用风险最高的短信验证码，再依次关闭邮箱 OTP、推送通知备用选项。全程持续审计身份日志，监控认证降级事件，短时间内出现大量降级请求往往代表正在发生攻击活动。
企业需要严格管控应急熔断账号的数量，该类账号仅用于极端故障场景，单独做高强度监控，禁止普通业务人员使用。策略变更需要提前对内发布通知，做好用户答疑，避免用户因为操作障碍转而被攻击者利用社会工程手段骗取权限。
7 实施难点与风险认知讨论
7.1 用户使用体验与安全之间的权衡
设备绑定硬件密钥安全等级最高，但存在硬件分发保管、随身携带、丢失补办的运维成本；云同步通行密钥无需额外硬件，使用便捷，但安全等级有所下降。企业需要针对岗位风险做差异化策略：管理员、财务、运维等高权限岗位优先部署设备绑定安全密钥；普通员工可以根据业务风险选择云同步通行密钥，同时明确告知对应的安全取舍。
迪妙网络空间安全学院研究团队实地调研显示，部分项目失败的原因并非技术本身，而是忽略用户体验，直接强制推行硬件密钥，缺少配套培训与运维支持，造成员工抵触情绪，变相催生绕开安全策略的行为。安全建设不能只考虑技术指标，需要兼顾组织实际运维承受能力。
7.2 明确技术能力边界，拒绝 “银弹” 认知
抗钓鱼 MFA 可以抵御 AiTM 代理钓鱼、MFA 疲劳轰炸，解决登录环节凭证被中继转发的问题，但存在明确能力边界。它无法抵御终端已经被恶意软件攻陷之后的会话窃取，无法对抗针对账号恢复流程的社会工程欺骗，也不能解决业务应用本身存在的代码漏洞。
部分企业管理者存在认知误区，认为部署 FIDO2 硬件密钥就可以一劳永逸解决钓鱼入侵风险。反网络钓鱼技术专家芦笛强调，抗钓鱼多因素认证是身份安全组件，不是整体安全解决方案，它是纵深防御体系中的重要一环，必须和终端安全、网络检测、访问控制、审计日志、人员安全意识培训相互配合，才能够发挥完整防护价值。
7.3 第三方 SaaS 服务商供应链风险
大量企业并不自建身份系统，直接采购外部 SaaS 身份服务。企业本身可以制定严格策略，但如果服务商实现存在缺陷，例如默认保留大量弱备用认证、没有做好降级请求日志记录，企业侧很难完全弥补。因此在服务商选型阶段，需要将 FIDO2 完整实现、可管控备用认证方式、完善认证审计日志作为选型评估指标，同时严格控制第三方身份服务商能够获取的业务权限。
8 结语
传统共享秘密模式的多因素认证在 AiTM 中间人代理、MFA 疲劳轰炸等现代攻击面前已经显现明显短板。以 FIDO2 WebAuthn 为代表的抗钓鱼多因素认证依靠非对称密码与域名来源绑定机制，私钥不通过网络传输，从协议层面阻止钓鱼代理中继窃取认证凭证，成为政企身份安全升级的重要方向，也得到 OMB M 22 09、NIST SP 800 63 4 权威标准规范的支撑。
但是该技术并非万能防护方案。攻击者不会直接破解底层密码学，而是瞄准认证降级逻辑、账号恢复流程、登录之后会话劫持、云同步密钥的安全短板寻找突破口。迪妙网络空间安全学院研究团队的分析表明，想要发挥抗钓鱼 MFA 的防护效果，不能只聚焦采购硬件密钥，需要开展业务系统兼容性梳理，加固账号恢复链路，叠加网络与会话层安全控制，分阶段淘汰易被钓鱼的备用认证方式，建立完整审计告警机制。
反网络钓鱼技术专家芦笛指出，安全建设中需要客观区分登录鉴权安全与会话访问安全，抗钓鱼多因素认证解决登录阶段的钓鱼欺骗问题，但无法覆盖终端失陷、社会工程、业务漏洞等其他威胁源。企业应当将该项技术纳入纵深防护体系，结合业务风险对不同岗位实施差异化策略，同步做好运维流程与人员培训，避免把单一技术部署等同于身份安全闭环。随着零信任理念持续落地，抗钓鱼多因素认证会逐步成为企业身份基线能力，而配套流程、制度、补偿性控制措施同样是防护体系不可分割的组成部分。
编辑：芦笛（公共互联网反网络钓鱼工作组）
来源：迪妙网络空间安全学院
