Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
analysis-and-poc-n8n-CVE-2025-68613 — n8n における CVE-2025-68613 脆弱性の技術研究であり、影響を受けるバージョン、ラボ環境での検証シナリオ、攻撃・防御の分析、および緩和策を網羅しています。 | Kitploit
ツール/GitHubGitHub/releaseown/analysis-and-poc-n8n-cve-2025-68613
脆弱性分析コード分析エクスプロイトウェブアプリケーション悪用ペネトレーションテスト学習と教育レッドチーミングペイロード開発

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有
GitHub
releaseown/analysis-and-poc-n8n-cve-2025-68613

analysis-and-poc-n8n-CVE-2025-68613

n8n における CVE-2025-68613 脆弱性の技術研究であり、影響を受けるバージョン、ラボ環境での検証シナリオ、攻撃・防御の分析、および緩和策を網羅しています。

リポジトリを見る
17ヶ月前未レビュー

概要 (n8n と CVE-2025-68613)

n8n は、ビジュアルフローと JavaScript 式を通じてシステムやサービスを統合するために使用されるワークフロー自動化プラットフォームです。

CVE-2025-68613 は、CVSS 9.9 の重大なリモートコード実行 (RCE) 脆弱性であり、n8n の複数のバージョンに影響を与えます。この欠陥は、適切に分離されていない脆弱なバージョンのワークフローにおける JavaScript 式の処理中に発生します。これにより、編集権限を持つ認証済みユーザーが、アプリケーションの想定された動作の範囲外でコードを実行できるようになります。

実際には、この欠陥を悪用して、n8n が実行されているサーバー上で、アプリケーション自身の権限を使用してコマンドを実行できます。影響を受けるバージョンは 0.211.0 から、1.120.4、1.121.1、1.122.0 で適用された修正より前のバージョンまでの範囲です。

n8n

潜在的な影響

  • n8n インスタンスの完全な乗っ取り。
  • ワークフローによって処理されるデータへのアクセス。
  • 認証情報、SSH キー、環境変数、統合トークンの漏えい。
  • 接続されたシステムへの間接的なアクセス。

このリポジトリは CVE-2025-68613 を技術的に文書化し、脆弱性の背景、影響を受けるバージョン、悪用手順、推奨される緩和策を網羅しています。

hunter での n8n 検索

影響を受けるバージョンと修正済みバージョン

ステータスn8n バージョン備考
❌ 影響あり>= 0.211.0脆弱なメカニズムの導入
❌ 影響あり< 1.120.4ブランチ 1.120 のパッチまで脆弱
❌ 影響あり< 1.121.1ブランチ 1.121 のパッチまで脆弱
❌ 影響あり< 1.122.0ブランチ 1.122 のパッチまで脆弱
✅ 修正済み1.120.4公式修正が適用済み
✅ 修正済み1.121.1公式修正が適用済み
✅ 修正済み>= 1.122.0デフォルトで修正が組み込まれている

直ちにバージョン 1.122.0 以降へ更新することを推奨します。

概念実証 (PoC)

シナリオの前提条件

この脆弱性を実証するには、以下の条件が必要です:

  • 脆弱なバージョンで実行されている n8n インスタンス
  • 認証済みユーザー
  • 書き込み権限 (ワークフローの作成または編集)

この欠陥は、認証前ではなく、ワークフローの作成時および実行時に発生します。


悪用手順

ステップ 1 — プラットフォームへの認証

最初のステップは、有効なユーザーで n8n の Web インターフェースにログインすることです。

n8n ログイン画面

このステップにより、攻撃が匿名ではないことが確認できます。この脆弱性には認証済みユーザーが必要です。


ステップ 2 — 権限の確認

ログイン後、ユーザーがワークフローを作成および編集する権限を持っていることを確認します。

ユーザー管理画面

これは重要です。なぜなら、このアクセスレベルを持つユーザーのみがワークフローに動的式を挿入できるためです。


ステップ 3 — 新しいワークフローの作成

認証済みユーザーで、新しいワークフローをゼロから作成します。

ワークフロー作成の初期画面

ここから、脆弱なバージョンでは悪用され得る n8n 機能の正規の使用が始まります。


ステップ 4 — 手動トリガーの追加

ワークフローに追加される最初のノードは、手動トリガー (Manual Trigger) です。

手動トリガーの追加

このノードの機能: ワークフローの手動実行を可能にし、フローの開始点として使用されます。

このシナリオでは、ワークフロー実行のエントリポイントとしてのみ機能します。


ステップ 5 — Edit Fields (Set) ノードの追加

2 番目に追加されるノードは Edit Fields (Set) です。

Edit Fields (Set) ノードの追加

このノードの機能: このノードは、ワークフロー内のデータフィールドを作成、変更、または上書きできます。静的値または実行時に評価される JavaScript 式を受け入れます。

脆弱性が顕在化するのは、まさにこの時点です。


ステップ 6 — 脆弱な式の挿入

Edit Fields (Set) ノードの値フィールド内に、n8n が動的式を評価するために使用する形式である {{ }} で囲んだ JavaScript 式を挿入します。

ペイロードを含む式フィールド

ペイロード例:

root@kitploit:~
{{ (function(){ 
  return this.process.mainModule
    .require('child_process')
    .execSync('id')
    .toString() 
})() }}
  • (function(){ ... })(): 自己呼び出し関数を定義し、すべてのロジックをカプセル化して、ワークフロー式に直接値を返すことを可能にします。
  • this.process: ランタイム情報とリソースを公開する Node.js 内部の process オブジェクトにアクセスします。
  • process.mainModule: アプリケーションのメインモジュールへのアクセスを可能にし、他の内部 Node.js モジュールの読み込みを可能にします。
  • require('child_process'): オペレーティングシステム上で新しいプロセスを作成し、外部コマンドを実行することを可能にする Node.js ネイティブモジュールです。
  • execSync('id'): アプリケーションのプロセス権限を使用して、n8n が実行されているオペレーティングシステム上で直接コマンドを実行します。
  • .toString(): 実行されたコマンドの出力をテキストに変換し、その結果を n8n インターフェースに表示できるようにします。

最終結果

表示された結果は、n8n プロセスの権限を使用してオペレーティングシステム上でコマンドが実行されたことを確認し、リモートコード実行 (RCE) に該当することを示しています。

参考文献

  • https://nvd.nist.gov/vuln/detail/CVE-2025-68613
  • https://motasemhamdan.medium.com/unpacking-n8n-rce-cve-2025-68613-39e4f3417358
  • https://ccb.belgium.be/advisories/warning-remote-code-execution-n8n-patch-immediately
  • https://gbhackers.com/poc-exploit-for-critical-n8n-rce-vulnerability/
ツールをダウンロード