FakeGitキャンペーンが、GitHub上の17,610件の偽リポジトリを通じて活動を再開した。偽装したREADMEファイルとダウンロードボタンを使ってSmartLoaderを配布し、その後、他のマルウェアも拡散している。研究者らは、バックアップやホスティング先の多様化が存在するため、特定のリポジトリやリンクを削除するだけではキャンペーンを封じ込めるには不十分だと述べている。
FakeGitの悪意あるキャンペーンがGitHubで大規模に復活した。研究者らは、別のマルウェアをダウンロードできる初期ペイロードであるSmartLoaderの配布に使われている17,610件のリポジトリを確認した。活動が再開されたのは2026年10月4日で、同キャンペーンは同月初め、情報窃取マルウェアであるStealCの拡散に使われていた。
このキャンペーンは主に一時的なアカウントに依存しているが、研究者らは正規の開発者に属しているとみられるアカウントを少なくとも700件特定した。悪意あるリポジトリでは、説得力のある形で設計されたREADMEファイルが使われており、SmartLoaderを含むZIPアーカイブへ誘導するダウンロードボタンが設置されている。
既存リポジトリを利用した急速なエスカレーション
ソフトウェアサプライチェーンセキュリティ専門プラットフォームApiiroの報告によると、キャンペーンは34時間で13,000件を超えるリポジトリを投入し、活動率は1時間あたり2,999件のリポジトリでピークに達した。研究者らが調査したコミットのサンプルでは、97%がREADMEファイルの変更に限定されており、そのうち88%のダウンロードボタンはSmartLoaderをインストールするZIPファイルへ誘導していた。
これは、運営者が新しいリポジトリを作成する必要がなかったことを示している。既存のリポジトリ群を悪意あるリンクへ向け直したのである。Islandは7月、この活動とFakeGitという名称を結び付けた。その際、SmartLoaderを配布する7,600件の偽リポジトリを記録しており、そのうち800件は、公開のログやカタログに登場したAIスキルやMCPサーバーを装っていた。
なぜキャンペーンの封じ込めは難しいのか
Apiiroの研究者らは、リポジトリを削除しても悪意あるインフラの一部しかカバーできないと考えている。禁止されたペイロードとそのバックアップも引き続き利用可能であるため、攻撃者はリポジトリ自体をアクティブな状態に保ったまま、ダウンロードリンクを変更できる。研究者らは、報告書を公開する前の時点で、全体の71%がURLhausに登録されていなかったことを確認した。
悪意あるアーカイブは、フォーク、古いファイル、リリースアセット、Issueの添付ファイル、さらにホスティング専用の別個のリポジトリに分散している。そのため、単一のファイルやリンクを削除しても、運営者が被害者を別のコピーへ誘導することは阻止できない。
ユーザーにとって実際に何が変わるのか
特にAIスキルやMCPサーバーをダウンロードする場合、GitHub上にリポジトリが存在することだけを信頼性の証拠とみなすだけでは不十分である。研究者らは、リポジトリの所有者を確認し、インストール元として公式レジストリまたはソフトウェアベンダーのリポジトリを利用するよう推奨している。
SmartLoaderの実行が疑われる場合、ユーザーはその状況をGitHubアカウントが侵害された可能性として扱い、その後、アクティブなセッションとアクセストークンを無効化し、パスキーへ移行すべきである。このキャンペーンは、攻撃者がコピー、ブランチ、リリースアセットを再利用できる場合、リンクのブロックリストや個別リポジトリの削除に依存することには限界があることを示している。