何が起きたか
n8nは以前のGHSA修正でCodeノードをJSタスクランナーの子プロセスに移動しましたが、Function/Function ItemおよびLangChain Codeノードはvm2 NodeVMを通じてメインプロセス内で実行されたまま、パレットから隠すだけに留めました。メインプロセスにはタスクランナーのサンドボックスフラグがないため、メンバーが実行したサンプルコードはn8nメインPIDに解決され、ホストに到達できます：n8nサービスアカウントとして実行し、暗号化された資格情報とデータベースを読み取ります。
なぜ重要か
n8nはチームがLLM/エージェントの自動化を配線する主要な場所です（LangChain Codeノード、資格情報取得ノード）。脆弱なノードはすべてのインスタンス資格情報と秘密を保持する同じプロセスで実行されるため、低権限のワークフロー作成者はインスタンス全体の完全な侵害に至ります — これこそがAIオーケストレーション展開にとって重要な爆発半径です。
攻撃経路
認証されたメンバーは、非推奨のFunction/Function Item/LangChain Codeノードタイプを持つワークフローをインポートまたは作成し、それを実行します。これらのノードはパレットから「隠されている」だけで（UIフラグであり、ACLではない）、廃止されたvm2 NodeVMを通じてn8nメインプロセス内でJavaScriptを実行し続けます。メインプロセスにはタスクランナーの強化フラグ（--disallow-code-generation-from-strings / --disable-proto=delete）が適用されません。
影響を受けるシステム
n8n 2.42.6未満、2.43.x（2.43.3未満）、3.x（3.0.1未満）。影響を受けるノード：n8n-nodes-base.function、n8n-nodes-base.functionItem、@n8n/n8n-nodes-langchain.code（CVSS 8.8）。
緩和策
n8n 2.42.6、2.43.3、または3.0.1にアップグレードしてください。パレットの非表示、NODES_EXCLUDE、またはWorkflow Import制限に依存しないでください。非推奨の関数ノードを参照して保存されたワークフローについてインスタンスを監査してください。