La faille critique affectant n8n versions 1.65 à 1.120.4 expose vos workflows à des attaques non authentifiées. La mise à jour vers la version 1.121.0 est impérative pour protéger vos données. Découvrez comment identifier et corriger ce risque majeur.
3 principaux points à retenir.
- Vulnérabilité spécifique : concerne les workflows avec déclencheur Form Submission et nœud Form Ending renvoyant un fichier binaire.
- Impact : accès non autorisé au système de fichiers pouvant mener à une escalade de privilèges.
- Solution : mise à jour immédiate vers n8n 1.121.0 ou version 2.x, déjà sécurisée.
Quelle est la nature de la vulnérabilité dans n8n ?
La vulnérabilité identifiée dans n8n affecte les versions 1.65 à 1.120.4 et concerne un problème critique lié à l’injection via des workflows spécifiques. Pour être précis, un workflow qui combine un déclencheur Form Submission avec un nœud Form Ending renvoyant un fichier binaire peut permettre à un attaquant non authentifié d’accéder au système de fichiers sous-jacent. C’est une faille sérieuse qui pourrait exposer des informations sensibles stockées sur votre instance.
Le risque ici est double : non seulement un attaquant pourrait accéder à des données sensibles, mais il pourrait également escalader ses privilèges au sein de l’instance n8n. Cela se produit en raison d’une validation d’entrée insuffisante, ce qui signifie que le système ne filtre pas correctement les données entrantes. L’absence de contrôle adéquat sur les entrées permet à des acteurs malveillants de manipuler les workflows pour obtenir un accès non autorisé.
Imaginez que quelqu’un réussisse à exploiter cette faille. Les conséquences pourraient être catastrophiques, notamment la fuite d’informations confidentielles ou même la compromission totale de votre instance. C’est pourquoi il est crucial de comprendre la nature de cette vulnérabilité pour mieux la corriger. Vous devez être proactif dans la sécurisation de votre système et vous assurer que toutes les instances en cours d’exécution sont mises à jour vers la version 1.121.0 ou supérieure.
Pour plus d’informations sur cette faille critique et les mesures à prendre, consultez cet article sur Numerama. En étant conscient de cette vulnérabilité et des risques associés, vous pouvez mieux protéger votre instance n8n et éviter de graves problèmes de sécurité.
Quels sont les risques concrets pour votre instance n8n ?
Les conséquences d’une faille de sécurité dans votre instance n8n peuvent être désastreuses. Imaginez un attaquant accédant à des données sensibles, compromettant ainsi l’intégrité de votre système. Cela peut aller jusqu’à l’escalade de privilèges, où un utilisateur malveillant obtient des droits d’accès qu’il ne devrait pas avoir. Prenons des exemples concrets : un attaquant pourrait lire des fichiers critiques, exposer des données métier ou encore accéder à des secrets stockés dans n8n. Dans des cas extrêmes, cela pourrait entraîner des pertes financières ou la fuite d’informations confidentielles, ce qui pourrait nuire à votre réputation.
La gravité de la situation dépendra en grande partie de la configuration de votre instance et de l’utilisation des workflows vulnérables. Par exemple, si vous avez un workflow avec un déclencheur de soumission de formulaire et un nœud de fin de formulaire qui retourne un fichier binaire, cela vous rend particulièrement vulnérable. Les attaquants n’ont même pas besoin d’être authentifiés pour exploiter cette faille, ce qui rend le risque encore plus élevé.
Pour les utilisateurs de n8n hébergés dans le cloud, ne vous inquiétez pas, votre instance est déjà sécurisée grâce à des mises à jour automatiques. Cependant, si vous êtes sur une instance auto-hébergée et que vous utilisez une version comprise entre 1.65 et 1.120.4, il est impératif de mettre à jour vers la version 1.121.0 ou supérieure. Ne laissez pas votre instance devenir une proie facile pour les attaquants.
Pour mieux comprendre l’impact potentiel de cette vulnérabilité, vous pouvez consulter des discussions sur des forums comme Reddit, où les utilisateurs partagent leurs expériences et les mesures qu’ils ont prises pour sécuriser leurs instances.
Comment identifier si votre instance est vulnérable ?
Pour savoir si votre instance n8n est vulnérable, commencez par vérifier la version que vous utilisez. Si vous tournez entre les versions 1.65 et 1.120.4, et que vous avez un workflow actif avec un Form Submission trigger et un Form Ending renvoyant un fichier binaire, vous êtes potentiellement exposé. Cette configuration permet à un attaquant d’accéder à votre système sans authentification.
Pour scanner votre instance et identifier les workflows vulnérables, n8n propose un template de workflow spécifique. Voici comment procéder :
- Téléchargez le template de workflow depuis le lien fourni par n8n.
- Dans votre interface n8n, créez un nouveau workflow.
- Importez le template que vous avez téléchargé.
- Exécutez le workflow. Cela analysera vos workflows actifs pour identifier toute vulnérabilité potentielle.
Interprétez les résultats affichés. Si le scan détecte des workflows vulnérables, il est impératif d’agir rapidement. Voici les actions à prendre :
- Mettez à jour votre instance n8n vers la version 1.121.0 ou supérieure.
- Révisez les workflows identifiés comme vulnérables. Modifiez-les pour éliminer l’utilisation du Form Ending renvoyant un fichier binaire.
- Envisagez de désactiver temporairement ces workflows jusqu’à ce qu’ils soient sécurisés.
Pour éviter d’être à nouveau dans cette situation, auditez régulièrement vos workflows. Établissez un calendrier de vérification, par exemple tous les mois, pour vous assurer que toutes vos configurations sont sécurisées. Pensez à former votre équipe sur les meilleures pratiques en matière de sécurité. Cela inclut la validation des entrées et l’évitement de l’exposition de données sensibles.
Pour plus d’informations sur cette faille et des conseils supplémentaires, vous pouvez consulter cet article ici.
Quelle est la marche à suivre pour sécuriser votre instance ?
Pour sécuriser votre instance n8n face à la faille critique, la mise à jour vers la version 1.121.0 ou toute version 2.x est impérative. Voici la marche à suivre pour effectuer cette mise à jour sur une instance self-hosted :
- Étape 1 : Sauvegarde – Avant toute manipulation, assurez-vous de réaliser une sauvegarde complète de votre instance. Cela inclut la base de données et les fichiers de configuration. Cela vous permettra de restaurer votre système en cas de problème durant la mise à jour.
- Étape 2 : Arrêt du service – Stoppez votre instance n8n en exécutant la commande appropriée. Par exemple, si vous utilisez Docker, vous pouvez utiliser
docker stop. - Étape 3 : Mise à jour – Téléchargez la dernière version de n8n. Si vous utilisez Docker, cela peut se faire avec la commande
docker pull n8nio/n8n. Si vous avez installé n8n via npm, exécuteznpm install n8n@latest. - Étape 4 : Redémarrage – Redémarrez votre instance n8n avec
docker startou la commande correspondante si vous ne l’utilisez pas. Assurez-vous que le service se lance sans erreurs.
Une fois la mise à jour effectuée, il est crucial de vérifier que tout fonctionne correctement. Vous pouvez tester vos workflows pour vous assurer qu’ils ne présentent plus de vulnérabilités. Utilisez également des outils de scan pour détecter d’éventuelles failles résiduelles. Par exemple, n’hésitez pas à exécuter le modèle de workflow proposé par n8n pour vérifier la présence de workflows vulnérables.
Si vous êtes un client cloud, pas de panique : vos instances sont automatiquement mises à jour. Cela vous libère du stress de la gestion des mises à jour, mais restez vigilant quant aux notifications de sécurité.
Enfin, n’oubliez pas que maintenir vos outils à jour est essentiel pour éviter ce genre de risques. La cybersécurité est un combat quotidien, et la mise à jour régulière de vos logiciels en fait partie intégrante. Pour plus d’informations sur les alertes de sécurité n8n, consultez cet article.
Comment n8n gère-t-il la sécurité et la divulgation des failles ?
n8n prend la sécurité très au sérieux. La plateforme a mis en place un Vulnerability Disclosure Program qui témoigne de son engagement à gérer proactivement les failles de sécurité. Ce programme permet aux chercheurs en sécurité et aux utilisateurs de signaler des vulnérabilités potentielles, favorisant ainsi une communication transparente et responsable. En effet, la faille critique qui a affecté les versions 1.65 à 1.120.4 a été corrigée dès novembre 2025, mais la communication à ce sujet n’a été faite qu’en janvier 2026. Pourquoi ? Tout simplement pour permettre aux utilisateurs de mettre à jour leurs systèmes sans créer un vent de panique inutile dans la communauté.
Cette approche réfléchie est essentielle. En effet, en évitant une divulgation prématurée, n8n a pu réduire les risques d’attaques massives pendant que les utilisateurs prenaient le temps de sécuriser leurs instances. En parallèle, l’équipe de n8n a mis en place des pratiques de monitoring constantes et réalise des tests d’intrusion réguliers pour identifier d’éventuelles failles avant qu’elles ne soient exploitées. De plus, les CVEs (Common Vulnerabilities and Exposures) sont publiés sur GitHub, ce qui permet une transparence totale sur les vulnérabilités découvertes et corrigées.
Pour rester informé et protéger efficacement votre instance, il est crucial de suivre les notes de version publiées par n8n. Ces notes contiennent des informations essentielles sur les mises à jour de sécurité et les nouvelles fonctionnalités. De plus, n’hésitez pas à interagir avec la communauté n8n. Partager des expériences, poser des questions ou signaler des anomalies peut non seulement vous aider, mais également renforcer la sécurité de l’ensemble de l’écosystème. En somme, pour une sécurité optimale, restez vigilant et impliqué.
Votre instance est-elle suffisamment protégée contre cette faille critique ?
Cette faille dans n8n, bien que technique, expose concrètement votre instance à des risques majeurs d’intrusion et de fuite de données. La bonne nouvelle ? La correction est déjà disponible et facile à appliquer. En restant vigilant, en auditant vos workflows et en mettant à jour régulièrement vos versions, vous protégez vos données et votre business. Ne laissez pas une vulnérabilité évitable ruiner vos efforts d’automatisation. Agissez vite, sécurisez votre n8n, et continuez à automatiser en toute sérénité.
FAQ
Comment savoir si ma version de n8n est vulnérable ?
Quels sont les risques en cas d’exploitation de cette faille ?
Comment corriger cette vulnérabilité ?
Puis-je vérifier automatiquement mes workflows vulnérables ?
Pourquoi la faille a-t-elle été communiquée plusieurs semaines après sa correction ?
A propos de l’auteur
Franck Scandolera, consultant et formateur expert en Analytics, Data, Automatisation et IA, accompagne les entreprises dans l’intégration sécurisée de solutions comme n8n. Fort d’une expérience concrète en développement d’applications IA et gestion de workflows automatisés, il partage des conseils pratiques pour maîtriser les enjeux de sécurité et optimiser vos déploiements.
⭐ Analytics engineer, Data Analyst et Automatisation IA indépendant ⭐
- Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
- Data Analyst & Analytics engineering : tracking avancé (GTM server, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
- Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
- Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.