Zugriffskontrolle für KI-Workflows: Wer darf was im Mittelstand?

Das Problem: Zu viele Zugriffe, zu wenig Kontrolle

Wenn im Mittelstand KI-Workflows produktiv laufen, greifen sie auf Kundendaten, Buchhaltung, CRM oder Produktionssysteme zu. Oft haben drei bis fünf Mitarbeitende administrative Rechte auf die Workflow-Plattform, weil sie Anpassungen vornehmen oder Fehler beheben. Wer genau welche Daten sehen, bearbeiten oder exportieren darf, ist selten sauber dokumentiert. Das wird zum Risiko, sobald Mitarbeitende ausscheiden, externe Dienstleister mitarbeiten oder eine Datenpanne untersucht werden muss.

Eine fehlende oder unklare Zugriffskontrolle verstößt gegen Art. 32 DSGVO, erschwert Audits und gefährdet die Verfügbarkeit kritischer Prozesse. Wenn ein Mitarbeiter versehentlich einen produktiven Workflow löscht oder sensible Kundendaten exportiert, liegt das meist nicht an böser Absicht, sondern an fehlenden technischen und organisatorischen Schranken.

Was Zugriffskontrolle konkret bedeutet

Zugriffskontrolle regelt, wer auf welche Ressourcen zugreifen darf und welche Aktionen erlaubt sind. Im Kontext von KI-Workflows umfasst das:

• Authentifizierung: Wer ist die Person? Passwort, Zwei-Faktor-Authentifizierung (2FA), SSO.
• Autorisierung: Was darf diese Person tun? Lesen, bearbeiten, löschen, exportieren.
• Rollenkonzept: Welche Berechtigungen gehören zu welcher Rolle? Administrator, Editor, Viewer.
• Audit-Logging: Wer hat wann was gemacht? Nachvollziehbarkeit für DSGVO und interne Kontrolle.

Workflow-Plattformen wie n8n, Make oder Zapier bieten unterschiedlich ausgereifte Berechtigungsmodelle. Self-Hosted-Lösungen erlauben oft feinere Kontrolle, Cloud-Plattformen setzen auf vordefinierte Rollen. Entscheidend ist, dass das Berechtigungsmodell zur Unternehmensstruktur passt und im Betrieb durchsetzbar bleibt.

Schritt 1: Rollen definieren und Berechtigungen zuordnen

Definieren Sie zunächst drei bis fünf Rollen, die in Ihrem Unternehmen tatsächlich benötigt werden:

• Administrator: Darf Workflows erstellen, bearbeiten, löschen, Benutzer verwalten, Verbindungen zu Drittsystemen anlegen.
• Editor: Darf bestehende Workflows anpassen, testen, aktivieren und deaktivieren, aber keine Benutzer verwalten oder Systemeinstellungen ändern.
• Viewer: Darf Workflows ansehen, Protokolle lesen, aber nichts ändern oder exportieren.
• Auditor: Darf Logs einsehen, Datenflüsse nachvollziehen, aber keine Workflows ausführen oder bearbeiten.
• Fachbereich: Darf nur bestimmte Workflows sehen und starten, etwa im HR oder Einkauf, ohne Zugriff auf andere Bereiche.

Ordnen Sie jeder Rolle genau die Berechtigungen zu, die für die Aufgabe nötig sind. Das Prinzip der minimalen Rechtevergabe (Least Privilege) reduziert das Risiko bei Fehlern oder Kompromittierung. Dokumentieren Sie die Rollen in einer Tabelle mit Name, Beschreibung, erlaubten Aktionen und Beispiel-Nutzern.

Schritt 2: Technische Umsetzung in der Workflow-Plattform

Prüfen Sie, welche Berechtigungsmodelle Ihre Plattform bietet:

• n8n (Self-Hosted): Ab Version 1.0 gibt es ein Team-Sharing-Modell mit Owner, Admin, Member, Viewer. Feinere Rollen erfordern zusätzliche Authentifizierungs-Layer (z. B. Keycloak, OAuth).
• Make: Team-Rollen mit Admin, Standard, Guest. Szenarien können für bestimmte Nutzer freigegeben werden, Verbindungen bleiben aber meist teamweit sichtbar.
• Zapier: Team-Rollen Admin, Member, Guest. Zaps können einzeln freigegeben werden, Verbindungen sind persönlich oder teamweit.

Richten Sie in der Plattform die definierten Rollen ein und weisen Sie Mitarbeitende zu. Aktivieren Sie Zwei-Faktor-Authentifizierung (2FA) für alle administrativen Accounts. Nutzen Sie Single Sign-On (SSO), falls Ihr Identitätsmanagement das unterstützt, um zentrale Passwortrichtlinien und Offboarding-Prozesse durchzusetzen.

Schritt 3: Vier-Augen-Prinzip für kritische Workflows

Workflows, die Zahlungen auslösen, Verträge versenden oder personenbezogene Daten löschen, sollten nicht von einer Person allein aktiviert oder geändert werden können. Implementieren Sie ein Vier-Augen-Prinzip:

1. Editor erstellt oder ändert Workflow und markiert ihn als “bereit zur Freigabe”.
2. Administrator oder zweiter Editor prüft die Änderung und gibt sie frei.
3. Erst nach Freigabe wird der Workflow aktiviert oder die Änderung scharf geschaltet.

Technisch lässt sich das über Workflow-Status (Draft, Review, Active) oder externe Freigabeprozesse abbilden. n8n oder Make bieten keine native Freigabe-Funktion, Sie können aber einen separaten Freigabe-Workflow bauen, der per Webhook oder E-Mail eine Bestätigung einholt und erst dann den produktiven Workflow aktiviert.

Schritt 4: Verbindungen und Credentials isolieren

API-Schlüssel, OAuth-Tokens und Datenbank-Passwörter sind die kritischsten Assets in einer Workflow-Plattform. Stellen Sie sicher, dass:

• Jede Verbindung nur von den Rollen genutzt werden kann, die sie benötigen.
• Credentials nicht im Klartext in Workflow-Definitionen stehen, sondern über sichere Credential-Stores verwaltet werden.
• Externe Dienstleister separate Accounts mit eingeschränkten Rechten erhalten, keine Admins teilen.
• Credentials regelmäßig rotiert werden, spätestens beim Ausscheiden von Mitarbeitenden.

Self-Hosted-Plattformen erlauben oft die Integration externer Secrets-Manager (z. B. HashiCorp Vault). Cloud-Plattformen bieten eigene Credential-Stores, die per Rolle freigegeben werden können. Dokumentieren Sie, welche Verbindung von welchem Workflow genutzt wird, um bei Änderungen oder Sicherheitsvorfällen schnell reagieren zu können.

Schritt 5: Audit-Logging aktivieren und regelmäßig prüfen

Aktivieren Sie in Ihrer Workflow-Plattform das Audit-Log, falls verfügbar. Protokollieren Sie mindestens:

• Wer hat sich wann angemeldet?
• Wer hat welche Workflows erstellt, geändert, aktiviert, gelöscht?
• Wer hat Credentials angelegt oder geändert?
• Wer hat Daten exportiert oder manuell Workflows ausgeführt?

Speichern Sie die Logs auf einem separaten Server oder in einem Write-Once-Storage, damit sie nicht nachträglich manipuliert werden können. Prüfen Sie die Logs mindestens quartalsweise oder bei Verdacht auf ungewöhnliche Aktivitäten. Automatisieren Sie Alarme für kritische Ereignisse, etwa wenn ein Administrator-Account außerhalb der Geschäftszeiten zugreift oder ein Workflow gelöscht wird.

Schritt 6: Offboarding und regelmäßige Rezertifizierung

Wenn Mitarbeitende ausscheiden oder die Rolle wechseln, müssen Zugriffe sofort entzogen werden. Definieren Sie einen Offboarding-Prozess, der binnen 24 Stunden greift:

1. Deaktivieren des Benutzerkontos in der Workflow-Plattform.
2. Rotation aller Credentials, auf die die Person Zugriff hatte.
3. Überprüfung der Audit-Logs auf ungewöhnliche Aktivitäten in den letzten 30 Tagen.
4. Dokumentation des Offboardings im Berechtigungsregister.

Führen Sie halbjährlich eine Rezertifizierung durch: Prüfen Sie, wer welche Rollen hat, ob diese noch benötigt werden und ob alle Zugriffe dokumentiert sind. Entfernen Sie ungenutzte Accounts und widerrufen Sie Berechtigungen, die nicht mehr gebraucht werden.

Was realistisch erreicht wird

Mit einem sauber umgesetzten Zugriffskontrollkonzept erreichen mittelständische Unternehmen:

• Rechtssicherheit: Erfüllung von Art. 32 DSGVO durch technische und organisatorische Maßnahmen.
• Nachvollziehbarkeit: Bei Audits oder Datenpannen können Sie binnen Stunden belegen, wer wann Zugriff hatte.
• Fehlerreduktion: Weniger versehentliche Löschungen oder Fehlkonfigurationen durch Least Privilege.
• Schnelleres Offboarding: Klare Prozesse für Rollenwechsel und Austritt ohne Restrisiken.

Ein realistischer Aufwand liegt bei zwei bis drei Personentagen für Konzeption, Umsetzung und Dokumentation, plus laufend ein bis zwei Stunden pro Quartal für Rezertifizierung und Log-Prüfung.

Was häufig nicht funktioniert

Folgende Ansätze scheitern in der Praxis:

• Ein Admin-Account für alle: Keine Nachvollziehbarkeit, kein Schutz bei Kompromittierung.
• Berechtigungen nur in Excel dokumentiert: Driften von der Realität ab, werden nicht gepflegt.
• Keine 2FA: Passwörter werden wiederverwendet oder phishing-anfällig.
• Credentials im Workflow-Code: Landen in Backups, Logs oder Git-Repositories.
• Offboarding per E-Mail: Vergessen wird häufig, Zeitverzug ist zu groß.

Nur wenn Zugriffskontrolle technisch erzwungen und organisatorisch verankert ist, bleibt sie im Alltag wirksam.

Fazit: Zugriffskontrolle ist Risikomanagement

Klare Rollen, technische Schranken und regelmäßige Überprüfung schützen Ihre KI-Workflows vor ungewolltem Zugriff und erfüllen DSGVO-Anforderungen. Der Aufwand ist überschaubar, das Risiko ohne Kontrolle erheblich. Wenn Sie Ihr Berechtigungskonzept aufbauen oder bestehende Zugriffe überprüfen möchten, sprechen Sie uns an.

Sprechen Sie mit uns

Sie möchten das in Ihrem Betrieb umsetzen? Wir bauen die passende Maschine mit Ihnen.

Telefon: 040 468 967 680
E-Mail: info@whitefox-automations.com
Oder über unser Kontaktformular.