NIS2 erklärt

NIS2 einfach erklärt

NIS2 bezeichnet die zweite europäische Richtlinie zur Sicherheit von Netzwerk- und Informationssystemen. Ihr Ziel ist es, das gemeinsame Cybersicherheitsniveau in der Europäischen Union zu erhöhen und wichtige gesellschaftliche sowie wirtschaftliche Bereiche besser vor Cyberangriffen und IT-Ausfällen zu schützen.

In Deutschland wurden die Vorgaben durch das NIS-2-Umsetzungsgesetz in nationales Recht übertragen. Die wesentlichen Pflichten sind seit dem 6. Dezember 2025 verbindlich.

Was bedeutet NIS2?

NIS steht für Network and Information Security. Die NIS2-Richtlinie erweitert den Anwendungsbereich der vorherigen NIS-Richtlinie deutlich.

Sie verpflichtet betroffene Organisationen unter anderem dazu:

  • Cyberrisiken systematisch zu bewerten
  • angemessene Sicherheitsmaßnahmen umzusetzen
  • erhebliche Sicherheitsvorfälle fristgerecht zu melden
  • die Geschäftskontinuität vorzubereiten
  • Risiken innerhalb der Lieferkette zu berücksichtigen
  • Verantwortlichkeiten der Geschäftsleitung festzulegen

NIS2 betrifft damit nicht nur einzelne Betreiber Kritischer Infrastrukturen. Auch zahlreiche mittelständische Unternehmen, IT-Dienstleister und Zulieferer können unter die gesetzlichen Anforderungen fallen.

Welche Unternehmen sind von NIS2 betroffen?

Das deutsche BSI-Gesetz unterscheidet zwischen:

  • besonders wichtigen Einrichtungen
  • wichtigen Einrichtungen

Die Zuordnung hängt insbesondere von der Branche, der Unternehmensgröße und der Art der erbrachten Leistungen ab.

Zu den erfassten Bereichen gehören beispielsweise:

  • Energie und Versorgung
  • Verkehr und Transport
  • Gesundheitswesen
  • Trinkwasser und Abwasser
  • digitale Infrastruktur
  • IT- und Telekommunikationsdienste
  • Managed Service Provider
  • öffentliche Verwaltung
  • Post- und Kurierdienste
  • Abfallwirtschaft
  • Lebensmittelwirtschaft
  • Chemie
  • bestimmte Produktionsunternehmen
  • digitale Plattformen
  • Forschung

Als erste Orientierung sind häufig Unternehmen ab 50 Beschäftigten oder mit einem Jahresumsatz beziehungsweise einer Jahresbilanzsumme von mehr als zehn Millionen Euro relevant. Dabei können verbundene und beteiligte Unternehmen bei der Größenberechnung berücksichtigt werden.

Für bestimmte Einrichtungen gelten Sonderregelungen, durch die sie unabhängig von ihrer Größe betroffen sein können. Eine pauschale Beurteilung allein anhand der Mitarbeiterzahl ist daher nicht ausreichend.

Müssen Unternehmen auf eine Benachrichtigung warten?

Nein. Unternehmen müssen grundsätzlich selbst prüfen, ob sie als wichtige oder besonders wichtige Einrichtung gelten.

Eine automatische Aufforderung durch das BSI ist nicht Voraussetzung für die Pflichten. Betroffene Einrichtungen müssen sich innerhalb der gesetzlichen Frist über das BSI-Portal registrieren und ihre Angaben aktuell halten.

Da die Einordnung von Branche, Unternehmensstruktur und Leistungen komplex sein kann, sollte die Betroffenheitsprüfung dokumentiert werden.

Welche Sicherheitsmaßnahmen verlangt NIS2?

Betroffene Unternehmen müssen geeignete, verhältnismäßige und wirksame technische sowie organisatorische Maßnahmen umsetzen und dokumentieren.

Zu den zentralen Themen gehören:

Risikoanalyse und Sicherheitskonzepte

Unternehmen müssen ihre wesentlichen IT-Risiken kennen und daraus geeignete Schutzmaßnahmen ableiten. Dazu gehören klare Zuständigkeiten, dokumentierte Richtlinien und regelmäßige Überprüfungen.

Behandlung von Sicherheitsvorfällen

Es werden geregelte Prozesse benötigt, um Angriffe und Störungen zu erkennen, zu bewerten, einzudämmen und aufzuarbeiten.

Business Continuity und Krisenmanagement

Unternehmen müssen auf größere IT-Ausfälle vorbereitet sein. Dazu gehören beispielsweise getestete Backups, Wiederanlaufpläne, Notfallkommunikation und Verfahren zur Wiederherstellung kritischer Systeme.

Sicherheit der Lieferkette

Auch Risiken durch IT-Dienstleister, Cloud-Anbieter, Softwarehersteller und andere Lieferanten müssen berücksichtigt werden.

Verträge, Zugriffsrechte und Sicherheitsanforderungen an Dienstleister sollten entsprechend geprüft werden.

Schwachstellen- und Patch-Management

Bekannte Sicherheitslücken müssen erkannt, bewertet und innerhalb angemessener Zeit behoben werden. Dazu gehören regelmäßige Updates sowie Prozesse zur Behandlung neu bekannt gewordener Schwachstellen.

Zugriffs- und Identitätsschutz

Berechtigungen sollten nach dem Least-Privilege-Prinzip vergeben und regelmäßig überprüft werden.

Abhängig vom Risiko gehören dazu auch:

  • Multi-Faktor-Authentifizierung
  • sichere Administrationskonten
  • geregeltes Benutzer-Onboarding und -Offboarding
  • Schutz privilegierter Zugänge
  • sichere Kommunikationsmittel

Schulungen und Cyberhygiene

Mitarbeitende müssen für Cyberrisiken sensibilisiert werden. Auch die Geschäftsleitung benötigt regelmäßige Schulungen, um Risiken und Sicherheitsmaßnahmen beurteilen zu können.

Welche Meldepflichten gelten?

Erhebliche Sicherheitsvorfälle müssen dem BSI in mehreren Stufen gemeldet werden:

  1. Frühe Erstmeldung: spätestens innerhalb von 24 Stunden nach Kenntniserlangung
  2. Folgemeldung: spätestens innerhalb von 72 Stunden
  3. Abschlussmeldung: grundsätzlich spätestens einen Monat nach der Meldung

Welche Vorfälle als erheblich gelten, hängt unter anderem von der verursachten Betriebsstörung, den finanziellen Schäden und den Auswirkungen auf andere Personen oder Organisationen ab.

Unternehmen benötigen deshalb klare interne Melde- und Eskalationswege. Ohne vorbereitete Prozesse können die kurzen Fristen kaum zuverlässig eingehalten werden.

Welche Verantwortung trägt die Geschäftsleitung?

NIS2 macht Informationssicherheit ausdrücklich zu einer Aufgabe der Unternehmensleitung.

Die Geschäftsleitung muss die erforderlichen Risikomanagementmaßnahmen billigen, ihre Umsetzung überwachen und sich regelmäßig zu den relevanten Sicherheitsfragen fortbilden.

Die Verantwortung kann nicht vollständig an die IT-Abteilung oder einen externen Dienstleister übertragen werden. Technische Spezialisten können bei der Umsetzung unterstützen, die übergeordnete Steuerungs- und Kontrollpflicht bleibt jedoch beim Unternehmen.

Ist eine ISO-27001-Zertifizierung ausreichend?

Nein. Eine Zertifizierung nach ISO 27001 kann eine gute Grundlage für strukturierte Informationssicherheit schaffen, ersetzt aber nicht automatisch die Prüfung und Erfüllung aller NIS2-Anforderungen.

NIS2 ist außerdem keine Zertifizierung. Es gibt kein allgemeines „NIS2-Zertifikat“, das sämtliche Pflichten abschließend bestätigt.

Unternehmen müssen vielmehr nachweisen können, dass die erforderlichen Maßnahmen tatsächlich umgesetzt, dokumentiert, überwacht und regelmäßig verbessert werden.

Sind auch nicht direkt betroffene Unternehmen relevant?

Ja. Unternehmen können indirekt mit NIS2-Anforderungen konfrontiert werden, wenn sie Dienstleister oder Zulieferer einer betroffenen Einrichtung sind.

Auftraggeber können beispielsweise verlangen:

  • dokumentierte Sicherheitsmaßnahmen
  • definierte Meldewege
  • Nachweise zu Backup und Notfallvorsorge
  • Multi-Faktor-Authentifizierung
  • geregeltes Patch Management
  • Sicherheitsanforderungen in Verträgen
  • Informationen zu Unterauftragnehmern

Damit kann NIS2 auch für kleinere Unternehmen geschäftlich relevant werden, selbst wenn sie nicht unmittelbar unter das Gesetz fallen.

Wie sollten Unternehmen vorgehen?

Ein sinnvoller Einstieg umfasst folgende Schritte:

  1. Betroffenheit und Unternehmensstruktur prüfen
  2. Verantwortlichkeiten festlegen
  3. kritische Systeme, Prozesse und Dienstleister erfassen
  4. vorhandene Sicherheitsmaßnahmen bewerten
  5. Lücken priorisieren und Maßnahmen planen
  6. Melde- und Notfallprozesse einrichten
  7. Geschäftsleitung und Mitarbeitende schulen
  8. Maßnahmen dokumentieren und regelmäßig kontrollieren

NIS2 sollte nicht als einmaliges IT-Projekt betrachtet werden. Die Anforderungen verlangen einen kontinuierlichen Prozess zur Steuerung und Verbesserung der Informationssicherheit.

Fazit

NIS2 erweitert die gesetzlichen Cybersicherheitsanforderungen auf zahlreiche Unternehmen und Branchen. Betroffene Einrichtungen müssen ihre Risiken aktiv steuern, geeignete Schutzmaßnahmen umsetzen und erhebliche Sicherheitsvorfälle innerhalb kurzer Fristen melden.

Dabei stehen nicht nur technische Maßnahmen im Mittelpunkt. Ebenso wichtig sind klare Verantwortlichkeiten, dokumentierte Prozesse, Lieferkettensicherheit, Notfallvorsorge und die Einbindung der Geschäftsleitung.

Eine erste Orientierung zur möglichen Betroffenheit und zum bestehenden Handlungsbedarf bietet der NIS2-Mini-Check von KNS IT.

Reverse Proxy

Reverse Proxy einfach erklärt

Ein Reverse Proxy ist ein Server oder Dienst, der eingehende Anfragen entgegennimmt und an einen oder mehrere interne Zielserver weiterleitet.

Benutzer greifen dabei nicht direkt auf den eigentlichen Webserver oder die Anwendung zu. Stattdessen kommunizieren sie zunächst mit dem Reverse Proxy. Dieser entscheidet, an welches interne System die Anfrage weitergegeben wird, und sendet die Antwort anschließend an den Benutzer zurück.

Wie funktioniert ein Reverse Proxy?

Ein typischer Ablauf sieht folgendermaßen aus:

  1. Ein Benutzer ruft eine Webseite oder Anwendung auf.
  2. Die Anfrage erreicht den Reverse Proxy.
  3. Der Reverse Proxy prüft die Verbindung und wählt ein geeignetes Zielsystem aus.
  4. Der interne Server verarbeitet die Anfrage.
  5. Die Antwort wird über den Reverse Proxy an den Benutzer zurückgegeben.

Für den Benutzer ist normalerweise nicht sichtbar, welcher interne Server die Anfrage tatsächlich verarbeitet hat.

Wofür wird ein Reverse Proxy eingesetzt?

Reverse Proxys übernehmen unterschiedliche Aufgaben beim Betrieb von Webseiten, APIs und Cloud-Anwendungen.

Schutz interner Server

Die eigentlichen Anwendungs- und Webserver müssen nicht direkt aus dem Internet erreichbar sein.

Der Reverse Proxy bildet eine kontrollierte Zugangsschicht und kann interne IP-Adressen sowie die technische Struktur der Umgebung verbergen.

Das allein verhindert jedoch keine Angriffe. Auch der Reverse Proxy selbst muss sicher konfiguriert und regelmäßig aktualisiert werden.

Lastverteilung

Ein Reverse Proxy kann Anfragen auf mehrere Server verteilen.

Diese Funktion wird als Load Balancing bezeichnet. Dadurch lassen sich:

  • mehr gleichzeitige Benutzer bedienen
  • einzelne Server entlasten
  • Anwendungen besser skalieren
  • ausgefallene Systeme umgehen

Der Reverse Proxy kann beispielsweise prüfen, welcher Server erreichbar ist oder aktuell die geringste Auslastung besitzt.

TLS-Terminierung

Reverse Proxys können verschlüsselte HTTPS-Verbindungen entgegennehmen und die Zertifikate zentral verwalten.

Die Entschlüsselung findet dann am Proxy statt. Anschließend wird die Anfrage je nach Architektur unverschlüsselt oder erneut verschlüsselt an den internen Server weitergeleitet.

Eine erneute Verschlüsselung ist besonders wichtig, wenn das interne Netzwerk nicht vollständig als vertrauenswürdig betrachtet werden kann.

Caching

Häufig abgerufene Inhalte können zwischengespeichert werden.

Dazu gehören beispielsweise:

  • Bilder
  • Stylesheets
  • JavaScript-Dateien
  • statische Webseiten
  • herunterladbare Dokumente

Der Reverse Proxy kann diese Inhalte direkt ausliefern, ohne jedes Mal den Anwendungsserver zu belasten.

Zugriffskontrolle

Ein Reverse Proxy kann festlegen, welche Benutzer oder Systeme auf eine Anwendung zugreifen dürfen.

Mögliche Funktionen sind:

  • zentrale Anmeldung
  • Multi-Faktor-Authentifizierung
  • Prüfung von Zugriffstoken
  • Einschränkung nach IP-Adresse
  • rollenbasierte Freigaben
  • Weiterleitung an einen Identitätsdienst

Damit kann der Reverse Proxy eine zusätzliche Sicherheitsschicht vor internen Anwendungen bilden.

Was ist der Unterschied zwischen Reverse Proxy und Forward Proxy?

Ein Forward Proxy steht auf der Seite der Benutzer. Er vermittelt ausgehende Verbindungen von Clients zu externen Diensten.

Ein Reverse Proxy steht dagegen vor Servern und Anwendungen. Er verarbeitet eingehende Verbindungen von Benutzern.

Vereinfacht dargestellt:

  • Forward Proxy schützt und kontrolliert Clients.
  • Reverse Proxy schützt und veröffentlicht Serverdienste.

Ist ein Reverse Proxy dasselbe wie ein Load Balancer?

Nein. Ein Load Balancer verteilt Verbindungen auf mehrere Zielsysteme.

Ein Reverse Proxy kann diese Aufgabe übernehmen, bietet aber häufig zusätzliche Funktionen wie:

  • TLS-Terminierung
  • Authentifizierung
  • URL-Weiterleitung
  • Caching
  • Protokollierung
  • Sicherheitsprüfungen

Nicht jeder Reverse Proxy verteilt Anfragen auf mehrere Server. Umgekehrt arbeitet nicht jeder Load Balancer auf Anwendungsebene als vollständiger Reverse Proxy.

Ist ein Reverse Proxy eine Web Application Firewall?

Nein. Eine Web Application Firewall, kurz WAF, untersucht Webanfragen gezielt auf bekannte Angriffsmuster und unerwünschte Inhalte.

Viele WAF-Lösungen arbeiten technisch als Reverse Proxy. Ein gewöhnlicher Reverse Proxy besitzt jedoch nicht automatisch die umfassenden Schutzfunktionen einer WAF.

Eine WAF kann beispielsweise versuchen, Angriffe wie SQL Injection oder Cross-Site Scripting zu erkennen. Sie ersetzt dennoch keine sichere Programmierung und kein regelmäßiges Patch Management.

Reverse Proxy und CDN

Ein Content Delivery Network, kurz CDN, verwendet weltweit verteilte Server, um Inhalte näher an den Benutzern bereitzustellen.

Ein CDN kann ebenfalls als Reverse Proxy vor einer Webseite arbeiten. Es ergänzt den Schutz und die Bereitstellung häufig um:

  • geografisch verteiltes Caching
  • DDoS-Schutz
  • schnellere Auslieferung statischer Inhalte
  • zentrale TLS-Verwaltung
  • Filterung unerwünschter Verbindungen

Ein lokal betriebener Reverse Proxy und ein externer CDN-Dienst können auch gemeinsam eingesetzt werden.

Typische Einsatzbereiche

Reverse Proxys werden häufig verwendet für:

  • Webseiten und Onlineshops
  • Webanwendungen
  • REST- und Web-APIs
  • Container- und Kubernetes-Umgebungen
  • interne Anwendungen mit externem Zugriff
  • mehrere Dienste unter einer Domain
  • Authentifizierungsportale
  • hochverfügbare Anwendungsplattformen

Ein Reverse Proxy kann beispielsweise Anfragen abhängig von der Adresse weiterleiten:

  • /shop an das Shopsystem
  • /api an den API-Server
  • /login an den Authentifizierungsdienst

Welche Risiken gibt es?

Da der gesamte externe Datenverkehr über den Reverse Proxy läuft, ist er ein kritischer Bestandteil der Infrastruktur.

Mögliche Risiken sind:

  • Ausfall als zentraler Zugangspunkt
  • fehlerhafte Weiterleitungsregeln
  • unsichere TLS-Konfiguration
  • veraltete Proxy-Software
  • ungeschützte Administrationsoberflächen
  • fehlerhafte Header-Verarbeitung
  • Offenlegung interner Systeme
  • unzureichende Protokollierung
  • Umgehung der Zugriffskontrolle

Für wichtige Dienste sollte der Reverse Proxy daher redundant und hochverfügbar betrieben werden.

Was ist bei der Konfiguration wichtig?

Zu einem sicheren Betrieb gehören unter anderem:

  • regelmäßige Sicherheitsupdates
  • sichere TLS-Versionen und Zertifikate
  • klare Weiterleitungsregeln
  • Einschränkung administrativer Zugriffe
  • geschützte Kommunikation zu den Backend-Systemen
  • zentrale Protokollierung
  • Überwachung von Verfügbarkeit und Leistung
  • Begrenzung von Anfragegrößen und Zeitüberschreitungen
  • Entfernung unnötiger Funktionen
  • Tests nach Konfigurationsänderungen

Außerdem muss verhindert werden, dass interne Backend-Server den Reverse Proxy umgehen und direkt aus dem Internet erreichbar sind.

Fazit

Ein Reverse Proxy nimmt eingehende Verbindungen entgegen und leitet sie kontrolliert an interne Server oder Anwendungen weiter.

Er kann Lasten verteilen, HTTPS-Verbindungen verwalten, Inhalte zwischenspeichern und Zugriffe absichern. Damit ist er ein wichtiger Bestandteil moderner Web-, Cloud- und Anwendungsarchitekturen.

Seine Schutzwirkung hängt jedoch von einer sicheren Konfiguration, regelmäßigen Updates, zuverlässigem Monitoring und einer geeigneten Absicherung der Backend-Systeme ab.