Netzwerk-Segmentierung für KI-Workflows: Infrastruktur sicher trennen

Warum Netzwerk-Segmentierung bei KI-Workflows nicht optional ist

Viele Mittelständler betreiben KI-Workflows auf denselben Servern und im selben Netzwerksegment wie ihre Buchhaltung, ihr ERP oder ihre Personaldatenbank. Das mag funktionieren, solange nichts schiefgeht. Sobald aber ein KI-Workflow kompromittiert wird, weil ein externer API-Anbieter unsauber arbeitet oder ein Mitarbeitender versehentlich Zugangsdaten in einen Prompt kopiert, steht der Angreifer direkt im Produktivnetz. Die laterale Bewegung vom KI-Server zur Lohnbuchhaltung dauert oft Minuten, nicht Tage.

Netzwerk-Segmentierung bedeutet, dass Sie Ihre IT-Infrastruktur in abgegrenzte Zonen aufteilen und den Datenverkehr zwischen diesen Zonen strikt regeln. Für KI-Workflows ist das besonders wichtig, weil diese oft mit externen APIs kommunizieren, große Datenmengen verarbeiten und häufiger Änderungen erfahren als klassische Geschäftsanwendungen.

Was Netzwerk-Segmentierung konkret bedeutet

Technisch trennen Sie Ihr Netzwerk in mehrere Broadcast-Domänen, meist über VLANs (Virtual Local Area Networks) auf Layer 2 oder Subnetze auf Layer 3. Jede Zone bekommt eine eigene IP-Range und eigene Firewall-Regeln. Der Verkehr zwischen den Zonen läuft über eine zentrale Firewall oder einen Router, der jede Verbindung einzeln prüft.

Für den Mittelstand bedeutet das typischerweise vier bis sechs Zonen:

• Produktivnetz: ERP, Fileserver, Datenbanken, Office-Anwendungen
• KI-Workflow-Zone: n8n, Make, Workflow-Engines, RAG-Backends, Self-Hosted LLMs
• DMZ: öffentlich erreichbare Webserver, E-Mail-Gateways
• Management-Zone: Backup-Server, Monitoring, Patch-Management
• Gast-WLAN: isoliert, kein Zugriff auf interne Ressourcen
• IoT-Zone (optional): Produktionssensoren, Kamerasysteme, Zeiterfassung-Terminals

Die KI-Workflow-Zone sollte strikt vom Produktivnetz getrennt sein. Daten fließen nur über definierte Schnittstellen, etwa eine REST-API des ERP-Systems, die gezielt freigeschaltet ist. Der KI-Server darf nicht einfach auf die Datenbankserver im Produktivnetz zugreifen.

Schritt 1: Bestandsaufnahme und Zonenplanung

Dokumentieren Sie, welche Systeme aktuell in Ihrem Netz laufen und welche Dienste miteinander kommunizieren. Zeichnen Sie ein Datenfluss-Diagramm: Welche Workloads rufen welche APIs auf, welche Datenbanken werden gelesen, welche Systeme schreiben wohin?

Legen Sie dann fest, welche Systeme in welche Zone gehören. Orientieren Sie sich an der Schutzbedürftigkeit der Daten und der Änderungshäufigkeit. KI-Workflows ändern sich schneller als Ihr ERP, also sollten sie getrennt laufen. Personenbezogene Daten gehören in Zonen mit besonders restriktiven Zugriffslisten.

Planen Sie IP-Ranges pro Zone. Beispiel:

• Produktivnetz: 10.10.10.0/24
• KI-Workflow-Zone: 10.10.20.0/24
• DMZ: 10.10.30.0/24
• Management: 10.10.40.0/24

Reservieren Sie genug Adressen für Wachstum, aber halten Sie die Ranges klein genug, damit Firewall-Regeln übersichtlich bleiben.

Schritt 2: VLANs und Subnetze einrichten

Konfigurieren Sie auf Ihren Managed Switches ein VLAN pro Zone. Weisen Sie jedem Port das passende VLAN zu. Server, die in der KI-Workflow-Zone laufen, bekommen Ports im VLAN 20, Produktivserver im VLAN 10 und so weiter.

Richten Sie auf Ihrem Router oder Layer-3-Switch die Subnetze ein. Jedes VLAN bekommt ein eigenes Gateway. Aktivieren Sie Inter-VLAN-Routing nur über die zentrale Firewall, nicht direkt im Switch. So erzwingen Sie, dass jeder Verkehr zwischen Zonen geprüft wird.

Falls Sie virtuelle Maschinen oder Container nutzen, konfigurieren Sie die Hypervisor-Netzwerke entsprechend. In Proxmox, VMware oder Hyper-V legen Sie virtuelle Switches an, die den VLANs zugeordnet sind. VMs in der KI-Zone bekommen Netzwerkinterfaces im KI-VLAN, Produktiv-VMs im Produktiv-VLAN.

Schritt 3: Firewall-Regeln definieren

Die Firewall entscheidet, welcher Verkehr zwischen Zonen erlaubt ist. Standard sollte Deny-All sein: Alles ist verboten, nur explizit freigegebene Verbindungen sind erlaubt (Zero Trust Prinzip).

Beispiel-Regelset für den Mittelstand:

• KI-Workflow-Zone nach Produktivnetz: Nur HTTPS (Port 443) auf die ERP-API, nur von definierten IP-Adressen der Workflow-Server. Kein direkter Datenbankzugriff.
• KI-Workflow-Zone nach Internet: HTTPS erlaubt, damit die Workflows externe APIs (OpenAI, Anthropic, SERP-APIs) erreichen. Protokollieren Sie alle ausgehenden Verbindungen.
• Produktivnetz nach KI-Workflow-Zone: Verboten, außer Monitoring-Server darf per SSH (Port 22) auf die KI-Server zugreifen, um Logs abzuholen.
• Management-Zone nach allen Zonen: SSH, RDP, SNMP für Verwaltung und Backup. Zugriff nur von definierten Admin-IPs, idealerweise über VPN.
• DMZ nach Produktivnetz: Verboten. Die DMZ ist exponiert, ein kompromittierter Webserver darf nicht ins interne Netz.

Dokumentieren Sie jede Regel mit Begründung, Datum und verantwortlicher Person. Überprüfen Sie das Regelwerk quartalsweise und entfernen Sie verwaiste Regeln.

Schritt 4: Logging und Monitoring scharf schalten

Aktivieren Sie Firewall-Logging für alle Deny-Events und für kritische Allow-Events (etwa Zugriffe auf Personaldatenbanken). Exportieren Sie die Logs in ein zentrales SIEM oder Log-Management-System (Graylog, Loki, ELK-Stack).

Richten Sie Alerts ein:

• Verbindungsversuche aus der KI-Zone ins Produktivnetz auf unerlaubte Ports
• Ungewöhnlich hohe Datenmengen zwischen Zonen
• Neue, unbekannte IP-Adressen in der KI-Zone (könnte auf Kompromittierung hinweisen)

Prüfen Sie wöchentlich die Logs auf Anomalien. Automatisieren Sie einfache Prüfungen mit Scripts oder SIEM-Regeln.

Schritt 5: Zugriffsregeln für Anwendungen durchsetzen

Segmentierung schützt auf Netzwerkebene. Ergänzen Sie das durch Zugriffskontrollen auf Anwendungsebene. Nutzen Sie API-Keys, OAuth 2.0 oder Mutual TLS für die Kommunikation zwischen Workflow-Engine und ERP.

Vergeben Sie für jeden Workflow nur die minimal nötigen Berechtigungen. Ein Workflow, der Lead-Daten ins CRM schreibt, braucht keinen Lesezugriff auf Finanzdaten. Setzen Sie das technisch durch, nicht nur organisatorisch.

Rotieren Sie API-Keys regelmäßig, mindestens alle 90 Tage. Speichern Sie Keys verschlüsselt in einem Secrets-Manager (HashiCorp Vault, Bitwarden für Teams), nicht in Git oder Konfigurationsdateien.

Was Netzwerk-Segmentierung im Mittelstand bringt

Nach der Umsetzung reduziert sich die Angriffsfläche messbar. Ein kompromittierter Workflow-Server kann nicht mehr einfach auf alle Datenbanken im Produktivnetz zugreifen. Lateral Movement wird erschwert oder verhindert.

Sie erfüllen DSGVO-Anforderungen an Zugriffsbeschränkung und Datenminimierung besser. Personenbezogene Daten bleiben in geschützten Zonen, Zugriffe sind dokumentiert. Bei einer Datenschutz-Folgenabschätzung oder einem Audit können Sie nachweisen, dass Sie technisch-organisatorische Maßnahmen getroffen haben.

Im Schadensfall können Sie schneller isolieren. Wenn ein Workflow verdächtig agiert, trennen Sie die KI-Zone vom Netz, ohne dass Produktivsysteme offline gehen. Forensik wird einfacher, weil Sie genau sehen, welche Verbindungen stattgefunden haben.

Was nicht funktioniert

Netzwerk-Segmentierung hilft nicht gegen Angriffe innerhalb einer Zone. Wenn zwei KI-Workflows im selben Subnetz laufen und einer kompromittiert wird, kann der Angreifer den anderen erreichen. Überlegen Sie, ob Sie besonders kritische Workflows in eigene Micro-Segmente (einzelne VLANs) legen.

Segmentierung ersetzt keine Verschlüsselung. Daten, die zwischen Zonen fließen, sollten verschlüsselt sein (TLS, VPN), auch wenn das Netzwerk intern ist. Ein Angreifer, der physischen Zugang zum Switch hat, kann sonst mitlesen.

Komplexität steigt. Mehr Zonen bedeuten mehr Firewall-Regeln, mehr Dokumentation, mehr Aufwand bei Änderungen. Fangen Sie mit drei bis vier Zonen an, nicht mit zwölf. Erweitern Sie schrittweise, wenn Sie Erfahrung gesammelt haben.

Konkrete Umsetzung: Zeitrahmen und Ressourcen

Für ein mittelständisches Unternehmen mit 50 bis 200 Mitarbeitenden rechnen Sie mit zwei bis vier Wochen Projektlaufzeit:

• Woche 1: Bestandsaufnahme, Datenfluss-Diagramme, Zonenplanung
• Woche 2: VLAN-Konfiguration, IP-Planung, erste Firewall-Regeln im Testbetrieb
• Woche 3: Migration der KI-Workflows in die neue Zone, Anpassung der Schnittstellen
• Woche 4: Feintuning der Regeln, Logging, Monitoring, Dokumentation

Kalkulieren Sie 20 bis 40 Stunden IT-Arbeit, bei externem Dienstleister 150 bis 250 Euro pro Stunde. Hardware-Kosten entstehen meist nicht, wenn Sie bereits Managed Switches und eine Firewall haben. Falls nicht, rechnen Sie mit 2.000 bis 8.000 Euro für eine Mittelstands-Firewall (etwa Sophos XGS, FortiGate, pfSense-Appliance).

Wartung und kontinuierliche Verbesserung

Netzwerk-Segmentierung ist kein Einmal-Projekt. Planen Sie quartalsweise Reviews ein:

• Sind alle Firewall-Regeln noch nötig?
• Gibt es neue Workflows, die eigene Regeln brauchen?
• Wurden Anomalien in den Logs gefunden?
• Müssen IP-Ranges angepasst werden?

Schulen Sie Ihre IT-Mitarbeitenden, damit sie verstehen, warum Segmentierung wichtig ist und wie Änderungen sauber umgesetzt werden. Dokumentieren Sie Standardprozesse für neue Systeme: Welche Zone, welche Firewall-Regeln, wer genehmigt?

Wann Sie Unterstützung holen sollten

Wenn Sie bislang keine Erfahrung mit VLANs oder Firewall-Policies haben, holen Sie externe Hilfe. Ein falsch konfiguriertes Regelwerk kann Produktivsysteme lahmlegen oder Sicherheitslücken aufreißen. Ein erfahrener Netzwerk-Administrator baut Ihnen in wenigen Tagen eine saubere Segmentierung, die Sie anschließend selbst pflegen können.

Lassen Sie das finale Regelwerk von einem unabhängigen Dritten prüfen (Penetrationstest, Security Audit). Das kostet 3.000 bis 8.000 Euro, deckt aber Fehler auf, bevor ein Angreifer sie findet.

Wenn Sie bereit sind, Ihre KI-Workflows sicher zu isolieren und die Infrastruktur DSGVO-konform aufzubauen, sprechen Sie mit uns.

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.