Une faille critique dans n8n versions 1.65 à 1.120.4 permet un accès non autorisé via certains workflows. La solution ? Mettre à jour vers la version 1.121.0 immédiatement. On décortique ce qu’il faut savoir et faire pour éviter la catastrophe.
3 principaux points à retenir.
- Vulnérabilité ciblée : Workflows avec déclencheur Form Submission et nœud Form Ending renvoyant un fichier binaire.
- Versions à risque : 1.65 à 1.120.4, les versions 2.x sont déjà sécurisées.
- Action immédiate : Mettre à jour vers la version 1.121.0 pour éliminer le risque d’accès non autorisé.
Quelle est la nature exacte de la faille dans n8n ?
La faille de sécurité qui touche n8n, spécifiquement dans les versions 1.65 à 1.120.4, repose sur une mauvaise validation des entrées dans certains workflows. Plus précisément, cela concerne les configurations utilisant un déclencheur de soumission de formulaire accompagné d’un nœud de fin de formulaire qui renvoie un fichier binaire. Dans un tel scénario, un attaquant non authentifié pourrait théoriquement exploiter cette vulnérabilité pour accéder au système de fichiers sous-jacent de l’instance n8n.
Pour comprendre la gravité de cette faille, imaginez un workflow où des données sensibles sont traitées. Si ce workflow est mal configuré et qu’un attaquant parvient à accéder à ce formulaire, il pourrait exploiter la faille pour obtenir des informations confidentielles stockées sur le serveur. Cela pourrait mener à une escalade de privilèges au sein de l’instance n8n, entraînant potentiellement un accès non autorisé à des données critiques. En effet, la vulnérabilité tire parti d’une validation insuffisante des entrées, ce qui rend possible la lecture de fichiers que l’utilisateur ne devrait pas être en mesure d’accéder.
Il est crucial de noter que cette faille a été corrigée dans la version 1.121.0 de n8n, publiée le 18 novembre 2025. Si vous utilisez une version antérieure, il est impératif de procéder à une mise à jour immédiate pour éviter toute exploitation potentielle. Les utilisateurs de n8n doivent être particulièrement vigilants et vérifier leurs workflows pour s’assurer qu’aucun n’est vulnérable. Pour ceux qui souhaitent en savoir plus sur cette faille et ses implications, vous pouvez consulter cet article qui approfondit le sujet.
Qui est concerné par cette vulnérabilité et quel impact ?
La vulnérabilité critique affecte spécifiquement les utilisateurs d’instances n8n auto-hébergées, tournant sur les versions 1.65 à 1.120.4, qui ont un workflow actif contenant à la fois un déclencheur de soumission de formulaire et un nœud de fin de formulaire retournant un fichier binaire. Si c’est votre cas, vous devez agir rapidement. En revanche, les utilisateurs des versions 2.x, ainsi que les clients utilisant n8n dans le cloud, ne courent aucun risque car leurs instances ont déjà été mises à jour avec les correctifs nécessaires.
Les conséquences d’une exploitation de cette vulnérabilité sont sérieuses. En effet, un attaquant pourrait facilement escalader ses privilèges au sein de votre instance n8n, ce qui pourrait lui permettre d’accéder à des informations sensibles que vous avez stockées. Imaginez un instant que des données critiques soient à la merci d’un intrus. Pire encore, si les configurations de déploiement et l’utilisation des workflows sont mal gérées, cela pourrait mener à une compromission totale de votre instance. La faille nécessite un accès au formulaire, mais il est essentiel de noter qu’elle peut être exploitée sans authentification, ce qui augmente considérablement le risque.
Si vous êtes dans la situation où votre instance est concernée, il est de votre responsabilité de mettre à jour vers la version 1.121.0 ou une version ultérieure sans tarder. Ne laissez pas cette vulnérabilité en suspens ; la sécurité de vos données et de votre système en dépend. Pour plus d’informations sur cette faille, n’hésitez pas à consulter des ressources comme ce lien, qui traite des implications de cette vulnérabilité.
Comment vérifier si mon instance est vulnérable ?
Pour savoir si votre instance n8n est vulnérable, il y a quelques étapes simples à suivre. La première chose à faire est de vérifier la version de n8n que vous utilisez. En effet, seules les versions 1.65 à 1.120.4 sont concernées par cette faille critique. Si vous êtes sur une version plus récente, comme 1.121.0 ou toute version 2.x, vous êtes déjà protégé.
Ensuite, il faut examiner vos workflows. La vulnérabilité se trouve dans ceux qui combinent un trigger Form Submission avec un Form Ending renvoyant un fichier binaire. Cela signifie qu’un workflow vulnérable pourrait théoriquement permettre à un attaquant d’accéder à votre système de fichiers sous certaines conditions. Donc, ouvrez votre instance et vérifiez chaque workflow.
Pour faciliter cette tâche, n8n propose un outil très pratique : un workflow template qui scanne automatiquement les workflows vulnérables. Voici comment l’utiliser :
1. Téléchargez le template de scan depuis le forum n8n.
2. Importez-le dans votre instance n8n.
3. Exécutez le workflow.
4. Vérifiez les résultats pour identifier les workflows vulnérables.
Vous pouvez trouver ce template ici : Template de scan.
Pour une vue d’ensemble, voici un tableau synthétique des étapes à suivre pour réaliser un audit de sécurité rapide :
- Étape 1 : Vérifiez votre version de n8n.
- Étape 2 : Identifiez les workflows avec un trigger Form Submission et un Form Ending renvoyant un fichier binaire.
- Étape 3 : Utilisez le workflow template de scan pour automatiser la recherche de vulnérabilités.
- Étape 4 : Mettez à jour votre instance si nécessaire.
Il est crucial de prendre ces mesures rapidement. Une fois que vous avez identifié les workflows vulnérables, il est temps de passer à l’action pour sécuriser votre instance. La cybersécurité est un domaine où l’anticipation fait toute la différence. Plus vous agissez vite, mieux c’est. Pour des informations complémentaires, consultez cet article sur les mesures à prendre face à cette vulnérabilité : Que faire tout de suite pour protéger vos workflows ?.
Quelle est la marche à suivre pour sécuriser mon n8n ?
Pour sécuriser votre instance n8n, la première étape cruciale est de procéder à une mise à jour vers la version 1.121.0 ou une version ultérieure. Pourquoi est-ce si urgent ? La vulnérabilité identifiée dans les versions 1.65 à 1.120.4 peut permettre à un attaquant non authentifié d’accéder à des informations sensibles. En d’autres termes, ne tergiversez pas : mettez à jour maintenant pour éviter des conséquences fâcheuses.
Si vous êtes un utilisateur cloud, réjouissez-vous ! Votre instance a déjà été mise à jour automatiquement, donc pas de souci de ce côté-là. Pour les utilisateurs auto-hébergés, voici la marche à suivre :
- Sauvegarde préalable : Avant de procéder à toute mise à jour, il est impératif de faire une sauvegarde complète de votre instance n8n. Cela vous permettra de restaurer votre système en cas de problème inattendu.
- Mise à jour : Accédez à votre interface n8n et suivez les instructions pour mettre à jour vers la version 1.121.0 ou ultérieure. Vous pouvez le faire via votre gestionnaire de paquets ou en téléchargeant la dernière version directement depuis le site officiel.
- Validation post-mise à jour : Une fois la mise à jour effectuée, vérifiez que tout fonctionne comme prévu. Testez vos workflows pour vous assurer qu’ils ne présentent plus de failles de sécurité.
Pour vous tenir au courant des futures mises à jour et des CVEs, consultez les notes de version sur le site de n8n. C’est une excellente manière de rester informé des correctifs de sécurité, des nouvelles fonctionnalités et des améliorations de performances. Vous pouvez accéder aux notes de version ici.
Enfin, pour toute question ou pour des conseils supplémentaires sur la sécurisation de votre instance n8n, n’hésitez pas à explorer des ressources comme ce guide complet. La sécurité n’est pas un luxe, c’est une nécessité. Prenez les devants pour protéger vos données.
Comment n8n gère-t-il la sécurité et la divulgation des vulnérabilités ?
La sécurité, c’est du sérieux. n8n en a bien conscience et a mis en place un programme de divulgation responsable qui témoigne de son engagement à protéger ses utilisateurs. Ce programme n’est pas juste une formalité ; il repose sur une approche proactive en matière de sécurité, incluant une surveillance continue et des tests d’intrusion réguliers. L’objectif ? Identifier et corriger les failles avant qu’elles ne deviennent des problèmes majeurs pour les utilisateurs.
En ce qui concerne la faille critique récemment découverte dans les versions 1.65 à 1.120.4, n8n a choisi de communiquer sur cette vulnérabilité plusieurs semaines après avoir déployé le patch. Pourquoi ce délai ? Pour éviter une exploitation massive de la faille. En retardant l’annonce, n8n a permis à ses utilisateurs de mettre à jour leurs systèmes à leur rythme, tout en réduisant le risque de cyberattaques. Cette approche réfléchie montre à quel point la sécurité est une priorité pour l’équipe de n8n.
Pour rester informé des mises à jour et des vulnérabilités, il est crucial de suivre les ressources officielles. Vous pouvez consulter les notes de version sur la documentation de n8n et les avis de sécurité sur leur GitHub. Ces plateformes vous permettront de rester vigilant et de garantir que votre instance n8n est toujours sécurisée.
En somme, la vigilance est la clé. Même avec des mises à jour régulières et des tests de sécurité, il est de votre responsabilité de garder votre instance à jour et de surveiller les nouvelles vulnérabilités. Cela vous permettra de protéger vos données et d’assurer la continuité de votre activité sans accrocs.
Votre instance n8n est-elle enfin à l’abri ?
La faille critique découverte dans n8n versions 1.65 à 1.120.4 a exposé des centaines d’instances auto-hébergées à un risque d’intrusion sans authentification. Heureusement, la mise à jour vers la version 1.121.0 résout ce problème. En tant qu’utilisateur, votre responsabilité est claire : auditer vos workflows, identifier les configurations à risque, et patcher immédiatement. Cette vigilance vous protège d’une compromission coûteuse et préserve la confidentialité de vos données. N’attendez pas, la sécurité n’est pas une option, c’est une exigence.
FAQ
Comment savoir si mon instance n8n est vulnérable ?
Quels sont les risques si la faille est exploitée ?
Comment corriger cette vulnérabilité ?
Les instances cloud sont-elles concernées ?
Comment suivre les futures vulnérabilités de n8n ?
A propos de l’auteur
Franck Scandolera, expert reconnu en automatisation et sécurité des workflows IA, accompagne les entreprises dans l’intégration sécurisée de solutions comme n8n. Consultant et formateur en Data, Analytics et IA, il partage ses conseils pratiques pour maîtriser les risques techniques et optimiser la performance des systèmes automatisés.
⭐ Expert et formateur en Tracking avancé, Analytics Engineering et Automatisation IA (n8n, Make) ⭐
Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
Data & Analytics engineering : tracking propre RGPD, entrepôt de données (GTM server, BigQuery…), modèles (dbt/Dataform), dashboards décisionnels (Looker, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, Make, 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.