n8n-Sicherheitslücken: Accountübernahme und Sandboxausbruch — Update jetzt einspielen

Wer n8n als Workflow-Automatisierungstool einsetzt — ob selbst gehostet oder im Team — sollte jetzt prüfen, welche Version im Einsatz ist. Sicherheitsforschern zufolge ermöglichen aktuelle Schwachstellen in n8n sowohl die vollständige Übernahme fremder Accounts als auch den Ausbruch aus der integrierten Sandbox. Ein Sicherheitsupdate steht bereit.

n8n hat sich als beliebte Open-Source-Alternative zu Zapier oder Make etabliert. Das Tool erlaubt es, beliebige Dienste über visuelle Workflows zu verknüpfen — von Datenbankabfragen über HTTP-Requests und Webhook-Verarbeitung bis hin zu Code-Execution-Nodes, die direkt Python oder JavaScript ausführen. Genau diese Vielseitigkeit macht n8n in Entwicklerteams, IT-Abteilungen und Automatisierungsprojekten attraktiv. Und genau diese Mächtigkeit macht Schwachstellen darin zu einem ernsten Problem.

Die bekanntgewordenen Lücken betreffen zwei unterschiedliche Angriffsflächen.

Accountübernahme: Angreifer, die eine n8n-Instanz aus dem Internet erreichen können, sind nach bisherigen Erkenntnissen in der Lage, fremde Benutzerkonten zu übernehmen — ohne das Passwort des Opfers zu kennen. Wie der Angriff im Detail funktioniert, hat heise Security in seiner Meldung beschrieben; die technischen Details finden sich im verlinkten Artikel.

Sandboxausbruch: n8n bietet Code-Execution-Nodes, die JavaScript oder Python direkt auf dem Server ausführen. Die Sandbox, die eigentlich verhindern soll, dass dieser Code auf das Hostsystem zugreift, ließ sich offenbar umgehen. Das Ergebnis: Ein manipulierter Workflow — etwa über einen kompromittierten Account oder einen eingebetteten Payload in einem extern gelieferten Workflow — könnte Code außerhalb der vorgesehenen Isolation ausführen.

Die Kombination ist heikel. Nach einer Accountübernahme hätte ein Angreifer Zugriff auf alle in n8n hinterlegten Credentials und API-Schlüssel — also die Zugangsdaten zu den angebundenen Systemen, die ein n8n-Nutzer dort gepflegt hat. Mit dem Sandboxausbruch käme dann Codeausführung auf dem Host hinzu. Das ergibt einen vollständigen Kompromittierungs-Pfad, der weit über die n8n-Instanz selbst hinausreicht.

Besonders exponiert sind alle, die n8n über das öffentliche Internet erreichbar gemacht haben: über einen Reverse Proxy, eine direkte IP oder einen Cloud-Anbieter. Auch intern betriebene Instanzen sind nicht automatisch sicher, wenn externe Webhooks verarbeitet oder Workflows aus nicht vertrauenswürdigen Quellen importiert werden.

Aus unserer Sicht: Zögern lohnt sich hier nicht. Das Update steht bereit, und der Angriffsvektor ist zu direkt, um auf das nächste Wartungsfenster zu warten.

Was Sie jetzt prüfen sollten:

1. Welche n8n-Version läuft bei Ihnen? Prüfen Sie es in der Oberfläche unter Settings → About oder mit `n8n –version` im Terminal.
2. Ist die Instanz aus dem Internet erreichbar? Falls ja, hat das Update höchste Priorität — sofort, nicht beim nächsten Patch-Day.
3. Verarbeiten Sie externe Webhooks oder importieren Sie Workflows aus fremden Quellen? Dann ist das Risiko besonders hoch.
4. Wer n8n als Cloud-Variante über den offiziellen Anbieter nutzt, kann davon ausgehen, dass bereits gepatcht wurde. Ein Blick auf den Changelog lohnt sich dennoch.

n8n ist ein nützliches Werkzeug — aber die Angriffsfläche ist groß, wenn man einem Automatisierungstool Credentials zu Dutzenden externer Dienste anvertraut. Sicherheitsupdates gehören hier nicht in die Warteschleife.

Quellen: heise Security — „Sicherheitsupdate n8n: Accountübernahme und Sandboxausbruch möglich“ (https://www.heise.de/news/Sicherheitsupdate-n8n-Accountuebernahme-und-Sandboxausbruch-moeglich-11377037.html)