通过数据二极管发送日志、警报和遥测数据

了解详情
我们利用人工智能进行网站翻译,虽然我们力求准确,但不一定总是 100%精确。感谢您的理解。

迷你版“沙伊-胡鲁德”:TanStack、OpenAI 与 npmSupply Chain

这种自我传播的蠕虫再次通过受信任的软件包和管道传播开来。
作者: Lavinia Prejban,产品营销专家
分享此贴

最近的供应链攻击不仅危及了开源注册表,还劫持了全球安全意识最强的组织之一内部的发布管道,而其入侵点竟是一次常规的 npm 依赖项安装。

2026年5月11日,威胁组织TeamPCP发起了其Shai-Hulud蠕虫攻击活动的第四波行动,该行动现被追踪为Mini Shai-Hulud。 此次攻击在短短六分钟内,篡改了npm注册表中42个TanStack包的84个恶意包版本,最终蔓延至npm和PyPI(Python包索引)源代码注册表中的170多个包,其中包括Mistral AI、UiPath和OpenSearch所属的命名空间。受影响的包中,至少有一个——@tanstack/react-router——每周下载量约为1200万次。

这是这场不断升级的攻击行动中的第四波。此前几波包括最初的 npm 安全漏洞(Shai-Hulud 1.0)以及针对 GitHub 凭据的 2.0 波攻击

OpenAI 本周披露,两台员工设备遭到入侵。此次事件未影响任何用户数据、生产系统或知识产权,但为控制事态,公司采取了隔离系统、轮换凭证、聘请外部取证专家等措施,并因单个依赖项的安装而触发了 macOS、Windows、iOS 和 Android 平台上代码签名证书的全面轮换。

迷你沙伊-胡鲁德 第四波:快速了解

  • 攻击日期:2026年5月11日
  • 受影响的包:42个@tanstack/*包中共有84个恶意版本;npm和PyPI注册表中总计超过170个
  • CVE:CVE-2026-45321,CVSS评分 9.6(严重)
  • 来源:TeamPCP(也称为 PCPcat、UNC6780)
  • 机制:三个连锁的 GitHub Actions 漏洞——Pwn Request、缓存中毒、从运行器进程内存中提取 OIDC(OpenID Connect)令牌
  • 知名受害者:OpenAI——两名员工的设备遭到入侵;内部源代码仓库中的机密信息遭泄露,包括适用于 macOS、iOS、Windows 和 Android 的代码签名证书
  • 此前版本:Shai-Hulud 1.0(2025年9月)、2.0(2025年11月)和3.0(2025年12月)
  • 影响: 开发和 CI/CD 环境遭到入侵 ,维护者账户和软件包被接管,SLSA 溯源信息和签名构建不再“默认安全”
  • 主要风险:通过 SLSA(Software 供应链等级)构建级别三溯源认证的恶意软件包

攻击是如何进行的

“Mini Shai-Hulud”第四波攻击是该系列攻击迄今为止技术上最复杂的版本。此前各波攻击依赖于被攻破的维护者账户直接发布恶意软件包,而第四波攻击则利用三个 GitHub Actions 漏洞,成功劫持了合法的发布管道本身。

攻击流程:

  1. 分叉与伪装:攻击者 分叉了 TanStack/router 仓库,并将其重命名为 zblgg/configuration,以便在 GitHub 的分叉列表视图中不显眼地隐藏该分叉。
  2. 触发工作流: 已创建一个 拉取请求,该请求触发了 pull_request_target 工作流——即“Pwn Request”模式,该模式允许工作流访问已分叉的代码
  3. 缓存中毒:攻击者的分 代码将 一个经过篡改的 1.1 GB pnpm-store 条目写入 GitHub Actions 缓存,并设置了相应的键值,以便发布工作流后续能够恢复该条目
  4. 掩盖痕迹: 随后,该恶意拉取请求被 强制推送到“无操作”状态并关闭,以此掩盖系统遭入侵的证据
  5. 等待触发条件:当 TanStack的合法维护者将无关的拉取请求合并到主分支,发布工作流被触发,并恢复了被污染的缓存
  6. Steal the token: Attacker-controlled binaries read /proc/<pid>/mem of the Runner.Worker process to extract the OIDC token minted for npm trusted publishing
  7. 通过发布管道发布: 攻击者利用这些 令牌,通过 TanStack 自身的合法发布管道,将 84 个恶意软件包版本发布到了 npm 注册表中。
  8. 结果是:这些由正规发布管道生成的软件包,虽然附有有效的 SLSA 构建级别 3 来源证明、有效的 Sigstore 证明以及合法的 GitHub Actions 签名,却内含窃取凭据的恶意软件。正如 TanStack 在其事后分析报告中所证实的,从开发者的角度来看,这些软件包在加密层面看似真实有效,且没有任何明显的遭入侵迹象。

机密信息遭泄露:该 恶意软件有效载荷通过三个冗余渠道窃取了受感染系统上可直接访问的凭证和令牌等机密信息,这三个渠道分别是:一个域名抢注网站(git-tanstack[.]com)、去中心化的Session即时通讯网络,以及利用被盗令牌通过GitHubAPI 传输。 被窃取的凭证包括 GitHub 令牌、来自 AWS、GCP 和 Azure 的云密钥、CI/CD 认证信息、Kubernetes 凭证、HashiCorpVault 以及 SSH 密钥。

在开发者的机器上,该恶意软件会安装一个持久的 gh-token-monitor 守护进程(通过 macOS LaunchAgent 或 Linux systemd),该进程每 60 秒向 GitHub 发送一次请求。当接收到因令牌撤销导致的 40X 错误时,该守护进程会尝试执行 rm -rf ~/ 命令,从而清除用户的主目录。该守护进程会在 24 小时后自动退出。

OpenAI 的影响及其启示

OpenAI 在披露中明确指出了被窃取的内容:仅限于两名受影响员工可访问的部分内部源代码仓库中的少量凭证材料,其中包括 macOS、iOS、Windows 和 Android 产品的代码签名证书。 OpenAI 确认没有证据表明这些证书曾被用于签署恶意软件,但出于预防考虑,公司正在轮换所有证书,并要求 macOS 用户在 2026 年 6 月 12 日之前更新应用程序,此后使用旧证书签署的应用程序可能会停止运行。

OpenAI 的披露中还有第二个细节值得关注。这两台遭到入侵的设备尚未收到更新的包管理配置——包括最低版本年龄检查和包来源验证等控制措施——而这些配置当时正在该组织的环境中全面部署。此次攻击正发生在部署期间。

这描述了一个真实且普遍存在的漏洞。安全控制措施是分阶段部署的。在任何分阶段的部署过程中,部分系统都会面临更大的风险。TeamPCP的攻击活动持续数周,不断将恶意软件包发布到软件仓库中,并等待用户安装。这一时间安排绝非偶然。

验证Software 以防范Supply Chain

MetaDefender Software 解决方案旨在帮助组织检查进入Software 生命周期(SDLC)的实际组件、软件包和二进制文件,包括带有有效签名或来源证明的软件包,从而在软件包被使用的环节,为整个开发流程提供软件可视性。

MetaDefender Software Supply Chain 中的三项功能可直接解决此次攻击所利用的漏洞:

Metascan™Multiscanning
:整合了30多个商用反恶意软件引擎,在软件包到达开发者工作站或 CI/CD 管道之前,对其进行扫描,这些软件包来自 npm 和 PyPI 等源代码注册表。当单个检测引擎可能无法识别新发布的变种时,这种综合检测能力能缩短恶意软件包在未被发现的情况下执行的时间窗口。

SBOM(Software )生成 :提供对整个技术栈中软件组件、直接及传递依赖关系、版本历史以及注册表元数据的可视化支持,并支持十余种编程语言。SBOM有助于在意外的包变更向下游传播之前将其显性化,并支持导出为CycloneDX和SPDX格式,以满足包括《数字运营韧性法案》(DORA)在内的合规要求。

Proactive DLP™:在源代码中的硬编码机密(如密码、API 、令牌及凭证)暴露给攻击者之前,对其进行扫描。这与凭证外泄响应不同:主动DLP™技术旨在防范源代码或配置文件中残留的机密在代码库遭入侵时被访问的风险,正如OpenAI事件中所发生的情况。

MetaDefender Software Supply Chain 可原生集成 GitHub、GitLab、Azure DevOps 和 Nexus,将检测功能嵌入开发管道内部,而非置于管道之外。最新发布的3.3.0 版本新增了通过数据二极管技术实现单向数据传输的功能,支持在隔离环境间进行安全的构建产物传输。这使得处于物理隔离或高安全环境中的组织能够在构建产物跨越网络边界之前对其进行验证,并提供可无缝融入现有 DevSecOps 工作流的激活流程。

主要收获

来源证明仅表明来源,而非完整性
Wave Four 生成经过有效签名的恶意软件包,是因为发布管道本身已被入侵。签名和来源检查虽是有用的参考指标,但并不能保证内容的安全性。

部署窗口即暴露窗口
OpenAI 的安全事件发生在分阶段推行新的供应链控制措施期间。每个组织在部署控制措施时都会存在类似的漏洞。在每个阶段进行内容级检查,有助于减少对“在攻击发生前必须完成策略覆盖”的依赖。

该活动仍在持续进行中
“Mini Shai-Hulud”是自2025年9月以来技术复杂度持续升级的系列攻击活动的第四波。如果仅将个别事件视为已解决,却未解决底层管道中的漏洞,组织将面临下一轮攻击的风险。

通过结合软件物料清单(SBOM)可视化、恶意软件多维扫描以及硬编码密钥检测,有助于降低现代软件开发环境中的攻击面。不信任任何文件。不信任任何设备。

准备好保护您的软件开发流程,防范像“Mini Shai-Hulud”这样的供应链攻击了吗?

延伸阅读

通过OPSWAT 了解最新信息!

立即注册,即可收到公司的最新动态、 故事、活动信息等。