n8n: Session-Token-Leck über Dynamic-Credentials-Endpunkte

Zusammenfassung

n8n-Versionen vor 2.39.6 sowie 2.40.0 vor 2.40.1 geben das rohe Session-Token des Aufrufers von den Dynamic-Credentials-Endpunkten für Autorisierung und Widerruf an einen konfigurierten Credential-Resolver weiter. Ein Benutzer, der einen Resolver registrieren kann (CWE-863), kann einen Fallback-Resolver auf einen vom Angreifer kontrollierten Endpunkt setzen und so das Session-Token eines Kollegen oder des Besitzers während des Schritts "Connect your account" abgreifen. Der Angreifer kann danach auf Credentials zugreifen, zu denen er keine Berechtigung hat. Der Angriff setzt hohe Privilegien und eine Benutzerinteraktion voraus und ist ohne angemeldetes Konto nicht erreichbar.

Betroffen

• n8n vor 2.39.6 (alle Versionen unterhalb von 2.39.6)
• n8n 2.40.0 vor 2.40.1
• Versionen 1.x: Unbekannt. Das GitHub-Advisory nennt nur die 2.x-Zweige; vor einer Annahme in either Richtung das Advisory prüfen.
• Cloud-Instanzen: Gemäss Herstellerbeitrag in der Community automatisch gepatcht.

Behoben in

• Auf n8n 2.39.6 oder neuer im Zweig 2.39 aktualisieren
• Auf n8n 2.40.1 oder neuer im Zweig 2.40 aktualisieren

Umgehung

• Instanzzugriff auf vollständig vertrauenswürdige Benutzer beschränken
• Das Dynamic-Credentials-Modul deaktivieren, sofern es nicht benötigt wird
• Benutzerdefinierte globale Rollen mit dem Scope credentialResolver:create prüfen und entziehen; den Scope auf vollständig vertrauenswürdige Administratoren beschränken
• Registrierte Credential-Resolver prüfen und unbekannte oder auf unerwartete URLs zeigende Resolver entfernen
• Session-Token und Credentials von Benutzern rotieren, die auf gemeinsam genutzten Workflows mit einem extern registrierten Resolver den Schritt "Connect your account" verwendet haben
• Diese Massnahmen verringern das Risiko, beheben es aber nicht vollständig

Ausnutzung

• Keine Hinweise auf eine Ausnutzung in freier Wildbahn gefunden; CISA SSVC: Exploitation none, Automatable no, Technical Impact total
• Kein öffentlicher Proof of Concept gefunden
• EPSS-Wert sehr niedrig (0.00239, Angaben von Aggregatoren)

Unsere Empfehlung

• Alle selbst gehosteten n8n-Instanzen und deren Versionen erfassen
• Selbst gehostete Instanzen vorrangig auf 2.39.6 oder 2.40.1 (oder neuer) aktualisieren
• Bis zur Aktualisierung die oben genannten Workarounds anwenden
• Bei aus dem Internet erreichbaren Instanzen Benutzer, API-Schlüssel und OAuth-Clients prüfen, auf unbekannte Ausführungen achten und in n8n gespeicherte Credentials rotieren
• Den GitHub-Advisory-Feed direkt prüfen, da verwandte Advisories aus derselben Veröffentlichung nicht in der CVE-Datenbank stehen

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• GitHub Security Advisory GHSA-rx55-8qhx-4hwx github.com
• VulnCheck advisory: n8n session token leak via Dynamic Credentials www.vulncheck.com
• OSV: CVE-2026-103259 osv.dev
• n8n community security update (16 September 2026) community.n8n.io
• n8n fix commit ac411127314921aaf82b7b97d76eeaa2703b708c github.com

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 11:41.