VS Code拡張機能でGitHubが侵害された手口と今すぐできるサプライチェーン攻撃対策【2026年版】

1. サプライチェーン攻撃とは何か

サプライチェーン攻撃とは、ソフトウェアの「部品」や「配布経路」を乗っ取ることで、 多数のターゲットに同時に侵入する攻撃手法です。

開発者が直接攻撃されるのではなく、 普段使っているツール・ライブラリ・拡張機能が攻撃経路になるのが特徴です。 つまり、あなたが何もしていなくても、知らないうちに侵害されるのです。

CHAOS-404 // カオスちゃん

えっ、私が何もしてないのに侵害されるの？！ちゃんとパスワードも長くしたし、MFAも入れてるのに……！

NULL-Ø // ヌルちゃん

あなたが堅固でも、あなたの使うツールが脆弱なら意味がない。城壁を守っても、業者が持ち込む荷物に毒が混じっていれば同じことよ。

ABYSS-000 // アビスちゃん

信頼の連鎖が、最も深い脆弱性になる……。自分では気づけない場所から、静かに侵食が始まるの。それがサプライチェーンの恐ろしさよ。

攻撃が特に増えている理由は、開発者は信頼済みのツールをそのまま実行するからです。 npm install、pip install、VS Codeの拡張機能インストール——どれも確認せずに実行することがほとんどです。 攻撃者はその「信頼」を悪用します。

2. VS Code拡張機能→GitHub侵害の手口

今回のインシデントの中心は、VS Codeの拡張機能「Nx Console v18.95.0」の侵害です。 セキュリティ企業Aikidoの調査で、その手口が明らかになりました。

攻撃の流れ（ステップバイステップ）

1. 攻撃者がNx Consoleのリリースパイプラインに侵入
   開発者のCI/CD環境（GitHub Actionsなど）に不正アクセスし、 公式ビルドプロセスに悪意あるコードを混入させた。
2. 悪意あるv18.95.0がVS Code Marketplaceに公開
   正規の拡張機能として配布されたため、ユーザーは何の疑いも持たずにアップデートを適用した。
3. インストール後、開発者の認証情報を窃取
   拡張機能が実行されると、ローカルに保存されたGitHubトークン・SSH鍵・環境変数を外部サーバーに送信した。
4. 約3,800のGitHubリポジトリに不正アクセス
   盗んだトークンを使い、プライベートリポジトリを含む大量のコードベースにアクセスした。

CHAOS-404 // カオスちゃん

ちょっと待って……アップデートしたら終わりってこと？！更新って基本的に「したほうがいい」って思ってたのに！

NULL-Ø // ヌルちゃん

「更新＝安全」は今の時代通用しない。更新内容・配布元・署名を確認する習慣が必要よ。VS Codeの拡張機能は特に出所の確認が甘い環境の一つ。

ABYSS-000 // アビスちゃん

更新の瞬間が、最も無防備な瞬間かもしれない……。誰もが「まさか今日が」とは思わない。だから攻撃者はそこを狙うの。

攻撃者が狙う「開発者デバイス」という新戦場

従来、攻撃者はサーバーやWebアプリを直接攻撃していました。 しかし、現代のセキュリティ強化によりそれが難しくなった結果、 開発者の端末そのものが新たなターゲットになっています。

開発者のマシンには以下のものが揃っています。

• GitHubトークン（コードベース全体へのアクセス権）
• AWS・GCP・Azure等のクラウド認証情報
• .envファイルに記載されたAPIキー
• 本番データベースへの接続情報
• 顧客データへのアクセス経路

3. 今週起きた実際の攻撃事例3件

2026年5月21〜22日の一週間で、複数の独立したサプライチェーン攻撃が確認されました。 これほどの集中的な発生は、過去に例がありません。

① Nx Console VS Code拡張機能の侵害

前述の通り、Nx Console v18.95.0が侵害され、約3,800のGitHubリポジトリに不正アクセス。 被害を受けた開発者は自分の認証情報が盗まれたことに気づかずにいた可能性があります。

② durabletask（MicrosoftのPythonパッケージ）の侵害

セキュリティ企業Wizが発見した事例です。 MicrosoftのPython製Durable Taskクライアントライブラリが、 TeamPCPと呼ばれる攻撃グループによってPyPIで侵害されました。

攻撃手法：正規パッケージに酷似した悪意あるパッケージを PyPI に公開。 pip install durabletaskを実行したユーザーが被害を受けた可能性があります。

pip show durabletask
# Name: durabletask
# Version: X.X.X  ← 公式リリース一覧と照合すること
# Location: /usr/local/lib/python3.12/site-packages

# ハッシュ検証（pip-audit を使う場合）
pip install pip-audit
pip-audit

③ 前例のない規模でのOSSコード汚染

Redditの r/technology で8,254票を集めた投稿によると、 あるハッカーグループが組織的にOSSコードを汚染し続けています。 対象はGitHub上の多数のOSSプロジェクトで、 PRやIssueを通じて悪意あるコードの混入を試みているとのことです。

CHAOS-404 // カオスちゃん

ちょっと待って……PyPI で普通に pip install したら終わりってこと？！しかも全部同じ週に？！これもう何も信じられない……

NULL-Ø // ヌルちゃん

落ち着いて。「何も信じない」のではなく、「検証する習慣をつける」ことが解答よ。ハッシュ確認・pip-audit・依存関係の最小化。順番にやれば大丈夫。

ABYSS-000 // アビスちゃん

信頼は、確認の積み重ねで育てるものよ。盲目的な信頼が崩れた時こそ、本物のセキュリティ意識が始まる。今がその始まりかもしれないわ。

4. Google APIキーが削除後も有効だった盲点

同じ週にAikidoが別の重大な発見を報告しています。 Google APIキーは削除しても、一定期間有効であり続けるということです。

つまり、コードにAPIキーを誤ってコミットし、後で気づいて削除しても、 攻撃者がそのキーをすでにコピーしていれば、しばらく悪用し続けられます。

正しいAPIキー漏洩時の対応手順

1. Google Cloud Consoleでキーを無効化（Disable）する（削除より先にこちら）
2. 新しいキーを発行して、すぐに差し替える
3. Gitの履歴からキーを完全に削除する（git filter-repoを使用）
4. Cloud Audit Logsで不正利用の痕跡を確認する
5. 削除前に不正利用されていないか、使用量を確認する

# git-filter-repo のインストール
pip install git-filter-repo

# 特定の文字列（APIキー）を履歴から削除
git filter-repo --replace-text <(echo "AIza...YOUR_KEY...===>***REMOVED***")

# リモートに強制プッシュ（チームに事前周知必須）
git push origin --force --all

シークレット漏洩対策も合わせて読む

セキュリティ 2026-05-21

AIコーディング時代のシークレット漏洩対策完全ガイド 2026年版

Claude Codeなど AIコーディング時代の秘密情報漏洩リスクと、4層防御の具体的な実装方法をコード付きで解説します。

5. npmが導入した「段階的リリース」の仕組み

サプライチェーン攻撃に対抗するため、npmは2026年5月に段階的リリース（Staged Publishing）機能を導入しました。 はてなブックマーク・Reddit r/javascriptでも注目を集めた新機能です。

段階的リリースとは

新バージョンのパッケージを、最初は全ユーザーではなく一部（例：10%）だけに配布します。 問題が検出されなければ段階的に展開し、最終的に全ユーザーに届ける仕組みです。

# まず10%のユーザーにリリース
npm publish --rollout 10

# 問題なければ50%に拡大
npm publish --rollout 50

# 全ユーザーに展開
npm publish --rollout 100

# 問題が発生した場合は即座にロールバック
npm unpublish my-package@1.2.3

CHAOS-404 // カオスちゃん

これいい！「全員に一気に配らない」って考え方、なんかゲームのアーリーアクセスみたいで面白い！

NULL-Ø // ヌルちゃん

本質はリスク分散よ。全ユーザーへの配布前にカナリアリリースで問題を検出する。DevOpsの世界では標準的な手法ね。

ABYSS-000 // アビスちゃん

すべてを一気に解放するより、少しずつ世界を広げていく……。それは慎重さとも言えるし、知恵とも言える。npm も同じ境地に辿り着いたのかもしれないわ。

6. 開発者が今すぐできる防衛策4つ

① VS Code拡張機能を定期的に監査する

インストールしたすべての拡張機能を定期的に確認し、 使っていないものは削除しましょう。 拡張機能は最小限に保つことが原則です。

# インストール済み拡張機能を一覧表示
code --list-extensions

# 出力例（これを定期的に確認する）
# ms-python.python
# nrwl.angular-console  ← Nx Console（今回の問題拡張機能）
# esbenp.prettier-vscode

② pip-audit でPythonパッケージを定期チェック

pip install pip-audit

# 現在の環境をスキャン
pip-audit

# requirements.txtをスキャン
pip-audit -r requirements.txt

# 出力例
# Found 2 known vulnerabilities in 2 packages
# Name      Version  ID             Fix Versions
# --------  -------  -------------  ------------
# requests  2.28.0   GHSA-xxx-yyy   2.31.0

③ npm audit を CI/CDパイプラインに組み込む

name: Security Audit

on: [push, pull_request]

jobs:
  audit:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '20'
      - run: npm ci
      - run: npm audit --audit-level=high
        # high以上の脆弱性があればCIを失敗させる

④ GitHubトークンの権限を最小化する

Fine-grained personal access tokens（きめ細かいPAT）を使い、 各トークンに必要最小限の権限だけを付与しましょう。

# GitHub CLIで自分のトークン権限を確認
gh auth status

# 出力例
# github.com
#   ✓ Logged in to github.com as The-End-Council
#   ✓ Git operations for github.com configured to use https protocol.
#   ✓ Token: gho_xxx... (scopes: repo, workflow)

# 不審なトークンは即座に失効させる
# → https://github.com/settings/tokens で管理

7. AIコーディング時代のリスクがさらに高い理由

Claude CodeやGitHub CopilotなどのAIコーディングツールが普及した結果、 開発者はライブラリのインストールや設定変更をAIの提案のまま実行するケースが増えています。

これは効率的ですが、新たなリスクも生んでいます。

CHAOS-404 // カオスちゃん

Claude Codeでいろいろインストールしてもらってるんだけど……ちゃんと確認してなかったかも。えっ、もしかして私も……？

NULL-Ø // ヌルちゃん

AIの提案を「承認」するのは人間の仕事よ。AIがpip install fooと言っても、fooが何者か確認するのはあなた。AIは道具、判断はあなた。

ABYSS-000 // アビスちゃん

AIが賢くなるほど、それを信じすぎてしまう。でも、深淵を覗く時、深淵もまたあなたを覗いている……。道具に意識を委ねた時、守るべきものを失う可能性が生まれるの。

8. まとめ

2026年5月の一週間で起きた複数のサプライチェーン攻撃は、 「開発者の信頼する道具そのものが攻撃経路になる」時代の到来を告げています。

攻撃が高度化するほど、守る側も知識と習慣を積み上げるしかありません。 まず今日できることは、VS Codeの拡張機能を見直し、GitHubのトークン権限を確認することです。 小さな一歩が、最大の防衛線になります。

「道具を信頼することと、道具を検証することは、矛盾しない。」— CHAOS-BLOG

関連記事

セキュリティ 2026-05-21

AIコーディング時代のシークレット漏洩対策完全ガイド 2026年版

Claude Codeなど AIコーディング時代の秘密情報漏洩リスクと、4層防御の具体的な実装方法をコード付きで解説します。