La faille critique dans n8n versions 1.65 à 1.120.4 permet un accès non authentifié à vos données via certains workflows. La mise à jour vers la version 1.121.0 est indispensable pour protéger votre instance. Découvrez comment identifier et corriger ce risque majeur.
3 principaux points à retenir.
- Identifiez les workflows vulnérables : ceux avec un déclencheur Form Submission et un nœud Form Ending retournant un fichier binaire.
- Mettez à jour vers n8n 1.121.0 ou supérieur : cette version intègre le correctif de sécurité essentiel.
- Les instances Cloud et versions 2.x : déjà sécurisées, aucune action requise.
Quelle est la nature de la vulnérabilité dans n8n ?
La vulnérabilité critique identifiée dans n8n versions 1.65 à 1.120.4 concerne des workflows spécifiques utilisant un déclencheur Form Submission combiné à un nœud Form Ending retournant un fichier binaire. Cette faille permet à un attaquant non authentifié d’accéder au système de fichiers sous-jacent, exposant potentiellement des données sensibles.
Le mécanisme de cette vulnérabilité repose sur une validation des entrées défaillante dans les workflows concernés. Lorsqu’un utilisateur soumet un formulaire, le déclencheur Form Submission est activé, et si le nœud Form Ending retourne un fichier binaire, il existe des conditions spécifiques où un attaquant peut exploiter cette faille. En effet, si l’attaquant parvient à accéder au formulaire, il peut envoyer des requêtes malveillantes qui contournent les contrôles d’accès, permettant ainsi l’accès non autorisé aux fichiers du système. Cela ouvre la porte à des attaques plus graves, comme l’escalade de privilèges, où l’attaquant pourrait non seulement lire des fichiers sensibles, mais également modifier ou supprimer des données critiques.
Les conditions qui rendent cette vulnérabilité exploitable incluent l’absence d’une authentification adéquate et des configurations de déploiement laxistes. Par exemple, si vous avez un formulaire accessible publiquement sans protection, un attaquant peut exploiter cette faille sans difficulté. Cela signifie que les instances auto-hébergées sont particulièrement à risque si elles exécutent des workflows vulnérables. En termes de risques, les conséquences peuvent être désastreuses, allant de l’exposition de données personnelles à la compromission totale de l’instance n8n.
Pour illustrer, imaginez un workflow où un formulaire permet la soumission de fichiers. Si un attaquant réussit à manipuler ce formulaire, il peut potentiellement accéder à des fichiers sensibles du système, comme des configurations ou des données utilisateur. Pour une visualisation simplifiée, pensez à un schéma où un utilisateur malveillant intercepte les requêtes envoyées par le formulaire, ce qui lui permet d’exploiter la faille. Pour plus d’informations sur cette vulnérabilité, consultez cet article ici.
Comment savoir si mon instance n8n est vulnérable ?
Pour déterminer si votre instance n8n est vulnérable, commencez par vérifier la version que vous utilisez. Si vous êtes sur une version comprise entre 1.65 et 1.120.4, il y a de fortes chances que vous soyez affecté par cette faille de sécurité. Mais ce n’est pas tout ! Vous devez aussi vérifier si vous avez un workflow actif qui combine un Form Submission trigger et un Form Ending node qui retourne un fichier binaire. C’est là que la vulnérabilité se cache.
Pour vous aider dans cette tâche, n8n met à votre disposition un workflow template conçu pour scanner automatiquement vos workflows et identifier ceux qui pourraient être vulnérables. Voici comment l’utiliser :
- Accédez à votre instance n8n.
- Dans le menu principal, sélectionnez Workflows.
- Importez le template de scan que vous pouvez trouver ici.
- Exécutez le workflow. Il analysera vos workflows actifs et vous indiquera s’il y a des configurations vulnérables.
Une fois le scan terminé, vérifiez les résultats. Si des workflows vulnérables sont signalés, vous devrez les corriger au plus vite. La bonne nouvelle, c’est que si vous utilisez une version 2.x de n8n, ou si vous êtes sur le Cloud, vous n’avez rien à craindre, car ces versions ont déjà intégré les correctifs nécessaires.
Rappelons que les instances auto-hébergées doivent être surveillées de près. Si vous êtes dans cette catégorie et que vous avez un workflow actif avec les éléments mentionnés précédemment, il est impératif d’agir. Pour plus d’informations sur les vulnérabilités critiques dans n8n, consultez ce lien ici.
Quelle est la démarche pour sécuriser mon instance n8n ?
Pour sécuriser votre instance n8n face à la vulnérabilité critique récemment découverte, il est impératif d’effectuer une mise à jour vers la version 1.121.0 ou supérieure. Cette mise à jour corrige les failles de sécurité qui pourraient exposer vos données à des attaques potentielles. Voici comment procéder, étape par étape.
Étape 1 : Vérifiez votre version actuelle
Avant de commencer, assurez-vous de connaître la version de n8n que vous utilisez. Vous pouvez le faire en vous connectant à votre instance et en consultant les paramètres. Si vous êtes sur une version comprise entre 1.65 et 1.120.4, passez à l’étape suivante.
Étape 2 : Sauvegardez vos données
Avant de procéder à la mise à jour, il est conseillé de sauvegarder vos workflows et vos configurations. Cela vous permettra de restaurer votre instance en cas de problème imprévu lors de la mise à jour.
Étape 3 : Effectuez la mise à jour
- Pour les utilisateurs auto-hébergés : Connectez-vous à votre serveur via SSH et exécutez la commande suivante pour mettre à jour n8n :
npm install n8n@latestnpx n8n startÉtape 4 : Pour les utilisateurs Cloud
Si vous utilisez une instance Cloud, la mise à jour sera effectuée automatiquement dans les 12 heures suivant l’annonce de la vulnérabilité. Toutefois, vous pouvez forcer la mise à jour via votre tableau de bord Cloud pour plus de tranquillité.
Étape 5 : Suivez les mises à jour régulières
Il est crucial de rester informé des versions et des vulnérabilités. Consultez régulièrement les release notes et les CVE publiés sur GitHub pour avoir une vue d’ensemble des mises à jour de sécurité. Cela vous permettra d’anticiper les actions nécessaires pour protéger votre instance.
Tableau récapitulatif des versions et actions à mener
| Version | Statut de sécurité | Action requise |
|---|---|---|
| 1.65 – 1.120.4 | Vulnérable | Mise à jour vers 1.121.0 ou supérieure |
| 1.121.0 et supérieures | Sécurisé | Aucune action requise |
| 2.x (RC/beta) | Sécurisé | Aucune action requise |
En suivant ces étapes, vous protégerez efficacement votre instance n8n. N’attendez pas qu’il soit trop tard, agissez maintenant pour sécuriser vos workflows !
Comment n8n gère-t-il la sécurité et la divulgation des vulnérabilités ?
La sécurité, c’est le nerf de la guerre chez n8n. Leur programme de divulgation responsable est un pilier fondamental. Ils ne se contentent pas de réagir aux vulnérabilités, ils anticipent. Cela se traduit par une surveillance continue, des tests d’intrusion réguliers et un engagement à la transparence. Chaque fois qu’une faille est identifiée, elle est publiée sous forme de CVE sur GitHub, ce qui permet à la communauté de rester informée et de prendre des mesures proactives.
Mais pourquoi avoir différé la communication officielle sur cette faille critique jusqu’à ce que le patch soit disponible ? La réponse est simple : limiter les risques d’attaques massives. En attendant d’avoir mis en place une solution, n8n a choisi de garder le silence pour éviter que des acteurs malveillants ne profitent de la situation. C’est une décision qui peut sembler risquée, mais qui démontre une volonté de protéger au mieux ses utilisateurs.
Les utilisateurs de n8n doivent avoir confiance dans leur outil. C’est pourquoi la réactivité face aux vulnérabilités est cruciale. Lorsqu’une faille est découverte, il est impératif de la corriger rapidement et d’informer les utilisateurs de manière transparente. n8n prend cela très au sérieux, et c’est ce qui les distingue dans un marché où la sécurité est souvent négligée.
En somme, leur approche de la sécurité repose sur une responsabilité envers leurs utilisateurs. Ils ne se contentent pas d’appliquer des patchs, ils réfléchissent à la manière dont ils communiquent sur les problèmes. Cela renforce la confiance dans leur produit. Si vous voulez en savoir plus sur la faille de sécurité critique qui a été récemment patchée, consultez cet article ici. Vous verrez que la sécurité est un sujet qui mérite toute votre attention.
Êtes-vous prêt à sécuriser efficacement votre instance n8n ?
Cette faille dans n8n versions 1.65 à 1.120.4 est un sérieux rappel : la sécurité ne tolère aucun compromis. Identifier les workflows vulnérables et appliquer la mise à jour vers 1.121.0 est vital pour éviter une compromission. N8n a fait preuve de responsabilité en publiant un correctif et en accompagnant ses utilisateurs. Vous avez maintenant toutes les cartes en main pour protéger vos données et garantir la continuité de vos automatisations sans faille.
FAQ
Comment savoir si mon instance n8n est vulnérable à cette faille ?
Comment corriger cette vulnérabilité ?
Les versions 2.x de n8n sont-elles concernées ?
Quelles sont les conséquences en cas d’exploitation de la faille ?
Comment suivre les futures mises à jour et vulnérabilités de n8n ?
A propos de l’auteur
Franck Scandolera, expert confirmé en Data, Automatisation et IA, accompagne depuis des années les entreprises dans la sécurisation et l’optimisation de leurs workflows automatisés, notamment avec n8n. Consultant et formateur reconnu, il est à la tête de l’agence webAnalyste et de Formations Analytics, intervenant en France, Suisse et Belgique pour renforcer vos projets IA et automatisation.
⭐ 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.