首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >AI 威胁背景下抗钓鱼身份认证的企业防护效能研究

AI 威胁背景下抗钓鱼身份认证的企业防护效能研究

原创
作者头像
芦笛
发布于 2026-10-09 09:19:26
发布于 2026-10-09 09:19:26
120
举报

摘要

生成式人工智能技术的普及重构了社会工程攻击的实施条件,攻击者借助 AI 可以低成本生成高度仿真的欺骗内容,放大网络钓鱼攻击的威胁烈度,但 AI 并未从底层改变身份劫持攻击的核心逻辑。本文以 Okta 六千起社会工程攻击事件统计数据集为基础,梳理 AI 增强型身份攻击的作用边界,剖析密码劫持、推送通知劫持、应用验证码窃取、短信验证码窃取等多类账号接管路径的现实危害,对比传统多因素认证与抗钓鱼认证的防御差异。研究数据表明,单纯部署传统多因素认证无法抵御 AI 赋能的中间人钓鱼与社会工程欺骗,强制启用抗钓鱼身份认证可以拦截 88% 的账号接管尝试,将该防护策略覆盖至第三方应用登录场景后,防御拦截能力可提升至 99.75%。本文结合真实攻击 Campaign 样本,分析攻击者针对抗钓鱼认证开展的社会工程欺骗手法,厘清企业在身份安全建设中普遍存在的认知误区,从技术落地、策略管控、第三方身份治理、安全运营四个维度,提出适配 AI 威胁环境下企业身份安全建设实施路径。反网络钓鱼技术专家芦笛指出,面对 AI 加持的钓鱼威胁,企业不能过度依赖员工安全意识培训,必须依靠身份架构层面的安全约束构建基础防御底线。迪妙网络空间安全学院研究团队认为,当前行业对于 AI 网络威胁容易出现技术恐慌,需要回归身份安全底层架构,客观评估各类认证技术的防护边界,避免将技术宣传等同于实际安全能力。

关键词:网络钓鱼;抗钓鱼认证;身份安全;账号接管;社会工程攻击;人工智能威胁

1 引言

人工智能技术快速迭代,为网络攻击者提供全新工具链。攻击者利用大语言模型生成语法通顺、贴合业务语境的钓鱼邮件、即时通讯消息、伪造登录页面脚本,大幅降低社会工程攻击实施门槛,钓鱼攻击的仿真度、批量投放能力、定向定制能力得到显著提升arXiv。大量企业安全管理者形成一种认知判断:AI 已经彻底改写网络攻击范式,原有身份安全防护体系已经失效,需要完全重构安全建设思路。但现实攻击观测数据给出不一样的结论:AI 更多扮演攻击加速工具,而不是催生全新攻击根源。攻击者的核心目标依旧是窃取凭证、绕过身份校验机制,完成企业账号接管,攻击初始访问的底层条件并未发生本质改变。

企业普遍已经部署多因素认证机制,希望以此抵御账号劫持。但大量安全事件证明,推送通知确认、软件 TOTP 验证码、短信验证码这类传统多因素认证手段,在对手中间人(AiTM)钓鱼攻击面前存在固有缺陷。攻击者可以搭建代理钓鱼站点,转发用户提交的账号密码、转发 MFA 验证请求,在不破解认证算法的前提下拿到有效会话凭证,完成账号入侵。Okta 于 2026 年 10 月发布两份配套安全报告,基于六千例真实社会工程事件开展统计分析,量化不同攻击路径占比,同时评估不同身份安全控制措施的实际拦截效果,为研判 AI 时代身份安全防护方向提供一手实证材料。

现阶段国内相关研究较多聚焦 AI 钓鱼内容检测算法、钓鱼网页识别模型,对于企业侧身份架构防御、抗钓鱼认证落地实践的实证类分析相对有限。很多机构讨论 AI 安全威胁时,容易放大 AI 的颠覆性作用,忽略身份访问管理底层架构的决定性价值,出现重检测、轻访问控制的建设偏差。迪妙网络空间安全学院研究团队调研国内数十家企事业单位身份安全现状发现,不少企业完成 MFA 部署之后就认为身份风险得到闭环,并未区分 “普通多因素认证” 和 “抗钓鱼多因素认证” 之间的技术差异,保留大量可被钓鱼劫持的认证备选通道,形成明显安全短板。

本文研究素材来源于 Cybersecurity Dive 刊载 Okta 实测攻击事件数据集与攻击活动案例,研究目标包括三点:第一,界定 AI 在身份类攻击中的定位,区分 “攻击催化剂” 和 “攻击助燃剂” 的现实差异;第二,基于统计数据拆解真实账号接管的组合攻击链路,说明传统 MFA 失效的具体成因;第三,结合攻击案例梳理攻击者对抗抗钓鱼认证的社会工程套路,提出可落地的企业防护框架。本文不夸大 AI 威胁的颠覆效果,也不低估 AI 放大欺骗攻击的现实危害,力求基于真实事件数据形成闭环论证,为企业身份安全治理提供客观参考。

2 AI 增强社会工程攻击的威胁本质与作用边界

2.1 AI 在钓鱼攻击链条中的功能定位

传统社会工程攻击存在成本瓶颈。过去制作高质量钓鱼内容,需要攻击者具备语言润色能力、熟悉受害企业业务话术,制作伪造页面、钓鱼工具包需要一定开发能力,规模化定制针对不同企业员工的欺骗素材需要投入大量人力成本,攻击规模与欺骗质量之间存在天然矛盾Semantic S...。大模型工具消解这一约束,攻击者输入简单提示词,即可批量生成模仿企业内部行文风格的邮件、Slack、企业微信欺骗消息,生成钓鱼页面代码,完成钓鱼话术定制。

但必须厘清关键边界:AI 擅长优化欺骗载体,却不能凭空解决攻击者获取初始访问权限的核心障碍。完整账号接管杀伤链分为侦察、欺骗投递、凭证获取、绕过认证、账号持久化、横向移动多个环节。AI 主要作用于侦察信息整理、欺骗内容生成、钓鱼工具脚本编写环节,凭证窃取、绕过身份校验依旧依赖原有攻击手法。Okta 报告明确提出核心论断:AI 不是身份攻击的催化剂,而是助燃剂。催化剂代表催生全新攻击根源,助燃剂代表放大已有威胁的烈度,原有针对人为发起攻击有效的架构防护原则,对于 AI 放大后的威胁依旧有效。

反网络钓鱼技术专家芦笛强调,很多企业陷入一种认知误区:既然 AI 做出来的钓鱼内容人眼很难分辨,那么只能不断加码员工安全培训。但大量实测证明,即便接受完整安全培训的员工,面对高度仿真 AI 生成欺骗内容,识别正确率依旧处于较低水平,单纯依靠人的判断力作为第一道防线,本身就存在不可消除的风险上限。人员意识培训可以作为辅助补充手段,却不能成为企业抵御账号劫持的核心屏障。当欺骗内容已经达到人类难以区分真伪的阶段,防御重心必须从 “教会人识别骗局” 转向 “就算人被骗提交信息,技术架构层面依旧不让攻击者得逞”。

2.2 AI 无法改变身份攻击的底层依赖条件

不管欺骗文本由人类编写还是 AI 生成,攻击者想要接管企业账号,依旧需要达成下面至少一类条件:获取用户密码;诱导用户批准推送多因素认证请求;骗取一次性验证码(软件令牌或者短信)。AI 不能直接破解用户密码,不能直接截获设备硬件密钥签名结果。攻击者依旧需要通过社会工程手段诱导受害者主动输出各类凭证或者确认验证请求。

从威胁演进角度看,历史上每一类新工具出现,都会放大钓鱼攻击效果。早年伪基站工具、自动化钓鱼工具包、钓鱼即服务平台,都曾经推动攻击规模上涨,但身份安全防御底层逻辑没有随之推翻。迪妙网络空间安全学院研究团队指出,面对新型技术带来的网络威胁,安全行业很容易出现 “范式焦虑”,将工具层面的升级理解为底层安全逻辑彻底颠覆,进而盲目追逐各类 AI 检测类产品,却忽视已经被实践验证有效的基础身份架构管控手段。AI 钓鱼的现实风险,更多体现为攻击效率提升,而不是出现现有防护体系完全无解的全新攻击机理。

与此同时不能走向另一个极端,不能因为底层攻击逻辑不变就轻视 AI 带来的现实风险。AI 降低攻击门槛之后,中小攻击团伙也可以实施过去只有高级威胁组织才能够完成的高仿真定向钓鱼,攻击频次、定向攻击覆盖面都会上升。过去低水平攻击者只能投放粗制滥造的广撒网钓鱼邮件,现在普通攻击者就可以生成针对特定岗位员工的定制化欺骗信息,企业面对的攻击面压力切实增加,只是解决该威胁的核心抓手仍然落脚在身份认证架构。

3 基于六千起社会工程事件的账号接管路径统计分析

Okta 对 6000 起真实社会工程安全事件开展回溯统计,统计不同要素在账号接管事件当中的出现占比,数据可以直观展现当前账号劫持攻击的组合模式,帮助定位防御短板。统计结果显示:87% 账号接管事件存在密码被攻破情况;58% 事件伴随认证推送通知被攻击者绕过;36% 事件存在应用生成验证码被盗取;22% 事件发生短信验证码被盗取。攻击者很少依靠单一要素完成入侵,绝大多数成功账号接管,是两类及以上凭证要素被获取之后形成的组合攻击效果。

3.1 主流攻击组合链路拆解

统计当中占比最高攻击组合为窃取密码同时绕过推送通知确认,该模式占到全部账号接管事件的 47%。该攻击链路的典型执行流程为:攻击者搭建中间人钓鱼站点,诱导用户输入账号密码,密码直接被攻击者捕获;与此同时,正常业务系统向员工手机端推送 MFA 批准弹窗,攻击者通过代理链路,把验证请求同步转发给受害者,用户在没有察觉的情况下点击批准推送确认,攻击者拿到完整认证会话,完成账号登录。该攻击不需要破解 MFA 算法,只是利用推送 MFA 机制本身存在可被钓鱼中继的固有缺陷。

排名第二的攻击组合是窃取密码加上窃取应用验证码,占全部接管事件的 27%。攻击者欺骗受害者把 TOTP 动态验证码输入钓鱼页面,和被盗密码组合完成身份校验。短信验证码被盗取的事件单独占比 22%,在实际攻击当中更多作为备选路径出现。当推送 MFA、软件验证码路径受阻时,攻击者会诱骗受害者提交短信验证码完成登录。

从上述统计可以得到明确启示:企业仅仅开启多因素认证,不等于账号就获得安全保障。推送确认、APP 动态码、短信验证码,这三类属于可被钓鱼的多因素认证方式,攻击者借助 AiTM 代理钓鱼架构,就可以中继整个验证流程。很多企业安全管理者以为开启 MFA 就完成身份加固,实际部署的却是上述几类可被钓鱼绕过的方案,安全投入没有转化为对应的防护效果。

迪妙网络空间安全学院研究团队分析该组统计数据时提出,安全建设当中要区分 “具备双因子” 和 “具备抗钓鱼能力” 两个概念。传统 MFA 实现 “你知道的东西(密码)+ 你拥有的东西(手机验证码)” 校验逻辑,但协议层面没有做域名绑定保护。当用户访问伪造域名时,依旧会正常弹出 MFA 验证,用户输入验证码或者确认推送,凭证就会被代理攻击者获取。抗钓鱼认证(以 FIDO2 协议通行密钥、硬件安全密钥为代表)在密码学层面绑定业务服务域名,当用户访问钓鱼伪造域名,密钥设备不会生成合法签名,即便用户被欺骗,也无法输出可供攻击者利用的认证凭证,这是两类认证体系最核心技术分野。

3.2 不同安全控制措施拦截效果量化对比

Okta 在研究当中做控制变量推演,评估不同安全管控策略对这批历史账号接管事件的拦截能力。第一种场景:企业强制要求全部员工启用抗钓鱼身份认证。推演结果显示该措施可以阻止 88% 账号接管尝试。

还有一小部分攻击场景依旧可以绕过该管控,主要来源于两类现实边界情况。第一种情况:企业内部还保留部分历史新建账号,账号初始化阶段配置权限时使用弱认证方式,攻击者在企业完成强认证策略部署之前抢占该账号权限。第二种情况:第三方应用登录没有纳入管控范围,内部核心系统已经部署抗钓鱼认证,但 SaaS 第三方业务应用仍然允许传统可钓鱼 MFA 登录,攻击者就会选择从第三方应用作为突破口。

基于上述发现,开展第二组推演:不仅对员工核心账号登录强制抗钓鱼认证,同时把该策略延伸覆盖到全部第三方应用登录场景,推演得到拦截能力达到 99.75%。剩余 0.25% 攻击事件,全部对应前面描述的、账号刚创建尚未落地强认证策略就被抢占的情形。该组量化数据直观证明,第三方应用身份访问是企业极易忽略的高危薄弱点。很多企业身份安全建设集中在自有业务系统,对于 OAuth、SAML 对接的外部第三方 SaaS 应用,沿用宽松认证策略,形成攻击者优先选择的突破口。

反网络钓鱼技术专家芦笛指出,国内大量企业的 IAM 建设存在 “主系统严,第三方接入松” 的结构性漏洞。管理员花费大量精力加固内部门户,但是各类采购的外部业务工具、协作平台,第三方应用登录权限管控简单,认证策略没有和主身份体系对齐。在 AI 放大钓鱼攻击频次的大环境下,第三方应用入口就成为整个身份防御体系最短那块木板。

4 攻击者针对抗钓鱼认证的社会工程对抗案例分析

当企业逐步部署抗钓鱼认证手段之后,攻击者技术路线随之发生调整。攻击者清楚密码学层面无法攻破 FIDO2 类抗钓鱼认证机制,于是不再试图破解技术本身,转而使用社会工程欺骗话术,诱导受害者主动放弃使用硬件密钥、通行密钥,改用推送通知、一次性验证码这类更容易被劫持的认证路径。Okta 报告公开多组真实攻击活动 Campaign,完整展现攻击者这套对抗思路。

4.1 2026 年 8 月钓鱼工具包攻击活动

2026 年 8 月启动的一组攻击活动中,威胁团伙部署专门定制钓鱼工具包,该工具包会弹出伪造登录窗口,同时配套一套专门社会工程说辞。攻击者编造虚假故障理由,告诉目标用户硬件密钥设备出现故障暂时无法使用,引导用户放弃硬件密钥,改用一次性登录验证码完成身份校验。受害者一旦听信说辞,向钓鱼站点提交一次性验证码,攻击者就拿到登录凭证,成功侵入账号。

获取账号访问权限之后,攻击者不会止步于本次会话。入侵完成第一时间,攻击者会修改该账号的多因素认证注册信息,把账号 MFA 绑定到攻击者自己控制设备与基础设施上。完成持久化驻留之后,即便企业后续恢复硬件密钥使用,攻击者依旧保留独立登录通道,持续操控受害账号,开展内部信息搜集、数据窃取等后续行动。该攻击活动充分说明一个关键点:抗钓鱼认证可以阻断初始入侵路径,但一旦账号已经被攻陷,这套技术本身无法清理账号内部已经被篡改的 MFA 注册项。防护要做在入侵发生之前,账号失守之后,需要依靠安全运营检测发现异常认证注册行为。

4.2 历史多渠道社会工程攻击活动复盘

报告同时回溯另外两组历史攻击活动。2025 年年中,攻击者依托 Slack 即时通讯渠道投放钓鱼,通过私聊消息发送钓鱼链接,诱导员工访问伪造站点;2023 年发生的同类攻击以手机短信作为攻击入口。这两批攻击活动能够取得成功,根本原因不是欺骗话术多么无懈可击,而是受害企业使用的认证机制本身具备被钓鱼劫持的缺陷。如果企业已经强制启用抗钓鱼认证,即便用户点击钓鱼链接,输入账号密码,硬件密钥不会为伪造站点生成有效签名,攻击链条会在身份校验环节直接断裂。

迪妙网络空间安全学院研究团队结合这几起案例总结出攻击者的固定战术模式:面对具备抗钓鱼认证防护的目标,攻击者优先做的不是破解密码学,而是说服受害者切换到不安全认证方式。该模式带来现实启示,企业推广抗钓鱼认证不能仅仅做到 “支持该功能”,必须做到强制使用,同时禁用备选可钓鱼认证路径。如果系统仅仅把通行密钥、硬件密钥作为可选选项,账号仍然保留推送 MFA、短信验证码作为备用登录方式,攻击者就可以通过社会工程欺骗,引导受害者切换到备选通道,抗钓鱼防护形同虚设。现实当中很多企业部署工作停留在前者,没有完成后者,造成防护效果大打折扣。

很多企业管理员存在一种顾虑:完全禁用传统 MFA 之后,员工遇到密钥设备丢失损坏,会出现账号无法登录业务系统的业务连续性风险。这也是大量机构不敢彻底淘汰弱认证手段的现实阻碍。但安全和业务连续性之间存在平衡方案,企业需要设计专门的、经过严格审批的账号恢复流程,而不是把不安全认证手段长期开放给全体员工作为日常登录备选。保留可钓鱼认证方式作为日常登录备选项,等于给攻击者永久留下攻击后门。

5 AI 威胁下企业身份安全现存认知与实践误区

结合 Okta 统计数据、攻击 Campaign 案例,再结合迪妙网络空间安全学院研究团队对国内多行业企业身份安全现状调研结果,可以归纳出当前企业在应对 AI 增强钓鱼威胁时几类典型误区。这些误区不是技术产品缺陷,更多来自安全管理者对认证技术防护边界理解偏差,会直接造成安全投入无法转化为实际防御能力。

5.1 误区一:部署多因素认证就足以应对 AI 钓鱼威胁

不少安全管理者简单理解,只要开启 MFA 就可以解决账号劫持风险,没有区分传统 MFA 和抗钓鱼 MFA。推送确认、APP 动态令牌、短信验证码都属于传统 MFA,能够抵御密码泄露之后的暴力撞库攻击,但是无法对抗中间人钓鱼代理攻击。AI 提升钓鱼欺骗质量之后,中间人钓鱼攻击的成功率进一步抬升,传统 MFA 短板进一步被放大。反网络钓鱼技术专家芦笛表示,很多安全厂商宣传材料经常笼统宣传 “MFA 防护钓鱼风险”,模糊两类认证技术之间的边界,很容易误导企业建设决策。

5.2 误区二:开通抗钓鱼认证选项即完成安全落地

部分企业已经采购支持 FIDO2 通行密钥、硬件密钥的身份管理平台,但仅仅将其设置为可选登录方式,没有强制全员使用,也没有关闭原有推送、短信验证码登录路径。员工出于使用习惯,依旧大量使用可被钓鱼劫持的传统认证通道。攻击者不需要攻克抗钓鱼认证,只需要诱骗受害者继续使用旧认证路径即可完成入侵。开通功能不等于落地防护,强制策略、清理不安全备选方式是不可省略的关键步骤。

5.3 误区三:防护重点只关注内部主系统,忽略第三方应用身份入口

Okta 的推演数据清晰展示,将抗钓鱼认证策略扩展覆盖第三方应用登录,拦截比例从 88% 提升到 99.75%,第三方应用属于高风险薄弱环节。现实当中很多企业 IAM 治理重心集中在自研核心业务系统,对于采购的 SaaS 工具、协作软件、外部业务平台,身份接入管控宽松,认证策略单独设置,没有继承主身份体系强认证规则。AI 钓鱼场景下,攻击者会优先选择防护更弱第三方应用作为突破口,拿到账号权限之后,再横向向企业内部核心系统扩散。

5.4 误区四:过度寄希望于员工安全意识培训,将其作为核心防御手段

员工安全培训属于必要补充,但不能作为抵御账号接管的主要防线。AI 生成欺骗素材可以高度贴合企业业务语境,消除过去钓鱼邮件常见的语法错误、错别字这类容易识别特征,普通员工分辨难度大幅上升。安全培训可以降低广撒网式钓鱼的成功率,面对针对性 AI 定制社会工程攻击,人的识别能力存在客观上限。防御体系不能建立在 “员工永远不会被欺骗” 的假设之上,架构层面要预设 “员工会点击恶意链接、会输入账号密码” 的前提,依靠身份认证机制阻止攻击者把欺骗转化为权限入侵结果。

5.5 误区五:部署抗钓鱼认证之后忽略账号内部 MFA 变更风险

抗钓鱼认证能够阻断初始登录阶段钓鱼攻击,但是账号一旦已经被攻击者取得访问权限,攻击者可以在账号设置页面新增注册自己控制的 MFA 凭证,建立持久后门。Okta 报告案例当中攻击者入侵账号之后首要动作就是篡改多因素认证注册信息。企业即便全员部署硬件密钥,如果缺少针对 MFA 注册变更行为的监测告警,账号沦陷之后攻击者依旧可以长期潜伏,持续窃取数据。防护链条不能在登录认证节点结束,账号内部认证配置变更行为,同样需要纳入安全监控范围。

6 AI 增强钓鱼威胁环境下企业身份安全防护实施路径

基于统计数据、攻击案例以及梳理出来现实误区,本节从技术策略、第三方身份治理、安全运营机制、配套管理流程四个层面,形成一套完整可落地实施框架,适配 AI 工具广泛使用后的社会工程攻击环境,形成闭环防御。

6.1 身份认证技术策略分层落地

第一,完成认证能力分级梳理,对现有全部身份登录方式做安全评级。明确区分抗钓鱼认证(FIDO2 通行密钥、硬件安全密钥)与可被钓鱼认证手段(短信验证码、软件 TOTP 令牌、推送通知确认)。明确安全基线:核心岗位、高权限账号,必须强制使用抗钓鱼认证。逐步缩小传统 MFA 的使用范围,最终淘汰其作为日常登录路径。

第二,处理业务连续性与安全之间矛盾,不能为了账号恢复便利长期保留不安全认证通道。针对密钥设备丢失、损坏场景,建立严格人工审批账号恢复流程,该流程需要管理员双人复核,不允许普通用户自助切换回短信、推送 MFA。迪妙网络空间安全学院研究团队提示,很多企业担心硬件密钥丢失造成业务中断,因此不愿彻底关停弱认证,但是开放弱认证作为通用备选带来的入侵风险,远高于小概率设备损坏场景下人工审批恢复带来管理成本。可以通过批量备用硬件密钥、通行密钥多设备注册的方式降低设备故障带来业务影响。

第三,区分 “功能开通” 和 “策略强制”。在身份管理平台配置策略,不仅仅给用户提供抗钓鱼认证选项,而是设置强制规则,用户访问受保护资源时只允许使用抗钓鱼认证完成校验,限制用户自主选用可钓鱼认证方式。攻击者社会工程话术的核心目标就是诱导受害者切换到不安全认证通道,制度层面要切断这个切换路径。

6.2 第三方应用身份访问专项治理

Okta 的量化推演已经证明第三方应用登录场景是防护增益极大的治理方向。大量企业安全建设把注意力集中在自有业务系统,SAML、OAuth 对接外部第三方 SaaS 应用长期处于管控盲区。企业要完成全部第三方应用资产梳理,统计所有支持企业身份单点登录的外部业务系统,把抗钓鱼认证安全基线同步延伸到第三方登录流程。

不能允许第三方应用单独设置一套宽松认证策略,第三方应用登录必须继承企业主身份体系认证管控规则。迪妙网络空间安全学院研究团队建议,企业建立第三方应用准入评审机制,新引入 SaaS 业务工具时,将是否支持 FIDO2 协议、能否继承企业强认证策略作为安全评审关键指标,不支持该能力的第三方应用需要做更高风险评估,限制高权限员工使用。

同时针对报告提到一类残余风险做好处置:新建账号初始化阶段,账号刚创建权限已经分配,但强认证策略尚未完成绑定,攻击者抢占这类账号。需要优化账号开通流程,账号创建之后,在授予业务权限之前,强制完成抗钓鱼认证注册,权限发放和认证强绑定,消除短暂防护真空窗口。

6.3 构建配套安全运营检测机制

抗钓鱼认证解决登录入口钓鱼欺骗风险,但无法解决账号被攻陷之后攻击者篡改 MFA 注册建立后门的问题。因此安全运营侧需要建立对应检测能力。第一,针对账号下新增、修改、删除多因素认证注册凭证的行为,建立高等级告警,该类操作无论来自内网还是云访问,都触发安全人员人工核查。Okta 案例中攻击者入侵账号后首要动作就是修改 MFA 注册项,把该行为作为重点狩猎场景,可以尽早发现账号失陷事件。

第二,建立账号基线行为画像,针对异常登录地点、陌生设备访问、非工作时段批量访问文档库、邮箱行为开展检测。AI 赋能钓鱼攻击完成入侵之后,攻击者后续横向移动、数据窃取依旧会留下行为特征,运营体系要及时识别后续活动。

第三,客观定位员工安全意识培训的作用边界。反网络钓鱼技术专家芦笛强调,安全意识培训不能放弃,但要调整预期,培训目标不再是期待员工可以识别全部 AI 生成高仿真钓鱼,而是教会员工一套处置流程:收到可疑消息之后,不要点击消息内链接,通过独立书签、官方应用入口访问业务系统;拒绝任何要求自己临时更换认证方式的线上说辞;遇到自称 IT 人员要求切换验证码登录的情况,通过线下办公电话核实身份。把培训重点从 “分辨钓鱼文本特征” 转向标准化安全处置动作。

6.4 管理流程与持续风险评估机制

AI 技术还在持续迭代,攻击者会不断演化社会工程话术,对抗防御措施,企业身份安全不是一次性项目,需要持续风险评估。定期复盘身份安全事件,分析入侵事件是否利用认证体系短板;定期审计 IAM 平台配置,核查是否存在策略漂移,是否出现管理员为了临时处理故障,放开强制抗钓鱼认证策略之后忘记恢复基线的情况。

很多企业会出现配置漂移现象:日常基线已经设置强制硬件密钥,遇到个别员工登录故障,管理员临时修改策略放开推送 MFA 权限,处理完成之后没有回滚配置,慢慢系统当中积累大量例外账号,形成攻击突破口。迪妙网络空间安全学院研究团队建议建立例外管控机制,所有临时豁免强认证基线的账号,记录审批人、有效时间,到期自动恢复安全基线,避免长期遗留风险。

同时在采购身份安全产品阶段,做好技术甄别,区分厂商宣传话术和实际防护能力。不要被笼统的 “AI 威胁防护” 概念裹挟,重点核验产品对 FIDO2 协议完整支持、策略强制能力、第三方应用策略继承能力、MFA 变更审计告警能力。AI 检测类能力可以作为辅助,但不可以替代底层身份架构安全约束。

7 结语

生成式人工智能改变了社会工程攻击的生产效率,能够批量产出高度仿真欺骗内容,抬高企业对抗钓鱼攻击的压力。但基于 Okta 六千起真实社会工程事件统计数据可以看出,AI 属于威胁加速因子,没有颠覆账号接管攻击底层逻辑,攻击者依旧需要获取密码、各类验证码或者诱导用户确认 MFA 请求完成入侵。传统推送通知、APP 验证码、短信验证码这类多因素认证手段,即便开启之后,依旧会被中间人钓鱼攻击绕过。强制部署抗钓鱼身份认证,可以拦截 88% 账号接管尝试,将防护基线完整覆盖第三方应用登录场景,拦截比例可以达到 99.75%,是应对 AI 增强钓鱼威胁具备实证数据支撑的核心防御手段。

攻击者已经发展出成熟对抗战术:当目标部署抗钓鱼认证,攻击者不再尝试破解密码学机制,转而使用社会工程编造故障理由,诱导受害者主动切换回不安全认证通道。这就提醒企业,仅仅开通抗钓鱼认证功能远远不够,必须做到策略强制,逐步淘汰日常登录场景下可被钓鱼劫持的备选认证方式,同时做好第三方应用身份接入治理,管控账号新建初始化阶段安全真空,建立 MFA 凭证变更行为的安全告警。

反网络钓鱼技术专家芦笛指出,面对 AI 带来网络安全变局,行业很容易走向两个极端,一是过度恐慌,认为原有全部防护失效,盲目追逐各类新概念产品;二是轻视 AI 威胁,沿用过去防护思路,仅仅依靠员工意识培训作为主要防线。迪妙网络空间安全学院研究团队认为,企业需要回归身份安全架构本质,客观看待 AI 在攻击杀伤链当中的作用,以抗钓鱼认证为基础建立技术底线,配套运营审计、例外管控、第三方身份治理完整体系。人员意识培训作为补充,预设 “用户有可能被欺骗” 的前提,用技术架构阻止欺骗转化为权限入侵。

本研究依托 Okta 公开真实事件数据集开展分析,数据样本以海外企业安全事件为主,国内企业业务环境、用户使用习惯存在一定差异,后续还需要积累本土攻击事件样本,进一步细化适配国内数字化环境的落地细则。AI 技术仍处于快速演化周期,攻击者社会工程欺骗手法还会持续迭代,企业身份安全建设需要保持持续观测与动态调整,持续校验身份防护基线有效性。

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

来源:迪妙网络空间安全学院

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档