「ITニュース」｜GitHub、npm・GitHub Actionsを狙う攻撃連鎖を「3段階」で断つと総括

2026年7月29日 21:19

はじめに

2026年7月28日、GitHubは公式ブログ「Disrupting supply chain attacks on npm and GitHub Actions」で、npmとGitHub Actionsを狙うサプライチェーン攻撃（正規の配布経路や依存関係を経由してソフトウェアに悪意あるコードを紛れ込ませる攻撃）への対策群を、これまで数か月かけて段階的に導入してきたものも含めてまとめて公開しました。

この記事の読みどころは2つあります。ひとつは、tj-actionsやTanStackなど著名なOSSプロジェクトが実際に被害を受けた事件を経て、GitHubが個別のパッチ対応ではなく「侵害は起きる」ことを前提にした多層防御の枠組みへと説明の軸を移した点です。もうひとつは、npmパッケージメンテナーやGitHub Actionsを使う開発チームにとって、Trusted Publishing（信頼済み発行元認証）への移行やワークフロー権限の棚卸しといった、今すぐ着手できる実務的な論点が示されている点です。

※ 本記事は公開情報に基づく整理であり、投資判断やセキュリティ対応の唯一の根拠とはしないでください。

この記事での用語

1. 何が起きたのか（結論）

GitHubは2026年7月28日、npmとGitHub Actionsのサプライチェーン攻撃対策を「初期侵害の防止」「認証情報流出の防止」「拡散防止」の3段階に整理した総括記事を公開しました。
柱となるのは、npm v12でのインストールスクリプトの既定無効化（2026年6月に先行導入）と、Dependabotの3日間クールダウン（2026年7月27日発表）です。
背景には、2025年3月の`tj-actions/changed-files`侵害事件（約23,000リポジトリに影響）や、その後に相次いだGitHub Actions・npmパッケージへの攻撃があるとみられます。
侵害を完全に防ぐのではなく、侵害発生を前提に「素早く検知し、素早く認証情報を失効させる」設計思想が強調されています。

忙しい方向けに一言でいうと、
「侵害はゼロにできない」——GitHubが攻撃チェーンを3段階に分けて塞ぐ防御策を総括公開した、という話です。

2. 何が起きてきたのか——一連の攻撃の時系列

2025年3月、GitHub Actionsの`tj-actions/changed-files`でメンテナーアカウントが侵害され、v1〜v45.0.7の全タグが悪意あるコミットに向け替えられました（CVE-2025-30066）。CI/CDのビルドログにシークレットが流出し、約23,000リポジトリが影響を受けたとされています（出典: Unit 42 / Palo Alto Networks）。
2026年5月頃、npmパッケージ`laravel-lang`のタグ改ざんにより、Composer経由で700以上の既存バージョンに悪意あるコードが混入する事件も発生しています。
その後、TanStackのnpmパッケージが侵害され、SLSA Build Level 3の来歴証明を持つ状態のまま170以上の汚染パッケージが公開される事件が起きました（TanStack公式ポストモーテムより）。
なお、「Megalodon」「TeamPCP」と呼ばれる大規模キャンペーン（数千リポジトリ規模の被害）についても業界報道がありますが、GitHub公式記事本文には具体的な事件名としての言及はなく、執筆時点では一次ソースでの確認ができていない参考情報です。
こうした事件の連鎖を受け、GitHubは2026年6月にnpm v12のインストールスクリプト既定無効化を、2026年7月27日にDependabotの3日間クールダウンを発表し、翌28日に総括記事として公開しました。GitHub Advisory Databaseには2026年5月までの1年間で6,500件超のnpmマルウェア勧告が登録されているとされています。

3. 対策の中身——3段階モデルと想定読者への影響

GitHubが示す3段階は、①初期侵害の防止、②認証情報流出の防止、③拡散防止です。それぞれの段階で、想定される読者ごとに関係する対策が異なります。

3-1. 関連する過去の対策との位置づけ

npm v12のインストールスクリプト既定無効化は2026年6月時点で既に導入が報じられており、今回の総括記事はこれを含む一連の施策を「3段階モデル」という一つの説明フレームでまとめ直したものです。単発の新機能発表ではなく、既存の複数施策を体系化した点が特徴といえます。

4. 短期・中期・長期の整理

時間軸定義:

短期: 0〜3か月
中期: 3か月〜1年
長期: 1年以上

4-1. 短期（0〜3か月）

予想される動き: Dependabotクールダウンやnpm v12のインストールスクリプト既定無効化により、公開直後に短時間で悪用される「hit-and-run型」の悪意あるパッケージ更新の被害が目に見えて減る可能性があります。
不確実性: クールダウン期間は変更可能な設定のため、緊急性の高い正規更新が意図せず遅延し、開発者側が無効化する運用が広がるリスクがあります。
効果が出ない条件: 攻撃者がクールダウン期間より長く「潜伏」してから悪性コードを混入させる手口に切り替えた場合、時間ベースの防御は効果が薄れます。

4-2. 中期（3か月〜1年）

予想される動き: Trusted Publishingの普及が進めば、長期有効な認証情報の漏洩を起点とする攻撃（tj-actions型）は相対的に減少すると見込まれます。
不確実性: 普及速度は各メンテナーの移行対応に依存し、GitHubが強制ではなく推奨に留めている限り、効果は移行済みのプロジェクトに限られます。
効果が出ない条件: 移行が任意である間、メンテナンス頻度の低いレガシーな依存パッケージほど対策の恩恵を受けにくい状態が続きます。

4-3. 長期（1年以上）

予想される動き: 「初期侵害→認証情報流出→拡散」という3段階モデルが業界標準の説明フレームとして定着し、PyPIなど他のパッケージレジストリにも類似の時間ベース防御や信頼済み発行元認証が波及する可能性があります。
不確実性: 攻撃側がAI活用等で侵害から拡散までのサイクルを高速化した場合、3日間といった固定的な時間バッファの有効性が相対的に低下する可能性があります。
効果が出ない条件: npm・PyPI・RubyGemsなどエコシステム全体で足並みが揃わない限り、攻撃者は防御の手薄なレジストリに標的を移すだけになりかねません。

5. 混同しやすい点

6. まとめ

GitHubは2026年7月28日、npm・GitHub Actionsのサプライチェーン攻撃対策を「初期侵害防止」「認証情報流出防止」「拡散防止」の3段階で総括公開しました。
柱はnpm v12のインストールスクリプト既定無効化とDependabotの3日間クールダウンで、侵害を前提とした多層防御という設計思想が背景にあります。
npmパッケージメンテナーはTrusted Publishingへの移行、GitHub Actions利用チームはワークフロー権限の棚卸しを検討する契機になります。
「Megalodon」「TeamPCP」など一部の被害規模は業界報道由来であり、GitHub公式見解と分けて理解する必要があります。

主な参照

免責

本記事は公開情報に基づく整理であり、投資判断・医療・法務上の助言を目的としたものではありません。また、記事内で言及したセキュリティ対策の実施や脆弱性診断・侵入テストは、必ず権限を持つ担当者が正規の手続きの下で行ってください。無許可での対象システムへのアクセスや侵入テストは法令に抵触するおそれがあります。「Megalodon」「TeamPCP」等の攻撃キャンペーン名・被害規模はGitHub公式記事に明記されたものではなく、業界報道に基づく参考情報である点にご注意ください。

【PR】
私も転職エージェントを利用して転職しました。