n8n で、Data Table の他プロジェクト操作・Webhook 応答の保存型 XSS・Quick Base の絞り込み注入・実行エラーへの認証情報混入の 4 件（CVE-2026-118649 ほか、CVSS v3.1 7.3〜8.7）: 1.123.85・2.43.5・2.44.1 で修正

NVD は 2026-10-28 に、ワークフロー自動化ツール n8n の脆弱性 4 件（CVE-2026-118649・118648・118645・118643）を登録しました。いずれも VulnCheck（CNA）が評価した値で、CVSS v3.1 は 8.3／7.3／8.7／8.2 です。修正版は 1.123.85、2.43.5、2.44.1 で、同じ修正リリースでは別の n8n の脆弱性（118640〜118647、118675〜118676 など）も直っています。

4 件の内容

CVE	何が起きるか	条件	CVSS v3.1（CNA）
CVE-2026-118649	細工したワークフロー ID（例: __proto__）で Data Table のプロジェクト確認がすべてのプロジェクトに一致し、全プロジェクトの Data Table の行を一覧・読み取り・変更・削除できる（CWE-1321）	ワークフローを作成・実行できるメンバー	8.3 HIGH
CVE-2026-118648	一部の Webhook 応答（エラー応答、ヘッダーなしの応答）に sandbox の Content-Security-Policy が付かず、n8n と同じオリジンで HTML が実行される保存型 XSS（CWE-79）	ワークフローを作成・有効化できるメンバー、かつ Webhook URL を開く別のユーザー	7.3 HIGH
CVE-2026-118645	Quick Base ノードの Where 条件が生のクエリ文字列で API に渡るため、Webhook などの外部入力で条件を組むと、Get Many が全レコードを返す、Delete が全レコードを消す（CWE-943）	外部入力を Where 条件に使うワークフロー	8.7 HIGH（AC:H）
CVE-2026-118643	Git・MongoDB Atlas Vector Store・Google Cloud Storage の各ノードが失敗したとき、認証情報の秘密（パスワード・トークン）が実行のエラーデータに入り、実行履歴を見られるだけの利用者が復元できる（CWE-209）	実行履歴を閲覧できるが認証情報は読めない利用者	8.2 HIGH（AC:H・S:C）

• 影響版の範囲は CVE ごとに異なります。118648・118645・118643 は 1.123.85 未満、2.43.5 未満、2.44.x の 2.44.1 未満です。118649 は 1.x には触れず、2.43.5 未満と 2.44.x の 2.44.1 未満です。
• 実際の攻撃での悪用は確認していません。KEV にも載っていません。

修正の状況

• 修正版は 1.123.85、2.43.5、2.44.1 です（各 CVE の GitHub Security Advisory による）。
• 2026-11-02 時点で、GitHub の n8n リリースには 2.45.7、2.46.3、1.123.91 があり、いずれも修正版より新しい番号です（修正が含まれるかは版の順序からの推定）。
• 暫定的な回避策は確認できていません。

数値と出典（2026-11-02 時点）

項目	CVE-2026-118649	CVE-2026-118648	CVE-2026-118645	CVE-2026-118643
CVSS v3.1（VulnCheck＝CNA）	8.3	7.3	8.7	8.2
CVSS v4.0（同）	8.7	8.4	7.0	5.3
NVD の状態	Deferred	Deferred	Deferred	Deferred
EPSS	0.00270	0.00259	0.00231	0.00256
EPSS パーセンタイル	0.19	0.18	0.14	0.17
KEV	掲載なし	掲載なし	掲載なし	掲載なし

EPSS は FIRST の 2026-11-01 付、KEV は CISA カタログ（2026.10.30）です。NVD 自身の評価は付いておらず、上の CVSS はすべて CNA の値です。

severity を high とした理由

4 件とも CNA の CVSS v3.1 が 7.3〜8.7 で、いずれも認証が必要（118645 は外部入力を使うワークフロー側の条件）です。ただし EPSS は 0.2〜0.3% 程度で KEV にもなく、AC:H の項目もあるため、critical にはしません。n8n は他のシステムの認証情報を集中して持つため、侵害時の影響は大きくなりえますが、これは推定です。

対応として考えられること

1. n8n の版を確認します。1.x は 1.123.85 未満、2.x は 2.43.5 未満（2.44.x は 2.44.1 未満）なら対象です。
2. 対象なら 1.123.85、2.43.5、2.44.1 以降へ更新します。更新の際は最新の安定版を選ぶのが無難です（推定）。
3. 更新までの間、メンバーにワークフローの作成・有効化を許す範囲を絞ります（推定）。
4. Webhook やフォームの入力を Quick Base の Where 条件に直接入れていないか、ワークフローを点検します（推定）。
5. Git・MongoDB・Google Cloud Storage のノードが失敗した実行履歴に認証情報が残っていないか確認し、必要なら実行履歴の削除と認証情報の入れ替えを検討します（推定）。

未確認の点

• 実際の攻撃での悪用は確認していません。
• 暫定的な回避策は確認できていません。
• NVD 独自の評価（CVSS の再評価）はまだありません。
• 1.123.x、2.45.x、2.46.x の各最新版に修正が含まれることは、版の順序からの推定で、個別には確認していません。