一句话看懂
安全厂商披露的研究显示，一项代号 Gheist 的攻击活动自 2026 年 9 月 15 日起被追踪：攻击者使用窃取的 GitHub 访问令牌，在 13,500 多个分支上植入用于窃取密钥的 Actions 工作流，波及 850 多个账号，从个人项目到企业私有仓库均受影响；在企业环境中，同一批云凭证数小时后被用于枚举 AWS Secrets Manager。
一、发生了什么
攻击者利用窃取的访问令牌，在令牌可访问的仓库中创建分支，并在分支上植入用于窃取密钥的 GitHub Actions 工作流。波及范围包括个人项目和私有企业仓库，涉及 850 多个账号。植入的工作流会把仓库密钥打印到自身日志中，攻击者随后通过 GitHub API 下载日志，并在数秒内删除该次运行记录，全程不需要外部命令与控制（C2）服务器。
二、攻击链：把"合法自动化"变成窃密通道
三、令牌从哪里来
部分被攻陷账号还同时被用于分发恶意软件和挖矿。
四、为什么部分攻击被拦住了
GitHub 于 7 月 28 日推出的一项控制措施挡住了公开仓库中的攻击：对公共仓库中可能恶意的 workflow 运行，置为待人工批准状态，协作者批准后才会继续。研究方检查过的所有公开仓库 Gheist 运行都停留在 action_required 状态，恶意工作流没有执行。
五、企业环境里的实际危害
六、给 DevOps 与安全团队的六条建议
1
令牌最小化与轮换
按仓库与环境分配最小权限令牌，定期轮换，监控令牌的异常使用行为。
2
密钥与日志扫描
对仓库、日志与 CI 配置做硬编码密钥扫描；对 Actions 运行记录的日志下载与删除行为建立监控。
3
保留人工审批环节
公共仓库与自托管运行的工作流保留人工批准机制，不因自动化便利放弃审批。
4
供应链凭证卫生
及时清理信息窃取程序泄露的凭据，供应链事件发生后重置受影响令牌。
5
关注私有仓库与 GHE
平台控制目前不覆盖私有仓库与 GitHub Enterprise Server，这两类环境要单独加固。
6
验证凭证风险的实际暴露面
在授权范围内模拟"令牌被窃取后"的攻击路径，确认现有检测能否发现异常分支创建、密钥外带与云密钥枚举。
七、验证视角：凭证风险可以提前检验
Gheist 事件的核心风险在于：合法自动化功能被用来窃取凭证，共享令牌可以渗透到私有仓库、自托管 runner 与云密钥管理等多个环节。这类风险可以在授权范围内通过攻击模拟提前检验。
CyriBAS · 塞讯智能安全验证平台
以攻击者视角编排验证任务，在受保护环境中执行真实攻击场景。对"凭证被窃取后，现有安全控制能否发现异常分支创建、密钥外带与云密钥枚举"这类问题，CyriBAS 全真复刻攻击链，输出告警、日志链路与响应结果的可量化结论，把防御盲点转成整改项。
CyriIntel · 塞讯高级持续威胁情报智能平台
整合 30+ 全球情报来源，持续追踪 1000+ APT 组织与勒索团伙；暗网监控与安全社区监测覆盖信息窃取程序日志这类令牌泄露源头，为凭证风险排查提供情报上下文。
以上为业务关联方向的说明，具体产品能力以塞讯正式资料为准。
参考来源
1 Infosecurity Magazine《Gheist Attackers Stumble in Attempt to Abuse GitHub Tokens》，2026-10-26（研究由安全厂商于 2026-10-25 披露）
https://www.infosecurity-magazine.com/news/gheist-attackers-abuse-stolen/