n8n: Autorisierungsumgehung führt zu Offenlegung von Zugangsdaten in Inline-Agent-Tools
Zusammenfassung
n8n-Versionen vor 2.39.6 sowie 2.40.0 vor 2.40.1 prüfen bei der Registrierung eines Node-Tools auf einem Inline-Agenten nicht, ob der Benutzer Eigentümer des Credentials ist. Ein Angreifer mit einem gewöhnlichen Benutzerkonto mit niedrigen Rechten kann Credential-IDs anderer Projekte referenzieren, auch die des Instanzbesitzers, und die entschlüsselten Geheimnisse an einen Host seiner Wahl senden lassen. Credential-IDs sind in Workflow-JSON, Exporten und Editor-URLs sichtbar und daher nicht geheim.
Betroffen
- n8n-Versionen vor 2.39.6
- n8n-Versionen 2.40.0 bis vor 2.40.1
- Die 1.x-Linie ist im CVE und im GHSA nicht als betroffen aufgeführt. Dies wurde nicht unabhängig verifiziert. Prüfen Sie die Herstellerwarnung, bevor Sie 1.x als sicher betrachten.
Behoben in
- 2.39.6 (Stable-Zweig)
- 2.40.1 (Beta-Zweig)
- Cloud-Instanzen von n8n werden gemäss der Herstellerwarnung automatisch gepatcht.
Umgehung
- Beschränken Sie den Zugriff auf die n8n-Instanz auf vollständig vertrauenswürdige Benutzer.
- Prüfen Sie Inline-Agent-Workflows auf unerwartete Credential-Referenzen in Tool-Nodes und entfernen Sie nicht erkannte Referenzen.
- Rotieren Sie Credentials, deren IDs nicht vertrauenswürdigen Mitgliedern bekannt sein könnten.
- Diese Massnahmen sind temporär und beheben das Risiko nicht vollständig.
Ausnutzung
- CISA SSVC: Exploitation none, Automatable no, Technical Impact partial.
- In den geprüften Quellen wurde kein öffentlicher Proof-of-Concept und kein Exploit-Code gefunden. Dies ist kein Beweis, dass keiner existiert.
- Laut einem Drittanbieter-Aggregator nicht als aktiv ausgenutzt (KEV) gelistet; der CISA-Katalog wurde nicht direkt geprüft.
Unsere Empfehlung
- Erfassen Sie alle n8n-Instanzen und deren Versionen, inklusive selbst gehosteter und Cloud-Instanzen sowie Stable- und Beta-Zweig.
- Aktualisieren Sie selbst gehostete Instanzen auf 2.39.6 oder 2.40.1 oder neuer und prüfen Sie 1.x separat.
- Beschränken Sie bis zum Patch den Zugriff auf vertrauenswürdige Benutzer und prüfen Sie die Konfiguration der Inline-Agent-Tools.
- Prüfen Sie Logs auf ungewöhnliche Credential-Referenzen und rotieren Sie Geheimnisse, die möglicherweise offengelegt wurden.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-9rhv-fhr8-7q5r github.com
- VulnCheck advisory: n8n credential disclosure via node-tool introspection www.vulncheck.com
- n8n community security update, 16 September 2026 community.n8n.io
- OSV: CVE-2026-103246 osv.dev
- n8n 2.39.6 release 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 14:25.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
