n8n 2.32.6 und 2.31.7: Cron- und Audit-Fixes im Überblick

Kurz gesagt: Die am 29. Juli 2026 veröffentlichte stabile Version n8n 2.32.6 korrigiert die Verarbeitung fünfstelliger Cron-Ausdrücke im Schedule Trigger. Bereits am 27. Juli behob n8n mit Version 2.31.7 außerdem ein Speicherproblem beim Credential-Sicherheitsaudit, das Instanzen mit umfangreicher Ausführungshistorie gefährden konnte. Für Unternehmen sind beide Änderungen klein im Umfang, aber relevant für den zuverlässigen Betrieb.

Es handelt sich nicht um eine allgemeine Sicherheitswarnung und auch nicht um ein Funktions-Upgrade, das jeder sofort einspielen muss. Betroffen sind vor allem Teams mit individuell definierten Zeitplänen sowie Betreiber großer Self-hosted-Instanzen, die den n8n Security Audit verwenden. Genau diese Umgebungen sollten die eigene Version und die genannten Pfade jetzt gezielt prüfen.

Was wurde in n8n 2.32.6 geändert?

Die offiziellen Release Notes zu n8n 2.32.6 nennen eine einzige Korrektur: Der Schedule Trigger akzeptiert wieder Cron-Ausdrücke mit fünf Feldern. Die Version wurde am 29. Juli veröffentlicht und auf der n8n-Release-Seite als aktuelle stabile Version ausgewiesen.

Ein klassischer fünfstelliger Cron-Ausdruck beschreibt Minute, Stunde, Tag des Monats, Monat und Wochentag. Ein Ausdruck wie 0 6 * * 1-5 steht beispielsweise für eine Ausführung an Werktagen um 06:00 Uhr. Manche Systeme und n8n-Konfigurationen verwenden zusätzlich ein sechstes Feld für Sekunden.

Der Fix ist insbesondere relevant, wenn Cron-Ausdrücke aus einer bestehenden Dokumentation, einem anderen System oder einer früheren Workflow-Version übernommen wurden. Ein formal plausibler Zeitplan kann betrieblich kritisch sein, wenn der Trigger ihn nicht korrekt akzeptiert oder registriert. Betroffen sein können unter anderem morgendliche Datenimporte, Rechnungs- und Berichtsläufe, Bestandsabgleiche, Erinnerungen oder nächtliche Synchronisationen.

Was sollten Teams bei geplanten Workflows testen?

Prüfen Sie nicht nur, ob der Workflow im Editor aktiv angezeigt wird. Entscheidend ist, ob die nächste erwartete Ausführung tatsächlich stattfindet und mit der richtigen Zeitzone berechnet wird. Für kritische Zeitpläne empfiehlt sich diese kurze Kontrolle:

1. Eigene Version feststellen: Dokumentieren Sie die Version von Hauptinstanz und gegebenenfalls Workern.
2. Schedule Trigger erfassen: Suchen Sie besonders nach benutzerdefinierten Cron-Ausdrücken mit fünf Feldern.
3. Zeitzone prüfen: Vergleichen Sie Workflow- und Instanz-Zeitzone mit der fachlich erwarteten Uhrzeit.
4. Testlauf planen: Verwenden Sie in einer Testumgebung vorübergehend einen kurzfristig erreichbaren Termin und prüfen Sie die automatische Ausführung.
5. Nach dem Update beobachten: Kontrollieren Sie mindestens den nächsten regulären Lauf und den nachfolgenden Geschäftsprozess.

Ein manueller Start ist dafür kein ausreichender Nachweis, weil er die Zeitplanregistrierung umgeht. Wie solche Kontrollen dauerhaft organisiert werden, zeigt unser Leitfaden zu n8n Monitoring und Betrieb.

Warum der Audit-Fix in n8n 2.31.7 wichtig ist

Die zweite relevante Änderung betrifft den Credential-Sicherheitsaudit. Die Release Notes zu n8n 2.31.7 nennen eine Korrektur, durch die beim Audit keine vollständigen Ausführungsdaten mehr geladen werden müssen.

Die technische Ursache beschreibt der zugehörige n8n-Pull-Request: Der API-basierte Audit konnte für das standardmäßig betrachtete Zeitfenster von 90 Tagen die vollständigen Daten sämtlicher Ausführungen in den Arbeitsspeicher laden. Bei Instanzen mit großer Ausführungshistorie konnte das den Speicher erschöpfen und die Instanz zum Absturz bringen. Die überarbeitete Abfrage ermittelt stattdessen nur die benötigten Workflow-IDs.

Das Problem betrifft damit nicht jeden regulären Workflow-Lauf. Das Risiko entsteht beim Ausführen des Credential-Audits und steigt mit der Menge beziehungsweise Größe gespeicherter Ausführungsdaten. Besonders aufmerksam sollten Betreiber sein, die viele Workflows, hohe Ausführungsvolumen oder umfangreiche JSON- und Binärdatenhistorien verwalten.

Was der n8n Security Audit tatsächlich prüft

Der offizielle n8n Security Audit kann per CLI, API oder n8n-Node gestartet werden. Er untersucht unter anderem ungenutzte Credentials, Datenbankabfragen mit Ausdrücken, Dateisystem-Nodes, riskante oder benutzerdefinierte Nodes, ungeschützte Webhooks, fehlende Sicherheitseinstellungen und eine veraltete Instanz.

Der Audit ist deshalb ein sinnvoller Bestandteil des Betriebs. Gerade ein Sicherheitswerkzeug sollte die zu prüfende Instanz aber nicht durch unnötig große Datenabfragen belasten. Unternehmen, die den Audit regelmäßig oder automatisiert ausführen, sollten prüfen, auf welcher Wartungslinie sie arbeiten und ob der Fix enthalten ist.

Die Korrektur ersetzt keine Regeln für Verantwortlichkeiten, Rollen oder Credential-Lebenszyklen. Dafür braucht es weiterhin ein organisatorisches Modell. Unser Beitrag zu n8n Governance für Rollen, Zugriffe und sichere Änderungen beschreibt diese ergänzenden Kontrollen.

Welche Version sollten Unternehmen einsetzen?

Am 31. Juli 2026 ist 2.32.6 auf der offiziellen Release-Seite als stabile Version gekennzeichnet. Die ebenfalls veröffentlichte 2.33.x-Linie ist dort noch als Vorabversion ausgewiesen. Für produktive Systeme sollte deshalb nicht allein die höchste Versionsnummer ausschlaggebend sein, sondern der freigegebene stabile Kanal und die im Unternehmen getestete Wartungslinie.

Wer noch auf 2.31.x arbeitet, sollte mindestens prüfen, ob 2.31.7 für die eigene Umgebung der passende Patchstand ist. Wer auf 2.32.x aktualisiert, erhält den Cron-Fix mit 2.32.6. Ein Versionssprung sollte dennoch zunächst in einer Testumgebung erfolgen, insbesondere wenn eigene Nodes, Queue Mode, externe Datenbanken oder geschäftskritische Zeitpläne beteiligt sind.

Konkreter Prüfplan für IT und Operations

• Installierte Versionen und Release-Kanal erfassen.
• Alle produktiven Schedule Trigger mit benutzerdefiniertem Cron-Ausdruck inventarisieren.
• Fünfstellige Ausdrücke sowie Zeitzonen separat testen.
• Vor einem Update Datenbank, Konfiguration und Verschlüsselungsschlüssel sichern.
• Update zuerst auf einer vergleichbaren Testinstanz durchführen.
• Security Audit bei großen Historien nur mit enthaltenem Fix und beobachteten Speicherwerten starten.
• Nach dem Rollout erwartete und tatsächliche Ausführungszeiten vergleichen.
• Rollback- und Wiederanlaufweg dokumentieren.

Für produktive Instanzen sollten solche Prüfungen Teil eines festen Wartungsfensters sein. Unter n8n Betrieb und Wartung zeigen wir, wie Updates, Backups, Monitoring und Wiederanlauf zusammengeführt werden.

Fazit

n8n 2.32.6 und 2.31.7 lösen zwei klar abgegrenzte Betriebsprobleme: einen Fehler bei fünfstelligen Cron-Ausdrücken und einen unnötig speicherintensiven Credential-Audit. Unternehmen müssen deshalb nicht blind aktualisieren, sollten aber gezielt prüfen, ob ihre Zeitpläne oder Audit-Prozesse betroffen sind. Der richtige nächste Schritt ist ein kontrollierter Test mit realistischen Workflows und anschließender Beobachtung der automatischen Läufe.

Sie möchten wissen, welcher Patchstand für Ihre n8n-Umgebung sinnvoll ist oder ob kritische Zeitpläne und Audits zuverlässig laufen? Nehmen Sie Kontakt mit uns auf. Wir prüfen Version, Trigger, Ausführungshistorie und Betriebsrisiken gemeinsam mit Ihrem IT- oder Operations-Team.