ソフトウェアサプライチェーン攻撃は、侵害されたソフトウェアパッケージを狙う段階を超え、ソフトウェアの構築や配布に使われる人、アイデンティティー、ワークフローを標的にする攻撃へと進化している。
Intel 471の報告書「Poisoned Trust：サプライチェーン攻撃はいかに開発者エコシステムを武器化するか」は、脅威アクターが開発者アカウント、CI/CDパイプライン、リポジトリ、IDE、公開用インフラをますます標的にしていることを明らかにした。
攻撃者は、こうした信頼された構成要素を侵害することで、ソフトウェアサプライチェーンを通じて下流の組織に侵入できる。
Intel 471の報告書の要点
- ソフトウェアサプライチェーン攻撃は、悪意あるパッケージを狙うだけでなく、開発者のアイデンティティー、CI/CDパイプライン、リポジトリ、信頼された開発ワークフローへと標的を広げている。
- 認証情報の窃取が主要な攻撃ベクトルとなり、脅威アクターは公開用インフラを侵害し、信頼されたソフトウェアエコシステムを通じて悪意あるコードを配布できるようになっている。
- TeamPCPなどの脅威グループは、信頼された開発者向けツール、自動化機能、ソフトウェアサプライチェーンのインフラをますます悪用し、下流の組織へ到達している。
- ソフトウェアサプライチェーン攻撃はワークフロー中心へと変化しており、攻撃者はGitHub Actions、IDE拡張機能、OIDCワークフロー、AI支援の開発者向けツールといった信頼された環境へ標的を移している。
- Intel 471は、ソフトウェアサプライチェーンのリスクを低減するため、振る舞い検知、開発者のアイデンティティー保護、CI/CDの防御、信頼された公開の制御を強化するよう推奨している。
ソフトウェアサプライチェーンの脅威情勢は進化を続ける
同報告書は、2025年9月から2026年6月までに確認されたソフトウェアサプライチェーン攻撃を調査し、Shai-Hulud、Mini Shai-Hulud、TeamPCP、GlassWorm、Axios、node-ipc、IronWorm、Miasma、Hadesが関与したキャンペーンを取り上げている。
Intel 471は、ソフトウェアパッケージを主な目的とみなすのではなく、攻撃者が現在、ソフトウェアの生産チェーン全体を、開発者、ビルド環境、企業顧客に到達できる侵入経路と捉えていると指摘する。
ソフトウェアサプライチェーン攻撃はいかに信頼された開発システムを悪用するか
同報告書の中心的な findings の1つは、ソフトウェアサプライチェーン攻撃が従来の運用サプライチェーン侵害とは異なるという点だ。
マネージドサービスプロバイダーや企業向けソフトウェアベンダーに対する攻撃では通常、信頼された第三者を通じて組織がさらされる。
これに対し、ソフトウェアサプライチェーン攻撃はパッケージレジストリ、メンテナーのアカウント、リポジトリ、開発者向けツール、公開用認証情報、CI/CDワークフローを標的にする。
攻撃者がこうした信頼された構成要素へのアクセスを得ると、正規のソフトウェア更新メカニズムを通じて、悪意あるコードを数千に及ぶ可能性のある下流ユーザーへ配布できる。
Intel 471は、認証情報の窃取がこうした攻撃を可能にする主な要因だと指摘している。
現在のキャンペーンでは、GitHubやGitLabのトークン、パッケージ公開用認証情報、OAuthトークン、クラウドアクセスキー、CI/CDシークレット、SSHキー、API認証情報が標的になることが多い。
攻撃者は、フィッシング、ソーシャルエンジニアリング、盗んだトークン、リポジトリの改ざん、悪意あるIDE拡張機能、信頼された公開ワークフローを通じて、特権アクセスを獲得する。
一般的なソフトウェアサプライチェーン攻撃の手法とマルウェアキャンペーン
同報告書は、信頼された開発インフラを侵害した後に悪意あるコードを送り込むため、攻撃者が使う一般的な手法をいくつか説明している。
これには、汚染されたパッケージの公開、インストール時または実行時のマルウェア実行、悪意ある依存関係の埋め込み、二次ペイロードの準備、開発者向けツールやAIコーディングアシスタントの悪用などが含まれる。
Intel 471は、Shai-Huludマルウェアファミリーがソフトウェアサプライチェーン攻撃における重要な転換点になったと指摘している。
2025年9月に650個を超えるnpmパッケージを侵害した後、後続の亜種は開発者の認証情報を収集し、GitHubの自動化機能を悪用し、ソフトウェアエコシステム全体に拡散し、CI/CD環境を標的にするよう進化した。
TeamPCPも2026年に最も活発なソフトウェアサプライチェーン脅威グループの1つとして台頭し、Shai-Hulud由来のマルウェアを使って信頼された開発インフラを侵害している。
ソフトウェアサプライチェーン攻撃、CI/CDと開発者ワークフローへ移行
同報告書はまた、ソフトウェアサプライチェーン攻撃がパッケージ中心ではなく、ますますワークフロー中心になっていることを明らかにした。
最近のキャンペーンでは、攻撃者がパッケージマネージャーの範囲を超え、IDE拡張機能、リポジトリの自動化、GitHub Actions、OpenID Connect（OIDC）ワークフロー、AI支援の開発者向けツールなど、隣接する信頼された環境へ移行する姿勢が示されている。
防御側がソフトウェア開発ライフサイクルの一層を強化すると、脅威アクターは、コードを実行したり、認証情報を保管したり、大規模にソフトウェアを配布したりできる、別の信頼されたメカニズムへ移るようだ。
業界では、Trusted Publishing、より強固なパッケージの来歴管理、厳格なCI/CDアイデンティティー制御、自動パッケージ実行の制限といった対策が導入されているが、同報告書は、これらの対策だけではソフトウェアサプライチェーンのリスクをなくせないとしている。
むしろ、攻撃者を開発者エコシステム内の別の信頼境界へ向かわせることになると見込まれる。
組織はいかにソフトウェアサプライチェーンのセキュリティーを強化できるか
Intel 471は、組織が静的な指標やマルウェアシグネチャーだけに依存するのではなく、振る舞い検知をより重視するよう推奨している。
セキュリティーチームは、ソフトウェア開発パイプライン全体で、異常な公開活動、予期しないワークフローの変更、通常とは異なるトークンの使用、リポジトリの変更、開発者向けツールの悪用、疑わしい挙動を監視すべきだ。
同報告書は、ソフトウェアサプライチェーン攻撃が進化を続ける中、開発者のアイデンティティーの保護、認証情報の露出抑制、CI/CD環境の強化、信頼された公開ワークフローの検証も重視している。
全体として、今回の調査結果は、ソフトウェアサプライチェーンセキュリティーが、単なるパッケージの完全性の問題ではなく、ますますアイデンティティーとワークフローのセキュリティー課題になっていることを示している。
開発環境間の接続性が高まる中、信頼関係はコードそのものと同じく、保護すべき重要な対象になっている。
信頼されたアイデンティティーとワークフローをソフトウェアサプライチェーン攻撃が狙う中、ゼロトラストの原則は、開発環境間の暗黙の信頼を減らすうえで組織の助けとなる。