Wer Geschäftsprozesse mit n8n automatisiert und die Instanz selbst betreibt, behält die Kontrolle darüber, wo Kundendaten verarbeitet und gespeichert werden. Genau das ist für viele mittelständische Unternehmen der Hauptgrund, sich gegen reine Cloud-Dienste zu entscheiden. Seit Anfang Dezember 2025 steht mit n8n 2.0 eine Version bereit, die vor allem eines im Blick hat: Sicherheit ab Werk.
Was sich mit n8n 2.0 geändert hat
Laut den offiziellen Release Notes erschien 2.0.0 am 5. Dezember 2025 als ausdrückliches Hardening-Release. Die wichtigsten Punkte im Überblick:
- Task Runner standardmäßig aktiv: Code-Nodes laufen nun in isolierten Umgebungen statt direkt im Hauptprozess.
- Kein Zugriff auf Umgebungsvariablen: Code-Nodes können Umgebungsvariablen per Voreinstellung nicht mehr auslesen. Zugangsdaten, die dort hinterlegt sind, landen damit nicht versehentlich in einem Workflow.
- Riskante Nodes deaktiviert: Die Nodes
ExecuteCommandundLocalFileTriggersind ab Werk abgeschaltet. - Binärdaten nicht mehr im Arbeitsspeicher: Der In-Memory-Modus für Binärdaten wurde entfernt.
- Speichern und Veröffentlichen getrennt: Ein neues Publish/Save-Modell sorgt dafür, dass das Speichern eines Workflows nicht mehr automatisch den Live-Betrieb verändert.
Warum das für den Datenschutz relevant ist
Die DSGVO verlangt angemessene technische und organisatorische Maßnahmen. Isolierte Code-Ausführung, gesperrte Shell-Befehle und ein kontrollierter Weg in den Produktivbetrieb sind genau solche Maßnahmen. Sie verringern die Angriffsfläche und machen nachvollziehbar, welcher Stand eines Workflows tatsächlich Daten verarbeitet. Besonders das Publish/Save-Modell schätzen wir: Ein halbfertiger Entwurf, der plötzlich Kundendaten an einen falschen Endpunkt schickt, gehört damit der Vergangenheit an.
Self-Hosting allein macht eine Automatisierung allerdings noch nicht datenschutzkonform. Dazu gehören weiterhin ein Hosting-Standort in der EU, verschlüsselte Verbindungen, ein sauberes Rollen- und Rechtekonzept, regelmäßige Backups sowie die Dokumentation im Verarbeitungsverzeichnis. Und sobald ein Workflow externe APIs anspricht, etwa einen KI-Dienst, braucht es für diese Übermittlung eine eigene Prüfung.
Upgrade mit Bedacht
Weil 2.0 Voreinstellungen ändert, können bestehende Workflows betroffen sein, insbesondere solche mit Code-Nodes, die auf Umgebungsvariablen zugreifen, oder mit Shell-Befehlen. Wir empfehlen, das Upgrade zunächst auf einer Staging-Instanz mit einer Kopie der Workflows durchzuspielen und erst danach die Produktivinstanz anzuheben.
Was heißt das für Ihr Projekt?
Wenn Sie n8n bereits selbst betreiben, lohnt sich jetzt ein kurzer Check: Welche Workflows nutzen Code-Nodes oder Shell-Befehle, und wo liegen Zugangsdaten? Planen Sie eine neue Instanz, starten Sie am besten direkt mit 2.0 und den verschärften Standards. Wir unterstützen Sie gern bei Installation, Absicherung und Migration bestehender Abläufe.