Node.js 脆弱性（2026年10月）対応｜Claude Code・MCP用のNode.jsを5分で更新する手順

2026年10月21日の Node.js の脆弱性とは？何が修正されたのか

2026年10月21日のセキュリティリリースは、Node.js のサポート中の3系列（v22・v24・v26）で合計10件の脆弱性を修正したものです。公式告知によると深刻度は High が4件、Medium が3件、Low が3件で、修正版は v22.23.4・v24.22.1・v26.12.1 です。v18・v20・v23・v25 などサポートが終了した系列には修正版がありません。

告知は、サポート終了版の扱いを次のように明記しています。

「サポート終了（End-of-Life）のバージョンは、セキュリティリリースが行われるたびに常に影響を受けることに注意してください。」

"It's important to note that End-of-Life versions are always affected when a security release occurs."

Node.js プロジェクト — Wednesday, October 21, 2026 Security Releases（2026年10月21日）

修正された10件は次のとおりです。内容は公式告知のタイトルを当研究所が日本語に要約したもので、2026年10月22日時点では各 CVE の詳細な技術説明（GitHub Advisory Database や CVE レコード）はまだ公開されていません。

v24.22.1 のリリースノートには、各修正に対応するコミットの要旨が載っています。TLS は「reject non-canonical IP addresses」「fix ip normalization regression」、DNS は「validate resolve inputs for null bytes」、Brotli は同梱ライブラリへの修正の取り込み（cherry-pick）です。依存ライブラリは OpenSSL 3.5.9、undici 7.30.1、c-ares 1.34.9 に上がり、ルート証明書も NSS 3.131.1 に更新されました。

Claude Code や Playwright MCP を使っていると対象になる？

答えは「Node.js を入れているなら対象、入れていなければ対象外」です。Anthropic が推奨する Claude Code のネイティブ版は Node.js を使わずに動き、npm で入れた場合も実行されるのは同じネイティブのバイナリです。一方、Playwright MCP のように npx で起動する MCP サーバーは、手元の Node.js の上で動きます。

Claude Code 側の根拠は公式ドキュメント「Advanced setup」です。npm 版について、次のように書かれています。

「npm パッケージは、スタンドアロンのインストーラーと同じネイティブバイナリをインストールします。（中略）インストールされた claude バイナリ自体は Node を呼び出しません。」

"The npm package installs the same native binary as the standalone installer. ... The installed claude binary does not itself invoke Node."

Anthropic — Claude Code Docs「Advanced setup」（2026年10月22日確認）

つまり、ネイティブインストール（curl／irm のコマンド、Homebrew、WinGet）だけで使っている方の PC には、そもそも Node.js が無いことが多いです。逆に、Playwright MCP は要件に「Node.js 18 or newer」とあり、標準設定の npx @playwright/mcp@latest は手元の Node.js で動きます。Windows の環境構築ガイドで Node.js を入れた方は、この記事の対象です。

当研究所の Mac で確かめると、Claude Code 2.1.307 の実体は ~/.local/share/claude/versions/2.1.307 にある arm64 のネイティブバイナリで、Node.js への依存はありませんでした。一方、Playwright MCP は npx で起動する設定なので、nvm で入れた Node.js（v24.22.1）の上で動いています。

自分の Node.js のバージョンを確認する方法（Windows・Mac）

確認は node -v の1コマンドです。Windows は PowerShell かコマンドプロンプト、Mac／Linux はターミナルを開いて実行し、表示された版が v22.23.4・v24.22.1・v26.12.1 以上なら修正済みです。「node が見つからない」「認識されていません」と出た場合は、Node.js が入っていないか、PATH が通っていないかのどちらかです。

node -v
# 例: v24.22.1 と出れば修正版。v24.21.x 以下なら更新が必要

Node.js を複数入れている場合（公式インストーラーと nvm の両方など）は、どの Node.js が実際に使われているかも確認します。

# Windows（PowerShell / コマンドプロンプト）
where.exe node

# Mac / Linux
which node
which -a node    # 複数ある場合はすべて表示

nvm を使っている方は、nvm ls（Windows の nvm-windows は nvm list）で入っている版と現在の版が一覧できます。当研究所の Mac（macOS 26.6.2、nvm 0.39.5）では次のとおりで、使われている node は nvm 配下の v24.22.1、npm は 11.19.1 でした。あわせて nvm version-remote で各系列の最新版を問い合わせると、v22 が v22.23.4、v24 が v24.22.1、v26 が v26.12.1 と返り、公式告知の修正版と一致しました（2026年10月22日）。

nvm version-remote 22    # → v22.23.4
nvm version-remote 24    # → v24.22.1
nvm version-remote 26    # → v26.12.1
nvm version-remote --lts # → v24.22.1（Latest LTS: Krypton）

Node.js を修正版に更新する手順（インストーラー・nvm-windows・nvm）

更新の方法は、Node.js をどう入れたかで3通りです。Windows で公式インストーラーを使った方は nodejs.org から LTS 版（v24.22.1 以降）を入れ直し、nvm-windows の方は nvm install 24.22.1 と nvm use 24.22.1、Mac／Linux で nvm の方は nvm install 24.22.1 → nvm use 24.22.1 → nvm alias default 24.22.1 です。

古い系列やサポート終了版を使っている方は、このタイミングで v24 LTS（2028年4月までサポート）へ移るのが安全です。どの方法でも、目安の所要時間は5分程度です。

nvm install 24.22.1
nvm use 24.22.1
node -v   # → v24.22.1

nvm install 24.22.1
nvm use 24.22.1
nvm alias default 24.22.1

# v24 系からの更新で、グローバルの npm パッケージも引き継ぐ場合
nvm install --reinstall-packages-from=24 24.22.1

なお、nvm 自体も古いまま使い続けないほうが安全です。nvm の README は「サポートされるのは最新版（v0.40.8）のみ」としています（2026年10月22日確認）。当研究所の Mac は 0.39.5 だったので、この機会に更新対象にしました。

更新できたか確認するには？古い版が残っていないかも見る

更新後は、ターミナル・PowerShell・Claude Code をいったん閉じて開き直し、node -v をもう一度実行します。v24.22.1（または v22.23.4・v26.12.1 以上）と表示され、where.exe node／which node が新しい版の場所を指していれば完了です。複数の Node.js が入っている場合は、古い版が先に見つかっていないかを確認し、他のツールへの影響がないことを確かめてから削除します。

当研究所の環境では更新前からすでに v24.22.1 だったため、更新作業そのものの再現ログはありません。手元で確かめたのは「確認コマンドの出力」と「nvm が返す各系列の最新版が公式の修正版と一致すること」までです。

更新しないとどうなる？Brotli・TLS・Playwright MCP のリスク

更新しない場合のリスクは3つです。①Brotli 圧縮データを展開する処理の不具合（CVE-2026-111497）による不正なコード実行、②TLS 証明書のホスト名検証の回避（CVE-2026-106069 ほか）による接続先のなりすましや通信の盗聴・改ざん、③Node.js の上で外部サイトを扱う Playwright MCP などのツールが、その入口になり得ることです。

ただし Web を閲覧するだけで直ちに攻撃が成立するわけではなく、「Node.js のプロセスが、攻撃者の用意したデータを処理するか」で露出が決まります。順に見ていきます。

① Brotli：攻撃者の圧縮データを展開すると、コード実行につながる

公式告知のタイトルは「Node.js Brotli decoder out-of-bounds write permits remote code execution」で、Brotli デコーダの境界外書き込みが不正なコード実行を許す、という内容です。露出する条件は、Vercel のセキュリティチームが次のように整理しています。

「Node.js は単体では Brotli データを展開しません。」

"Node.js does not decode Brotli data on its own."

Vercel Security Team — Node.js security advisory: Brotli decoder RCE (CVE-2026-111497)（2026年10月21日）

同告知によると、自分のコードか、使っているライブラリが、攻撃者の制御する Brotli データ（リクエストの本文や、別のサーバーから取得したレスポンス）を展開するときに露出します。研究者は未修正の 22.x・24.x・26.x でプロセスメモリの開示とコマンド実行を実証しており、コードは Node.js のプロセスと同じ権限で動きます。また、修正コミットのテスト入力で v24.22.0 と v24.22.1 を比べた lilting.ch の報告では、fetch() はサーバーが Content-Encoding: br で返すと、クライアントが Accept-Encoding: identity を送っていてもデコーダに到達するとされています。つまり「自分では Brotli を使っていないつもり」でも、HTTP で外部から何かを取得する Node.js のプログラムは、この条件に当てはまり得ます。

② TLS：特定の条件で、不正な証明書を受け入れてしまう

CVE-2026-106069 と CVE-2026-105483（いずれも High）は、ホスト名が IP アドレスとしてゆるく解釈される場合や、IP アドレスを全角数字で書いた場合に、証明書のホスト名検証をすり抜けるというものです。成立すると、接続先のなりすましや通信内容の盗聴・改ざんにつながります。lilting.ch の報告によると、修正コミットには「この不具合は悪用が容易ではない」（"the bug is not easy to exploit"）とあり、悪用には信頼された認証局が発行した、IP アドレスの形をしたホスト名を含む証明書が必要です。悪用のハードルは高い一方で、修正版に上げれば解消する問題なので、更新で対処するのが確実です。

③ Playwright MCP：Node.js の上で、外部サイトの内容を扱うツール

Playwright MCP は、AI の指示に従って Node.js のプロセスがブラウザを操作し、外部の Web サイトにアクセスする仕組みです。取得するページやダウンロードするデータは、アクセス先が自由に決められるものなので、Node.js 側の不具合が入口になり得ます。人が Chrome でページを見るだけなら Node.js は関係ありませんが、MCP サーバーは Node.js で動く点が違います。今回の脆弱性が Playwright MCP 経由で実際に悪用できるかは実証されていませんが、Node.js を使うツールの安全性を保つために修正版へ更新する、というのが当研究所の見解です。あわせて、非エンジニア向けのセキュリティチェックリストにある権限設定も見直しておくと、万一のときの影響範囲を小さくできます。

日本語圏でも、X で二本松哲也氏が「外部から受け取った圧縮データを Node.js で展開するシステムでは、Brotli の脆弱性も同等の緊急度で評価すべき」と投稿し、2026年10月22日時点で表示 3,949・いいね 98 の反応がありました（投稿はこちら）。

まとめ

※ Node.js と Node.js のロゴは OpenJS Foundation の商標です。本記事では参照のために名称と公式ロゴを用いています。