Firewall falsch konfiguriert: Die häufigsten Fehler in Unternehmensnetzwerken

Warum Firewalls häufig falsch eingesetzt werden

In vielen Umgebungen sind Firewall-Regeln historisch gewachsen, eine klare Struktur fehlt, und das System wird auf „funktioniert irgendwie" optimiert. Das Ergebnis: Komplexität ohne Kontrolle.

Die Firewall läuft, Alarme bleiben aus — aber das bedeutet nicht, dass die Konfiguration stimmt. In der Praxis sind es genau diese gewachsenen Regelwerke, die bei einer strukturierten Netzwerksicherheitsbewertung die größten Überraschungen liefern.

Die häufigsten Konfigurationsfehler

1. „Any-to-Any"-Regeln

Der Klassiker: Quelle ANY, Ziel ANY, Port ANY. Diese Regeln entstehen meist aus Zeitdruck — und bleiben dauerhaft bestehen.

• Faktisch keine Segmentierung
• Vollständige Angriffsfläche im gesamten Netz

Jedes System, das kompromittiert wird, kann von dort aus ungehindert auf alle anderen zugreifen.

2. Fehlende Regelstruktur

Typische Symptome: hunderte unsortierte Regeln, keine Namenskonventionen, keine Dokumentation. Dadurch ist keine Änderung sicher möglich — niemand weiß, was welche Regel bewirkt oder warum sie existiert.

Ein gezieltes Firewall-Review schafft hier Transparenz: welche Regeln aktiv genutzt werden, welche redundant sind und wo echte Lücken bestehen.

3. Schattenregeln und Redundanzen

In gewachsenen Regelwerken finden sich regelmäßig:

• doppelte Regeln, die sich gegenseitig überlagern
• nicht mehr genutzte Freigaben für abgeschaltete Systeme
• widersprüchliche Konfigurationen mit unklarer Wirkung

Das führt zu schwer analysierbaren Vorfällen und macht jeden Audit zu einer Detektivarbeit.

4. Fehlende Segmentierung

Firewalls werden oft ausschließlich als Perimeter-Schutz eingesetzt. Was fehlt:

• interne Segmentierung zwischen Netzbereichen
• Kontrolle zwischen VLANs
• Isolation kritischer Systeme (Server, OT, Management)

Das ist einer der folgenschwersten Fehler. Ohne interne Segmentierung reicht ein einzelner kompromittierter Rechner, um das gesamte Netz zu gefährden. Eine saubere Netzwerkarchitektur verhindert genau dieses Szenario.

5. Kein Logging oder Monitoring

Viele Firewalls loggen zu wenig — oder die Logs werden nicht ausgewertet.

• Angriffe passieren unbemerkt
• Vorfälle sind im Nachhinein nicht rekonstruierbar
• Compliance-Nachweise fehlen

Ohne Logging ist nicht nur die Sicherheit eingeschränkt. Gegenüber NIS2 und anderen Regularien fehlt auch die Nachweisbarkeit, die im Ernstfall — oder bei einem Audit — erforderlich ist.

6. „Temporary Rules" werden permanent

Ein klassisches Muster: eine kurzfristige Freigabe wird eingerichtet, kein Review ist geplant, und die Regel bleibt dauerhaft bestehen. Systeme, die längst abgeschaltet sind, haben noch offene Ports. Zugänge, die für ein Projekt eingerichtet wurden, existieren Jahre später noch.

Auswirkungen in der Praxis

Falsch konfigurierte Firewalls sind kein theoretisches Risiko. Sie führen direkt zu:

• Lateral Movement — Angreifer bewegen sich ungehindert durch das Netz
• Unkontrollierten Zugriffen — zwischen Systemen, die sich nie sehen sollten
• Fehlender Incident-Aufklärung — weil Logs fehlen oder unvollständig sind
• Compliance-Verstößen — insbesondere gegenüber NIS2, DORA und ISO 27001

In realen Incident-Analysen zeigt sich regelmäßig: der Einstiegspunkt war oft nicht ausgereift, aber die eigentliche Ausbreitung wäre durch saubere interne Segmentierung verhindert worden.

Wie eine saubere Firewall-Architektur aussieht

• Klare Segmentierungsstrategie mit definierten Zonen
• Minimal notwendige Freigaben — nicht mehr
• Strukturierte, dokumentierte Regelwerke
• Vollständiges Logging mit zentraler Auswertung
• Regelmäßige Reviews mit definiertem Prozess

Fazit

Die größte Schwachstelle ist selten die Firewall selbst — sondern ihre Konfiguration. Ein strukturiertes Review der bestehenden Regeln deckt in der Regel Sicherheitslücken, unnötige Komplexität und Compliance-Risiken innerhalb kurzer Zeit auf.