CVE-2026-110840 n8n SQLインジェクション脆弱性に注意
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
n8nの特定バージョンにSQLインジェクションの脆弱性が存在し、不正な入力がデータベースに直接反映される可能性があります。ウェブフックなどの外部入力がQueryフィールドにバインドされている場合、認証不要で任意のSQLを実行されるリスクがあります。運用環境に該当するn8nバージョンが導入されているか確認し、パッチ適用や入力値の検証設定を確認する必要があります。特にデータベース接続時の資格情報の管理や、不正な入力がSQLに直接反映されないよう設定が適切かを点検してください。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について考えよ。SQLインジェクションのリスクが存在するが、その本質は「入力値が直接SQLに反映される」ことにある。では、運用者はまず何を確認すべきだろう？
それは…まず、導入されているn8nのバージョンを確認するべきです。CVE情報に記載されている範囲（2.41.4以前、2.42.xの2.42.1以前）に該当するかを、パッケージ管理コマンドでチェックすることが第一歩です。また、ウェブフックなどの外部入力がQueryフィールドにバインドされているワークフローの存在を、設定ファイルやログから調査すべきでしょう。
なるほど。しかし、資格情報の管理についてはどうか？この脆弱性が発生する条件は、データベース接続時の資格情報が「ストアドされたまま」使われている場合ではないか？
その通りです。運用者は、n8nがデータベースに接続する際の資格情報が適切に暗号化・管理されているかを、環境変数や秘密管理ツールの設定で確認する必要があります。また、Queryフィールドにバインドされる入力値が不正でも、資格情報の権限が過剰であれば、被害が拡大します。
では、パッチ適用以外の対応策は？
入力値の検証設定を強化し、Queryフィールドにバインドされるデータが不正な形式でないかを、正規表現やバリデーターでチェックする仕組みを導入するべきです。さらに、変更管理の観点から、パッチ適用後にも監視ログを確認し、異常なSQLクエリが発生していないかを定期的に点検する必要があります。
最後に、ベンダー情報の確認は？
n8nの公式ドキュメントやリリースノートで、今回の修正が適用されているかを確認し、パッチ適用が完了した後も、セキュリティアドバイスを定期的に見直す習慣をつけるべきです。この脆弱性は「bind」の仕組みに深く関係しているため、コードの変更履歴や設定の変更履歴をも確認しましょう。
では、我々はこの脆弱性を「哲学」ではなく「実践」の領域で捉えねばなるまい。プラトンよ、君の言葉を借りれば、運用者は「確認」「点検」「適用」の三つの輪を回すことで、リスクを軽減するのだ。
その通りです。ただ、その三輪が転がるには、まずは「バージョンを確認する」ことが第一歩です。というわけで、私は今すぐサーバーにSSHして、dnf list n8nを実行するところです。
関連キーワード: bind