はじめに：NodeVMとサンドボックスの重要性

Node.js環境で外部から提供された信頼できないコードを実行する際、セキュリティを確保するために「サンドボックス」という技術が利用されます。特に`NodeVM`は、Node.jsアプリケーション内で隔離された仮想環境を構築し、ファイルシステムへのアクセスや危険なモジュールの利用を制限することで、ホストシステムへの影響を防ぐことを目的とした人気のライブラリです。

フロントエンド開発においても、例えばサーバーサイドレンダリング (SSR) の際にユーザーがカスタマイズ可能なコンポーネントを動的に読み込んだり、プラグイン機構を持つビルドツールやフレームワークの内部でNodeVMが利用されたりするケースが考えられます。そのため、NodeVMのセキュリティは間接的に皆さんのアプリケーションの安全性を左右する可能性があります。

脆弱性の概要 (CVE-2026-47140 / GHSA-rp36-8xq3-r6c4)

今回報告されたGHSA-rp36-8xq3-r6c4（CVE-2026-47140）は、`NodeVM`のサンドボックス機能に存在する**Critical**な深刻度の脆弱性です。この脆弱性を悪用されると、サンドボックス内で実行されている信頼できないコードが、本来制限されているはずのセキュリティ機能を迂回し、あなたのアプリケーションが稼働しているホスト環境で任意のプログラムを実行できてしまいます。これは、アプリケーションの完全な乗っ取りにつながる非常に危険な事態を招く可能性があります。

具体的な仕組みと攻撃経路

`NodeVM`は、`module`や`worker_threads`のような危険なNode.jsの組み込みモジュールへのアクセスをブロックリストによって制限しています。しかし、このブロックリストに**`process`**モジュールと**`inspector/promises`**モジュールという重要なエントリが抜け落ちていました。この見落としがサンドボックス脱出を可能にする「抜け穴」となります。

サンドボックス内の悪意のあるコードは、ブロックされていない`process`モジュールにアクセスできます。これを利用して`require('process').getBuiltinModule('child_process')`と記述すると、たとえ`child_process`モジュール自体がNodeVMのブロックリストに含まれていても、それを再ロードしてしまいます。これにより、システム上で任意のコマンドを実行するための`child_process`を呼び出し、新しいプロセスを生成するなどの危険な操作が可能になります。

同様に、`inspector/promises`モジュールもブロックされていなかったため、`require('inspector/promises')`を通じてNode.jsのデバッグプロトコルにアクセスできてしまいます。このデバッグプロトコルには、ホストプロセス上で任意のJavaScriptコードを評価・実行する`Runtime.evaluate`のような強力な機能が含まれており、サンドボックスを完全に無視してホスト環境で任意のコードを実行することが可能になります。

影響を受ける条件とリスク

この脆弱性は、NodeVMのデフォルト設定（`require`が完全に無効化されている、または危険な組み込みモジュールがデフォルトで許可されていない場合）では影響を受けにくいとされています。

しかし、以下の条件に合致する場合、深刻な影響を受ける可能性があります。

<ul><li>アプリケーションが`NodeVM`の`require.builtin`設定で、**`process`**、**`inspector/promises`**、あるいはこれらを含むワイルドカードの**`*`**を明示的に許可している場合。</li><li>外部の信頼できないJavaScriptコード（例：ユーザーがアップロードしたスクリプト、外部プラグインなど）を`NodeVM`内で実行するような機能を提供している場合。</li></ul>

もし上記の条件に当てはまる場合、攻撃者はサンドボックスを完全に脱出し、ホストプロセス上で以下のような操作を実行できてしまいます。

<ul><li>ファイルシステムの読み書き（機密情報の窃取、改ざん）</li><li>任意のプロセスの生成（他のアプリケーションへの攻撃、DoS攻撃）</li><li>環境変数などの機密情報へのアクセス</li><li>ネットワーク通信の実行</li><li>最終的にはアプリケーションの完全な乗っ取り</li></ul>

あなたのプロジェクトへの影響確認と推奨される対策

まずは、ご自身のプロジェクトでNodeVMが利用されているかを確認してください。直接NodeVMを使用していなくても、npmパッケージの依存関係として含まれている可能性もあります。

NodeVMを利用しており、上記の「影響を受ける条件」に該当する場合は、直ちに以下の対応を行ってください。

NodeVMの初期化時に、`require.builtin`設定のブロックリストに`process`と`inspector/promises`を明示的に追加し、これらのモジュールへのアクセスをブロックしてください。これにより、既存のアプリケーションコードに大きな変更を加えることなく、脆弱性を緩和できます。

将来的に同様の脆弱性が生まれないよう、より防御的な姿勢でサンドボックス設定を見直すことを推奨します。例えば、`inspector`とその関連モジュール群をまとめてブロックするために、`inspector`だけでなく`inspector/*`のようなプレフィックスを利用してブロック対象を広げることを検討してください。また、`require.builtin`で`*`を使用している場合は、本当に必要なモジュールのみをホワイトリスト形式で許可するように変更し、最小権限の原則を適用することが重要です。

まとめ

NodeVMのサンドボックス機能におけるこの脆弱性は、ホスト環境の乗っ取りという極めて深刻なリスクをはらんでいます。NodeVMを利用しているフロントエンドエンジニアの皆様は、ご自身のプロジェクトが影響を受けるかどうかを速やかに確認し、上記の緊急対応とより堅牢な対策を講じてください。

サンドボックス技術は非常に強力ですが、完璧ではありません。外部の信頼できないコードを扱う際は、常に最小限の権限を与え、定期的なセキュリティレビューを行うことが、安全なアプリケーション開発の鍵となります。