GitHub Actions 被重新启用，Mini Shai-Hulud 载荷仍处于活跃状态

两个此前在一次 Mini Shai-Hulud 行动中被入侵的第三方 GitHub Actions 被其维护者重新启用，并在超过一周的时间里保持可访问状态，尽管它们仍指向恶意代码。

在 5 月 18 日被入侵后，GitHub 安全团队移除了 actions-cool/issues-helper 和 actions-cool/maintain-one-comment，从而阻止任何下游工作流下载恶意软件。

据应用安全公司 Socket 的研究人员称，从 9 月 16 日到 9 月 25 日，这两个 action 以相同的发布标签重新变为活跃状态，导致引用它们的工作流下载并执行旧的载荷。

5 月的 Mini Shai-Hulud 供应链攻击影响了 Node 包管理器 (npm) 索引上的 323 个包和 639 个包版本，使它们感染了针对开发者 token、凭据和 CI/CD 机密的恶意软件。

Socket 研究人员发现，上周三，actions-cool/issues-helper 和 actions-cool/maintain-one-comment 的发布标签解析到了一个在 'index.js' 文件中包含混淆载荷的提交。

"2026 年 9 月 16 日，这两个仓库再次变得可访问。它们的发布标签事先并未被清理," Socket 解释道。

"它们仍指向 5 月 18 日引入的恶意内容，因此任何通过版本标签引用任一 action 的工作流都会在下一次运行时恢复下载并执行该载荷。"

目前尚不清楚这两个仓库为何在未先行进行适当清理的情况下被重新启用。

Socket 表示，GitHub 的依赖关系图列出了约 15,000 个依赖 'issues-helper' 的仓库，但这并不意味着它们全部都被入侵。

研究人员指出，他们尚未确定有多少依赖方是通过可变标签而非固定提交来引用任一 action 的。

不过，他们解释说，受影响的 action 是那些几乎每天运行、用于支持 issue 日常维护需求的 action。

9 月 25 日，Socket 发现这两个 action 在 GitHub 上再次被禁用，导致引用它们的工作流失败，而非运行该载荷。

Socket 建议查找对这两个 action 的引用，将其移除或固定到一个经核实的干净提交，审查自 9 月 16 日以来的运行记录，并轮换运行过受影响标签的工作流可访问的机密。

可能受影响的开发者应查找对这两个 action 的引用，并将其移除或固定到一个经核实的干净提交。

暴露始于 9 月 16 日 GMT+2 时间 11:09 至 18:16 之间。