Node.js 脆弱性（2026年11月）とClaude Code｜どこがNode.jsで動くか、更新しても古い版が残る落とし穴

2026年11月のNode.jsセキュリティ更新は何が修正された？

Node.jsは2026年11月11日、計16件の脆弱性を修正したセキュリティリリースを3系列で公開しました。重大度の内訳はHIGH7件・MEDIUM6件・LOW3件で、公式は「このリリースで修正した最高重大度はHIGH」と述べています。HIGH7件はいずれもHTTP/2とTLSのサーバー側の問題で、リモートの未認証クライアントからサーバーをクラッシュさせたり、サーバーのメモリがレスポンス本文に混入したり、TLS1.2の再ネゴシエーションでクライアント証明書認証を回避できたりするものです。

重大度ごとの中身は次のとおりです。依存ライブラリも更新されており、llhttp（9.4.4・全系列）、undici（24.xは7.30.2、26.xは8.12.4）、sqlite（3.54.1）、brotli（1.2.1・24/26）が上がっています。OpenSSLやnpmのバージョン更新は含まれていません。

公式の発表ページは、サポート終了（End-of-Life）版について「サポート終了版は、セキュリティリリースがあるとき常に影響を受ける」と明記しています。前述のとおりNode.js 20と25はすでにEOLで、同じ問題があっても修正版は出ません。古い系列を使っている場合はLTS（v22／v24／v26）へ移行が必要です。

Claude Code本体はNode.jsの脆弱性の影響を受ける？

Claude Codeのネイティブ版CLIバイナリは、システムのNode.jsを使いません。公式ドキュメントも「インストールされたclaudeバイナリは、自身ではNodeを呼び出さない」と明記しています。当研究所の環境でも、CLIの実体はBunベースでした（これはローカルでの観測で、公式仕様ではありません）。公式ドキュメントのこの一文のとおり、CLIバイナリ自体はシステムのNode.jsを実行しません。

ただし注意が2つあります。1つは、npm版でClaude Codeを入れている場合、導入・更新にはNode.js 22以降が必要で、npmやnpxを使う以上そのNode.jsは最新に保つべきだという点です（公式は「npmパッケージはNode.js 22以降が必要」としています）。もう1つは、Claude Codeが呼び出す周辺のプログラムはシステムのNode.jsで動くという点です。次の節で、どこがNode.jsで動くのかを棚卸しします。入門から読みたい方はClaude Codeとは？もあわせてご覧ください。

Claude CodeのどこがシステムのNode.jsで動く？

Claude Codeを使うとき、Node.jsが動く場所は大きく5つに分けられます。CLI本体以外は、ほぼすべてシステムのNode.jsで動きます。下の表は当研究所の見解として、どこがNode.jsで動き、今回のどのCVEが関係しうるか、何をすればよいかを整理したものです（公式は影響範囲を系列単位でしか示していないため、対応付けは当研究所の整理です）。

最後の行が見落とされがちです。Claude Codeで作ってサーバーやCIで動かすアプリは、あなたのノートPCのNode.jsではなく、Dockerのベースイメージ・CIのnodeバージョン・ホスティングのランタイムで動きます。今回のHIGHはサーバー側のHTTP/2・TLSなので、外部公開するアプリではこちらの更新のほうが重要になることがあります。手元のnodeを上げただけで安心しないでください。

更新したのに古いNode.jsが使われるのはなぜ？

起動中のプロセスは、起動した時点で解決したNode.jsを使い続けるからです。node本体を入れ替えても、すでに動いているClaude Codeセッションやその配下のMCPサーバーには反映されません。これは実際に確かめられます。当研究所の作業セッション（2026年11月11日に起動）配下のMCPサーバーを調べると、2つのMCPサーバーがどちらもv24.22.1（当時の旧版）で動いていました。修正版v24.22.3をインストールしたのは、その翌朝（セッション起動より後）です。

当研究所では、同じ環境でClaude Codeを「既存のPATHを引き継いで起動した場合」と「新しいログインシェルから起動した場合」で、Bashツールが報告するnodeのバージョンが前者はv24.22.1、後者はv24.22.3に分かれることを確認しました。つまり更新の最後の一手は「開き直すこと」です。node本体を入れてnvmの既定（default）を修正版に移したら、ターミナルとClaude Codeを閉じて開き直し、動いているMCPのnodeプロセスまで確認してください。なお、環境によって事情は変わります。nvmは新しい版を入れるだけでなくdefaultエイリアスも移す必要があり、プロジェクトに.nvmrcがある場合やVoltaでピン留めしている場合は、新しいターミナルでも古い版が選ばれることがあります。Homebrewのような固定パス運用では、新規に起動するプロセスの挙動がまた異なります。

Permission Modelの脆弱性は何が危ない？

LOW3件のうち2件は、Node.jsのPermission Model（--permissionによるファイル／ネットワークのサンドボックス）の回避です。サンドボックスを信頼してコードやエージェントを動かしている場合に関係します。1つは再帰モードのfs.watchが「読めないはずの配下ファイルの名前」を漏らすもの（CVE-2026-123829、macOSとWindowsのみ）、もう1つはワイルドカード指定のファイル許可が意図より広く一致してしまうもの（CVE-2026-106071）です。

後者は当研究所の環境で再現しました。--allow-fs-read=<ディレクトリ>/passwd.* という許可を与えた状態で、ワイルドカードが付かない <ディレクトリ>/passwd 本体を読もうとすると、旧版では読めてしまいました。修正版では拒否されます。

公式はこの問題を26.xでも影響ありと記載していますが、当研究所がたまたま入れていた10月21日版のv26.12.1では再現しませんでした（その直前のv26.13.0は未検証です）。26.xでの挙動については当環境の結果だけでは結論を出せないため、断定しません。なお、今回の発表ページに載った16件とは別に、各系列のリリースノートにはもう1件のPermission Model関連の修正（CVE-2026-123873）が含まれています。いずれにせよ、Permission Modelを使っているなら修正版への更新をおすすめします。Claude Codeそのもののサンドボックス設計についてはClaude Codeセキュリティチェックリストも参考にしてください。

Claudeと協力して報告された脆弱性もある

今回のCVE16件のうち5件は、公式発表ページで「Chris Rohlf氏がClaudeおよびAnthropic Researchと協力して報告」と帰属されています（CVE-2026-123863・123864・123874・123875・123862）。このうち3件はHIGHで、HTTP/2のリモートクラッシュやメモリ安全性の問題です。AIを併用した脆弱性調査の成果が、実際のオープンソースの公式セキュリティ修正として取り込まれています。

これは利用者側にも示唆があります。Claude Codeで書いたコードやスクリプトを、セキュリティの観点で自分でも点検させる使い方が現実的になっているということです。脆弱性調査の一端をAIが担い始めている点は、ニュースとして押さえておく価値があります。

Claude Codeユーザーの対応策

やることは4つです。手元のNode.jsを修正版にして、開き直して確認し、公開するアプリは土台のNodeを別に上げる、という流れになります。更新方法の網羅的な解説（公式インストーラー・nvm-windows・Windows手順）は10月の記事に譲り、ここでは今回（11月）のバージョンでの要点を挙げます。

まとめ

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