Lire cet article en anglais : n8n Patches 16 Security Vulnerabilities, 12 Rated High Severity
n8n, la plateforme d’automatisation de workflows auto-hébergée que nous suivons régulièrement sur ce site, a publié le 16 septembre 2026 sa mise à jour de sécurité bi-hebdomadaire. Postée par un membre de l’équipe sécurité sur le forum officiel de la communauté n8n, elle corrige 16 avis depuis la précédente publication du 2 septembre : 12 classés en sévérité High, 4 en Medium. C’est le plus gros lot de failles High de cette série récurrente à ce jour, contre 5 début septembre et 6 en août. C’est aussi le troisième bulletin de sécurité n8n que nous couvrons sur ce site cette année.
Le rythme en lui-même mérite d’être noté : l’équipe sécurité de n8n publie désormais un bulletin toutes les deux semaines environ, et ce depuis plusieurs mois. Pour qui fait tourner une instance auto-hébergée sans surveillance permanente, cette régularité change la donne. Autant caler ses propres vérifications sur un calendrier similaire plutôt que d’attendre qu’un titre alarmant vienne nous y pousser.
Le correctif le plus sérieux : divulgation non authentifiée de l’historique de chat
Parmi les seize avis, un seul est explicitement qualifié de non authentifié par n8n lui-même dans son titre : une injection NoSQL dans le nœud MongoDB Chat Memory, qui permet à un attaquant non authentifié de récupérer l’historique de chat d’autres sessions (GHSA-w24g-6454-7w7f). La plupart des autres failles High de ce lot supposent que l’attaquant dispose déjà d’un accès, un rôle d’éditeur de workflow par exemple, ou un nœud précis déjà configuré dans un workflow. Celle-ci ne demande rien de tout ça. Si vous utilisez le nœud MongoDB Chat Memory dans un workflow d’IA ou de chat, corrigez cette instance en priorité.
Gestion des identifiants : cinq avis
Cinq des douze avis High touchent à la façon dont n8n stocke, teste ou expose les identifiants :
- Des ID de nœuds dupliqués permettent de contourner la protection anti-falsification des identifiants de workflow, exposant ces identifiants à un éditeur de workflow partagé (GHSA-7gjv-rcf8-x5qc)
- La fonction d’introspection d’outils du nœud Agent en ligne peut déchiffrer n’importe quel identifiant de l’instance, sans vérification de propriété (GHSA-9rhv-fhr8-7q5r)
- Le point de terminaison de test des identifiants résout des variables limitées à un projet à partir d’un ID de projet choisi par l’attaquant (GHSA-7gvh-q9w3-wqqx)
- Le point de terminaison d’autorisation des identifiants dynamiques peut divulguer un jeton de session à un résolveur contrôlé par l’attaquant (GHSA-rx55-8qhx-4hwx)
- Les identifiants Wekan et Baserow peuvent divulguer le mot de passe du compte vers un hôte non validé via un hook preAuthentication (GHSA-gx6g-2hm7-c4xf)
Comme la plupart des failles de ce lot, celles-ci demandent un accès déjà existant à une instance ou à un workflow : ce ne sont pas des exploits opportunistes exposés directement sur Internet. Elles pèsent surtout sur les instances partagées entre plusieurs utilisateurs ou plusieurs équipes.
Injection et traversée de répertoires dans les nœuds base de données et services
Cinq autres avis High touchent à l’injection et à la traversée de répertoires dans des nœuds connectés à des bases de données et services externes :
- Injection SQL dans l’opération de suppression de table du nœud Oracle Database (GHSA-4wf3-rgqr-xcp3)
- Injection de filtre PostgREST via les filtres en mode chaîne du nœud Supabase (GHSA-xrqg-3xcp-h45x)
- Traversée de répertoires et injection de requête via le champ nom de table du nœud Supabase (GHSA-rqch-9jrh-cr8w)
- Traversée de répertoires dans la génération d’URL de reprise signées, qui permet de falsifier des approbations entre projets (GHSA-597w-c3jh-g8fg)
- Traversée de répertoires dans le nœud n8n qui redirige les appels à l’API publique vers des ressources non prévues (GHSA-89p4-6h98-c7xm)
Chaîne d’approvisionnement : validation des packages communautaires
Le dernier avis High touche à la chaîne d’approvisionnement : un contournement de la validation d’installation des packages communautaires, via PubSub, sur les déploiements en mode file d’attente (GHSA-fmmv-p585-7c8x). Concerné au premier chef : les instances qui tournent en mode file d’attente et autorisent l’installation de packages communautaires.
Quatre correctifs de sévérité Medium
Les quatre avis restants sont classés en Medium :
- Absence de vérification de signature de webhook dans le nœud Webflow Trigger (GHSA-hwv9-jhc7-f7c4)
- XSS DOM stocké via la gestion des liens du menu déroulant du sélecteur de ressources (GHSA-c2wp-6fgc-xjq4)
- Interpolation de paramètres non échappée dans des langages de requête tiers, qui permet de contourner des filtres et d’exposer des données en masse (GHSA-5pg9-2vqx-r6jm)
- Contournement de l’approbation dans le mode « Approve Within Chat » du nœud Send and Wait (GHSA-342v-gmh6-738j)
Versions corrigées et actions à mener
n8n a publié des correctifs sur ses trois lignes de version : v1.123.80 sur la ligne v1, v2.40.1 sur la beta, v2.39.6 sur la stable. Les instances n8n Cloud sont patchées automatiquement, donc rien à faire côté cloud. Si vous auto-hébergez une version antérieure, mettez à jour votre instance, en priorité si vous utilisez le nœud MongoDB Chat Memory vu le problème de divulgation non authentifiée décrit plus haut.
Le bulletin ne mentionne ni score CVSS ni preuve d’exploitation active pour ces seize avis. On reste donc dans la maintenance de routine, même si le lot est inhabituellement copieux cette fois, plutôt que dans l’urgence. Le détail de chaque correctif est disponible dans le bulletin officiel sur le forum de la communauté n8n.