Security

[Demo] Firewall-Architektur: Perimeter-Schutz allein reicht nicht mehr

Firewall-Appliance im Rack

In diesem Artikel

Der Perimeter bleibt wichtig — aber der meiste Schaden entsteht heute im Inneren. Warum Ost-West-Filterung und konsistente Policies über alle Standorte hinweg entscheidend sind.

In diesem Artikel

Hinweis: Dies ist ein Demo-Beitrag als Platzhalter für den Blog-Aufbau. Er kann jederzeit gelöscht werden.

Über Jahrzehnte galt eine einfache Formel: eine harte Schale an der Netzwerkgrenze, dahinter ein vertrauenswürdiges internes Netz. Diese Perimeter-Logik war die Grundlage nahezu jeder Firewall-Strategie im Mittelstand. Doch Cloud-Anwendungen, Homeoffice, IoT-Geräte und zunehmend professionalisierte Ransomware-Angriffe haben die klare Trennung von „außen“ und „innen“ aufgelöst. Wer heute nur den Übergang zum Internet absichert, schützt bestenfalls die Eingangstür – während sich Angreifer im Inneren des Netzes oft ungehindert bewegen können. Eine zeitgemäße Firewall-Architektur muss deshalb mehrschichtig gedacht werden.

Der klassische Perimeter stößt an seine Grenzen

Die klassische Firewall am Internetübergang kontrolliert vor allem Nord-Süd-Verkehr, also Datenströme zwischen dem Unternehmensnetz und dem Internet. Dieses Modell setzt voraus, dass sich fast der gesamte relevante Verkehr an dieser einen Stelle bündelt und dass alles innerhalb der Schale grundsätzlich vertrauenswürdig ist.

Genau diese Annahme trägt nicht mehr. Mitarbeitende greifen von unterwegs auf SaaS-Anwendungen zu, Produktionsanlagen kommunizieren mit Cloud-Diensten, und Partnerfirmen erhalten direkten Zugriff auf einzelne Systeme. Der Perimeter ist damit löchrig geworden, während ein einziger kompromittierter Endpunkt genügt, um die Schutzwirkung der Außengrenze komplett zu umgehen.

Ost-West-Traffic und Lateral Movement

Der überwiegende Teil des tatsächlichen Datenverkehrs in modernen Netzen findet nicht zwischen Internet und LAN statt, sondern innerhalb des Rechenzentrums oder Serverraums selbst: zwischen Applikationsservern, Datenbanken, virtuellen Maschinen und Containern. Dieser Ost-West-Traffic passiert klassische Perimeter-Firewalls in der Regel gar nicht.

Für Angreifer ist das ein Glücksfall. Nach einem initialen Zugriff über Phishing oder eine kompromittierte Zugangsdaten-Kombination bewegen sie sich lateral von System zu System, weiten Rechte aus und suchen gezielt nach Backup-Servern oder Domain-Controllern, bevor Ransomware großflächig ausgerollt wird. Ohne interne Kontrollpunkte bleibt dieses Vorgehen lange unentdeckt.

Mehrschichtige Firewall-Architektur

Defense in Depth als Antwort

Defense in Depth verabschiedet sich von der Vorstellung einer einzigen, unüberwindbaren Grenze und ersetzt sie durch mehrere, unabhängig wirksame Schutzebenen. Die Grundannahme lautet: Ein Angreifer wird früher oder später einen Kontrollpunkt überwinden – entscheidend ist, dass er danach nicht freie Bahn hat.

Praktisch bedeutet das eine Kombination aus Perimeter-Schutz, interner Segmentierung, Endpoint-Sicherheit, Identitäts- und Zugriffsmanagement sowie durchgängigem Monitoring. Jede Ebene reduziert die Angriffsfläche der nächsten und verschafft dem Sicherheitsteam wertvolle Zeit zur Reaktion.

Segmentierung und interne Firewalls

Segmentierungs-Firewalls unterteilen das Netzwerk in klar abgegrenzte Zonen – etwa Büronetz, Produktion, Gästezugang, Serverfarm und OT-Umgebung – und erzwingen an den Übergängen explizite Regeln statt impliziten Vertrauens. So wird aus einem flachen Netz eine Struktur mit definierten Bruchstellen.

Der Effekt zeigt sich im Ernstfall: Kompromittiert ein Angreifer einen Arbeitsplatz im Büronetz, verhindert eine sauber konfigurierte interne Firewall den direkten Sprung in die Produktionssteuerung. Insbesondere die Trennung von IT und OT ist im industriellen Mittelstand mittlerweile eine der wirksamsten Einzelmaßnahmen gegen Betriebsunterbrechungen durch Ransomware.

NGFW-Funktionen: Application Control, IPS und TLS-Inspection

Next-Generation-Firewalls gehen über reines Port- und Protokollfiltern hinaus und bewerten den tatsächlichen Anwendungskontext einer Verbindung. Zu den zentralen Funktionen zählen typischerweise:

  • Application Control zur Erkennung und gezielten Steuerung einzelner Anwendungen unabhängig vom genutzten Port
  • Intrusion Prevention (IPS) zur Erkennung bekannter Angriffsmuster und Exploits in Echtzeit
  • TLS-/SSL-Inspection zur Analyse verschlüsselter Verbindungen
  • URL- und Reputationsfilterung sowie Sandboxing für unbekannte Dateianhänge

Application Control und Intrusion Prevention

Application Control erlaubt es, etwa Filesharing-Dienste zu blockieren, während der Zugriff auf freigegebene SaaS-Anwendungen bestehen bleibt. IPS-Module gleichen Traffic gegen Signaturdatenbanken ab und schlagen bei verdächtigen Mustern Alarm oder blockieren aktiv – vorausgesetzt, die Signaturen werden konsequent aktuell gehalten.

TLS-Inspection: Sichtbarkeit gegen Aufwand und Datenschutz

Da der überwiegende Teil des Verkehrs heute verschlüsselt ist, bleibt ohne TLS-Inspection ein blinder Fleck bestehen, durch den Malware unbemerkt passieren kann. Der Preis dafür sind spürbare Leistungseinbußen, Zertifikatsverwaltung mit eigenem Betriebsaufwand sowie datenschutz- und mitbestimmungsrechtliche Fragen, die im Mittelstand meist eine Abstimmung mit Betriebsrat und Datenschutzbeauftragtem erfordern. Ein pauschales „alles entschlüsseln“ ist selten die richtige Antwort – gefragt ist eine risikobasierte Auswahl der zu inspizierenden Kategorien.

Zero Trust, Cloud und Hybrid-Umgebungen

Zero-Trust-Prinzipien passen konzeptionell nahtlos zur segmentierten Firewall-Architektur: Kein Zugriff gilt allein aufgrund des Netzwerkstandorts als vertrauenswürdig, jede Verbindung wird anhand von Identität, Gerätezustand und Kontext neu bewertet. Firewalls werden dabei zum durchsetzenden Element solcher Richtlinien, nicht nur zum reinen Paketfilter.

In hybriden Umgebungen kommt die Frage des Internet-Breakouts hinzu: Soll Cloud-Traffic weiterhin über das Rechenzentrum zurückgeschleust werden, oder erfolgt der Ausbruch lokal an der Filiale beziehungsweise über Cloud-native Sicherheitsdienste im Sinne von SASE? Beide Varianten haben Auswirkungen auf Latenz, Kosten und die Konsistenz der Sicherheitsrichtlinien über alle Standorte hinweg.

Policy-Management und Betrieb

Die beste Architektur verpufft, wenn das Regelwerk über Jahre wuchert. Veraltete, überlappende oder nie wieder benötigte Firewall-Regeln sind in gewachsenen Mittelstandsnetzen die Regel, nicht die Ausnahme, und erschweren sowohl die Fehlersuche als auch die Risikobewertung erheblich. Regelmäßige Regelwerk-Reviews, dokumentierte Change-Management-Prozesse und eine klare Verantwortlichkeit für jede Regel sind daher kein Luxus, sondern Grundvoraussetzung für Wirksamkeit.

Die Einführung sollte entsprechend schrittweise erfolgen: Ist-Analyse des aktuellen Datenverkehrs, Entwicklung eines Segmentierungskonzepts entlang der Geschäftskritikalität, Pilotierung in einem abgegrenzten Bereich, anschließend schrittweise Ausweitung mit begleitendem Monitoring – statt eines riskanten Big-Bang-Umbaus über ein Wochenende.

Fazit

Perimeter-Schutz bleibt notwendig, ist aber allein keine ausreichende Antwort auf die heutige Bedrohungslage. Erst das Zusammenspiel aus Segmentierung, internen Firewalls, konsequent genutzten NGFW-Funktionen, Zero-Trust-Prinzipien und diszipliniertem Regelwerk-Betrieb macht ein Netzwerk widerstandsfähig gegen laterale Ausbreitung und Ransomware. Für den Mittelstand lohnt sich dabei ein realistischer, priorisierter Fahrplan statt einer Komplettlösung auf einen Schlag. Gigahertz unterstützt Unternehmen dabei, die eigene Firewall-Architektur zu bewerten und schrittweise auf ein Defense-in-Depth-Modell weiterzuentwickeln.

Diesen Beitrag teilen

E-Mail
LinkedIn
WhatsApp
X
Facebook

Projekt im Kopf? Sprechen Sie mit uns.

Von der WLAN-Ausleuchtung bis zum europaweiten SD‑WAN-Rollout – sprechen Sie mit unseren Netzwerk-Ingenieuren.

Ähnliche Beiträge