n8n Seite 2

In n8n vor den Versionen 1.123.32, 2.17.4 und 2.18.1 deckte die vorherige Behebung von GHSA-f3f2-mcxc-pwjx den Snowflake-Node und den Legacy-MySQL-v1-Node nicht ab. Beide Nodes bauen SQL-Abfragen durch direktes Interpolieren von benutzergesteuerten Tabellennamen, Spaltennamen und Update-Schlüsseln ohne Escaping, was SQL-Injection gegen die verbundene Datenbank ermöglicht. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: Aktualisierung auf 1.123.32, 2.17.4 oder 2.18.1.

Die dynamic-node-parameters-Endpunkte von n8n prüfen vor den Versionen 1.123.33 und 2.17.5 nicht, ob der authentifizierte Aufrufer berechtigt ist, eine übergebene Credential-Referenz zu verwenden. Ein authentifizierter Nutzer mit Zugriff auf einen geteilten Workflow kann dadurch eine fremde Credential-ID angeben und das Backend dazu bringen, diese zu entschlüsseln und gegen eine vom Angreifer kontrollierte Ziel-URL zu verwenden. Dadurch lässt sich ein wiederverwendbarer API-Key eines anderen Nutzers exfiltrieren; betroffen sind potenziell alle Node-Typen, die Credentials dynamisch über diese Endpunkte auflösen. Die Schwachstelle ist in den Versionen 1.123.33, 2.17.5 und 2.18.0 behoben. CVSS-Basiswert: 7.5 (Hoch). Empfohlene Massnahme: n8n auf 1.123.33, 2.17.5 oder 2.18.0 aktualisieren.

n8n, eine Open-Source-Workflow-Automatisierungsplattform, akzeptierte vor den Versionen 1.123.32, 2.17.4 und 2.18.1 am MCP-OAuth-Client-Registrierungsendpunkt unauthentifizierte Anfragen und speicherte Client-Daten ohne ausreichende Ressourcenbegrenzung. Ein nicht authentifizierter Angreifer kann durch grosse Registrierungs-Payloads den Arbeitsspeicher des Servers erschöpfen und die n8n-Instanz dadurch unverfügbar machen. Der Endpunkt ist unabhängig davon erreichbar, ob der MCP-Zugriff auf der Instanz aktiviert ist. CVSS-Basiswert: 7.5 (Hoch). Empfohlene Massnahme: Update auf Version 1.123.32, 2.17.4 oder 2.18.1 einspielen.

In n8n-MCP vor Version 2.47.4 erlaubt eine authentifizierte Server-Side Request Forgery einem Aufrufer mit gültigem AUTH_TOKEN, den Server zu HTTP-Anfragen an beliebige, über Multi-Tenant-HTTP-Header übergebene URLs zu bewegen. Da die Antwortinhalte über JSON-RPC zurückgespiegelt werden, lassen sich interne Dienste und Cloud-Metadaten-Endpunkte (AWS IMDS, GCP, Azure, Alibaba, Oracle) auslesen. Primär gefährdet sind Multi-Tenant-HTTP-Installationen. CVSS-Basiswert: 8.5 (Hoch). Empfohlene Massnahme: Aktualisierung auf Version 2.47.4.

n8n ist eine quelloffene Plattform zur Workflow-Automatisierung. In Versionen vor 2.14.1, 2.13.3 und 1.123.26 konnte ein authentifizierter Nutzer mit der Berechtigung, Workflows zu erstellen oder zu ändern, über den Modus Combine by SQL des Merge-Nodes lokale Dateien auf dem n8n-Host lesen und Remote Code Execution erreichen. Die AlaSQL-Sandbox schränkte bestimmte SQL-Anweisungen nicht ausreichend ein. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: Update auf n8n 2.14.1, 2.13.3 oder 1.123.26; alternativ Workflow-Berechtigungen auf vertrauenswürdige Nutzer beschränken und/oder den Merge-Node über NODES_EXCLUDE deaktivieren.

In n8n vor den Versionen 2.14.1, 2.13.3 und 1.123.27 kann ein authentifizierter Benutzer mit Rechten zum Erstellen oder Ändern von Workflows eine Prototype-Pollution-Schwachstelle in den XML- und GSuiteAdmin-Nodes ausnutzen. Über gezielt gestaltete Parameter lassen sich angreifergesteuerte Werte auf Object.prototype schreiben, was zu entfernter Codeausführung auf der n8n-Instanz führen kann. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: auf n8n 2.14.1, 2.13.3, 1.123.27 oder neuer aktualisieren; ersatzweise Workflow-Rechte auf vertrauenswürdige Nutzer beschränken und den XML-Node deaktivieren.

In der Workflow-Automatisierungsplattform n8n besteht vor den Versionen 2.14.1, 2.13.3 und 1.123.26 eine SQL-Injection-Schwachstelle im Data-Table-Get-Node. Ein authentifizierter Benutzer mit Berechtigung zum Erstellen oder Ändern von Workflows kann diese ausnutzen; auf einer standardmässigen SQLite-Datenbank sind nur einzelne Statements manipulierbar und die Angriffsfläche ist begrenzt, auf PostgreSQL-Deployments ist jedoch die Ausführung mehrerer Statements und damit die Änderung und Löschung von Daten möglich. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: Aktualisierung auf n8n 1.123.26, 2.13.3 oder 2.14.1; als Übergangsmassnahme Workflow-Rechte auf vertrauenswürdige Benutzer beschränken und den Data-Table-Node über die Umgebungsvariable NODES_EXCLUDE deaktivieren.

n8n ist eine quelloffene Plattform zur Workflow-Automatisierung. Vor den Versionen 2.4.0 und 1.121.0 verknüpfte n8n bei aktivierter LDAP-Authentifizierung automatisch eine LDAP-Identität mit einem bestehenden lokalen Konto, sobald das LDAP-E-Mail-Attribut mit der E-Mail-Adresse des Kontos übereinstimmte – ein authentifizierter LDAP-Nutzer, der sein eigenes E-Mail-Attribut kontrolliert, konnte es auf die Adresse eines anderen Nutzers, etwa eines Administrators, setzen und beim Login dessen Konto vollständig übernehmen. Die Verknüpfung blieb selbst nach Rücksetzen der LDAP-E-Mail bestehen, was zu einer dauerhaften Kontoübernahme führte; Voraussetzung ist eine aktive, nicht standardmässige LDAP-Konfiguration. Die Schwachstelle ist in den Versionen 2.4.0 und 1.121.0 behoben. CVSS-Basiswert: 7.5 (Hoch). Empfohlene Massnahme: Update auf 2.4.0/1.121.0 einspielen; alternativ LDAP-Authentifizierung deaktivieren, Verzeichnisrechte einschränken und bestehende LDAP-Konten auf unerwartete Zuordnungen prüfen.

Ist bei n8n vor Version 2.5.0 das Source-Control-Feature mit SSH konfiguriert, deaktiviert der verwendete SSH-Befehl für Git-Operationen explizit die Host-Key-Prüfung. Ein Angreifer mit Position zwischen n8n-Instanz und Git-Server kann die Verbindung abfangen, einen gefälschten Host-Key präsentieren und dadurch schädliche Inhalte in Workflows einschleusen oder Repository-Daten abfangen. Betroffen sind ausschliesslich Instanzen mit explizit aktiviertem, auf SSH konfiguriertem Source-Control-Feature. CVSS-Basiswert: 7.4 (Hoch). Empfohlene Massnahme: auf Version 2.5.0 oder neuer aktualisieren; alternativ das Source-Control-Feature deaktivieren oder den Netzwerkzugriff auf vertrauenswürdige Pfade zum Git-Server beschränken.

In n8n vor den Versionen 2.10.1, 2.9.3 und 1.123.22 konnte ein authentifizierter Benutzer mit Workflow-Rechten über den SQL-Abfragemodus des Merge-Nodes beliebigen Code ausführen und beliebige Dateien auf dem n8n-Server schreiben. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: Auf 2.10.1, 2.9.3, 1.123.22 oder neuer aktualisieren; ersatzweise Workflow-Rechte einschränken oder den Merge-Node über NODES_EXCLUDE deaktivieren.

In n8n vor den Versionen 2.2.0 und 1.123.8 konnte ein authentifizierter Nutzer mit Recht zum Erstellen oder Ändern von Workflows den Node zum Lesen und Schreiben von Dateien mit Git-Operationen verketten, um Remote-Code-Ausführung zu erreichen. Durch Schreiben bestimmter Konfigurationsdateien und anschliessendes Auslösen einer Git-Operation liessen sich beliebige Shell-Befehle auf dem n8n-Host ausführen. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: Update auf Version 2.2.0 bzw. 1.123.8.

In n8n vor den Versionen 1.118.0 und 2.4.0 erlaubte eine Schwachstelle im SQL-Query-Modus des Merge-Node authentifizierten Nutzern mit Recht zum Erstellen oder Ändern von Workflows, beliebige Dateien in das Dateisystem des n8n-Servers zu schreiben, was möglicherweise zu Remote-Code-Ausführung führt. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: Update auf Version 1.118.0 bzw. 2.4.0.

n8n ist eine Open-Source-Plattform zur Workflow-Automatisierung. In Versionen vor 1.123.12 und 2.4.0 kann es, wenn Workflows hochgeladene Dateien verarbeiten und diese über den SSH-Node ohne Prüfung der Metadaten an entfernte Server übertragen, dazu kommen, dass Dateien an unbeabsichtigte Orte auf den Zielsystemen geschrieben werden. Dies kann zu Remote Code Execution auf diesen Systemen führen. Voraussetzung ist, dass ein nicht authentifizierter Angreifer Kenntnis solcher Workflows hat und die Upload-Endpunkte unauthentifiziert sind. CVSS-Basiswert: 8.1 (Hoch). Empfohlene Massnahme: Aktualisierung auf Version 1.123.12 oder 2.4.0.

n8n ist eine Open-Source-Plattform für Workflow-Automatisierung. In den Versionen 1.65.0 bis vor 1.114.3 erlaubt die Verwendung von Buffer.allocUnsafe() und Buffer.allocUnsafeSlow() im Task Runner nicht vertrauenswürdigem Code die Allokation von nicht initialisiertem Speicher. Solche nicht initialisierten Puffer können Restdaten aus demselben Node.js-Prozess enthalten, etwa aus früheren Anfragen, Tasks, Secrets oder Tokens, was zu einer potenziellen Offenlegung von Informationen führt. CVSS-Basiswert: 7.7 (Hoch). Empfohlene Massnahme: Update auf Version 1.114.3.

n8n ist von Version 0.187.0 bis vor 1.120.3 für eine Command-Injection-Schwachstelle in der Funktion zur Installation von Community-Packages anfällig. Authentifizierte Benutzer mit administrativen Berechtigungen können dadurch unter bestimmten Bedingungen beliebige Systembefehle auf dem n8n-Host ausführen. Die Schwachstelle ist in Version 1.120.3 behoben. CVSS-Basiswert: 7.2 (Hoch).

Über String-Formatierung und Exception-Handling kann ein Angreifer die Sandbox-Beschränkungen des python-task-executor von n8n umgehen und beliebigen, uneingeschränkten Python-Code auf dem darunterliegenden Betriebssystem ausführen. Die Schwachstelle lässt sich über den Code-Block von einem authentifizierten Nutzer mit einfachen Berechtigungen ausnutzen und kann im Ausführungsmodus Internal zur vollständigen Übernahme der n8n-Instanz führen; im Modus External ist die Auswirkung deutlich geringer. CVSS-Basiswert: 8.5 (Hoch). Empfohlene Massnahme: auf eine korrigierte n8n-Version aktualisieren.

In n8n kann über den Node Respond to Webhook eine gespeicherte Cross-Site-Scripting-Schwachstelle auftreten: Antwortet der Node mit HTML-Inhalt, der ausführbare Skripte enthält, kann dieser direkt im obersten Fenster ausgeführt werden statt in der ab Version 1.103.0 vorgesehenen Sandbox. Ein Angreifer mit Rechten zur Workflow-Erstellung kann so beliebiges JavaScript im Kontext der n8n-Editor-Oberfläche ausführen. Betroffen sind Versionen vor 1.114.0, ab dieser Version ist das Problem behoben. CVSS-Basiswert: 7.3 (Hoch). Empfohlene Massnahme: auf Version 1.114.0 aktualisieren; bis dahin Rechte zur Workflow-Erstellung und -Änderung auf vertrauenswürdige Nutzer beschränken, keine nicht vertrauenswürdigen HTML-Antworten im Node verwenden und Antworten über einen externen Reverse-Proxy oder HTML-Sanitizer filtern.

In selbst gehosteten n8n-Instanzen vor Version 2.0.0 können authentifizierte Benutzer mit Bearbeitungsrechten für Workflows im Code-Node im Legacy-JavaScript-Ausführungsmodus interne Hilfsfunktionen aufrufen. Damit lassen sich Dateien auf dem Host-Dateisystem mit denselben Rechten wie der n8n-Prozess lesen und schreiben, eingeschränkt durch etwaige konfigurierte Dateizugriffsbeschränkungen sowie OS-/Container-Berechtigungen. CVSS-Basiswert: 7.1 (Hoch). Empfohlene Massnahme: Auf Version 2.0.0 aktualisieren; als Workaround N8N_RESTRICT_FILE_ACCESS_TO auf ein dediziertes Verzeichnis ohne sensible Daten setzen, N8N_BLOCK_FILE_ACCESS_TO_N8N_FILES=true belassen und den Code-Node bei nicht vollständig vertrauenswürdigen Workflow-Editoren über NODES_EXCLUDE deaktivieren.

In n8n in den Versionen 0.123.1 bis 1.119.1 fehlen ausreichende Schutzmassnahmen gegen RCE über die Pre-Commit-Hooks von Git. Die Operation Add Config erlaubt Workflows, beliebige Git-Konfigurationswerte zu setzen, darunter core.hooksPath, der auf einen bösartigen Git-Hook verweisen kann, der bei nachfolgenden Git-Operationen beliebige Befehle auf dem n8n-Host ausführt. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: auf n8n 1.119.2 oder neuer aktualisieren; ersatzweise den Git-Node ausschliessen und keine nicht vertrauenswürdigen Repositories damit verarbeiten.

In n8n vor Version 1.113.0 besteht laut NVD eine Remote-Code-Execution-Schwachstelle in der Git-Node-Komponente von Cloud- und selbstgehosteten Versionen. Klont ein Angreifer ein entferntes Repository mit einem Pre-Commit-Hook, kann die anschliessende Commit-Operation im Git-Node die Ausführung des Hooks auslösen und dadurch beliebigen Code in der n8n-Umgebung ausführen. CVSS-Basiswert: 8.8 (Hoch). Empfohlene Massnahme: auf n8n 1.113.0 oder neuer aktualisieren.

Eine Schwachstelle beim beliebigen Datei-Upload in der Chat-Trigger-Komponente von n8n in den Versionen 1.95.3, 1.100.1 und 1.101.1 erlaubt es Angreifern, über das Hochladen einer präparierten HTML-Datei beliebigen Code auszuführen. CVSS-Basiswert: 8.8 (Hoch).

In der Workflow-Automatisierungsplattform n8n besteht in Versionen ab 1.77.0 bis vor 1.98.2 eine gespeicherte Cross-Site-Scripting-Schwachstelle im HTML-Formularelement des Form-Trigger-Nodes. Ein authentifizierter Angreifer kann über ein iframe mit srcdoc-Payload oder über video- und source-Tags mit onerror-Ereignis beliebiges JavaScript einschleusen. Dadurch lassen sich n8n-browserId und Session-Cookies authentifizierter Nutzer abgreifen, was bis zur vollständigen Kontoübernahme führen kann. CVSS-Basiswert: 8.7 (Hoch). Empfohlene Massnahme: Aktualisierung auf Version 1.98.2 oder neuer.

In n8n besteht eine DOM-basierte Cross-Site-Scripting-Schwachstelle in der HTML-Vorschau. Laut Quellbeschreibung wird die Ausführungsausgabe über das srcdoc-Attribut eines iframes gerendert, ohne dass die Inhalte ausreichend abgesichert werden. Betroffen sind Versionen vor 1.123.64, 2.x vor 2.29.8 sowie Versionen vor 2.30.1. CVSS-Basiswert: 5.4 (Mittel). Ausnutzungswahrscheinlichkeit (EPSS): 0.4 %. Empfohlene Massnahme: auf die genannten fehlerbereinigten Versionen aktualisieren.

n8n vor Version 1.123.64 maskiert Anmeldeinformationen aus benutzerdefinierten HTTP-Headern in den Ausführungsdaten von LLM-Sub-Nodes nicht korrekt und schreibt API-Schlüssel und Geheimnisse im Klartext in die Workflow-Ausführungsdatensätze. Authentifizierte Benutzer können dadurch an offengelegte Zugangsdaten gelangen. CVSS-Basiswert: 6.5 (Mittel). Ausnutzungswahrscheinlichkeit (EPSS): 0.4 %. Empfohlene Massnahme: auf n8n 1.123.64 oder neuer aktualisieren.

In n8n vor 2.28.0 (und vor 2.27.4 im 2.27.x-Zweig) wird der Endpunkt DELETE /${restEndpoint}/test-webhook/:id registriert, bevor die Authentifizierungs-Middleware greift. Dadurch kann jeder nicht authentifizierte Angreifer im Netzwerk diesen Endpunkt aufrufen. CVSS-Basiswert: 5.3 (Mittel). Ausnutzungswahrscheinlichkeit (EPSS): 0.3 %. Empfohlene Massnahme: Aktualisierung auf n8n 2.28.0 bzw. 2.27.4.

n8n enthält vor den Versionen 1.123.64, 2.29.8 und 2.30.1 ein Stored-DOM-Cross-Site-Scripting in der Resource-Locator-Komponente, die den in Workflows gespeicherten Parameter cachedResultUrl an das Fenster übergibt. Dadurch kann persistentes Schadskript im Browser ausgeführt werden. CVSS-Basiswert: 5.4 (Mittel); die Ausnutzung erfordert niedrige Rechte und eine Benutzerinteraktion und wirkt sich auf einen anderen Scope aus (Scope: Changed). Ausnutzungswahrscheinlichkeit (EPSS): 0.3 %. Empfohlene Massnahme: auf n8n 1.123.64, 2.29.8 bzw. 2.30.1 oder neuer aktualisieren.

n8n weist vor Version 2.30.1 eine Rechteausweitung in der Funktion AI Agents auf: Das Node-Execution-Tool prüft die Autorisierung nicht ausreichend, sodass ein Nutzer mit der Rolle Project Viewer seine Rechte ausweiten kann. Ein CVSS-Basiswert liegt in den Quelldaten nicht vor. Empfohlene Massnahme: auf n8n 2.30.1 oder neuer aktualisieren.

In n8n vor Version 2.29.8 und in 2.30.x vor 2.30.1 (betroffen ab 2.27.0 mit Einführung des OAuth-2.1-Consent- und Token-Ausgabe-Flows) wird nicht geprüft, ob der authentifizierte Benutzer Zugriff auf den betreffenden Workflow hat. CVSS-Basiswert: 6.5 (Mittel); die Ausnutzung erfordert niedrige Rechte, ist aber ohne Benutzerinteraktion über das Netzwerk möglich und betrifft die Vertraulichkeit. Ausnutzungswahrscheinlichkeit (EPSS): 0.3 %. Empfohlene Massnahme: auf n8n 2.29.8 bzw. 2.30.1 oder neuer aktualisieren.

In n8n besteht eine Server-Side-Request-Forgery-Schwachstelle in den dynamic-node-parameters-Endpunkten, denen laut Quellbeschreibung die nötigen Autorisierungs-Scopes fehlen. Authentifizierte Angreifer können dadurch absolute URLs vorgeben und Anfragen des Servers an von ihnen kontrollierte Ziele lenken. Betroffen sind Versionen vor 1.123.64. Ein CVSS-Basiswert liegt in den Quelldaten nicht vor. Empfohlene Massnahme: auf die genannte fehlerbereinigte Version aktualisieren.

n8n weist in Versionen vor 1.123.64, 2.29.8 und 2.30.1 eine Schwachstelle mit Offenlegung von Anmeldedaten auf: Bei der Konfiguration mit einem Google-Service-Account-Schlüssel wurde der vollständige private PEM-Schlüssel fälschlich im JSON abgelegt. Dadurch kann ein privater Schlüssel gegenüber Unbefugten offengelegt werden. Ein CVSS-Basiswert und ein EPSS-Wert liegen in den Quelldaten nicht vor. Eine aktive Ausnutzung über CISA KEV oder ein Ransomware-Bezug ist nicht bekannt. Empfohlene Massnahme: auf Version 1.123.64, 2.29.8 beziehungsweise 2.30.1 oder neuer aktualisieren.

In n8n Enterprise kann beim Multi-Issuer Token Exchange ein gültiges Token dem falschen Benutzer zugeordnet werden: Bei fehlerhafter Konfiguration wird ein Benutzer eines vertrauenswürdigen Issuers als Benutzer eines völlig anderen Issuers authentifiziert – die Signaturprüfung allein bindet die Identität nicht korrekt (ursprünglich manuell erfasst aus reddit:r/blueteamsec, Verweis auf SOCRadar). In einer Automationsplattform wie n8n bedeutet die Übernahme eines fremden Benutzers potenziellen Zugriff auf dessen Workflows, gespeicherte Zugangsdaten und angebundene Business-Systeme. CVSS-Basiswert: 6.8 (Mittel). Ausnutzungswahrscheinlichkeit (EPSS): 0.1 %. Empfohlene Massnahme: Multi-Issuer-Token-Exchange-Konfigurationen umgehend prüfen und die korrekte Bindung der Identität an den jeweiligen Issuer sicherstellen.

n8n vor den Versionen 1.123.61, 2.27.4 und 2.28.1 enthält eine Schwachstelle zur Rechteumgehung bei der Verarbeitung externer Secrets. Ursache ist eine Diskrepanz zwischen der statischen Validierungsprüfung und der Auswertung des Ausdrucks zur Laufzeit. Ein angemeldeter Angreifer kann darüber die Vertraulichkeit gefährden. CVSS-Basiswert: 6.5 (Mittel). Empfohlene Massnahme: Aktualisierung auf n8n 1.123.61, 2.27.4 bzw. 2.28.1 oder neuer.

n8n enthält eine Authentifizierungsumgehung im Chat-Trigger-Node, wenn dieser mit der Nicht-Standard-Konfiguration n8n User Auth betrieben wird. Betroffen sind laut Quelle Releases vor 1.123.22 sowie die Linie 2.0.0 bis 2.9.2. CVSS-Basiswert: 4.8 (Mittel). Empfohlene Massnahme: auf eine korrigierte Version aktualisieren.

n8n-MCP ist ein MCP-Server, der KI-Assistenten Zugriff auf die Dokumentation, Eigenschaften und Operationen von n8n-Nodes bereitstellt. In Versionen vor 2.57.4 kann der Multi-Tenant-HTTP-Modus mit der Einstellung ENABLE_MULTI_TENANT=true eine Schwachstelle aufweisen, die die Mandantentrennung beeinträchtigt. CVSS-Basiswert: 4.2 (Mittel). Empfohlene Massnahme: auf Version 2.57.4 oder neuer aktualisieren.