网络安全

FakeGit行动卷土重来:利用17,610个恶意GitHub仓库传播信息窃取恶意软件

FakeGit行动通过GitHub上的17,610个虚假仓库重新活跃起来,利用具有迷惑性的README文件和下载按钮传播SmartLoader,随后传播其他恶意软件。研究人员表示,由于存在备份以及多个托管位置,仅依靠删除特定仓库或链接不足以遏制该行动。

2026-10-08
1 分钟阅读
690 浏览量
certi.news Editorial Team
FakeGit行动卷土重来:利用17,610个恶意GitHub仓库传播信息窃取恶意软件
FakeGit行动通过GitHub上的17,610个虚假仓库重新活跃起来,利用具有迷惑性的README文件和下载按钮传播SmartLoader,随后传播其他恶意软件。研究人员表示,由于存在备份以及多个托管位置,仅依靠删除特定仓库或链接不足以遏制该行动。

恶意的FakeGit行动大规模重返GitHub。研究人员发现,有17,610个仓库被用于传播SmartLoader,这是一种能够下载其他恶意软件的初始载荷。此次活动于2026年10月4日重新出现,此前该行动曾在当月早些时候被用于传播StealC,一种信息窃取恶意软件。

该行动主要依赖临时账户,但研究人员确定至少有700个账户似乎属于合法开发者。恶意仓库使用设计得颇具迷惑性的README文件,其中包含一个下载按钮,指向含有SmartLoader的ZIP归档文件。

利用现有仓库快速升级

根据软件供应链安全平台Apiiro的报告,该行动在34小时内推送了超过13,000个仓库,活动峰值达到每小时2,999个仓库。在研究人员检查的提交样本中,97%仅修改了README文件,而其中88%的下载按钮指向会安装SmartLoader的ZIP文件。

这表明,运营者无需创建新仓库;他们只是将一个预先存在的仓库群重新指向恶意链接。Island公司曾在7月将FakeGit这一名称与该行动联系起来,当时该公司记录了7,600个传播SmartLoader的虚假仓库,其中包括800个伪装成人工智能技能或MCP服务器的仓库,这些仓库出现在公开的日志和目录中。

为什么难以遏制该行动?

Apiiro研究人员认为,删除仓库只能覆盖恶意基础设施的一部分。被屏蔽的载荷及其备份仍然可用,这使攻击者能够在保持同一仓库活跃的同时更改下载链接。研究人员发现,在其报告发布之前,该仓库群中有71%未被列入URLhaus。

这些恶意归档文件分布在派生版本、旧文件、发布资产、问题附件以及专门用于托管的独立仓库中。因此,删除单个文件或链接并不能阻止运营者将受害者引向替代副本。

这对用户实际上意味着什么?

不能将GitHub上存在某个仓库视为其可信的证据,尤其是在下载人工智能技能或MCP服务器时。研究人员建议核实仓库所有者,并将官方注册信息或软件供应商的仓库作为安装来源。

如果用户怀疑SmartLoader已经运行,应将该情况视为GitHub账户可能遭到入侵,然后撤销活动会话和访问令牌,并改用通行密钥。该行动表明,当攻击者能够重复利用副本、分支和发布资产时,依赖链接封禁列表或删除单个仓库仍然存在局限性。

新闻来源
BleepingComputer
查看原始来源 ↗
c
作者

certi.news Editorial Team

你需要知道的

FakeGit 活动通过 17,610 个恶意仓库重新出现在 GitHub 上,这些仓库传播 SmartLoader;SmartLoader 能够下载包括 StealC 在内的其他恶意软件。由于活动利用了复刻仓库、旧文件和发行版资产,删除单个仓库或链接不足以遏制该活动。

  • 研究人员在 GitHub 上发现了 17,610 个伪造仓库,其中超过 13,000 个仓库在 34 小时内被推送。
  • 这些仓库使用 README 文件和下载按钮,通常会引导用户获取包含 SmartLoader 的 ZIP 压缩包。
  • 研究人员确定至少有 700 个账户看起来属于合法开发者。
  • 在报告发布前,71% 的仓库未被 URLhaus 收录。
  • 研究人员建议核实仓库所有者,并使用官方注册表或软件供应商的仓库进行安装。
  • 如果怀疑 SmartLoader 已被运行,应撤销活动会话和访问令牌,并改用通行密钥。

常见问题

什么是 FakeGit 活动?

这是一项利用伪造或被重新定向的 GitHub 仓库传播 SmartLoader 及其他恶意软件的恶意活动。

SmartLoader 会做什么?

SmartLoader 是一种初始载荷,能够下载其他恶意软件。

为什么删除恶意仓库还不够?

因为载荷和备份可能仍保留在分支、旧文件、发行版资产、问题附件以及独立托管的仓库中。

用户如何降低感染风险?

应核实仓库所有者,并依靠官方注册表或软件供应商的仓库;不要将项目存在于 GitHub 上视为其可信度的充分证明。

同一分类

你可能还喜欢

查看所有新闻