GitHub が数か月にわたるサプライチェーン攻撃を受けて、npm と Actions を強化

GitHubは、npmおよびGitHub Actionsにおける防御策の詳細を公開：署名付きパブリッシュ、強化されたトークン、強化された隔離。これは2025-2026年の攻撃ラッシュに対する直接の反撃策だ。

簡単に言えば - GitHubは、数か月間にわたる注目すべきサプライチェーン攻撃を受けて、npmとGitHub Actionsに一連のセキュリティ強化を導入しています。署名付き公開、厳格化されたトークン、ワークフローの隔離強化。怠惰なパイプラインには厳しい変更ですが、それだけの価値はあります。

背景

npm + GitHub Actionsのチェーンは、JavaScriptのCI/CDの圧倒的なシェアを占めており、そのために保守者のトークン侵害などを通じた標的型攻撃の割合も増加しています。両プラットフォームの所有者であるGitHubは、2026年7月28日に「過去数か月で導入された変更」に関する振り返り記事を発表します。この動きは、より広範なアクセス強化の一環です（2026年9月2日から全てのコミッターに義務付けられる2FAもご参照ください - #1400）。

データ

公式ブログ（github.blog/security）によると、防御策は3つの柱で構成されています：

• npm - 署名付き公開（証明書）、トークンの制限、トークンの迅速な無効化。
• GitHub Actions - ワークフロー間の隔離強化、シークレット管理の厳格化。
• すでに実環境で観測された攻撃手法に対する能動的な対策。

内部の仕組み

具体的には、保守者は署名付きのGitHub Actionsワークフローから、検証可能な証明書付きでパッケージを公開できるようになりました。これにより、「リポジトリ外から署名されたパッケージをプッシュする」攻撃が防げます。パッケージと元のコミットのトレーサビリティが監査可能になります。

分析

3つの重要なシグナルがあります。まず、攻撃対象がリポジトリからパイプラインにシフトしたことです。保守者のトークンやCIランナーを侵害すると、今ではソースコードへの直接アクセス以上の価値を得られます。次に、GitHubは段階的に変更を導入しています。新しいルールは旧モデルと共存し、段階的な移行で破壊的な変更はありません。最後に、支配的なプラットフォームが事実上の基準を押し付けています。GitLab、Bitbucket、Sonatypeのエコシステムは、企業の信頼性を維持するために追随するか、あるいは取り残されるかの選択を迫られています。

12か月のシナリオ

• ベースケース - 大手消費者（銀行、防衛）がSBOMに証明書の提出を義務付ける。法的強制ではなく、契約による普及。
• リスク上昇 - 主要な新防御策を回避する大規模なインシデント（自己ホストランナーの設定不備など）。
• 現実的な障害 - 保守者の慣性。上位1000パッケージの大半が12か月後も署名されない可能性。

実務者への示唆

バックエンドリードへ：GitHub Actionsからのtrusted publishingを設定し、リリースワークフローで証明書を有効化してください。プラットフォームエンジニアへ：自己ホストランナーを確認してください。GitHubホスト型よりもセキュリティが緩いことが多いです。CISOへ：顧客から要求される前に、リリースパイプラインに証明書の検証を追加してください。

要注目ポイント

今後数か月でnpmの上位パッケージにおける証明書のカウント、強化後の最初の攻撃事例、PyPIやCargoが同じモデルに追随するかどうか。