La faille critique dans n8n versions 1.65-1.120.4 permet à un attaquant non authentifié d’accéder au système de fichiers via certains workflows. La mise à jour vers la version 1.121.0 corrige ce problème. Découvrez comment identifier et patcher cette vulnérabilité avant qu’elle ne vous coûte cher.
3 principaux points à retenir.
- Une faille critique impacte n8n 1.65-1.120.4 via des workflows form-based exposant le système de fichiers.
- La mise à jour vers 1.121.0 est impérative pour tous les utilisateurs auto-hébergés concernés.
- Les versions 2.x et cloud sont déjà sécurisées, mais la vigilance reste de mise.
Quelle est la nature de la vulnérabilité dans n8n versions 1.65-1.120.4
La vulnérabilité dans n8n versions 1.65 à 1.120.4 est critique car elle touche des workflows spécifiques où un déclencheur de formulaire est associé à un nœud de fin qui retourne un fichier binaire. Cette configuration permet à un attaquant non authentifié d’exploiter une validation d’entrée défaillante pour accéder au système de fichiers sous-jacent. En d’autres termes, si vous avez un workflow qui prend des soumissions de formulaires et qui finit par renvoyer un fichier binaire, alors vous êtes potentiellement en danger.
Les conditions d’exploitation sont assez précises : l’attaquant doit pouvoir accéder à la soumission de formulaire. Cela signifie que si quelqu’un peut interagir avec votre formulaire (même sans être authentifié), il peut théoriquement déclencher une exploitation. Imaginez un formulaire de contact sur votre site qui, après soumission, renvoie une image ou un document. Si ce processus n’est pas sécurisé, un attaquant pourrait manipuler la soumission pour accéder à des fichiers sensibles sur votre serveur.
Les risques associés à cette vulnérabilité sont considérables. D’une part, il y a le risque d’exfiltration de données, où des informations sensibles stockées dans votre instance n8n pourraient être compromises. D’autre part, une exploitation réussie pourrait mener à une escalade de privilèges, permettant à l’attaquant de prendre un contrôle encore plus important sur votre système. Cela pourrait avoir des conséquences dévastatrices, surtout dans un contexte où la sécurité des données est primordiale.
Pour illustrer, prenons un exemple concret : disons que vous avez un workflow qui traite les inscriptions à un événement. Ce workflow commence par un Form Submission trigger pour recueillir les informations des participants et se termine par un Form Ending node qui renvoie un fichier de confirmation. Si ce workflow n’est pas correctement sécurisé, un attaquant pourrait soumettre des données malveillantes pour accéder à des fichiers internes, compromettant ainsi la sécurité de votre système. Pour plus de détails techniques sur l’exploitation de cette vulnérabilité, vous pouvez consulter cet article ici.
Comment identifier si votre instance n8n est vulnérable
Pour savoir si votre instance n8n est vulnérable, vous devez d’abord vous assurer que vous utilisez une version comprise entre 1.65 et 1.120.4. Si c’est le cas, il est crucial de vérifier la présence d’un workflow actif qui combine un Form Submission trigger et un Form Ending node retournant un fichier binaire. C’est là que le bât blesse : cette configuration peut ouvrir la porte à des attaques potentielles.
Pour simplifier cette vérification, n8n a mis à disposition un template de workflow officiel que vous pouvez utiliser pour scanner votre instance à la recherche de workflows vulnérables. Voici un guide d’utilisation pas à pas :
- Téléchargez le template : Accédez à ce lien pour obtenir le JSON du template.
- Importez le template dans n8n : Ouvrez votre interface n8n et utilisez l’option d’importation pour charger le template.
- Exécutez le workflow : Lancez le workflow pour qu’il scanne vos instances à la recherche de configurations vulnérables.
- Analysez les résultats : Le workflow vous fournira des informations sur les éventuelles vulnérabilités détectées.
En parallèle, pour vérifier rapidement la version de votre n8n, accédez à votre tableau de bord. La version actuelle est généralement affichée en bas de la page ou dans la section « À propos ». Cela vous permet de confirmer si vous êtes dans la plage de vulnérabilité sans perdre de temps.
Restez vigilant et agissez rapidement. Si vous identifiez que votre instance est affectée, passez à la mise à jour vers la version 1.121.0 ou supérieure. En vous tenant informé, vous protégez non seulement vos données, mais aussi celles de vos utilisateurs. Pour plus d’informations sur cette faille critique, consultez cet article ici.
Quelle est la procédure recommandée pour sécuriser votre n8n
Si vous utilisez une version de n8n comprise entre 1.65 et 1.120.4, il est impératif d’agir rapidement pour corriger cette faille critique. La mise à jour vers la version 1.121.0 ou supérieure est non seulement recommandée, mais nécessaire pour sécuriser votre instance. Pourquoi ? Parce que cette vulnérabilité pourrait permettre à un attaquant d’accéder à des informations sensibles. Et ce n’est pas juste une théorie, c’est une réalité vérifiée. Alors, comment procéder ? Voici un mini-tutoriel simple pour effectuer la mise à jour de votre instance auto-hébergée.
- Étape 1 : Vérifiez votre version actuelle – Avant de faire quoi que ce soit, confirmez que vous êtes bien sur une version vulnérable. Vous pouvez le faire en exécutant la commande suivante dans votre terminal :
n8n --version- Étape 2 : Arrêtez votre instance n8n – Avant de mettre à jour, il est conseillé de stopper l’instance pour éviter tout problème. Utilisez :
docker stop n8n- Étape 3 : Mettez à jour n8n – Si vous utilisez Docker, exécutez la commande suivante pour tirer la dernière version :
docker pull n8nio/n8n:latest- Étape 4 : Redémarrez votre instance – Une fois la mise à jour effectuée, relancez n8n avec :
docker run -it --rm n8nio/n8nEt voilà, vous êtes maintenant sur la version 1.121.0 ou supérieure, et votre instance est sécurisée. Si vous utilisez une version 2.x ou une instance cloud, vous n’avez rien à faire, car ces versions sont déjà protégées.
Mais ne vous arrêtez pas là. Pour éviter de futures failles, adoptez des bonnes pratiques comme :
- Gérer les permissions : ne donnez accès qu’aux utilisateurs qui en ont réellement besoin.
- Surveiller vos workflows exposés : assurez-vous qu’aucun workflow sensible ne soit accessible sans authentification.
Pour plus d’informations sur la sécurité dans n8n, consultez cette ressource.
Comment n8n gère-t-il la sécurité et les divulgations de vulnérabilités
n8n prend la sécurité très au sérieux, et cela se reflète dans sa politique de gestion des vulnérabilités. L’équipe a mis en place un programme de divulgation responsable qui permet à la communauté de signaler des failles potentielles. Cela signifie que si vous découvrez une vulnérabilité, vous pouvez la signaler directement à n8n, et ils s’engagent à y répondre rapidement et efficacement. Ce processus est crucial pour maintenir la confiance des utilisateurs et pour garantir que les systèmes restent sécurisés.
En plus de la divulgation responsable, n8n a adopté une approche proactive en matière de sécurité. Cela inclut des tests d’intrusion réguliers pour identifier les failles avant qu’elles ne puissent être exploitées. Ces tests sont essentiels pour détecter les vulnérabilités dans le code et dans les configurations de déploiement, assurant ainsi que tout est en ordre avant qu’un problème ne survienne.
La transparence est également un pilier de la stratégie de sécurité de n8n. Toutes les informations relatives aux vulnérabilités connues et aux mises à jour de sécurité sont disponibles sur leur GitHub et dans les notes de version. Cette ouverture permet aux utilisateurs de savoir exactement quels problèmes ont été résolus et comment ils peuvent protéger leurs instances. En effet, la communication claire et honnête est primordiale, surtout dans le monde de la cybersécurité où les menaces évoluent rapidement.
Concernant la divulgation de la faille critique récemment identifiée, n8n a choisi de différer l’annonce publique après le patch. Pourquoi ? Pour limiter les risques d’attaques massives qui auraient pu survenir si l’information avait été diffusée trop tôt. En agissant de manière responsable, n8n a pu minimiser l’impact potentiel de cette vulnérabilité tout en permettant à ses utilisateurs de mettre à jour leurs systèmes en toute sécurité.
En somme, n8n montre un engagement fort envers la protection de ses utilisateurs, tout en maintenant une communication transparente et proactive. Pour plus d’informations sur les vulnérabilités critiques, vous pouvez consulter cette ressource : Vulnérabilité critique dans n8n.
Votre n8n est-il vraiment à l’abri après cette mise à jour ?
La faille critique découverte dans n8n versions 1.65-1.120.4 a mis en lumière un vecteur d’attaque sérieux via des workflows form-based mal sécurisés. La bonne nouvelle : la mise à jour vers la version 1.121.0 règle ce problème. Si vous êtes auto-hébergé, la balle est dans votre camp, pas de délai à perdre. À terme, comprendre et surveiller la sécurité de vos workflows est la clé pour éviter toute mauvaise surprise. Vous protégez ainsi vos données et la confiance de vos utilisateurs.
FAQ
Comment savoir si ma version n8n est vulnérable ?
Les versions cloud de n8n sont-elles concernées ?
Comment effectuer la mise à jour de mon instance auto-hébergée ?
Pourquoi la faille n’a-t-elle été dévoilée que plusieurs semaines après le patch ?
Comment suivre les futures vulnérabilités de n8n ?
A propos de l’auteur
Franck Scandolera, expert en automatisation et sécurité des workflows IA, accompagne depuis plus de 10 ans les entreprises dans la sécurisation de leurs environnements data et automatisés. Consultant et formateur reconnu, il allie expertise technique pointue et pragmatisme pour rendre la technologie accessible et sûre. Responsable de l’agence webAnalyste et fondateur de Formations Analytics, il intervient en France, Suisse et Belgique.
⭐ 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.