文章总结： 本文分析EvilTokens钓鱼即服务平台，其利用设备码认证流程结合AI实现工业化钓鱼，已攻陷超12000个邮箱。攻击利用真实Microsoft登录页面让用户完成合法认证，窃取Token后通过GraphAPI侦察并实施BEC欺诈。建议企业关闭非必要DeviceCodeFlow、将OAuth和Token纳入身份监控、失陷后全面清理会话并升级安全意识培训。 综合评分： 85 文章分类： 威胁情报,AI安全,安全运营,安全意识,安全建设

---

AI 钓鱼开始工业化： EvilTokens 为什么让设备码登录变成新入口？

原创

JacobWang JacobWang

NowSec

2026年9月29日 11:31 陕西

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

企业这几年一直在推动 MFA。

密码泄露了没关系，还有验证码；攻击者拿到了账号密码，也不一定能真正登录。

这个思路没有错。

问题是，攻击者也在适应。

既然直接偷密码越来越难，他们就开始想另一件事：

能不能不偷密码，而是让用户自己完成一次真实的 Microsoft 登录，然后把 Token 发给攻击者？

这就是 Device Code Phishing，也就是设备码钓鱼正在被越来越多攻击者利用的原因。

2026 年 9 月 22 日，Microsoft Threat Intelligence 公布了对 EvilTokens 的最新研究。微软将 EvilTokens 描述为快速成长的 Phishing-as-a-Service，也就是钓鱼即服务平台。自 2026 年 2 月出现以来，这套平台已经被用于攻陷全球超过 12,000 个邮箱，涉及超过 10,000 家组织。

更值得注意的是，EvilTokens 不只是提供一个钓鱼页面。

它把 AI、设备码认证、Token 窃取、自动化基础设施、邮箱分析和后续 BEC 欺诈串成了一条完整流水线。

这意味着钓鱼正在从“骗一次用户”，变成一门可以购买、订阅、自动化执行的工业化生意。

一、先说清楚：什么是设备码登录？

Device Code Flow 本身不是漏洞。

它是一个合法的 OAuth 认证流程，原本是为那些输入能力有限的设备准备的。

比如：

智能电视、打印机、Teams 会议设备、会议室终端，以及其他不方便直接输入账号密码的设备。

正常情况下，设备先生成一个短验证码，然后提示用户在另一台电脑或手机上打开 Microsoft 官方登录页面，输入这串代码，再完成账号和 MFA 验证。

整个设计非常合理。

但它有一个天然特点：

发起设备码请求的设备，和真正完成身份认证的设备，不是同一台设备。

正是这个“分离”，给攻击者留下了社会工程空间。

如果攻击者自己先发起一个 Device Code Flow，然后把生成的 Code 发给受害者，只要受害者在官方页面输入这串 Code，并完成真实登录，最终拿到 Token 的可能不是用户自己的设备，而是攻击者控制的会话。

整个过程中，用户甚至可能没有在任何假网站里输入密码。

他登录的是真 Microsoft。

输入的也是真 MFA。

问题只在于：

他授权错了会话。

二、这也是为什么“有 MFA”不等于不会被钓

设备码钓鱼最容易造成的误解，就是“它绕过了 MFA”。

严格来说，并不是。

很多情况下，MFA 正常工作了。

用户输入了密码，也完成了 MFA。

身份系统按照正常流程签发了 Token。

攻击者利用的是用户对这次认证行为目的的误判。

MFA 能证明“执行这次认证的人确实是你”，但它不一定能证明“你是否真正理解这次认证授权给了谁”。

微软 9 月 9 日披露的另一组攻击中，同样观察到了设备码钓鱼。攻击者诱导用户在合法 Microsoft 登录页面输入设备码，随后成功重放获得的 Token，继续进行账号枚举和后续攻击。

所以，身份攻击正在从：

偷密码

↓

偷 Cookie

↓

骗用户完成真实 OAuth 授权

攻击的是人的判断，而不一定是认证协议本身。

三、EvilTokens 把这件事做成了一套“钓鱼 SaaS”

EvilTokens 真正让人警惕的地方，是它把原本需要一定技术能力的设备码攻击做成了产品。

微软披露，EvilTokens 由 Storm-2992 运营，通过 Telegram 销售和提供支持。初始购买价格约为 1500 美元，后续继续使用控制面板需要每月支付约 500 美元。

购买之后，攻击者拿到的不只是一套源码。

平台直接提供了：

钓鱼模板、附件、域名部署、跳转逻辑、受害者跟踪、设备码生成、AI 模式、验证码页面、语言适配、Token 获取以及后续控制面板。

换句话说，一个攻击者不需要自己研究 OAuth，也不需要自己搭建复杂基础设施。

他只需要：

选择目标 → 生成诱饵 → 投递邮件 → 等用户输入设备码 → 获取 Token → 分析邮箱 → 找高价值目标 → 继续诈骗

这就是钓鱼工业化最明显的特征。

以前攻击能力属于个人。

现在，攻击能力开始属于平台。

四、AI 在里面到底干了什么？

如果 EvilTokens 只是用了 ChatGPT 帮忙写几封钓鱼邮件，其实不算特别新。

真正值得关注的是，AI 已经开始进入攻击链的后半段。

微软披露，EvilTokens 的 AI 能力不仅用于生成针对不同岗位的个性化钓鱼内容，还可以在账号被攻陷以后分析受害者邮箱。

它可以帮助攻击者：

总结大量邮件内容，识别组织架构，寻找财务负责人、管理层和行政人员，分析付款流程，识别待处理发票和电汇信息，定位值得继续攻击的高价值目标。

微软 Digital Crimes Unit 的描述更加直白：

AI 不再只是帮助攻击者“把邮件写得更像人”。

它开始帮助攻击者判断：

应该骗谁、应该冒充谁、应该利用哪段关系，以及怎样最有可能把钱骗出来。

这和传统群发钓鱼已经不是一个级别。

过去，一名攻击者偷到一个邮箱以后，需要人工翻阅几千封邮件，寻找合同、发票、联系人和付款流程。

现在，这部分工作正在被 AI 自动化。

五、为什么受害者更容易相信？

因为攻击过程中有一个非常危险的“真实感”。

用户收到的邮件可能是假的。

前面的落地页可能也是假的。

但是攻击链最关键的一步——登录——是真的。

微软披露的 EvilTokens 流程中，攻击页面会实时生成一个有效 Device Code，甚至可能自动复制到用户剪贴板。随后用户点击“Continue with Microsoft”，会真正跳转到微软官方的 microsoft.com/devicelogin 页面。

浏览器地址是真的。

证书是真的。

登录页面是真的。

MFA 也是真的。

对普通员工来说，这种攻击比传统仿冒登录页更难识别。

域名是真的，不代表这次登录就是安全的。真正需要确认的是：是谁要求你输入这个 Device Code，以及你正在为哪个应用授权。

六、攻击者拿到 Token 以后会做什么？

钓鱼成功并不是结束。

真正有价值的是 Token 后面的企业数据。

微软观察到，EvilTokens 攻击者拿到 Token 后，会继续使用 Microsoft Graph 进行组织结构和权限侦察，寻找更多目标。

部分攻击中，攻击者会读取和导出邮箱数据，并创建恶意 Inbox Rule，把特定邮件自动隐藏，降低受害者发现异常通信的概率。

还有一个更值得注意的持久化方式。

微软观察到，在部分案例中，账号失陷后的 10 分钟内，攻击者就注册了新设备，以获取 Primary Refresh Token，也就是 PRT，进一步提高持久化能力。

这说明身份应急不能只停在一句：

“把用户密码改了。”

如果 Token 仍然有效、恶意设备还在、Inbox Rule 没删，攻击者可能根本没有真正离开。

七、为什么传统邮件网关越来越难拦？

EvilTokens 的另一个特点，是基础设施高度自动化。

微软在 4 月的相关攻击研究中观察到，攻击者利用 Railway 等自动化平台快速生成数千个短生命周期节点，用来完成动态设备码生成、状态轮询和后续活动。

在 EvilTokens 活动中，攻击者还大量滥用 Vercel、Cloudflare Workers、AWS Lambda 等高信誉云服务来承载跳转逻辑。

这会产生一个非常现实的问题。

传统防钓鱼经常依赖：

黑域名、黑 IP、URL 特征、页面指纹、固定邮件模板。

但攻击基础设施一旦变成短生命周期、自动生成，并且混在 Cloudflare、Vercel、AWS 这样的正常流量里，单纯依赖黑名单就会越来越被动。

身份侧行为检测的重要性反而会上升。

八、对国内企业来说，这件事并不远

EvilTokens 目前主要围绕 Microsoft 365 和 Entra ID 展开，但它体现出来的攻击逻辑并不是微软独有。

本质上，它利用的是现代企业身份体系越来越依赖：

OAuth、SSO、Token、第三方应用授权、设备登录、云办公账号以及 API 化身份体系。

国内大量企业也在使用 Microsoft 365、Azure、Teams，同时还可能接入飞书、钉钉、企业微信、GitLab、GitHub、Notion、Slack、各种 SaaS 和内部 OAuth 应用。

安全团队以后不能只培训员工一句：

“不要在陌生网站输入密码。”

因为越来越多身份攻击根本不需要假登录页。

真正需要培训的是：

不要因为登录页面是真的，就默认这次授权是真的。

九、蓝队应该重点盯哪些信号？

设备码钓鱼其实并不是完全没有痕迹。

相比单纯判断“这个用户是否成功登录”，蓝队更应该把认证之后的一系列行为串起来看。

异常 Device Code Authentication； Device Code 登录之后出现异常 Token Exchange； 随后短时间注册新设备； Microsoft Graph API 调用量异常增长； 突然开始读取大量邮件； 创建可疑 Inbox Rule； 同一账号开始向内部或外部联系人发送异常邮件。

微软当前也已经围绕这些行为提供相关检测，包括异常 OAuth Device Code Authentication、Device Code 后异常 Token Exchange、可疑设备注册、异常 Microsoft Graph 调用和可疑 Inbox Rule。

这其实说明了一个越来越明显的趋势：

未来身份安全的重点，不只是判断“登录成功还是失败”，而是判断“这次成功登录之后发生了什么”。

十、企业应该怎么防？

第一，如果业务不需要 Device Code Flow，直接关闭。

这是微软最明确的建议。企业如果没有依赖设备码认证的业务，就没有必要为了兼容一个几乎不用的功能，长期保留一条额外身份入口。

第二，如果必须使用，就限制到特定设备和账号。

例如确实需要 Device Code Flow 的 Teams 会议设备，可以通过 Conditional Access 将例外范围限制在指定 Teams Device Resource Account，而不是整个组织全部放开。

第三，把 OAuth 和 Token 纳入身份监控。

安全运营不能只查账号密码、MFA 失败和异地登录，还要能看到 Device Code、Token Exchange、应用授权、设备注册、Graph API 调用和 Session 生命周期。

第四，账号失陷以后不要只改密码。

需要撤销 Refresh Token、清理恶意设备、删除恶意 Inbox Rule，并重新确认应用授权。

微软还特别提醒，标准 Session Revocation 通常主要使 Refresh Token 失效，已经存在的 Access Token 仍可能继续有效最多约一小时。因此在确认遭遇这类攻击时，可以考虑暂时禁用账号，以立即切断攻击者继续操作的窗口。

第五，安全意识培训也要升级。

过去员工记住“看域名、看 HTTPS”已经不够。

以后遇到任何要求输入 Device Code、确认 OAuth 授权、批准第三方应用、重新绑定设备的邮件，都应该先判断业务来源，而不是只判断页面真假。

最后

EvilTokens 最值得关注的地方，并不是它又创造了一种全新的钓鱼技术。

Device Code Phishing 早就存在。

Token 窃取也不是新东西。

AI 生成钓鱼邮件同样已经不是新闻。

真正发生变化的是：

这些过去分散的能力，正在被整合进同一个犯罪平台里。

AI 帮它写诱饵。

自动化基础设施帮它快速部署。

Device Code 帮它绕开传统“假登录页”思路。

Token 给它账号访问权。

Microsoft Graph 帮它快速摸清组织结构。

AI 再继续分析几千封邮件，找出财务负责人、付款流程和最适合下一步欺诈的目标。

整个过程正在越来越像一条流水线。

以前攻击者想偷密码。

现在，他们开始让用户自己完成一次完全合法的登录。

所以身份安全真正需要升级的，不只是 MFA。

而是对 Token、OAuth、设备、Session 和登录后行为建立完整可见性。

当钓鱼开始工业化，企业真正要保护的，也不能再只是密码。

参考资料

1. Microsoft Threat Intelligence：Unmasking EvilTokens: Getting to the root of device code phishing

2. Microsoft Digital Crimes Unit：Disrupting EvilTokens: The AI Chatbot Built for Cybercrime

3. Microsoft Security Research：Inside an AI-enabled device code phishing campaign

---

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：NowSec JacobWang JacobWang《AI 钓鱼开始工业化： EvilTokens 为什么让设备码登录变成新入口？》