脆弱性の解説 · 2026年10月Vulnerability explainer · October 2026 Node.jsとnpm、
何が危ないのかNode.js and npm:
what's actually
at risk

01

あなたの環境は大丈夫？Are you affected?バージョンを入れると、すぐに判定しますType a version and get an answer straight away

Node.js・Next.js・npmのバージョンを入れてください。入力した内容はこのページの中だけで判定し、どこにも送りません。Node.jsの公式の確認ツール npx is-my-node-vulnerable は、10月22日時点ではまだ今回の10件に対応していません。

Type your Node.js, Next.js or npm version. The check runs inside this page; nothing you type is sent anywhere. Note that the official checker, npx is-my-node-vulnerable, did not yet know about these ten flaws as of 22 October.

02

この3か月に起きたことThe last three monthsNode.js・フレームワーク・npmNode.js, frameworks and npm

Node.jsのシステムは、Node.js本体、その上のフレームワーク（Next.jsなど）、npmから入れる数百〜数千の部品（パッケージ）でできています。この3か月、そのすべての層で問題が出ました。

A Node.js system is made of Node.js itself, a framework on top (Next.js and the like) and hundreds or thousands of parts (packages) installed from npm. Over the past three months, every one of those layers has had problems.

03

しくみ①：箱からあふれる解凍How it works 1: decompression that overflows its boxCVE-2026-111497 · Brotli out-of-bounds write · High

Webの通信は、速くするために圧縮して送られます。Brotli（br）はその形式の一つです。Node.jsの fetch() は、相手が「br で圧縮した」と言えば、自動で解凍してくれます。

Web traffic is compressed to make it faster, and Brotli ("br") is one of the formats. When a server says its reply is br-compressed, Node.js's fetch() decompresses it automatically.

解凍する係は、決まった大きさの箱に中身を書き込んでいきます。ところが、細工されたデータが「ここで区切りが変わる」と偽ると、係は確認しないまま書き続け、箱の外の、隣のメモリまで上書きしてしまいました。隣にあるのは、プログラムが使っている別のデータです。それが壊れると、アプリが落ちるか、最悪の場合は攻撃者の命令が動きます。

The decoder writes the output into a box of fixed size. But when crafted data falsely claims "the block changes here", the decoder kept writing without checking and overwrote memory outside the box. That neighbouring memory holds other data the program is using. Corrupt it and the app crashes, or in the worst case the attacker's code runs.

エンジニア向け：Node.jsに同梱されたBrotliのデコーダーの DecodeBlockTypeAndLength で、ブロックの種類を1つと宣言したストリームがブロックの切り替えを試みると、出力用のバッファの外へ書き込んでいました。修正（Brotli本家のコミット 0ed4268a）では、そのようなストリームを BROTLI_DECODER_ERROR_FORMAT_BLOCK_SWITCH として早い段階で拒否します。zlib.brotliDecompress*()・createBrotliDecompress() のほか、Content-Encoding: br の応答を自動で解凍する fetch() からも届きます。Brotli本家も同じ日に 1.2.1・1.1.1・1.0.10 を公開しています。10月22日時点で、公開された攻撃コードは見つかっていません。

For engineers: in the Brotli decoder bundled with Node.js, DecodeBlockTypeAndLength wrote past the output buffer when a stream declared a single block type and then tried to switch blocks. The fix (upstream Brotli commit 0ed4268a) rejects such streams early with BROTLI_DECODER_ERROR_FORMAT_BLOCK_SWITCH. It is reachable through zlib.brotliDecompress*() and createBrotliDecompress(), and also through fetch(), which decompresses Content-Encoding: br responses automatically. Upstream Brotli released 1.2.1, 1.1.1 and 1.0.10 the same day. No public exploit was found as of 22 October.

04

しくみ②：同じ住所の、2つの読み方How it works 2: one address, two readingsCVE-2026-106069 / 105483 / 106072 · TLS hostname checks · High

HTTPSでつなぐとき、Node.jsは相手の証明書を見て「本当にその相手か」を確かめます。ところが、IPアドレスは書き方が何通りもあります。たとえば頭に0を付けた 0127.0.0.1 は、ふつうに読めば 127.0.0.1 ですが、0から始まる数を8進数として読む仕組みでは 87.0.0.1 になります。

When connecting over HTTPS, Node.js checks the other side's certificate to confirm it really is who it claims. But an IP address can be written in many ways. 0127.0.0.1, with a leading zero, reads as 127.0.0.1 normally, but software that reads leading-zero numbers as octal sees 87.0.0.1.

証明書を確かめる係と、実際の接続先を決める係（OS）が同じ住所を違う意味に読むと、確認は通ったのに、別の相手につながってしまいます。全角数字で書いたIPアドレスでも、同じようなすり抜けがありました。

If the code that checks the certificate and the code that decides where to connect (the OS) read the same address differently, the check passes but the connection goes somewhere else. IP addresses written in full-width digits allowed a similar bypass.

エンジニア向け：図は考え方を示す例です。修正のコミットによると、TLSの名前確認は数字の形のホスト名を正規化してから証明書と照合していましたが、OSの名前解決は元の文字列を別のアドレスとして解釈できました（CVE-2026-106069）。全角数字のIPアドレスでも同様のすり抜けがあり（CVE-2026-105483、24・26系）、正規でない形のIPv4で証明書のDNS名がIPアドレスの相手を認証できる問題（CVE-2026-106072）も同じ修正で直りました。影響が大きいのは、接続先のホスト名を外部の入力から受け取るアプリ（Webhookの送り先、URLのプレビュー、プロキシなど）です。あわせて、dns.resolve*() がNUL文字を含む名前を手前で切ってしまう問題（CVE-2026-105482）も直りました。example.com\0.trusted.corp は example.com として解決されていました。

For engineers: the diagram illustrates the idea. Per the fix commit, the TLS identity check normalised non-canonical numeric hosts before matching certificates, while platform resolvers could interpret the original string as a different address (CVE-2026-106069). Full-width digit IPs allowed a similar bypass (CVE-2026-105483, 24.x and 26.x), and the same fix closes a case where a certificate's DNS name could authenticate an IP endpoint for non-canonical IPv4 (CVE-2026-106072). Apps most exposed are those that take the destination host from outside input: webhook targets, URL previews, proxies. The release also fixes dns.resolve*() truncating names at a NUL character (CVE-2026-105482): example.com\0.trusted.corp used to resolve as example.com.

05

しくみ③：入れただけで広がる、npmのワームHow it works 3: npm worms that spread on installサプライチェーン攻撃・Shai-Hulud／TensorlakeSupply-chain attacks · Shai-Hulud / Tensorlake

npmのパッケージは、インストールの途中で自動的にプログラムを動かせます（preinstall・postinstallのスクリプト）。本来は準備作業のための機能ですが、乗っ取られた版では、ここで開発者のPCやCI（自動でビルドする仕組み）にある鍵を盗みます。

npm packages can run programs automatically during installation (preinstall and postinstall scripts). The feature is meant for setup work, but in a hijacked version this is where keys are stolen from the developer's machine or the CI system that builds the software.

盗んだnpmの鍵があれば、攻撃者は被害者が管理している別のパッケージにも感染版を公開できます。それを入れた別の開発者からも鍵が盗まれ、また広がる。人の手を介さずに増えていくので「ワーム」と呼ばれます。

With a stolen npm key, the attacker can publish infected versions of the victim's other packages. Developers who install those lose their keys too, and it spreads again. Because it multiplies without anyone steering it, it's called a "worm".

エンジニア向け：10月8日の tensorlake@0.5.144 では、preinstall が lib/setup.mjs を動かし、Bunの実行環境を使って本体を起動しました。命令を受け取るサーバーの場所はイーサリアムのスマートコントラクトから読み、偽のGitHub Actionsのワークフローも仕込みます。さらに「gh-token-monitor」という常駐の仕組み（WindowsのタスクスケジューラーやLinuxのサービス、macOSのLaunchAgent）を残し、盗んだGitHubの鍵が無効にされると攻撃者の処理を動かします。対応の順番が大事で、Socketは「鍵を無効にする前に、常駐の仕組みを先に消す」よう勧めています。8月の波では、Claude CodeやVS Codeの設定にフックを書き足して居座る手口も確認されました。正規のリリースの仕組みから公開された版は、出どころの証明（provenance）も正しく付くため、証明があるから安全、とは言えません。

For engineers: in the 8 October tensorlake@0.5.144, a preinstall hook ran lib/setup.mjs, which launched the payload with the Bun runtime. It found its command server through an Ethereum smart contract and planted fake GitHub Actions workflows. It also installed a persistent "gh-token-monitor" (Windows scheduled task, Linux service, macOS LaunchAgent) that runs an attacker handler if the stolen GitHub token is revoked. Order matters: Socket advises removing the monitor before revoking tokens. The August wave persisted by adding hooks to Claude Code and VS Code settings. A version published through a project's real release pipeline carries a valid provenance record, so provenance alone doesn't prove a package is safe.

06

Next.js・Reactの脆弱性Next.js and React flaws2026年10月14日修正・next 16.4.1 / 15.5.28Fixed 14 Oct 2026 · next 16.4.1 / 15.5.28

Next.jsは、Node.jsの上で動く代表的なWebのフレームワークです。10月14日の修正には、ログインなしでサーバー上の命令実行につながる「緊急」が2件含まれます。

Next.js is one of the most popular web frameworks running on Node.js. The 14 October release includes two critical flaws that lead to code execution on the server without logging in.

Next.jsを自分のサーバーで動かしている場合は、next・sharp・OSのlibrsvgをすべて更新してください。Vercelなどのホスティングでも、アプリの依存関係はあなたの側で更新する必要があります。

If you run Next.js on your own servers, update next, sharp and the operating system's librsvg. Even on Vercel and similar hosts, updating your app's dependencies is your job.

07

Node.jsの10件の一覧All ten Node.js CVEs2026年10月21日・22.23.4 / 24.22.1 / 26.12.1で修正21 Oct 2026 · fixed in 22.23.4 / 24.22.1 / 26.12.1

10月22日時点で、これらのCVEはまだ米NVDやJVN iPediaに登録されていません。番号で検索しても見つからないことがあります。

As of 22 October, these CVEs were not yet published in the US NVD or Japan's JVN iPedia, so searching by number may find nothing.

08

いますぐやることWhat to do now

1. Node.jsを更新し、イメージも作り直すUpdate Node.js and rebuild your images今週this week

   22.23.4・24.22.1・26.12.1以降へ。Node.js 20以前と25はサポート切れなので、22・24・26へ移ってください。Dockerを使っているなら、ベースイメージ（node:22-… など）を取り直して作り直し、コンテナの中で node -v を確かめます。

   To 22.23.4, 24.22.1 or 26.12.1 or later. Node.js 20 and older, and 25, are end-of-life: move to 22, 24 or 26. With Docker, pull the base image (node:22-… etc.) again, rebuild, and check node -v inside the container.

   node -v

2. Next.js・React・sharpを更新するUpdate Next.js, React and sharp今日today

   next は 16.4.1 か 15.5.28、sharp は 0.35.5以上、React Server Componentsのパッケージを直接使っているなら19.0.9・19.1.10・19.2.9・19.3.1へ。OSのlibrsvgも更新します。

   next to 16.4.1 or 15.5.28, sharp to 0.35.5 or later, and the React Server Components packages, if you use them directly, to 19.0.9, 19.1.10, 19.2.9 or 19.3.1. Update the OS librsvg too.

   npm ls next sharp react-server-dom-webpack

3. npmの入れ方を固めるHarden how you install from npm今月中this month

   • ロックファイルどおりに入れる：package-lock.json をコミットし、CIや本番では npm ci を使う（勝手に新しい版を取りに行かない）
   • インストール時のスクリプトを止める：npm 12は既定で止まります（必要なものは npm install-scripts approve で許可）。npm 11以前なら ignore-scripts=true
   • 公開直後の版を待つ：min-release-age（npm 11.10以降）で、公開から数日たった版だけを入れる。ワームの多くは数時間〜数日で見つかって消されます。ただし、緊急の修正版も待たされる点に注意
   • 公開する側：npmの鍵に2要素認証を必ず付ける。npm trust list で「信頼済み公開」の先が今も自分のリポジトリか確認する
   • Install exactly what the lockfile says: commit package-lock.json and use npm ci in CI and production, so nothing quietly pulls a new version
   • Block install scripts: npm 12 blocks them by default (approve the ones you need with npm install-scripts approve). On npm 11 or older, set ignore-scripts=true
   • Wait out brand-new versions: min-release-age (npm 11.10+) installs only versions older than N days. Most worms are found and pulled within hours to days. The catch: urgent fixes wait too
   • If you publish: always put two-factor authentication on npm, and run npm trust list to confirm every Trusted Publishing link still points at your own repository

   npm config set min-release-age 3   # 公開から3日たった版だけ / only versions 3+ days old

   npm config set ignore-scripts true   # npm 11以前 / npm 11 and older

4. 乗っ取られた版を入れていないか調べるCheck you never installed a hijacked version今週this week

   ロックファイルとビルドのログで、tensorlake@0.5.144 や、8月の感染版（keyv@6.0.0・cacheable@2.5.1・flat-cache@6.1.24・file-entry-cache@11.1.6・cache-manager@7.2.10 など）を探します。見つかったら、その端末をネットから切り離し、居座りの仕組みを先に消してから、npm・GitHub・クラウド・AIツールの鍵をすべて入れ替えてください。「chore: update config」という覚えのないコミットも探します。

   Search lockfiles and build logs for tensorlake@0.5.144 and the August infected versions (keyv@6.0.0, cacheable@2.5.1, flat-cache@6.1.24, file-entry-cache@11.1.6, cache-manager@7.2.10 and others). If you find one, take that machine off the network, remove the persistence first, then rotate every npm, GitHub, cloud and AI tool key. Also look for unexpected commits titled "chore: update config".

   grep -rnE 'tensorlake@0\.5\.144|keyv@6\.0\.0|…' --include=package-lock.json .

Bekitoのサーバーは？What about Bekito's servers?

よくある質問Frequently asked questions

用語集Glossary

Node.js

JavaScriptをサーバーで動かすための実行環境。多くのWebサービスやAPIの土台です。

The runtime that runs JavaScript on servers, underneath many web services and APIs.

npm

Node.jsの部品（パッケージ）を配る仕組みと、その倉庫。1つのアプリが数百〜数千の部品を使います。

The system and registry that distributes Node.js packages. One app can use hundreds or thousands of them.

LTS（長期サポート版）LTS (long-term support)

長い期間、修正が出る版。本番ではLTSの偶数の版を使うのが基本です。

A release line that gets fixes for a long time. Production systems normally use even-numbered LTS lines.

Brotli

Googleが作った圧縮形式。Webの通信で「br」として使われます。

A compression format from Google, used on the web as "br".

範囲外書き込みOut-of-bounds write

用意した箱（メモリ）の外まで書き込んでしまう不具合。別のデータを壊し、乗っ取りにつながることがあります。

Writing past the end of the memory set aside, corrupting other data and sometimes enabling a takeover.

TLS証明書TLS certificate

HTTPSの相手が本物であることを示す電子的な身分証。名前（ドメインやIP）と結びついています。

The digital ID that proves an HTTPS server is genuine, tied to a name (domain or IP).

サプライチェーン攻撃Supply-chain attack

使っている部品やサービスを乗っ取り、それを使う多くの会社へ一度に届く攻撃。

Hijacking a part or service many companies use, to reach all of them at once.

ワームWorm

人の操作なしに、自分で次の相手へ広がっていく悪意あるプログラム。

Malicious code that spreads to the next victim on its own.

インストールスクリプトInstall script

npmのパッケージを入れるときに自動で動くプログラム（preinstall・postinstall）。ワームが鍵を盗む入口になります。

Programs that run automatically when an npm package is installed (preinstall, postinstall). Worms use them to steal keys.

ロックファイルLockfile

入れる部品の版を固定するファイル（package-lock.json）。npm ci はこれどおりに入れます。

A file that pins every package version (package-lock.json). npm ci installs exactly what it says.

出どころの証明（provenance）Provenance

パッケージがどのリポジトリのどのビルドから作られたかの記録。正規の仕組みが乗っ取られると、悪い版にも正しく付きます。

A record of which repository and build produced a package. If the real pipeline is hijacked, bad versions get a valid record too.

CI

コードの変更のたびに自動でビルドやテストをする仕組み。多くの鍵が置かれているため、狙われやすい場所です。

Continuous integration: systems that build and test code on every change. They hold many keys, which makes them a target.