En bref

  • CVE-2026-21858 : vulnérabilité critique CVSS 10.0 dans n8n, surnommée Ni8mare par les chercheurs Cyera.
  • 100 000 instances n8n estimées vulnérables, avec fuite de fichiers arbitraires via les formWebhook sans validation Content-Type.
  • Toutes les versions jusqu'à 1.65.0 incluses sont affectées. Correctif : 1.121.0 (18 novembre 2025).

Les faits

Points clés à retenir

  • Les faits
  • Impact et exposition
  • Recommandations

Mi-avril 2026, les chercheurs de Cyera ont publié l'analyse technique complète de n8n CVE-2026-21858, une vulnérabilité de confusion de Content-Type affectant la plateforme open source d'automatisation de workflows devenue un pilier de l'écosystème IA d'entreprise. Notée CVSS 10, la faille autorise une exécution de code à distance sans authentification préalable : il suffit à un attaquant d'envoyer une requête forgée vers une instance accessible depuis Internet pour prendre la main sur le serveur, ses identifiants stockés et les intégrations connectées. L'Agence de cybersécurité de Singapour (CSA) a publié l'alerte AL-2026-002, tandis que TheHackerNews relayait une estimation de 100 000 serveurs exposés dans le monde. Le risque dépasse la seule instance compromise : n8n concentre clés d'API, jetons OAuth et accès aux bases métier, ce qui en fait un point de pivot idéal vers l'ensemble du système d'information.

Selon l'analyse d'Orca Security, la vulnérabilité réside dans la fonction formWebhook : le gestionnaire accepte une requête POST en application/json sans vérifier que le Content-Type correspond à multipart/form-data, l'encodage attendu pour les formulaires. Un attaquant peut alors injecter des sections « files » pointant vers des chemins locaux arbitraires (/etc/passwd, clés SSH, .env applicatifs). Si le workflow consomme ces fichiers dans un nœud LLM (ce qui est le cas standard pour les agents IA), leur contenu est renvoyé dans la réponse du chatbot — exfiltration complète en une seule requête.

Impact et exposition

n8n est massivement déployé en self-hosted dans les DSI, souvent pour orchestrer des pipelines mêlant IA, CRM, ERP et webhooks internes. La surface d'attaque est donc à la croisée de données sensibles : clés API de LLM, tokens OAuth, secrets de connexion base de données. Toutes les versions antérieures ou égales à 1.65.0 sont vulnérables ; le correctif 1.121.0 a été publié le 18 novembre 2025. Les instances exposées publiquement sur les ports standards (5678 par défaut) et accessibles via Shodan présentent un risque maximal.

Recommandations

  • Mettre à jour n8n vers la version 1.121.0 ou supérieure immédiatement.
  • Ne jamais exposer n8n directement à Internet sans SSO ou reverse proxy d'authentification en amont.
  • Activer l'authentification obligatoire sur tous les webhooks formulaires (paramètre authentication dans le node Webhook).
  • Auditer les logs n8n pour détecter des requêtes formWebhook avec Content-Type: application/json contenant un champ « files » — signature d'exploitation.
  • Pivoter les secrets accessibles depuis l'environnement n8n si la version déployée est antérieure à 1.121.0 et exposée.

Alerte critique

CVSS 10.0, exploitation triviale, 100 000 instances exposées, écosystème IA d'entreprise. Toutes les conditions d'une campagne d'exploitation massive sont réunies. Si votre n8n self-hosted n'est pas patché, assumez la compromission et rotez l'ensemble des secrets accessibles depuis la VM ou le conteneur.

Comment tester si mon instance n8n est vulnérable sans risquer une exfiltration ?

Le plus simple et le plus sûr est de vérifier la version dans l'interface n8n (menu Settings > About) ou via la commande n8n --version en CLI. Toute version antérieure à 1.121.0 est vulnérable par défaut. Évitez d'exécuter un PoC sur vos propres systèmes de production : l'exploit est documenté publiquement, les scripts existent, mais ils peuvent laisser des traces dans les logs et déclencher inutilement vos alertes SOC. Préférez un upgrade direct si la version est douteuse.

Les instances n8n Cloud (service managé) sont-elles concernées ?

Non, la CVE-2026-21858 cible spécifiquement les déploiements self-hosted. L'équipe n8n a confirmé avoir patché l'infrastructure cloud managée avant la divulgation publique. Les clients n8n Cloud n'ont aucune action à entreprendre de leur côté. En revanche, pour les équipes hybrides qui ont migré partiellement des workflows vers du self-hosted, chaque instance on-premise doit être auditée individuellement.

Votre infrastructure est-elle exposée ?

Ayi NEDJIMI réalise des audits de sécurité ciblés pour identifier et corriger vos vulnérabilités avant qu'elles ne soient exploitées.

Articles connexes :

Demander un audit

📎 Articles complémentaires

Sources et références