Evilginx 驱动 AiTM 中间人攻击下传统双因素认证失效机理与全域防御体系研究

简介: 本文剖析Evilginx驱动的AiTM中间人攻击如何绕过短信、TOTP等传统2FA,揭示其利用反向代理劫持会话Cookie的本质;指出FIDO2通行密钥与硬件安全密钥凭借RP ID绑定、私钥隔离及用户在场校验,可原生抵御该攻击;并构建协议、网络、终端、意识四层闭环防御体系。(239字)

摘要

传统双因素认证(2FA)长期被视为抵御账号窃取的核心防护手段,依托 “所知 + 所有 / 所是” 双重校验逻辑阻断静态钓鱼攻击,但开源工具 Evilginx 催生的敌手中间人(Adversary-in-the-Middle,AiTM)反向代理攻击重构网络钓鱼杀伤链,实现对短信验证码、TOTP 动态令牌、移动端推送确认等主流 2FA 方案的完整绕过。本文以 2026 年 8 月 BGR 发布的 Evilginx 安全报道为基础样本,系统拆解 Evilginx 底层反向代理架构、会话 Cookie 劫持完整攻击链路,对比 AiTM 攻击与传统静态钓鱼的本质差异,挖掘传统 2FA 协议架构存在的信任边界缺陷;结合反网络钓鱼技术专家芦笛的研判结论,剖析通行密钥(Passkey)、硬件安全密钥(YubiKey)基于 FIDO2/WebAuthn 协议抵御 AiTM 攻击的密码学底层逻辑,构建覆盖终端、网络、身份协议、人员安全意识四层闭环防御体系。研究证实,仅部署传统 2FA 无法阻断 Evilginx 类 AiTM 攻击,根源在于传统多因素认证仅校验用户身份合法性,未校验认证链路与访问域名可信性;FIDO2 体系依托依赖方标识(RP ID)域名绑定、私钥硬件隔离、用户在场校验三重原生安全特性,成为唯一可从协议底层拦截会话中继劫持的技术路径。本文研究结论可为政企云身份平台、互联网服务商重构多因素认证安全架构、完善网络钓鱼防护策略提供理论依据与落地技术方案。

关键词:网络钓鱼;AiTM 中间人攻击;Evilginx;双因素认证;FIDO2;通行密钥;会话劫持

image.png 1 引言

1.1 研究背景

数字服务全面云化背景下,网银、企业协同办公、社交平台、云存储等服务均依托账号密码体系承载用户核心资产,账号泄露引发的数据失窃、财产损失、企业内网横向渗透风险持续走高。为弥补单一静态密码的安全短板,行业普遍落地双因素认证机制,将身份校验拆分为两类独立凭证:一类为用户静态掌握的密码(所知因素),另一类为绑定专属终端的动态验证载体,包含手机短信验证码、验证器 APP 动态令牌、生物特征识别(指纹、人脸)、移动端登录推送确认(所有 / 所是因素)。双重校验的组合逻辑大幅提升攻击者入侵门槛,在静态仿页钓鱼场景中,攻击者即便窃取账号密码,若无第二因素校验凭证,仍无法完成完整登录,2FA 由此成为全球互联网服务标配安全能力,用户与企业普遍形成 “开启双因素认证即可杜绝盗号” 的固有安全认知。

伴随开源安全工具生态扩张,红队渗透测试工具被黑产恶意改造利用,网络钓鱼技术完成从 “静态页面仿冒” 向 “实时流量中继劫持” 的代际跃迁。Evilginx 作为面向多因素认证漏洞测试的开源反向代理框架,设计初衷为安全从业人员模拟中间人攻击,挖掘企业身份系统防护缺陷以优化安全策略;但该工具开源分发、部署门槛低、可自动申请合法 SSL 证书、适配主流云身份认证接口的特性,被网络犯罪产业链规模化改造商用,形成 PhaaS(钓鱼即服务)黑色产业,普通攻击者仅需基础服务器运维能力,即可搭建完整 AiTM 攻击链路,批量绕过各类平台部署的传统 2FA 防护。

2026 年 8 月 BGR 发布专项安全报道披露,依托 Evilginx 实施的中间人攻击已实现对全部主流传统双因素认证方案的无差别绕过,攻击者不再局限于窃取账号与静态密码,而是在用户完成完整 2FA 校验流程后实时劫持长效会话 Cookie,凭借会话凭证在任意终端免密登录目标账号,用户全程无异常感知,账号资产泄露风险具备极强隐蔽性与破坏性。当前行业现有安全研究多聚焦 Evilginx 工具部署流程或单一平台防护方案,缺乏从协议底层剖析传统 2FA 失效根源、分层对比攻击差异、构建全域闭环防御体系的系统性研究,存在理论与落地实践断层,亟需针对性深度分析填补研究空白。

1.2 研究目的与研究意义

1.2.1 研究目的

第一,完整还原 Evilginx 驱动 AiTM 中间人攻击的全链路技术流程,厘清反向代理流量中继、会话 Cookie 劫持的底层实现逻辑,明确传统双因素认证在该攻击模式下失效的核心技术缺陷;

第二,对比 AiTM 代理钓鱼与传统静态钓鱼的核心差异,量化两类攻击对 2FA 防护体系的破坏能力,纠正大众与企业对双因素认证安全边界的认知偏差;

第三,从密码学协议层面解析 Passkey 通行密钥、YubiKey 硬件安全密钥抵御 Evilginx 劫持攻击的原生安全机制,区分传统 2FA 与 FIDO2 抗钓鱼认证体系的底层信任逻辑差异;

第四,构建覆盖技术防护、终端管控、网络监测、人员安全教育的多层闭环防御体系,为个人用户、政企单位提供可落地的 AiTM 攻击防护操作规范与架构优化方案。

1.2.2 理论意义

现有网络安全研究对多因素认证的风险分析多聚焦暴力破解、短信验证码劫持、SIM 卡置换等攻击路径,针对 AiTM 反向代理中继劫持的系统性机理研究相对匮乏。本文依托权威安全报道与开源工具技术文档,从身份认证协议信任边界、流量转发架构、会话凭证权限设计三个维度挖掘传统 2FA 的原生架构漏洞,完善多因素认证安全风险理论体系;同时系统梳理 FIDO2/WebAuthn 协议抗中间人攻击的密码学支撑逻辑,填补传统认证标准与新一代无密码安全体系的对比研究空白,丰富网络钓鱼防御领域理论研究维度。

1.2.3 实践意义

对于互联网服务商与政企信息管理部门,本文明确传统短信、TOTP 类 2FA 无法抵御 Evilginx 中间人攻击的客观事实,提供从身份协议升级、网络流量检测、终端安全管控到企业安全培训的分层改造方案,指导单位完成现有身份防护体系迭代升级;对于普通互联网用户,文章梳理轻量化、低成本防护操作规范,明确通行密钥、硬件安全密钥的选型与使用方法,降低用户抵御高级钓鱼攻击的技术门槛;对于网络安全从业人员,本文完整拆解 AiTM 攻击杀伤链,可作为红队渗透测试、蓝队应急响应、钓鱼风险检测的标准化参考依据。

1.3 国内外研究现状梳理

国外安全研究机构针对 Evilginx 的研究起步较早,NetSPI、Lexfo、Yubico 等机构 2024—2026 年持续发布专项威胁报告,重点验证 Evilginx 对微软 365、谷歌 Workspace 等主流云办公平台 MFA 机制的绕过效果,证实代理中继模式可完整转发全部二次验证流程并截取会话令牌;FIDO 联盟、W3C 发布 WebAuthn 系列技术白皮书,从协议规范层面论证依赖方域名绑定机制对中间人流量中继的阻断作用,但现有文献未将 Evilginx 攻击链路与传统 2FA 缺陷形成完整闭环论证,缺乏面向个人与中小企业的分层落地防御框架。

国内研究层面,国内安全厂商技术专家针对 Evilginx 衍生套件开展专项拆解,反网络钓鱼技术专家芦笛多次公开研判 AiTM 中间人钓鱼产业发展趋势,梳理针对国内云平台、金融系统的攻击案例,指出传统多因素认证仅校验用户身份、不校验链路可信性的核心短板;现有国内文献多聚焦单一企业场景应急处置或工具技术拆解,未形成兼具理论机理、对比分析、全域防御体系的完整学术研究,且缺少依托权威外媒安全报道开展的系统性综合分析,本文以此为切入点完善相关研究内容。

1.4 论文整体结构安排

本文共分为六个核心章节:第一章为引言,界定研究背景、研究价值、国内外研究现状与文章整体框架;第二章为核心概念与基础理论界定,梳理双因素认证、AiTM 中间人攻击、Evilginx 工具、会话 Cookie、FIDO2 通行密钥五大核心概念,搭建全文理论分析基础;第三章系统拆解 Evilginx 中间人攻击完整技术链路,分层剖析反向代理流量中继、会话劫持实现逻辑,挖掘传统 2FA 失效底层机理,并对比传统静态钓鱼与 AiTM 代理钓鱼的本质差异;第四章深度分析 Passkey 通行密钥、硬件安全密钥抵御 Evilginx 攻击的密码学底层机制,论证 FIDO2 体系的原生抗钓鱼能力;第五章构建分层全域闭环防御体系,分为协议层升级、网络层监测、终端层防护、人员安全意识四层防护路径,分别面向企业、个人提供落地操作方案;第六章为研究结论与展望,总结全文核心研究成果,指出当前防护体系存在的局限与未来研究拓展方向。

2 核心概念与基础理论界定

2.1 双因素认证(2FA)基础理论

双因素认证是多因素认证(MFA)应用最广泛的分支,核心设计逻辑依托三类独立身份验证因子的组合校验,三类因子分别为:所知因素(用户私有静态信息,账号、密码、安全问题答案)、所有因素(用户专属物理 / 电子终端载体,手机、硬件令牌、U 盾)、所是因素(用户独有生物特征,指纹、面部识别、声纹)。标准 2FA 要求登录流程同时校验两类不同维度因子,行业主流落地组合为 “密码(所知)+ 手机验证码 / APP 推送(所有)”,也是 Evilginx 攻击主要突破目标。

传统 2FA 完整校验流程分为三个阶段:第一阶段用户在登录页面输入账号与静态密码,服务端完成基础身份匹配;第二阶段服务端向用户绑定的专属终端下发动态验证载体,包含短信 6 位数字验证码、TOTP30 秒轮换动态码、移动端登录确认推送;第三阶段用户输入或确认第二因素凭证,服务端双重校验通过后生成授权会话,下发会话 Cookie,允许用户访问平台全部权限功能。传统 2FA 架构存在固有信任假设:登录页面域名可信、用户输入的第二因素凭证仅传输至官方认证服务器、会话凭证仅在用户原生终端生效,Evilginx 攻击通过破坏三层信任假设实现防护绕过。

2.2 AiTM 敌手中间人攻击定义与特征

敌手中间人攻击(Adversary-in-the-Middle,AiTM)属于中间人攻击(MitM)的细分高级形态,区别于局域网 ARP 欺骗、公共 WiFi 流量监听等传统链路劫持 MitM 攻击,AiTM 依托反向代理服务器搭建独立恶意节点,部署于公共互联网,通过仿冒域名诱导用户主动访问恶意代理节点,而非劫持本地局域网通信链路。

AiTM 攻击核心特征包含四点:其一,流量全透明中继,恶意代理不生成独立虚假登录页面,实时向官方认证服务器请求完整页面资源,转发至受害者浏览器,页面交互、弹窗提示、二次验证流程与官方站点无视觉差异;其二,双向数据实时拦截,用户提交的账号、密码、2FA 验证数据、服务端下发的会话 Cookie 全部经过代理节点,攻击者可无延迟复制全部敏感流量;其三,无感知用户体验,代理完成流量转发后将官方服务器返回页面原样推送至用户终端,用户登录流程顺畅无报错,无法识别通信链路存在第三方劫持节点;其四,攻击适配全部 HTTPS 站点,Evilginx 可自动为仿冒混淆域名申请合法 SSL 证书,浏览器地址栏显示安全锁标识,消除用户对站点安全性的基础判断依据。

2.3 Evilginx 工具基础属性

Evilginx 是开源反向代理框架,原生开发目标为网络安全红队渗透测试,用于模拟中间人攻击,检验企业多因素认证体系抗劫持能力,开源特性使工具可被攻击者无成本获取、二次定制改造,衍生多款商用钓鱼套件,规模化用于网络黑产活动。

Evilginx 核心功能模块包含域名代理转发模块、SSL 证书自动申请模块、phishlet 站点适配配置模块、流量日志捕获模块、会话 Cookie 持久化存储模块。phishlet 配置文件为工具核心适配单元,针对微软 365、谷歌云、国内主流协同办公、金融平台预设专用流量转发规则,自动改写页面内全部 URL 地址,将用户终端请求全部定向至恶意代理节点,同步完成官方服务响应内容反向转发。工具无需复杂代码开发,攻击者仅需完成域名注册、服务器部署、配置文件加载三步基础操作,即可启动完整 AiTM 攻击链路,技术门槛大幅降低是该威胁快速扩散的关键诱因。

2.4 会话 Cookie 与会话劫持原理

会话 Cookie 是 Web 服务用于标识已认证登录状态的临时本地存储数据,存储于用户浏览器缓存,由服务端在用户完成完整身份校验后通过 Set-Cookie 响应头下发,包含唯一会话 ID、账号权限标识、会话时效等核心授权信息。平台校验后续全部页面访问、功能操作请求时,无需重复验证账号密码与 2FA 凭证,仅校验请求携带的有效会话 Cookie 即可授予访问权限。

会话劫持攻击核心逻辑为窃取合法有效会话 Cookie,在独立终端、独立网络环境中携带窃取的 Cookie 发起访问请求,服务端无法区分 Cookie 原始来源终端,直接授予对应账号全部操作权限。传统静态钓鱼仅能窃取账号密码,无法获取登录完成后下发的会话 Cookie,而 Evilginx 代理部署于用户与官方服务器中间,可在 Cookie 下发至用户浏览器前完成拦截复制,实现完整会话劫持,这也是传统 2FA 无法防御该攻击的核心分界点。

2.5 FIDO2/WebAuthn 无密码认证与通行密钥、硬件安全密钥

FIDO2 由 FIDO 联盟联合 W3C 制定新一代抗钓鱼身份认证标准,包含 WebAuthn 网页认证协议与 CTAP 客户端到认证器协议,分为两类落地载体:平台认证器(通行密钥 Passkey,存储于设备安全隔离芯片,手机 Face ID/Touch ID、电脑 Windows Hello)、跨平台漫游认证器(硬件安全密钥,典型产品 YubiKey,独立 USB/NFC 硬件设备)Yubico。

该体系彻底摒弃静态密码,依托非对称加密密钥对完成身份校验,注册阶段设备生成独立公钥、私钥,公钥上传平台服务端存储,私钥永久锁定于设备安全硬件隔离区,无法导出、复制、远程窃取;登录阶段服务端生成加密随机挑战,认证器使用本地私钥完成签名,签名数据包强制绑定官方平台依赖方标识(RP ID,即官方域名),仿冒代理站点域名与注册绑定 RP ID 不匹配时,认证器直接拒绝生成有效签名,从密码学底层阻断 AiTM 流量中继劫持,是当前唯一原生抵御 Evilginx 攻击的认证技术体系。

3 Evilginx 驱动 AiTM 中间人攻击完整链路与传统 2FA 失效机理分析

3.1 Evilginx AiTM 攻击五步完整杀伤链拆解

结合 BGR 权威报道与 Evilginx 工具技术文档,完整攻击流程分为预攻击部署、诱饵分发、流量中继交互、2FA 完整校验中继、会话 Cookie 劫持账号接管五个标准化阶段,全流程用户无任何异常感知,各阶段技术细节如下:

3.1.1 阶段一:攻击者预攻击基础设施部署

攻击者完成三层前置部署操作,搭建恶意反向代理节点:第一,注册视觉混淆仿冒域名,采用字符替换、前后缀拼接方式伪装官方域名,例如将login.microsoftonline.com改造为login-micr0soft-auth.com、office365-verifysafe.top,利用用户域名识别疏忽实现初步欺骗;第二,部署云服务器并安装 Evilginx 开源框架,加载适配目标平台的 phishlet 配置文件,预设官方认证接口流量转发规则;第三,调用工具内置 SSL 自动申请模块,为仿冒域名申请 Let’s Encrypt 免费合规 SSL 证书,使浏览器地址栏展示 HTTPS 安全锁标识,消除用户基础安全警惕性。部署完成后恶意代理节点具备完整双向流量转发、流量捕获能力。

3.1.2 阶段二:社会工程学诱饵分发引流

依托邮件、短信、企业内部通讯软件、社交私信多渠道投放钓鱼诱饵,诱饵文案贴合用户日常工作、生活场景,常见模板包含账号安全异常核验、文件共享查看、工资账单通知、账户权限升级等,诱饵内嵌入仿冒域名短链接,诱导受害者主动点击访问恶意代理站点。反网络钓鱼技术专家芦笛指出,当前黑产已结合生成式 AI 优化诱饵文案,模仿企业管理层、金融官方客服行文风格,大幅提升诱饵点击率,降低用户对异常链接的识别概率。

3.1.3 阶段三:用户访问代理站点,账号密码流量实时中继

受害者点击诱饵链接后,浏览器解析域名指向 Evilginx 恶意代理服务器;代理节点发起请求至对应官方认证服务接口,获取完整官方登录页面源码,自动改写页面内全部跳转、提交接口 URL,统一定向至恶意代理地址,再将改写后的完整页面推送至受害者浏览器。用户视觉层面完全浏览官方原生登录界面,输入账号、静态密码后,提交表单流量首先传输至 Evilginx 代理,代理实时复制存储账号密码数据,再将表单完整转发至官方认证服务器,完成第一层身份校验。

3.1.4 阶段四:完整中继 2FA 二次验证流程,绕过传统双因素防护

官方服务器校验账号密码匹配成功后,触发预设 2FA 校验流程,向用户绑定手机下发短信验证码、推送 APP 登录确认弹窗,或展示 TOTP 动态码输入框;该二次验证弹窗页面同样由 Evilginx 从官方服务器实时获取、转发至用户终端,用户正常输入验证码、点击确认推送通知完成第二因素校验,全部操作流量再次经过恶意代理节点复制存储,同步转发至官方认证服务端完成双重校验。

该阶段是 AiTM 攻击区别于传统静态钓鱼的核心节点:传统仿冒页面无法对接官方 2FA 校验接口,攻击者拿到密码后无法获取有效第二因素凭证,入侵流程直接中断;而 Evilginx 透明中继架构使官方服务器完整接收用户提交的合法 2FA 凭证,系统判定本次登录为合规操作,传统 2FA 防护机制完全失效。

3.1.5 阶段五:劫持会话 Cookie,远程接管用户账号

官方服务器双重校验全部通过后,生成包含完整账号权限的长效会话 Cookie,通过 HTTPS 响应头 Set-Cookie 字段下发;流量传输路径中,Evilginx 代理节点在 Cookie 推送至用户浏览器前完成拦截、本地持久化存储,随后再将 Cookie 转发至受害者终端,用户浏览器正常完成登录跳转,进入个人账号主页,主观认定登录流程安全无异常。

攻击者提取窃取的会话 Cookie 后,可在任意独立设备、任意网络环境打开浏览器,导入 Cookie 发起平台访问请求,服务端仅校验 Cookie 有效性,不校验访问终端、IP 地址、访问域名,直接授予全部账号操作权限,攻击者无需知晓用户密码、无需完成 2FA 验证,即可无限制浏览、修改、导出用户全部存储数据,完成账号完整接管。

3.2 传统双因素认证在 AiTM 攻击下失效的三层底层机理

反网络钓鱼技术专家芦笛强调,Evilginx 能够完整绕过短信、TOTP、APP 推送类全部传统 2FA 方案,并非 2FA 校验逻辑存在计算漏洞,而是传统认证架构三层基础信任假设在 AiTM 反向代理场景中全部崩塌,协议原生设计未考虑第三方流量中继劫持风险,三层核心缺陷具体分析如下:

3.2.1 缺陷一:身份校验仅核验用户主体,不校验认证链路可信性

传统 2FA 的核心校验目标仅为确认操作发起者为账号归属用户,校验逻辑聚焦账号密码匹配、第二因素凭证有效性,未增加对登录页面域名、通信链路中间节点的可信校验机制。在 Evilginx 攻击链路中,用户本人真实输入密码、提交合法 2FA 凭证,官方服务器接收到完整合规的双重校验数据,系统判定操作者为合法用户,完全忽略流量经过第三方恶意代理节点这一关键风险点,身份校验流程无任何拦截逻辑。

简单而言,传统 2FA 仅回答 “操作者是不是账号本人”,无法识别 “操作者是否在可信官方页面发起操作”,AiTM 攻击利用该逻辑盲区,在用户本人合规提交验证凭证的前提下窃取授权会话,使双重校验失去防护价值。

3.2.2 缺陷二:会话 Cookie 与账号身份强绑定,与访问域名、终端解耦

主流 Web 平台下发的会话 Cookie 仅关联用户账号唯一标识,未绑定登录发起域名、终端硬件特征、IP 地址等上下文信息。攻击者劫持 Cookie 后,可脱离原始用户设备、原始访问域名发起访问请求,服务端不存在跨域名、跨终端 Cookie 访问拦截策略。即便用户后续退出账号、清除本地浏览器缓存,攻击者已存储的 Cookie 在时效范围内仍具备完整权限,用户本地操作无法终止攻击者已窃取的会话授权。

部分平台增加 IP 异常登录提醒机制,但该机制仅为事后告警,无法实时阻断攻击者使用 Cookie 访问账号,告警推送存在显著延迟,攻击者可在用户察觉风险前完成全部数据窃取、权限篡改操作。

3.2.3 缺陷三:HTTPS 证书校验仅核验域名证书合法性,不校验域名权属关系

Evilginx 可通过免费证书服务商为仿冒混淆域名申请合规 SSL 证书,浏览器 HTTPS 校验逻辑仅判断证书是否有效、是否过期、域名是否匹配证书绑定地址,不会核验域名是否归属于官方平台运营主体。仿冒域名虽字符与官方域名存在细微差异,但具备完整合法加密证书,地址栏安全锁标识消除用户基础风险判断依据,也不存在网络层自动拦截仿冒域名 SSL 流量的标准化机制,恶意代理节点的加密流量可无阻碍传输至官方认证服务器。

3.3 AiTM 代理钓鱼与传统静态钓鱼的多维度对比分析

为直观区分两类钓鱼攻击对 2FA 防护体系的破坏能力,本节从页面生成逻辑、2FA 处理能力、窃取数据类型、用户识别难度、攻击技术门槛、2FA 防护阻断效果六个维度开展对比,明确 Evilginx 驱动的 AiTM 攻击具备全方位安全破坏性,对比维度详细论证如下:

页面生成逻辑

传统静态钓鱼:攻击者本地复刻静态登录页面表单,页面资源存储于恶意服务器,不存在与官方服务器实时流量交互,所有用户输入操作仅提交至攻击者服务器,无法跳转至真实官方认证接口;

AiTM 代理钓鱼:无本地虚假页面,实时向官方服务器请求完整动态页面,页面资源、弹窗、2FA 校验接口全部来源于官方,页面交互逻辑与真实服务完全同步。

2FA 校验处理能力

传统静态钓鱼:仅能收集账号密码,无对接官方 2FA 校验通道,攻击者获取密码后无法完成二次验证,2FA 可 100% 阻断入侵链路;

AiTM 代理钓鱼:完整中继全部 2FA 交互流程,用户提交的验证码、推送确认同步传输至官方服务器完成校验,传统 2FA 无法形成任何拦截效果。

窃取核心数据类型

传统静态钓鱼:仅可窃取静态账号、明文密码,无长效访问凭证,数据价值有限;

AiTM 代理钓鱼:同步捕获账号密码、2FA 验证响应、长效会话 Cookie、OAuth 访问令牌,攻击者凭借 Cookie 实现免密长期账号接管,数据破坏性极强。

用户风险识别难度

传统静态钓鱼:页面排版、图标、弹窗逻辑存在复刻瑕疵,无动态实时更新内容,细心用户可通过页面细节识别伪造站点;

AiTM 代理钓鱼:页面实时同步官方最新更新内容,SSL 加密标识完整,登录流程无卡顿报错,普通用户完全无法区分访问节点为恶意代理。

攻击技术门槛

传统静态钓鱼:需前端开发能力复刻登录页面,适配不同平台表单规则,技术门槛中等;

AiTM 代理钓鱼:Evilginx 预设各平台 phishlet 配置文件,无需前端开发、复杂编码,仅基础服务器运维能力即可部署,技术门槛极低,适配黑产规模化批量攻击。

传统 2FA 阻断效果

传统静态钓鱼:短信、TOTP、APP 推送 2FA 可完全阻断账号接管;

AiTM 代理钓鱼:全部主流传统 2FA 方案失效,无实时拦截能力,仅能依托事后异常登录告警实现被动处置。

4 FIDO2 通行密钥与硬件安全密钥抵御 Evilginx 攻击的底层安全机制

BGR 报道明确指出,通行密钥(Passkey)、YubiKey 类硬件安全密钥是当前唯一能够原生抵御 Evilginx AiTM 中间人劫持攻击的认证方案,二者依托 FIDO2/WebAuthn 协议密码学架构,从底层规避传统 2FA 存在的信任边界缺陷。本节分层拆解两类认证载体的抗劫持核心机制,完整论证其阻断会话中继攻击的技术逻辑。

4.1 FIDO2 体系通用底层安全架构基础

FIDO2 体系彻底摒弃静态共享密码,采用非对称椭圆加密算法构建身份信任体系,核心流程分为注册阶段与登录阶段,全程不存在可被中间人复制、中继的共享验证凭证:

注册阶段:用户使用设备认证器访问官方平台注册页面,设备本地生成唯一一对加密密钥,公钥上传平台服务端永久存储,私钥全程锁定于设备内置安全隔离硬件(手机 Secure Enclave、电脑 TPM2.0 芯片、YubiKey 独立安全元件),私钥不可导出、复制、远程读取,仅能在本地硬件内部完成签名运算;平台同步存储当前站点依赖方标识 RP ID(官方域名),将密钥对与 RP ID、用户账号完成绑定。

登录阶段:用户发起登录请求,平台生成单次有效加密随机挑战数据包下发至用户终端;终端认证器校验当前访问页面域名与注册绑定 RP ID 是否完全匹配,匹配通过后触发用户本地物理验证(指纹、人脸、硬件按键按压),验证通过后使用本地隔离私钥对携带 RP ID 的挑战数据包完成数字签名;签名结果回传平台服务端,服务端使用预存公钥完成验签,验签通过即授予登录权限,全程无任何可被 Evilginx 代理中继复用的动态验证码、会话前置验证凭证。

4.2 通行密钥 Passkey 抗 AiTM 劫持三层核心机制

通行密钥为平台绑定型内置认证器,存储于用户手机、电脑本地安全芯片,依托设备原生生物识别完成本地校验,针对 Evilginx 中间人攻击的三层防护逻辑相互协同,形成不可突破的防护闭环:

4.2.1 RP ID 域名密码学绑定,阻断代理站点签名生成

该机制是抵御 AiTM 流量中继最核心技术屏障。用户注册通行密钥时,私钥签名权限仅与官方平台 RP ID 域名绑定;若用户误点击 Evilginx 仿冒代理域名链接,页面域名与预存 RP ID 字符不一致,设备安全芯片直接拒绝执行私钥签名运算,无法生成合法登录签名数据包,即便用户完成指纹、人脸本地验证,也无法向代理站点输出有效认证响应,Evilginx 代理无法中继任何可用于登录的加密凭证,攻击链路直接中断。传统 2FA 不存在域名绑定校验逻辑,仿冒站点可正常触发二次验证流程,二者形成本质安全代差。

4.2.2 私钥硬件隔离存储,杜绝凭证远程窃取

通行密钥私钥永久保存在设备独立安全隔离硬件区域,与操作系统、浏览器存储空间完全隔离,无论终端是否接入恶意网络、是否存在木马程序,攻击者均无法通过网络流量、本地文件读取、内存抓取等方式复制私钥;Evilginx 仅能拦截网络传输的公钥、签名数据包,公钥仅具备验签功能,无法反向推导私钥、生成新的登录签名,不存在劫持复用空间。反观传统 2FA 的短信验证码、TOTP 动态码均为可通过网络传输的共享明文凭证,中间人可实时复制中继。

4.2.3 用户在场强制校验,杜绝静默远程鉴权

每次登录签名运算必须用户主动完成本地生物特征校验(指纹、人脸),不存在后台静默自动鉴权场景。即便攻击者通过其他渠道获取用户设备临时访问权限,若无用户本人生物识别确认,无法触发私钥签名;Evilginx 代理无法远程操控用户终端完成本地验证,无法绕过用户在场校验机制发起认证请求,从操作层面封堵远程劫持路径。

4.3 YubiKey 硬件安全密钥额外增强安全特性

硬件安全密钥属于跨平台漫游型 FIDO2 认证器,相较设备内置通行密钥增加两层强化防护,适配政企高权限账号、金融核心账户等高安全等级场景,弥补通行密钥依赖单一终端的短板:

第一,完全独立硬件隔离,脱离手机、电脑操作系统运行,私钥存储于密钥内置专用安全元件,即便用户终端设备系统完全被攻击者控制、植入木马病毒,硬件密钥内部加密运算不受终端系统影响,安全隔离等级高于设备内置 TPM/SE 芯片;

第二,物理按键在场校验,每次签名运算必须手动按压密钥实体按键,仅远程流量中继无法触发硬件签名操作,AiTM 代理仅能转发网络流量,无法操控用户物理按压密钥,进一步提升中间人攻击操作门槛;

第三,跨终端通用特性,可在电脑、手机、平板多设备插拔使用,企业管理员可批量配发硬件密钥,统一管控高权限账号认证载体,降低员工设备丢失引发的通行密钥泄露风险。

4.4 FIDO2 体系与传统 2FA 抗 Evilginx 攻击能力对比总结

从攻击拦截效果层面,传统短信、TOTP、APP 推送 2FA 仅能抵御静态仿页钓鱼,面对 Evilginx AiTM 代理攻击完全失效;而 Passkey 通行密钥、YubiKey 硬件安全密钥依托 RP ID 域名绑定、私钥硬件隔离、用户在场校验三重机制,在攻击链路最前端直接阻断认证流程,不存在任何中继劫持空间,是唯一具备原生抗中间人钓鱼能力的身份认证方案。反网络钓鱼技术专家芦笛指出,政企单位安全改造应优先将管理员、财务、核心业务账号全部切换至 FIDO2 认证体系,普通用户逐步普及通行密钥,替代安全性存在原生缺陷的传统双因素认证。

5 面向 Evilginx AiTM 攻击的四层全域闭环防御体系构建

基于前文攻击机理、认证技术对比分析,本文构建 “协议层身份架构升级 — 网络层异常流量监测 — 终端层本地安全管控 — 人员安全意识常态化教育” 四层全域闭环防御体系,分别针对企业组织、个人互联网用户提供差异化可落地防护方案,形成事前拦截、事中监测、事后处置全流程防护能力,全方位削弱 Evilginx 类中间人攻击杀伤效果。

5.1 第一层:协议层身份认证架构升级(根本性防护手段)

协议层改造是唯一能够从底层彻底阻断 AiTM 攻击的核心路径,核心目标为淘汰仅依托短信、TOTP 的传统 2FA,全面落地 FIDO2/WebAuthn 抗钓鱼认证标准,分为企业平台服务商改造方案、个人用户账号安全优化两类路径。

5.1.1 互联网服务商、政企云身份平台改造策略

第一,强制推行 FIDO2 认证作为高权限账号唯一多因素校验方式,对企业管理员、财务、核心业务账号关闭短信、APP 推送类传统 2FA 通道,仅开放通行密钥、硬件安全密钥登录权限,从服务端切断可被中继劫持的传统验证链路;

第二,优化会话 Cookie 权限管控逻辑,增加会话与设备指纹、访问域名绑定机制,下发 Cookie 时嵌入终端硬件特征哈希值,后续每一次接口请求同步校验当前访问域名、设备指纹与会话创建上下文,不匹配则强制销毁会话凭证,即使 Cookie 被窃取也无法跨域名、跨终端复用;

第三,完善仿冒域名监测拦截机制,对接第三方 DNS 威胁情报库,批量监测字符混淆仿冒域名,自动向域名注册商提交侵权投诉,提前下线 Evilginx 攻击依赖的恶意代理域名,压缩攻击者基础设施生存周期;

第四,优化登录异常风控体系,增加代理节点访问特征识别规则,对短时间内跨地域、多终端并发会话 Cookie 访问行为实时拦截,同步推送高优先级风险告警,缩短事后处置响应时间。

5.1.2 个人用户账号协议层防护操作规范

第一,全部支持 Passkey 通行密钥的平台优先注册设备内置通行密钥,关闭短信验证码登录、APP 推送确认作为默认二次验证方式,仅将传统 2FA 作为应急备用方案;

第二,金融账户、存储大量个人隐私数据的云盘、社交账号采购 YubiKey 硬件安全密钥绑定,实现最高等级抗钓鱼防护;

第三,定期登录各平台身份安全中心,批量下线全部闲置、陌生登录会话,销毁已泄露风险的长效 Cookie,降低会话劫持带来的数据损失范围。

5.2 第二层:网络层流量与链接安全监测(事中拦截防护)

网络层防护依托网关、浏览器、域名解析三层监测能力,在用户访问恶意代理站点阶段提前识别风险链接,阻止流量流入 Evilginx 恶意服务器,作为协议层升级前过渡防护手段。

5.2.1 企业组织网络防护配置方案

第一,部署企业上网网关、DNS 安全解析服务,加载钓鱼仿冒域名威胁情报库,自动拦截已知 Evilginx 恶意域名解析请求,阻断员工终端与代理服务器的网络通信;

第二,启用浏览器终端管控策略,强制全员启用浏览器内置钓鱼防护组件(微软 Defender SmartScreen、Chrome 安全浏览),网关实时记录员工 DNS 查询日志,针对高频访问混淆仿冒域名的终端开展风险预警;

第三,企业邮件网关配置多层诱饵过滤规则,依托 NLP 语义分析识别 AI 生成钓鱼文案,拦截包含混淆短链接、可疑跳转域名的钓鱼邮件,从源头减少诱饵触达员工的概率。

5.2.2 个人用户网络安全操作规范

第一,收到短信、私信、陌生邮件内的未知链接,不直接点击访问,复制链接至 VirusTotal 多引擎恶意站点扫描平台核验域名安全性,确认无风险后再打开;

第二,日常浏览网页保持浏览器官方安全浏览功能开启,不关闭地址栏安全证书告警、仿冒站点拦截弹窗;

第三,公共 WiFi 环境下避免登录网银、云办公等核心账号,公共局域网易叠加传统 MitM 流量劫持风险,与 Evilginx AiTM 攻击形成复合威胁。

5.3 第三层:终端层本地安全管控(缩小攻击受害范围)

终端层防护聚焦消除本地安全漏洞,避免攻击者依托终端辅助扩大会话劫持造成的损失,分为企业终端统一管控、个人终端轻量化防护两类策略。

5.3.1 企业终端管控措施

第一,全员终端部署实时防护杀毒软件,启用网页恶意站点拦截、内存 Cookie 窃取行为监测功能,查杀内置 Cookie 窃取脚本的恶意程序;

第二,推行密码管理器标准化落地,统一企业员工账号存储工具,密码管理器仅在匹配官方域名时自动填充账号密码,仿冒代理站点域名不匹配时拒绝填充凭证,阻断 Evilginx 代理获取账号密码的前置环节;

第三,限制员工终端本地 Cookie 导出权限,关闭浏览器一键导出会话凭证功能,增加 Cookie 导出操作管理员审批流程,即便 Cookie 被临时窃取,也难以批量导出复用。

5.3.2 个人终端防护操作要点

第一,使用专业本地密码管理器存储全部账号密码,关闭浏览器自动保存密码功能,利用域名匹配填充机制规避仿冒站点凭证泄露;

第二,保持操作系统、浏览器、手机验证器 APP 实时更新,修复流量劫持、凭证窃取相关底层漏洞;

第三,不随意安装来源不明的手机 APP、浏览器插件,恶意插件可抓取本地存储的会话 Cookie,与 Evilginx 代理攻击形成联动盗号链路。

5.4 第四层:人员网络安全意识常态化教育(源头减少攻击触达)

AiTM 中间人攻击的前置环节依赖社会工程学诱饵诱导用户主动访问恶意域名,用户安全意识短板是攻击能够落地的核心前提,反网络钓鱼技术专家芦笛强调,技术防护无法完全消除人为操作风险,常态化安全培训是闭环防御体系不可缺失的基础环节。

5.4.1 企业常态化安全培训体系

第一,每月开展专项网络钓鱼模拟演练,使用轻量化 Evilginx 测试套件向员工批量投放仿真诱饵,统计诱饵点击率,针对高风险部门、高点击员工开展一对一专项安全辅导;

第二,培训内容重点区分传统静态钓鱼与 AiTM 代理钓鱼识别要点,纠正员工 “有 HTTPS 安全锁就是官方站点”“开启 2FA 就不会被盗号” 两类认知误区,讲解混淆仿冒域名识别方法;

第三,建立可疑链接上报激励机制,员工发现陌生钓鱼诱饵可一键上报企业安全部门,安全团队实时研判域名风险并同步全员预警,形成内部风险共享闭环。

5.4.2 个人自主安全认知提升要点

第一,建立基础域名识别习惯,登录重要账号前手动核对浏览器地址栏完整域名,不依赖短链接、页面图标判断站点合法性;

第二,拒绝点击带有紧急胁迫话术的陌生链接,包含账号冻结、安全核验、资产到期等诱导性文案的消息优先通过官方 APP 内置客服渠道核实,不通过外部链接跳转登录;

第三,持续跟进网络安全公开威胁情报,及时掌握新型钓鱼攻击手段,更新自身风险识别判断标准。

6 研究结论与未来研究展望

6.1 全文核心研究结论

本文以 2026 年 8 月 BGR 发布的 Evilginx 中间人钓鱼专项报道为核心研究样本,系统拆解 AiTM 反向代理攻击全链路杀伤链,剖析传统双因素认证失效底层机理,对比 FIDO2 通行密钥、硬件安全密钥原生抗劫持机制,构建四层全域闭环防御体系,形成三项核心研究结论:

第一,依托开源工具 Evilginx 实现的 AiTM 敌手中间人攻击可完整绕过短信、TOTP、移动端推送确认全部主流传统 2FA 方案,攻击核心突破点并非破解双重校验数学逻辑,而是传统认证架构存在三层原生信任缺陷:仅校验用户身份、会话 Cookie 与域名 / 终端解耦、SSL 证书仅核验有效性不核验域名权属,攻击者通过反向代理透明中继全部登录流量,在用户完成合法 2FA 校验后劫持长效会话 Cookie,实现免密远程账号接管,大众与企业 “开启 2FA 即可杜绝盗号” 的安全认知存在显著偏差。

第二,FIDO2/WebAuthn 标准下的 Passkey 通行密钥、YubiKey 硬件安全密钥是当前唯一能够从密码学底层阻断 Evilginx 攻击的认证方案,依托 RP ID 域名绑定校验、私钥硬件隔离不可导出、用户在场物理验证三重协同安全机制,在仿冒代理站点发起认证请求阶段直接中断登录流程,不存在流量中继、会话劫持复用空间;硬件安全密钥相较设备内置通行密钥额外具备独立硬件隔离、跨终端通用优势,适配高安全等级金融、政企核心账号场景。反网络钓鱼技术专家芦笛强调,全面切换 FIDO2 抗钓鱼认证体系是解决传统 2FA AiTM 劫持风险的根本性手段。

第三,单一技术防护手段无法全面抵御 Evilginx 类高级中间人钓鱼攻击,需构建 “协议层认证架构升级、网络层流量链接监测、终端层本地安全管控、人员安全意识教育” 四层全域闭环防御体系,协议层 FIDO2 改造实现底层根治,网络、终端层形成过渡阶段事中拦截能力,人员安全培训从源头降低诱饵点击概率,四层防护路径协同互补,形成事前、事中、事后全流程风险管控能力,分别适配互联网服务商、政企组织、普通个人用户差异化落地需求。

6.2 研究局限

本文研究存在两点客观局限:其一,文章分析依托公开安全报道、开源工具技术文档、行业安全专家研判资料开展定性机理分析,未搭建大规模仿真实验环境量化不同防护策略对 Evilginx 攻击的阻断准确率,缺少定量实验数据支撑;其二,研究聚焦基于反向代理的 Evilginx AiTM 攻击单一攻击路径,未同步分析 OAuth 设备码流劫持、浏览器内置中间人等同类可绕过 MFA 的衍生攻击手段,复合攻击场景下的协同防护策略有待进一步拓展。

6.3 未来研究拓展方向

基于本文研究局限与当前网络安全威胁发展趋势,后续可从三个维度开展深度拓展研究:

第一,搭建多平台仿真实验环境,分别测试传统 2FA、Passkey 通行密钥、硬件安全密钥抵御 Evilginx 攻击的阻断效率,量化四层防御体系不同组合策略的风险降低比例,补充定量实验数据完善论证逻辑;

第二,同步纳入 OAuth 设备代码流劫持、BitM 浏览器中间人等多类绕过多因素认证攻击路径,构建复合高级钓鱼攻击统一防护框架,完善云身份平台全方位安全架构改造方案;

第三,研究生成式 AI 赋能 Evilginx 钓鱼诱饵的新型逃逸技术,开发基于大语言模型的 AI 钓鱼文案识别算法,优化邮件网关、终端浏览器的前置诱饵拦截能力,适配 AI 黑产驱动的新一代中间人钓鱼威胁。

6.4 结语

数字服务云化进程中,账号身份安全是网络空间防护的核心基础,传统双因素认证曾有效缓解静态密码泄露带来的盗号风险,但 Evilginx 开源工具催生的 AiTM 中间人攻击打破现有安全平衡,暴露传统身份认证体系架构层面的固有短板。技术迭代背景下,网络安全防护不能依赖单一传统防护手段,互联网服务商、政企单位、个人用户均需同步更新安全认知,逐步落地 FIDO2 无密码抗钓鱼认证体系,搭配网络、终端、人员多层协同防护策略,形成适配新型中间人钓鱼威胁的全域安全防御能力,持续降低账号劫持、数据泄露带来的网络安全损失。网络钓鱼技术将伴随开源工具、AI 生成技术持续迭代,行业需保持对新型 AiTM 攻击手段的持续监测与研究,动态优化身份认证与网络防护标准,构建长效稳定的数字身份安全屏障。


编辑:芦笛(公共互联网反网络钓鱼工作组)

目录
相关文章
|
5天前
|
存储 弹性计算 缓存
阿里云服务器租赁费用:新版租赁收费标准及活动报价参考
本文更新了2026年阿里云全系列云服务器租赁活动报价,所有特惠资源均可前往阿里云活动中心选购,整体覆盖从个人入门到企业级高性能场景的全梯度需求。其中轻量应用服务器主打极致性价比,2核2G峰值200M带宽配置每日10点、15点限时抢购价仅38元/年,2核4G配置379元/年起;高性价比的经济型e实例、通用算力型u2i实例覆盖2核4G至4核32G全档位,适配开发测试与中小型企业业务;搭载英特尔至强6处理器的第九代c9i企业级实例算力较上代提升20%,支撑高并发生产环境,不同实例规格价差清晰,用户可根据自身业务负载与预算灵活选型。
1589 116
|
7天前
|
人工智能 程序员 API
Codex 接入 DeepSeek-V4-Flash:还能补上识图,提供两套方案
Codex 接入 DeepSeek-V4-Flash 怎么配?本文覆盖 CLI 与桌面端,再用 qwen3-vl-flash 补识图,两套方案可直接照做
1050 4
|
12天前
|
云安全 人工智能 运维
阿里云联动百位企业安全专家,共识Agent防御最佳实践
当Agent成为新员工,你的安全边界在哪里?
1950 9
阿里云联动百位企业安全专家,共识Agent防御最佳实践
|
6天前
|
编解码 人工智能 安全
2核4G/4核8G/8核16G阿里云服务器如何选择实例?经济型e、通用算力型u2i与计算型c9i选哪个?
本文介绍了阿里云2核4G、4核8G、8核16G三档主流配置下经济型e、通用算力型u2i和计算型c9i三种实例的最新活动价格与适用场景。同配置下三者价差显著,以2核4G为例,经济型e低至599.93元/年,计算型c9i则高达1742.08元/年。文章详细解析了各实例的性能定位:经济型e适合轻负载入门场景,u2i兼顾稳定算力与性价比,c9i凭借第9代至强处理器与芯片级安全能力支撑高性能业务。同时提示用户可叠加满减优惠券享受折上折,建议根据业务负载与预算综合决策。
533 112
|
19天前
|
人工智能 前端开发 Linux
Codex 桌面版安装 + CC Switch 接入第三方 API 完整教程(2026 最新)
2026最新教程:手把手教你安装Codex桌面版,通过CC Switch v3.17.0一键接入Fenno等国产API(兼容OpenAI Responses格式),跳过账号登录,完整启用代码审查、多步任务与上下文感知功能。零基础友好,全程图文实操。(239字)
2662 4
|
11天前
|
存储 人工智能 关系型数据库
阿里云AI产品与云产品最新组合套餐:Token Plan、AI coding及云服务器和建站等组合优惠价
阿里云推出全新“算力+模型+应用”一站式云与AI组合套餐活动,覆盖从个人开发者到中大型企业的全场景需求。核心亮点为分三档定价的Token Plan订阅服务,支持Qwen3.8-Max-Preview大模型调用,错峰时段最低可享0.2折优惠。活动同步推出AI Coding、智能体部署、云电脑托管、0代码建站等十余类场景化组合,搭配99元/年的普惠云服务器、88元/年的入门数据库等经典特惠产品,还为企业提供1V1定制化AI转型方案,大幅降低了不同用户群体拥抱AI的技术门槛与采购成本。
728 111
|
20天前
|
人工智能 JSON 安全
Fastjson远程代码执行漏洞,阿里云AI安全为您保驾护航
阿里云AI安全产品联动防御Fastjson攻击
2650 13
Fastjson远程代码执行漏洞,阿里云AI安全为您保驾护航
|
6天前
|
人工智能 JSON Shell
2026AI漫剧本地全开源方案(附各个软件模型链接),8G显卡也能流畅运行
这是一套完全本地化部署的AI漫剧生成技术链路:涵盖LLM剧本分镜生成、FLUX文生图(IP-Adapter人脸锁定)、StoryDiffusion时序连贯控制、LTX-2.3唇形同步视频生成,及ComfyUI全流程调度。零云端费用,仅耗硬件算力,单集2–4小时可产出竖屏短视频,适配抖音/B站分发。
|
5天前
|
人工智能 API 开发工具
2026 零基础本地 AI 漫剧完整实操教程(8G 笔记本显卡可用|附可直接复制命令与代码)
本方案提供完全离线、本地运行的漫剧全自动制作流程:RTX3060/4050 8G显卡即可驱动,涵盖Qwen写分镜→ComfyUI统一角色绘图→LTX2.3图生微动画→Qwen3-TTS本地配音→FFmpeg自动合成,全程无水印、免API、不限次。专为低显存优化,解决变脸、闪烁、爆内存三大痛点。(239字)

热门文章

最新文章