微软警告:有攻击框架自动扫 GitHub 找密钥,最快 5 分钟搬空云端数据
作者:林序
微软威胁情报团队 11 月 5 日披露,今年 8 月起有攻击者用 agentic AI 攻击框架 ARTEX 自动搜索公开 GitHub 仓库,批量挖出泄露的凭据、应用密钥和 AI 服务 API key,并顺势打进 Azure 环境。最快的一例,从扫到密钥到从 Key Vault 外传数据只用了 5 分钟。微软未公布受害规模,也没点名攻击者。

微软威胁情报团队 11 月 5 日发文警告:从今年 8 月起,有攻击者用 agentic AI 攻击框架自动扫描公开的 GitHub 仓库,专门找泄露的凭据、应用密钥,以及 AI 推理服务的 API key,然后拿去攻击这些密钥所属的公司。博客里点名了一个框架:ARTEX 。
所谓 agentic AI,指能自己拆解任务、自己调用工具的 AI 程序,不用人一步步敲命令。
变化在哪
翻公开代码找密钥是老手法,难点从来不是技术,是时间:人工得先找仓库、读代码、再拿密钥去试。ARTEX 这类工具把这段压缩了——不止扫得快,还能自己分析扫描结果、自己接着往下打,攻击链上需要人动手的环节越来越少 。
微软记录到的最短一例:AI 代理从在 GitHub 搜密钥,到把 Azure Key Vault(云上的密钥保管库)里的数据外传,只用了 5 分钟 。
攻击是怎么接上的
框架提交的搜索词有套路:目标组织名,加上密钥相关关键词,再加一个云服务或 AI 服务商的关键词 。等于按公司名定向搜“谁把钥匙落在了门口”。
10 月 28 日起,微软看到偷来的应用凭据被用来登录 Entra ID(微软云的账号体系)。签入来自 IP 199.19.77[.]84 等地址,涉及数十个应用、多个租户。这里说的 service principal,可以理解成程序用的“机器账号”,它拿到什么权限,程序就能干什么 。
有一种情况影响面更大:某家厂商自有的多租户应用在源头失窃,下游多个客户租户跟着被访问 。
得手之后的动作比较标准:枚举订阅、资源组、权限和 AI 模型部署,摸清环境;读取 Key Vault 和存储账户里的密钥;下载 SharePoint、OneDrive 文件和邮箱条目 。



日志里还有一段挺说明问题的细节——代理会“自己排障”。API 版本写错被拒(HTTP 400)后,它在 28 秒、60 秒、80 秒内改参数重试,随后拿到 200 。这不是人手动试错的速度。
它们盯上的是 AI 的钥匙
微软特别提到,这些代理反复把注意力放在能访问 AI 服务的凭据上:主流 AI 服务商的 API key,以及有权限访问 Foundry Tools(原 Azure Cognitive Services)的 OAuth 应用 。还有迹象显示,失陷的 AI 资源被反过来用于支撑攻击本身 。
边界要说清
规模没有数字。微软的表述是“部分受影响客户”“多个租户”,也没披露攻击者身份 。微软还提到,同一批 IP 的类似活动安全公司 Todyl 也报告过——这一点目前只见于微软的转述 。
该做什么
微软的建议分三层 :
- 先扫自己的仓库,找到密钥就立刻轮换。删掉提交记录不算修好,只要没作废,key 就一直能用,历史记录、缓存、日志里还留着副本。
- 开启 GitHub 的 secret scanning(密钥扫描)和 push protection(推送拦截),并把长期密钥换成托管身份,从源头减少“写死在代码里”这件事。
- 给 service principal 最小权限;对付自动化的 AI 代理,可以用蜜罐、诱饵和“假胜利”——让代理以为任务完成了,自己收工。
对普通开发者和中小企业来说,最实际的一条是第一条:先确认自己有没有把 key 提交上去过。
AI 时代的 API key 就是密码。硬编码进代码,等于把钥匙挂在门口,还附了张门牌号。AI 改变的只是捡钥匙的速度;钥匙管理这个老毛病,还是得自己修。
转载说明
本文根据以下公开资料整理,原文及配图出处见下方。
- [S1] Threat actors use agentic AI tooling to find and abuse exposed secrets
- [S2] Threat actors use agentic AI tooling to find and abuse exposed secrets
- [S3] The Hacker News | #1 Trusted Source for Cybersecurity News
- 配图 1:来源:Microsoft Security Blog(图片署名见原文) · 图片出处
- 配图 2:来源:Microsoft Security Blog(图片署名见原文) · 图片出处
- 配图 3:来源:Microsoft Security Blog(图片署名见原文) · 图片出处
- 配图 4:来源:Microsoft Security Blog(图片署名见原文) · 图片出处
评论 0
还没有评论,来抢沙发。