Skip to content

19. Mai 2026 | 9 min

AI Risk wird Aufsichtsthema: Was die BaFin-Warnung für DORA, BCM und Vendor Risk bedeutet

Die BaFin hat Mitte Mai deutlich gemacht, dass Cyberrisiken für Finanzunternehmen weiter zunehmen. Besonders relevant ist dabei ein Punkt: Angreifer nutzen immer häufiger Künstliche Intelligenz, um Schwachstellen schneller zu finden, Angriffe besser vorzubereiten und IT-Systeme gezielter anzugreifen.

Für Banken, Versicherer und andere regulierte Unternehmen ist das mehr als eine technische Warnung. Wenn KI Angriffe schneller und skalierbarer macht, steigen auch die Anforderungen an Risikomanagement, Business Continuity, Drittparteiensteuerung und Nachweisdokumentation. Kurz gesagt: AI Risk wird zum Aufsichtsthema.

Das betrifft nicht nur Unternehmen, die selbst KI einsetzen. Es betrifft auch Unternehmen, deren IT, Lieferanten, Cloud-Dienste oder Softwareprodukte durch KI-gestützte Angriffe verwundbarer werden. Genau hier kommen DORA, BCM und Vendor Risk Management ins Spiel.

KI verändert die Cyberbedrohungslage. Angreifer können Schwachstellen schneller finden, Phishing realistischer gestalten und Angriffe stärker automatisieren. Dadurch steigt der Druck auf Unternehmen, Sicherheitslücken schneller zu erkennen und zu schliessen.

Für Finanzunternehmen ist das besonders relevant, weil DORA digitale operationelle Resilienz verbindlich macht. Unternehmen müssen Risiken, IKT-Systeme, Dienstleister, Incidents und Wiederherstellungsprozesse besser steuern und nachweisen können.

Auch Business Continuity Management und Vendor Risk Management werden wichtiger. Denn ein KI-gestützter Angriff betrifft selten nur ein einzelnes System. Er kann Dienstleister, kritische Prozesse, Daten, Kundenkommunikation und den laufenden Betrieb gleichzeitig treffen.

Warum KI Cyberrisiken verschärft

Cyberangriffe sind nicht neu. Neu ist aber die Geschwindigkeit und Qualität, mit der Angreifer KI nutzen können.

Früher mussten viele Schritte manuell erfolgen: Systeme analysieren, Schwachstellen suchen, Angriffe vorbereiten, Phishing-Texte formulieren oder technische Angriffsmuster anpassen. Mit KI lassen sich viele dieser Schritte beschleunigen oder teilweise automatisieren.

Das bedeutet nicht, dass jeder Angriff automatisch erfolgreich ist. Aber es bedeutet, dass Unternehmen mit mehr Versuchen, besser vorbereiteten Angriffen und kürzeren Reaktionszeiten rechnen müssen.

Typische Risiken sind:

  • schnellere Suche nach Schwachstellen in IT-Systemen
  • realistischere Phishing-Mails und Social-Engineering-Angriffe
  • automatisierte Auswertung öffentlich verfügbarer Informationen
  • gezieltere Angriffe auf Mitarbeitende, Dienstleister oder Führungskräfte
  • schnellere Anpassung von Angriffsmethoden
  • höhere Belastung für Security-, IT- und Incident-Teams

Für GRC-Verantwortliche ist deshalb entscheidend: KI-gestützte Cyberangriffe sind nicht nur ein IT-Security-Thema. Sie betreffen Governance, Risiko, Compliance, Lieferanten, Notfallplanung und Management-Reporting.

Was das mit DORA zu tun hat

DORA verpflichtet Finanzunternehmen, ihre digitale operationelle Resilienz systematisch zu steuern. Im Kern geht es darum, dass ein Unternehmen auch bei IT-Störungen, Cyberangriffen oder Problemen bei Dienstleistern handlungsfähig bleibt.

KI-gestützte Angriffe erhöhen genau dort den Druck.

Unternehmen müssen wissen, welche IKT-Systeme kritisch sind, welche Risiken bestehen, welche Kontrollen greifen, welche Dienstleister beteiligt sind und welche Massnahmen bei einem Vorfall ausgelöst werden. Gleichzeitig müssen sie nachweisen können, dass diese Informationen aktuell und steuerbar sind.

DORA verlangt also nicht nur technische Sicherheit. DORA verlangt ein belastbares Managementsystem für digitale Risiken.

Das bedeutet praktisch:

  • IKT-Risiken müssen regelmässig bewertet werden
  • kritische Systeme und Prozesse müssen bekannt sein
  • Sicherheitsmassnahmen müssen dokumentiert und überprüft werden
  • Incidents müssen erkannt, bewertet und gemeldet werden können
  • Dienstleister müssen nach Risiko und Kritikalität gesteuert werden
  • Wiederherstellungs- und Notfallprozesse müssen funktionieren

Wenn KI Angriffe schneller macht, wird die Qualität dieser Prozesse wichtiger. Unternehmen können sich nicht darauf verlassen, im Ernstfall erst Informationen zusammenzusuchen.

Warum BCM jetzt stärker in den Fokus rückt

Business Continuity Management wird oft erst dann sichtbar, wenn etwas ausfällt. Genau das ist das Problem.

Ein KI-gestützter Cyberangriff kann nicht nur einzelne IT-Systeme treffen. Er kann auch kritische Geschäftsprozesse unterbrechen, Kundenkommunikation beeinträchtigen, Datenzugriff blockieren oder Dienstleister lahmlegen.

Dann reicht es nicht, einen Notfallplan im Ordner zu haben. Unternehmen müssen wissen:

  • Welche Prozesse sind wirklich kritisch?
  • Welche Systeme unterstützen diese Prozesse?
  • Welche Dienstleister sind beteiligt?
  • Welche Alternativen gibt es bei Ausfall?
  • Wer entscheidet im Krisenfall?
  • Wie schnell müssen Systeme wiederhergestellt werden?
  • Welche Kommunikation ist intern und extern notwendig?

BCM muss deshalb enger mit Cyber Risk, Incident Management und Vendor Risk Management verbunden werden. Nur so entsteht ein realistisches Bild der tatsächlichen Widerstandsfähigkeit.

Warum Vendor Risk Management entscheidend ist

Viele Unternehmen betreiben ihre wichtigsten Systeme nicht mehr vollständig selbst. Sie nutzen Cloud-Anbieter, Softwarelösungen, Outsourcing-Partner, Managed Services und spezialisierte IT-Dienstleister.

Das ist normal und oft sinnvoll. Aber es verändert das Risikoprofil.

Wenn ein kritischer Dienstleister angegriffen wird, kann das eigene Unternehmen trotzdem betroffen sein. Wenn ein Softwareanbieter eine Schwachstelle hat, kann daraus ein Risiko für viele Kunden entstehen. Wenn ein Cloud-Service ausfällt, stehen möglicherweise zentrale Geschäftsprozesse still.

KI-gestützte Angriffe verschärfen dieses Problem, weil Angreifer Lieferketten gezielter analysieren und schwache Punkte schneller identifizieren können.

Deshalb reicht ein einfaches Lieferantenverzeichnis nicht mehr aus. Unternehmen brauchen ein strukturiertes Vendor Risk Management. Sie müssen wissen, welche Dienstleister kritisch sind, welche Leistungen sie erbringen, welche Daten betroffen sind, welche Sicherheitsanforderungen gelten und welche Nachweise vorliegen.

Besonders wichtig sind:

  • Kritikalitätsbewertung von Dienstleistern
  • Dokumentation von IKT-Abhängigkeiten
  • Sicherheitsanforderungen in Verträgen
  • regelmässige Lieferantenbewertungen
  • Nachweise zu Kontrollen und Zertifizierungen
  • Exit-Strategien für kritische Dienstleister
  • Verknüpfung mit BCM und Incident Management

Vendor Risk ist damit kein Einkaufsthema allein. Es ist ein zentraler Bestandteil von Cyberresilienz.

Das eigentliche Problem: Informationen liegen oft verteilt

Viele Unternehmen haben bereits viele der nötigen Informationen. Sie liegen nur nicht dort, wo sie im Ernstfall gebraucht werden.

Risiken stehen in Excel. Lieferanteninformationen liegen im Einkauf. Notfallpläne werden separat gepflegt. Incidents laufen im Ticketsystem. Kontrollen stehen in Audit-Dokumenten. Nachweise liegen in Ordnern. Management-Reports werden manuell erstellt.

Solange nichts passiert, wirkt das vielleicht handhabbar. Bei einem Cybervorfall wird es zum Problem.

Dann muss schnell klar sein, welche Systeme betroffen sind, welche Prozesse kritisch sind, welche Dienstleister beteiligt sind, welche Meldepflichten bestehen und welche Massnahmen bereits geplant oder umgesetzt wurden.

Wenn diese Informationen verteilt sind, verlieren Unternehmen Zeit. Und bei Cyberangriffen ist Zeit einer der wichtigsten Faktoren.

Was Unternehmen jetzt tun sollten

Unternehmen müssen nicht sofort ein riesiges neues Programm starten. Aber sie sollten ihre bestehenden Prozesse gezielt überprüfen.

Der erste Schritt ist Transparenz. Welche kritischen Systeme, Prozesse und Dienstleister gibt es? Welche Risiken sind bekannt? Welche Massnahmen laufen bereits? Wo fehlen Nachweise?

Der zweite Schritt ist Verbindung. Risiken, Kontrollen, Lieferanten, Incidents und BCM-Pläne sollten nicht isoliert gepflegt werden. Sie müssen miteinander verknüpft sein.

Der dritte Schritt ist Nachweisbarkeit. Aufsicht, Audit und Management brauchen klare Antworten. Nicht irgendwann, sondern schnell und belastbar.

Für viele Unternehmen sind vor allem diese Fragen wichtig:

  • Sind KI-bezogene Cyberrisiken im Risikomanagement berücksichtigt?
  • Sind kritische IKT-Systeme und Dienstleister vollständig erfasst?
  • Sind BCM-Pläne mit realen System- und Lieferantenabhängigkeiten verbunden?
  • Gibt es klare Prozesse für Cyber Incidents und Meldepflichten?
  • Können Kontrollen, Massnahmen und Nachweise schnell gefunden werden?
  • Gibt es ein aktuelles Reporting für Management und Aufsicht?

Diese Fragen sind simpel. Aber sie zeigen schnell, ob ein Unternehmen wirklich steuerungsfähig ist.

Die Rolle von Zazoon GRC

Zazoon GRC hilft Unternehmen dabei, Cyberrisiken, DORA-Anforderungen, BCM, Vendor Risk und Nachweise zentral zu steuern.

Statt Risiken, Kontrollen, Dienstleister, Incidents und Massnahmen in verschiedenen Tools zu pflegen, können Unternehmen diese Informationen in einer gemeinsamen GRC-Struktur verbinden. Dadurch entsteht ein klareres Bild: Welche Risiken betreffen welche Systeme? Welche Dienstleister sind kritisch? Welche Massnahmen sind offen? Welche Nachweise liegen vor? Welche Anforderungen werden erfüllt?

Gerade bei KI-gestützten Cyberrisiken ist diese Transparenz wichtig. Denn je schneller sich die Bedrohungslage verändert, desto wichtiger werden aktuelle Daten, klare Verantwortlichkeiten und nachvollziehbare Prozesse.

Zazoon unterstützt Unternehmen dabei, Compliance nicht als isolierte Pflicht zu betrachten, sondern als Grundlage für bessere Resilienz und bessere Entscheidungen.

Fazit: KI macht Cyber Risk schneller, GRC muss strukturierter werden

Die BaFin-Warnung zeigt deutlich: KI verändert die Cyberbedrohungslage. Angriffe können schneller, gezielter und skalierbarer werden. Für regulierte Unternehmen bedeutet das mehr Druck auf DORA, BCM, Vendor Risk und Incident Management.

Die Antwort darauf ist nicht noch mehr manuelle Dokumentation. Die Antwort ist bessere Struktur.

Unternehmen müssen wissen, welche Risiken bestehen, welche Systeme kritisch sind, welche Dienstleister beteiligt sind, welche Massnahmen wirken und welche Nachweise verfügbar sind. Genau das ist der Kern moderner GRC-Prozesse.

AI Risk ist damit kein Zukunftsthema mehr. Es ist ein aktuelles Aufsichtsthema und ein klarer Anlass, digitale Resilienz, Drittparteiensteuerung und Business Continuity enger zusammenzuführen.

FAQ

Was bedeutet AI Risk im Zusammenhang mit Cybersecurity?

AI Risk beschreibt Risiken, die durch den Einsatz von Künstlicher Intelligenz entstehen oder verstärkt werden. Im Cybersecurity-Kontext geht es vor allem darum, dass Angreifer KI nutzen können, um Schwachstellen schneller zu finden, Phishing realistischer zu gestalten oder Angriffe stärker zu automatisieren.

Warum ist die BaFin-Warnung für Unternehmen wichtig?

Die BaFin macht deutlich, dass KI-gestützte Cyberangriffe nicht nur ein technisches Problem sind. Sie können die Stabilität von Unternehmen, die Verfügbarkeit von Services und die digitale Resilienz gefährden. Für regulierte Unternehmen steigt dadurch der Druck, Cyberrisiken besser zu steuern und nachweisen zu können.

Was hat AI Risk mit DORA zu tun?

DORA verlangt von Finanzunternehmen ein strukturiertes Management digitaler Risiken. Wenn KI Cyberangriffe schneller und komplexer macht, müssen Unternehmen ihre IKT-Risiken, Kontrollen, Incidents, Dienstleister und Wiederherstellungsprozesse noch besser im Griff haben.

Warum ist BCM bei KI-gestützten Cyberangriffen wichtig?

Business Continuity Management stellt sicher, dass kritische Geschäftsprozesse auch bei Störungen weiterlaufen oder schnell wiederhergestellt werden können. Bei KI-gestützten Cyberangriffen kann ein Vorfall mehrere Systeme, Dienstleister und Prozesse gleichzeitig betreffen. Deshalb muss BCM eng mit Cyber Risk und Incident Management verbunden sein.

Welche Rolle spielt Vendor Risk Management?

Viele Cyberrisiken entstehen nicht nur im eigenen Unternehmen, sondern auch bei Dienstleistern, Cloud-Anbietern oder Softwarelieferanten. Vendor Risk Management hilft dabei, kritische Dienstleister zu erkennen, Risiken zu bewerten und Sicherheitsanforderungen nachvollziehbar zu dokumentieren.

Müssen Unternehmen jetzt eigene KI-Risikoprogramme aufbauen?

Nicht unbedingt. Wichtig ist zunächst, KI-bezogene Cyberrisiken in bestehende GRC-, DORA-, BCM- und Vendor-Risk-Prozesse zu integrieren. Entscheidend ist, dass Risiken, Kontrollen, Massnahmen und Nachweise zentral steuerbar sind.

Reicht eine technische Security-Lösung aus?

Nein. Technische Sicherheitslösungen sind wichtig, aber sie reichen allein nicht aus. Unternehmen brauchen auch klare Verantwortlichkeiten, dokumentierte Prozesse, Lieferantensteuerung, Notfallpläne, Incident Management und belastbare Nachweise.

Wie unterstützt Zazoon GRC bei AI Risk?

Zazoon GRC hilft Unternehmen, Risiken, Kontrollen, Massnahmen, Lieferanten, Incidents und Nachweise zentral zu verwalten und miteinander zu verbinden. Dadurch können Unternehmen besser nachvollziehen, wo Risiken entstehen, welche Massnahmen wirken und welche regulatorischen Anforderungen erfüllt werden.

Related posts

11. Mai 2026 | 16 min

NIS2, DORA, CRA: Drei Regulierungen, ein gemeinsames Problem

Warum Unternehmen integrierte GRC-Prozesse statt paralleler Compliance-Projekte brauchen

NIS2, DORA und der Cyber Resilience Act gehören zu den wichtigsten europäischen Regulierungen für Cybersecurity, digitale Resilienz und Risikomanagement. Auf den ersten Blick richten sie sich an unterschiedliche Zielgruppen: NIS2 betrifft viele kritische und wichtige Einrichtungen, DORA adressiert den Finanzsektor und dessen IKT-Dienstleister, der Cyber Resilience Act nimmt Hersteller und Anbieter digitaler Produkte stärker in die Verantwortung.

In der Praxis zeigt sich jedoch schnell: Die drei Regulierungen haben mehr gemeinsam, als viele Unternehmen zunächst annehmen. Sie verlangen strukturierte Risiken, klare Verantwortlichkeiten, dokumentierte Massnahmen, funktionierende Meldeprozesse, kontrollierte Lieferketten und nachvollziehbare Nachweise.

Das eigentliche Problem entsteht dort, wo Unternehmen jede Regulierung als separates Projekt behandeln. Dann gibt es ein NIS2-Projekt, ein DORA-Projekt, ein CRA-Projekt, zusätzlich bestehende ISO-27001-, Datenschutz- oder Audit-Initiativen. Jede Einheit arbeitet mit eigenen Listen, eigenen Kontrollen, eigenen Nachweisen und eigenen Verantwortlichkeiten. Das führt zu doppelter Arbeit, widersprüchlichen Informationen und unnötiger Komplexität.

Genau deshalb brauchen Unternehmen keinen weiteren Compliance-Silo, sondern integrierte GRC-Prozesse. Wer Risiken, Kontrollen, Lieferanten, Incidents, Assets, Massnahmen und Nachweise zentral verbindet, kann regulatorische Anforderungen effizienter erfüllen und gleichzeitig die eigene Cyberresilienz stärken.

NIS2, DORA und CRA unterscheiden sich in Zielgruppe, Geltungsbereich und konkreten Pflichten. Gemeinsam ist ihnen jedoch, dass sie Unternehmen zu mehr Cyberresilienz, besserem Risikomanagement und belastbarer Dokumentation verpflichten.

Wer jede Regulierung separat umsetzt, baut schnell parallele Prozesse auf. Risiken werden mehrfach erfasst, Kontrollen doppelt dokumentiert, Lieferanten unterschiedlich bewertet und Nachweise über verschiedene Systeme verteilt. Das erhöht den Aufwand, ohne automatisch zu mehr Sicherheit oder besserer Steuerung zu führen.

Ein integrierter GRC-Ansatz löst dieses Problem. Anforderungen, Risiken, Kontrollen, Massnahmen, Lieferanten, Incidents und Nachweise werden in einem gemeinsamen System verwaltet und miteinander verknüpft. Dadurch lassen sich NIS2, DORA, CRA und weitere Standards wie ISO 27001, DSGVO oder BSI IT-Grundschutz deutlich effizienter steuern.

Drei Regulierungen mit unterschiedlichen Schwerpunkten

NIS2: Cybersecurity wird zur Führungsaufgabe

Die NIS2-Richtlinie erweitert den Kreis der regulierten Unternehmen deutlich. Betroffen sind zahlreiche Organisationen aus kritischen und wichtigen Sektoren, darunter Energie, Verkehr, Gesundheit, digitale Infrastruktur, öffentliche Verwaltung, Produktion, Lebensmittel, Chemie und digitale Dienste.

Im Zentrum stehen Risikomanagement, technische und organisatorische Sicherheitsmassnahmen, Meldepflichten und die Verantwortung der Unternehmensleitung. NIS2 macht damit klar: Cybersecurity ist nicht nur Aufgabe der IT-Abteilung. Sie ist eine Managementaufgabe mit direkter Governance-Relevanz.

Unternehmen müssen nicht nur Sicherheitsmassnahmen einführen, sondern auch zeigen können, dass diese angemessen, dokumentiert und wirksam sind. Genau hier beginnt die Verbindung zu GRC.

DORA: Digitale Resilienz im Finanzsektor

DORA, der Digital Operational Resilience Act, richtet sich an Finanzunternehmen und bestimmte IKT-Drittanbieter. Die Verordnung soll sicherstellen, dass Finanzorganisationen auch bei Cyberangriffen, IT-Ausfällen oder Problemen bei Dienstleistern funktionsfähig bleiben.

Im Fokus stehen IKT-Risikomanagement, Incident Reporting, digitale Resilienztests, Informationsaustausch und das Management von Drittparteienrisiken. Besonders wichtig ist der Umgang mit externen IKT-Dienstleistern. Finanzunternehmen müssen wissen, welche Dienstleister kritisch sind, welche Risiken bestehen, welche vertraglichen Anforderungen gelten und welche Exit-Strategien verfügbar sind.

DORA macht damit deutlich: Digitale Resilienz endet nicht an der eigenen Unternehmensgrenze. Sie hängt auch davon ab, wie gut Lieferanten, Dienstleister und Cloud-Anbieter gesteuert werden.

CRA: Cybersecurity für digitale Produkte

Der Cyber Resilience Act verfolgt einen anderen Ansatz. Er konzentriert sich auf Produkte mit digitalen Elementen, also etwa Software, Hardware, vernetzte Geräte und digitale Komponenten.

Hersteller und Anbieter müssen sicherstellen, dass ihre Produkte über den gesamten Lebenszyklus hinweg sicher entwickelt, gepflegt und aktualisiert werden. Dazu gehören sichere Entwicklungsprozesse, Schwachstellenmanagement, Sicherheitsupdates, technische Dokumentation und Meldepflichten bei aktiv ausgenutzten Schwachstellen.

Damit rückt Cybersecurity stärker in Produktentwicklung, Software-Lifecycle, Lieferkette und Produktverantwortung. Auch hier reicht es nicht aus, einzelne Sicherheitsmassnahmen zu beschreiben. Unternehmen müssen Prozesse etablieren, Verantwortlichkeiten klären und Nachweise sauber dokumentieren.

Das gemeinsame Problem: zu viele parallele Compliance-Strukturen

Viele Unternehmen reagieren auf neue Regulierung reflexartig mit neuen Projekten. Das ist nachvollziehbar, führt aber langfristig zu einem strukturellen Problem.

Für NIS2 entsteht ein eigenes Risikoregister. Für DORA wird ein separates Dienstleisterregister aufgebaut. Für den CRA pflegt die Produktentwicklung eigene Listen zu Produkten, Schwachstellen und Sicherheitsupdates. Datenschutz, Informationssicherheit, internes Audit und Business Continuity arbeiten zusätzlich mit eigenen Dokumentationen.

Auf dem Papier sieht das zunächst nach Fortschritt aus. In der Realität entsteht aber ein Flickenteppich.

Dasselbe Risiko taucht mehrfach auf, wird aber unterschiedlich bewertet. Eine Kontrolle wird für verschiedene Standards dokumentiert, aber nicht einheitlich gepflegt. Eine Massnahme wird in mehreren Listen verfolgt, ohne dass klar ist, welcher Status wirklich aktuell ist. Ein Lieferant wird aus Datenschutzsicht geprüft, aus DORA-Sicht aber anders klassifiziert. Ein Sicherheitsvorfall wird technisch bearbeitet, aber nicht sauber mit regulatorischen Meldepflichten verbunden.

Das Ergebnis ist nicht mehr Kontrolle, sondern mehr Komplexität. Und Komplexität ist einer der grössten Gegner wirksamer Compliance.

Die gemeinsamen Anforderungen von NIS2, DORA und CRA

Auch wenn die drei Regulierungen unterschiedliche Ziele verfolgen, überschneiden sie sich in zentralen Bereichen. Genau diese Überschneidungen sollten Unternehmen nutzen.

Risikomanagement

Alle drei Regulierungen verlangen, dass Unternehmen Risiken systematisch identifizieren, bewerten, behandeln und überwachen. Bei NIS2 geht es vor allem um Risiken für Netz- und Informationssysteme. Bei DORA stehen IKT-Risiken und digitale Betriebsresilienz im Vordergrund. Beim CRA geht es um Sicherheitsrisiken digitaler Produkte und deren Lebenszyklus.

Der gemeinsame Nenner ist klar: Risiken dürfen nicht isoliert betrachtet werden. Ein Risiko ist fast immer mit Systemen, Prozessen, Lieferanten, Produkten, Kontrollen und Massnahmen verbunden. Ein integrierter GRC-Ansatz macht genau diese Zusammenhänge sichtbar.

Kontrollen und Massnahmen

Regulatorische Anforderungen bleiben theoretisch, wenn daraus keine konkreten Massnahmen entstehen. Unternehmen müssen zeigen können, welche Sicherheitsmassnahmen implementiert wurden, wer dafür verantwortlich ist, wann sie überprüft wurden und ob sie wirksam sind.

Dazu gehören zum Beispiel Zugriffskontrollen, Backup-Konzepte, Incident-Prozesse, Schwachstellenmanagement, Lieferantenprüfungen, Business-Continuity-Massnahmen, Sicherheitsupdates und Awareness-Massnahmen.

Entscheidend ist nicht nur, dass solche Massnahmen existieren. Entscheidend ist, dass sie aktuell, nachvollziehbar, zugeordnet und prüfbar sind.

Incident Management und Meldepflichten

NIS2, DORA und CRA enthalten Pflichten zum Umgang mit Sicherheitsvorfällen. Die Fristen, Formate und zuständigen Stellen unterscheiden sich je nach Regulierung. Der operative Bedarf ist aber sehr ähnlich: Unternehmen müssen Vorfälle erkennen, bewerten, eskalieren, dokumentieren und gegebenenfalls melden.

Ein isolierter Incident-Prozess reicht dafür nicht aus. Ein Vorfall muss mit betroffenen Systemen, Produkten, Prozessen, Kunden, Lieferanten, Risiken und regulatorischen Pflichten verknüpft werden können. Nur dann lässt sich schnell entscheiden, ob eine Meldung erforderlich ist, welche Frist gilt und welche Informationen benötigt werden.

Lieferanten- und Drittparteienrisiken

DORA stellt Drittparteienrisiken besonders stark in den Mittelpunkt. Aber auch NIS2 und CRA erhöhen den Druck auf Lieferketten, Dienstleister und externe Technologiepartner.

Unternehmen müssen wissen, welche Lieferanten kritisch sind, welche Leistungen sie erbringen, welche Daten oder Systeme betroffen sind, welche Sicherheitsanforderungen gelten und welche vertraglichen Regelungen bestehen. Besonders bei Cloud-Diensten, Softwareanbietern, Managed Services und kritischen IKT-Dienstleistern entstehen sonst schnell blinde Flecken.

Ein integriertes Vendor Risk Management wird deshalb zur Schlüsselfunktion moderner GRC-Programme.

Nachweise und Auditfähigkeit

Regulatorische Anforderungen sind nur dann belastbar erfüllt, wenn Unternehmen sie nachweisen können. Genau daran scheitern viele Compliance-Programme.

Nicht die einzelne Policy ist das Problem, sondern der Nachweis ihrer Umsetzung. Nicht die Risikoanalyse allein zählt, sondern die Verbindung zu Massnahmen, Verantwortlichkeiten, Status, Prüfungen und Entscheidungen.

Auditfähigkeit entsteht durch konsistente Dokumentation. Unternehmen brauchen eine zentrale Sicht auf Anforderungen, Kontrollen, Risiken, Massnahmen und Nachweise.

Warum Excel und E-Mail nicht mehr ausreichen

Viele Unternehmen starten ihre Compliance-Arbeit mit Excel-Listen, SharePoint-Ordnern, E-Mail-Abstimmungen und PowerPoint-Reports. Für einzelne Aufgaben kann das funktionieren. Sobald aber mehrere Regulierungen gleichzeitig gesteuert werden müssen, stösst dieser Ansatz schnell an Grenzen.

Excel kann Risiken erfassen, aber keine belastbaren Workflows steuern. E-Mail kann Aufgaben verteilen, aber keine verlässliche Nachweiskette sicherstellen. Ordnerstrukturen können Dokumente speichern, aber keine regulatorischen Abhängigkeiten abbilden. PowerPoint kann Management-Reports zeigen, aber keine aktuelle Gesamtsicht liefern.

Das Problem ist nicht das einzelne Tool. Das Problem ist die fehlende Verbindung zwischen den Informationen.

Ein Risiko steht in einer Tabelle. Die dazugehörige Massnahme in einer anderen. Der Nachweis liegt in einem Ordner. Die Verantwortung wurde per E-Mail abgestimmt. Der Lieferant wird separat bewertet. Der Incident wird in einem Ticketsystem bearbeitet.

Bei einer Prüfung, einem Vorfall oder einer Managementfrage müssen diese Informationen manuell zusammengesucht werden. Das kostet Zeit, erzeugt Fehler und erschwert Entscheidungen.

Was integrierte GRC-Prozesse leisten

Ein integrierter GRC-Ansatz verbindet Governance, Risk Management und Compliance in einem gemeinsamen System. Statt jede Regulierung separat zu verwalten, werden Anforderungen, Risiken, Kontrollen, Massnahmen und Nachweise zentral strukturiert.

Das Ziel ist nicht, NIS2, DORA und CRA künstlich gleichzumachen. Die gesetzlichen Anforderungen bleiben unterschiedlich. Das Ziel ist, gemeinsame Prozesse intelligent zu nutzen.

Eine Zugriffskontrolle kann beispielsweise für ISO 27001, NIS2, DORA und interne Sicherheitsvorgaben relevant sein. Sie sollte nicht viermal separat dokumentiert werden. Sinnvoller ist es, diese Kontrolle zentral zu pflegen und mehreren Anforderungen zuzuordnen.

Der gleiche Gedanke gilt für Risiken, Lieferanten, Incidents, Policies, Assets und Massnahmen. Ein integriertes GRC-System sorgt dafür, dass Informationen einmal sauber erfasst und mehrfach genutzt werden können.

Der grösste Vorteil: Einmal sauber aufbauen, mehrfach nutzen

Der grösste Nutzen integrierter GRC-Prozesse liegt in der Wiederverwendbarkeit. Unternehmen müssen nicht für jede Regulierung neue Strukturen schaffen, sondern können bestehende Inhalte gezielt mehreren Anforderungen zuordnen.

Eine Risikoanalyse kann zum Beispiel für NIS2, DORA, ISO 27001 und interne Sicherheitsziele relevant sein. Eine Kontrolle zur Zugriffssicherheit kann mehrere regulatorische Anforderungen gleichzeitig abdecken. Ein Lieferant kann aus Sicht von Informationssicherheit, Datenschutz, Business Continuity und DORA bewertet werden. Ein Incident kann technisch analysiert, regulatorisch eingeordnet und organisatorisch dokumentiert werden. Und ein Nachweis kann nicht nur für ein einzelnes Audit, sondern für mehrere Prüfungen relevant sein.

Genau dadurch entsteht Effizienz. Der Aufwand sinkt, weil Informationen nicht ständig neu erstellt werden müssen. Gleichzeitig steigt die Qualität, weil alle Beteiligten mit denselben Daten, Bewertungen und Nachweisen arbeiten. Unternehmen gewinnen damit nicht nur Compliance, sondern auch bessere Steuerungsfähigkeit.

Was ein integriertes GRC-System können sollte

Ein integriertes GRC-System sollte regulatorische Anforderungen aus NIS2, DORA, CRA und weiteren Standards zentral abbilden können. Dazu gehören auch ISO 27001, DSGVO, BSI IT-Grundschutz, ESG-Anforderungen oder interne Policies.

Wichtig ist dabei nicht nur die reine Dokumentation. Entscheidend ist die Verknüpfung: Welche Anforderung gilt für welchen Bereich? Welche Kontrolle deckt sie ab? Welche Risiken bestehen? Welche Massnahmen laufen? Welche Nachweise existieren? Wo gibt es Lücken?

Ein zentrales Risikoregister schafft Transparenz über Informationssicherheitsrisiken, IKT-Risiken, Produkt-Security-Risiken, Lieferantenrisiken und operationelle Risiken. Risiken sollten dabei nicht nur beschrieben, sondern bewertet, Verantwortlichen zugeordnet und mit konkreten Massnahmen verbunden werden.

Auch das Kontrollmanagement spielt eine zentrale Rolle. Kontrollen sind das Bindeglied zwischen Anforderungen und Umsetzung. Ein gutes GRC-System zeigt, welche Kontrollen existieren, welchen Anforderungen sie zugeordnet sind, wann sie zuletzt überprüft wurden und ob sie wirksam sind.

Hinzu kommt ein strukturiertes Massnahmenmanagement. Compliance scheitert oft nicht an fehlenden Erkenntnissen, sondern an fehlender Umsetzung. Deshalb braucht es klare Aufgaben, Verantwortlichkeiten, Fristen, Statusinformationen und Eskalationsmechanismen.

Besonders wichtig ist ausserdem das Vendor Risk Management. Lieferanten und Dienstleister müssen nach Kritikalität, Risiko, Datenzugriff, vertraglichen Anforderungen, Sicherheitsnachweisen und Abhängigkeiten bewertet werden. Gerade bei DORA, NIS2 und CRA ist ein isoliertes Lieferantenregister nicht ausreichend.

Ein integrierter Incident-Prozess hilft wiederum, Sicherheitsvorfälle nicht nur technisch, sondern auch regulatorisch und organisatorisch zu bewerten. Welche Systeme sind betroffen? Welche Prozesse sind kritisch? Welche Kunden oder Lieferanten sind involviert? Gibt es Meldepflichten? Welche Fristen gelten? Welche Nachweise müssen dokumentiert werden?

Am Ende braucht auch das Management eine klare Sicht. NIS2, DORA und CRA erhöhen den Druck auf die Unternehmensleitung. Deshalb müssen Risiken, offene Massnahmen, kritische Lieferanten, Compliance-Lücken, Incident-Trends und Auditstatus verständlich aufbereitet werden.

Integrierte GRC-Prozesse verbessern nicht nur Compliance

Compliance wird oft als Pflichtübung verstanden. Doch NIS2, DORA und CRA zielen nicht auf Papier. Sie zielen auf echte Resilienz.

Ein Unternehmen ist nicht sicherer, weil es viele Dokumente besitzt. Es wird sicherer, wenn es seine Risiken kennt, Massnahmen konsequent umsetzt, Verantwortlichkeiten klärt, Vorfälle beherrscht und aus Problemen lernt.

Integrierte GRC-Prozesse helfen genau dabei. Sie schaffen Transparenz über Abhängigkeiten, Schwachstellen, offene Massnahmen und kritische Bereiche. Sie zeigen, wo regulatorische Anforderungen und operative Risiken zusammenlaufen.

Das ist besonders wichtig, weil moderne Cyberrisiken selten nur einen Bereich betreffen. Ein Angriff kann gleichzeitig IT, Datenschutz, Lieferanten, Business Continuity, Produktverantwortung und Kommunikation betreffen. Wer diese Bereiche getrennt steuert, reagiert langsamer. Wer sie integriert steuert, erkennt Zusammenhänge früher und kann gezielter handeln.

Typische Fehler bei der Umsetzung

Ein häufiger Fehler besteht darin, NIS2, DORA und CRA ausschliesslich juristisch zu betrachten. Natürlich sind es rechtliche Anforderungen. Ihre Umsetzung ist aber operativ. Unternehmen müssen Prozesse, Verantwortlichkeiten, Kontrollen und Nachweise schaffen.

Ein zweiter Fehler ist, die Verantwortung allein der IT zuzuweisen. Cybersecurity ist zwar ein technisches Thema, aber nicht nur. Einkauf, Produktentwicklung, Recht, Compliance, Datenschutz, Risikomanagement, Audit und Management müssen einbezogen werden.

Viele Unternehmen bauen ausserdem für jede Regulierung eigene Kontrollsets auf. Das führt schnell zu Redundanzen. Sinnvoller ist ein zentrales Kontrollframework, das Anforderungen aus verschiedenen Regulierungen abbildet.

Auch Lieferanten werden oft zu spät eingebunden. Dabei sind Drittparteienrisiken ein zentraler Bestandteil moderner Regulierung. Wer Lieferanten erst kurz vor einem Audit prüft, riskiert Lücken bei Verträgen, Nachweisen, Sicherheitsanforderungen und Exit-Strategien.

Ein weiterer Fehler liegt in der Nachweisführung. Auditfähigkeit entsteht nicht am Tag der Prüfung. Sie entsteht durch kontinuierliche Dokumentation. Nachweise müssen aktuell, auffindbar und mit Anforderungen verbunden sein.

Wie Unternehmen jetzt vorgehen sollten

Unternehmen sollten nicht damit beginnen, drei voneinander getrennte Programme für NIS2, DORA und CRA aufzubauen. Sinnvoller ist ein gemeinsames Fundament.

Zuerst sollte geklärt werden, welche Regulierungen tatsächlich relevant sind. Danach lohnt sich ein Blick auf bestehende Prozesse, Kontrollen, Risiken und Nachweise. In vielen Unternehmen ist bereits viel vorhanden, aber verteilt, uneinheitlich dokumentiert oder schwer auffindbar.

Im nächsten Schritt sollten Anforderungen gemappt werden. Welche Pflichten überschneiden sich? Welche bestehenden Kontrollen können genutzt werden? Welche Nachweise existieren bereits? Wo fehlen Prozesse, Verantwortlichkeiten oder Dokumentation?

Darauf aufbauend können Unternehmen eine integrierte GRC-Struktur schaffen. Dazu gehören ein gemeinsames Risikoregister, ein zentrales Kontrollframework, strukturiertes Massnahmenmanagement, integriertes Lieferantenmanagement, ein nachvollziehbarer Incident-Prozess und eine saubere Nachweisverwaltung.

Der entscheidende Erfolgsfaktor ist Konsistenz. Unternehmen brauchen eine gemeinsame Datenbasis, klare Verantwortlichkeiten und standardisierte Workflows. Nur dann lassen sich regulatorische Anforderungen effizient erfüllen und dauerhaft steuern.

Die Rolle von Zazoon GRC

Zazoon GRC unterstützt Unternehmen dabei, regulatorische Anforderungen nicht isoliert, sondern integriert zu steuern. Risiken, Kontrollen, Massnahmen, Nachweise, Audits, Policies, Lieferanten und Incidents lassen sich zentral verwalten und miteinander verbinden.

Dadurch können Unternehmen Anforderungen aus NIS2, DORA, CRA, ISO 27001, DSGVO, BSI IT-Grundschutz und weiteren Frameworks strukturiert abbilden. Statt parallele Excel-Listen und manuelle Nachweisprozesse zu pflegen, entsteht eine transparente GRC-Basis für Compliance, Risikomanagement und Cyberresilienz.

Gerade für Unternehmen, die mehrere regulatorische Anforderungen gleichzeitig erfüllen müssen, ist dieser integrierte Ansatz entscheidend. Er reduziert Aufwand, verbessert Nachvollziehbarkeit und schafft eine klare Grundlage für Audits, Managemententscheidungen und kontinuierliche Verbesserung.

Fazit: Die Zukunft von Compliance ist integriert

NIS2, DORA und CRA zeigen, wohin sich europäische Regulierung entwickelt: weg von isolierten Einzelpflichten, hin zu nachweisbarer Resilienz, klarer Verantwortung und kontinuierlichem Risikomanagement.

Unternehmen, die jede Regulierung separat behandeln, werden mit steigender Komplexität, doppeltem Aufwand und uneinheitlichen Nachweisen kämpfen. Unternehmen, die integrierte GRC-Prozesse aufbauen, schaffen dagegen eine skalierbare Grundlage für aktuelle und kommende Anforderungen.

Der entscheidende Punkt ist: NIS2, DORA und CRA sind nicht nur Compliance-Aufgaben. Sie sind ein Weckruf für bessere Governance.

Wer Risiken, Kontrollen, Massnahmen, Lieferanten, Incidents und Nachweise zentral verbindet, erfüllt regulatorische Anforderungen effizienter und macht das Unternehmen gleichzeitig widerstandsfähiger.

FAQ

Was haben NIS2, DORA und CRA gemeinsam?

NIS2, DORA und CRA verfolgen unterschiedliche Ziele, haben aber viele gemeinsame Anforderungen. Alle drei Regulierungen verlangen strukturiertes Risikomanagement, klare Verantwortlichkeiten, Sicherheitsmassnahmen, Dokumentation, Incident-Prozesse und nachvollziehbare Nachweise. Deshalb lassen sie sich besonders gut über integrierte GRC-Prozesse steuern.

Warum sollten Unternehmen NIS2, DORA und CRA nicht getrennt umsetzen?

Eine getrennte Umsetzung führt oft zu doppelten Kontrollen, parallelen Risikoanalysen, uneinheitlichen Nachweisen und hohem manuellem Aufwand. Ein integrierter Ansatz reduziert Redundanzen und sorgt dafür, dass Anforderungen, Risiken, Kontrollen und Massnahmen zentral miteinander verbunden sind.

Was ist der Unterschied zwischen NIS2, DORA und CRA?

NIS2 fokussiert auf Cybersecurity und Risikomanagement für viele kritische und wichtige Einrichtungen. DORA richtet sich an den Finanzsektor und legt den Schwerpunkt auf digitale operationelle Resilienz und IKT-Drittparteienrisiken. Der CRA betrifft Produkte mit digitalen Elementen und stellt Anforderungen an sichere Entwicklung, Schwachstellenmanagement und Produktverantwortung.

Welche Rolle spielt GRC bei NIS2, DORA und CRA?

GRC verbindet Governance, Risk Management und Compliance. Für NIS2, DORA und CRA bedeutet das: Anforderungen werden zentral verwaltet, Risiken bewertet, Kontrollen zugeordnet, Massnahmen verfolgt und Nachweise dokumentiert. Dadurch entsteht Transparenz über regulatorische Pflichten und deren operative Umsetzung.

Welche Unternehmen sind von NIS2 betroffen?

NIS2 betrifft viele Unternehmen aus kritischen und wichtigen Sektoren, darunter Energie, Gesundheit, Verkehr, digitale Infrastruktur, öffentliche Verwaltung, Produktion, Lebensmittel, Chemie und digitale Dienste. Ob ein Unternehmen betroffen ist, hängt unter anderem von Branche, Grösse und nationaler Umsetzung ab.

Wen betrifft DORA?

DORA betrifft Finanzunternehmen wie Banken, Versicherungen, Zahlungsinstitute, Wertpapierfirmen und weitere Finanzmarktteilnehmer. Darüber hinaus betrifft DORA auch bestimmte IKT-Drittanbieter, wenn sie für den Finanzsektor kritisch sind.

Wen betrifft der Cyber Resilience Act?

Der Cyber Resilience Act betrifft Hersteller, Importeure und Anbieter von Produkten mit digitalen Elementen. Dazu gehören Software, Hardware, vernetzte Produkte und digitale Komponenten. Unternehmen müssen sicherstellen, dass diese Produkte sicher entwickelt, dokumentiert und über den Lebenszyklus hinweg gepflegt werden.

Warum ist Vendor Risk Management so wichtig?

Viele Unternehmen sind stark von externen Dienstleistern, Cloud-Anbietern, Softwarelieferanten und IKT-Partnern abhängig. NIS2, DORA und CRA erhöhen den Druck, diese Abhängigkeiten transparent zu machen. Unternehmen müssen wissen, welche Lieferanten kritisch sind, welche Risiken bestehen und welche Sicherheitsanforderungen gelten.

Reicht ISO 27001 aus, um NIS2, DORA oder CRA zu erfüllen?

ISO 27001 ist eine sehr gute Grundlage für Informationssicherheitsmanagement, ersetzt aber keine regulatorische Einzelfallprüfung. Viele Kontrollen und Prozesse aus ISO 27001 können für NIS2, DORA und CRA genutzt werden. Dennoch müssen Unternehmen prüfen, welche spezifischen Anforderungen zusätzlich gelten.

Wie hilft Zazoon GRC bei der Umsetzung?

Zazoon GRC hilft Unternehmen, Anforderungen, Risiken, Kontrollen, Massnahmen, Nachweise, Audits, Policies, Lieferanten und Incidents zentral zu verwalten. Dadurch können mehrere Standards und Regulierungen in einem integrierten System abgebildet werden. Das reduziert manuellen Aufwand und verbessert Transparenz, Auditfähigkeit und Steuerungsfähigkeit.

21. April 2026 | 12 min

NIS 2: Warum Deutschland den Anschluss verliert

Die NIS-2-Richtlinie ist seit Dezember 2025 in Deutschland geltendes Recht. Keine Übergangsfrist, keine Schonfrist, keine Ausnahmen. Rund 29.500 Unternehmen aus 18 Sektoren müssen Risikomanagement betreiben, Sicherheitsvorfälle melden und sich beim BSI registrieren. Und trotzdem: Auf dem 21. Deutschen IT-Sicherheitskongress des Bundesamtes für Sicherheit in der Informationstechnik musste das BSI einräumen, dass die Umsetzung weit hinter den Erwartungen zurückbleibt. Die Registrierungszahlen sind enttäuschend, die Kenntnis über die Richtlinie ist erschreckend gering und ein nicht unerheblicher Teil der betroffenen Unternehmen hat bewusst entschieden, sich erst gar nicht zu registrieren.

Was steckt dahinter? Und vor allem: Wie können Unternehmen die Compliance-Hürde endlich nehmen, ohne dabei ihre operativen Ressourcen zu überfordern? Die Antwort liegt zu einem grossen Teil in modernen GRC-Softwarelösungen.

  • Knapp die Hälfte aller deutschen Unternehmen hatte laut BSI bis Ende 2024 noch nie von NIS-2 gehört.
  • Das NIS2-Umsetzungsgesetz ist seit dem 6. Dezember 2025 ohne Übergangsfrist in Kraft. Die BSI-Registrierungsfrist lief am 6. März 2026 ab.
  • Hauptgründe für die Nicht-Umsetzung: fehlende Awareness, wahrgenommene Komplexität, Ressourcenmangel und eine bewusste „Wait-and-See“-Strategie.
  • Bei Verstössen drohen Bussgeldere von bis zu 10 Millionen Euro oder 2 % des weltweiten Jahresumsatzes.
  • Geschäftsführerinnen und Geschäftsführer haften persönlich für die Einhaltung der Cybersicherheitspflichten.
  • GRC-Software reduziert den Umsetzungsaufwand nachweislich um bis zu 40–50 % und bringt Struktur, Automatisierung und Auditbereitschaft in einem einzigen Tool.

Der Weckruf vom BSI-Kongress: Deutschland verschläft die NIS-2-Pflicht

Auf dem 21. BSI-Sicherheitskongress sprach Manuel Bach aus der BSI-Abteilung Cybersicherheit in der Wirtschaft Klartext: Die Registrierungszahlen von Unternehmen im BSI-Meldeportal bleiben deutlich unter den Erwartungen. Schlimmer noch: Das BSI weiss von Unternehmen, die nach Konsultation ihrer Rechtsbeistände bewusst entschieden haben, sich nicht zu registrieren — in der Hoffnung, unter dem Radar zu bleiben.

Und dann die vielleicht alarmierendste Zahl: Knapp die Hälfte aller deutschen Unternehmen hatte zum Zeitpunkt einer BSI-Studie Ende 2024 den Begriff „NIS-2“ noch nie gehört. Nicht unbekannt als Pflicht — schlicht unbekannt als Begriff.

Younes Ahmadzei, der sich im Rahmen seiner Bachelorarbeit an der TU München mit der NIS-2-Umsetzung bei kleinen und mittelständischen Unternehmen befasst hatte, bestätigte dieses Bild: Viele Unternehmen hatten sich erst Anfang 2026 erstmals ernsthaft mit dem Thema auseinandergesetzt — also nach dem Inkrafttreten des Gesetzes ohne Übergangsfrist. Und selbst wer von der Richtlinie weiss, zweifelt oft daran, ob deren Umsetzung die IT-Sicherheit im eigenen Unternehmen tatsächlich verbessert. NIS-2 wird als bürokratische Pflichtübung wahrgenommen, nicht als strategische Chance.

Dieser Befund ist alarmierend — und gleichzeitig erklärbar.

Warum so viele Unternehmen NIS-2 ignorieren: Die fünf grössten Hürden

1. Fehlende Awareness und Unkenntnis der eigenen Betroffenheit

Der erste und fundamentalste Grund ist schlicht mangelndes Bewusstsein. Viele Unternehmen wissen nicht, dass NIS-2 sie betrifft. Die Richtlinie hat den Kreis der verpflichteten Organisationen massiv erweitert: von rund 4.500 Unternehmen unter der alten NIS-Richtlinie auf über 29.500 in Deutschland. Betroffen sind nun auch mittelgrosse Unternehmen aus 18 Sektoren — darunter Energie, Transport, Gesundheit, Produktion, digitale Dienste, Finanzwesen und öffentliche Verwaltung.

Grundsätzlich gilt: Unternehmen mit mindestens 50 Mitarbeitenden oder mehr als 10 Millionen Euro Jahresumsatz können in den Anwendungsbereich fallen. Wer sich nicht aktiv fragt, ob das auf das eigene Unternehmen zutrifft, läuft Gefahr, die eigene Pflicht schlicht zu übersehen.

2. Die wahrgenommene Komplexität des Regelwerks

NIS-2 ist komplex. Deutschland hat versucht, mit einem einzigen Gesetz mehrere regulatorische Baustellen gleichzeitig zu bearbeiten — das Ergebnis ist ein vielschichtiges Regelwerk, das selbst Expertinnen und Experten herausfordert. Für viele Mittelständler wirkt der Gesetzestext abstrakt und schwer in konkrete operative Massnahmen übersetzbar.

Laut einer Studie „Cybersicherheit & Digitale Resilienz 2026“ bewerten 47 Prozent der befragten Unternehmen die Einführung von NIS-2 als schwierig oder sehr schwierig. Als grösste Hürden nennen jeweils rund 39 Prozent den hohen Anpassungsaufwand für Prozesse und Richtlinien sowie die schiere Komplexität der Anforderungen. Ein weiteres Drittel beklagt unklare regulatorische Vorgaben und Integrationsprobleme in bestehende IT-Systeme.

Governance-Pflichten, Risikomanagement, Incident Response, Lieferantenbewertung — viele dieser Anforderungen wirken, als wären sie für Konzerne mit eigenen Compliance-Teams geschrieben worden. Für einen Maschinenbauer mit 80 Mitarbeitenden aus Süddeutschland ist das eine ganz andere Realität.

3. Ressourcenmangel in KMU

Grosse Unternehmen verfügen über eigene IT-Abteilungen, Security-Teams und Compliance-Expertinnen. Kleine und mittelgrosse Unternehmen — also genau jene Gruppe, die durch NIS-2 neu in die Pflicht genommen wird — haben diese Ressourcen schlicht nicht. In Interviews mit betroffenen Unternehmensvertreterinnen und -vertretern wurde der Aufwand auf mindestens eine Person mit zwei bis drei Tagen pro Woche beziffert — eine realistische Einschätzung, die für viele KMU nicht ohne erhebliche Mehrkosten umsetzbar ist.

Hinzu kommt: Viele Unternehmen sind technisch durchaus gut aufgestellt, scheitern aber organisatorisch und bei der Dokumentation. Fehlende Prozessstrukturen, keine gelebte Sicherheitskultur, kaum vorhandene Meldestrukturen — all das macht die Compliance-Arbeit aufwendig und mühsam.

4. Die „Wait-and-See“-Strategie

Solange das nationale Umsetzungsgesetz nicht final war, warteten viele Unternehmen ab. Diese Zurückhaltung war ein bewusstes strategisches Kalkül: Wer zu früh investiert, könnte in eine Richtung laufen, die das finale Gesetz wieder korrigiert. Diese Haltung führte zu einem gefährlichen Stillstand — und als das Gesetz im Dezember 2025 ohne Übergangsfrist in Kraft trat, waren viele Unternehmen völlig unvorbereitet.

Inzwischen ist dieses Argument obsolet. Das Gesetz gilt. Die Registrierungsfrist ist am 6. März 2026 abgelaufen. Wer noch nicht registriert ist, riskiert ab sofort ein Bussgeld.

5. Unterschätzung der persönlichen Haftung

NIS-2 ist das erste deutsche Cybersicherheitsgesetz, das Geschäftsführerinnen und Geschäftsführer persönlich in die Pflicht nimmt. § 38 des neuen BSIG verpflichtet Geschäftsleitungen unter anderem zur regelmässigen Schulung in vier Kernfeldern — alle drei Jahre. Und wer als Unternehmensleitung die eigene Meldepflicht ignoriert, haftet dafür persönlich.

Manuel Bach vom BSI zog auf dem Kongress einen treffenden Vergleich: Steuerpflicht kann man auch nicht selbst für sich ausschliessen. Nur weil man der Meinung ist, das eigene Unternehmen falle nicht unter NIS-2, entspricht das noch lange nicht der Rechtslage.

Die Konsequenzen des Nichthandelns: Was Unternehmen riskieren

Die Bussgeldrahmen unter NIS-2 sind substanziell. Für besonders wichtige Einrichtungen drohen Sanktionen von bis zu 10 Millionen Euro oder 2 Prozent des weltweiten Jahresumsatzes — je nachdem, welcher Betrag höher ist. Für wichtige Einrichtungen gilt ein Rahmen von bis zu 7 Millionen Euro oder 1,4 Prozent des globalen Umsatzes.

Dazu kommt die persönliche Haftung der Geschäftsführung, die in ihrer Tragweite von vielen Unternehmensleitungen noch immer unterschätzt wird. Durch lückenhafte Sicherheit riskieren Unternehmen ausserdem erhebliche Reputationsschäden, wenn ein Sicherheitsvorfall publik wird und offensichtlich wird, dass keine angemessenen Massnahmen ergriffen wurden.

Und schliesslich: Wer Teil einer Lieferkette ist, wird zunehmend von grösseren Partnern und Auftraggebern auf Compliance-Konformität geprüft. NIS-2-Compliance entwickelt sich zum Wettbewerbsfaktor.

Warum manuelle Umsetzung an ihre Grenzen stösst

Die klassische Herangehensweise — Berater engagieren, Excel-Tabellen pflegen, Dokumentation in Word-Dateien zusammenstellen — funktioniert für grosse Konzerne mit entsprechenden Ressourcen. Für den Mittelstand ist sie schlicht zu aufwendig, zu fehleranfällig und zu wenig skalierbar.

NIS-2 ist kein einmaliges Projekt, das man abhakt und wieder vergisst. Es geht um kontinuierliches Risikomanagement, regelmässige Überprüfung von Massnahmen, strukturierte Vorfallsreaktion innerhalb strikter Meldefristen — erhebliche Sicherheitsvorfälle müssen dem BSI innerhalb von 24 Stunden gemeldet werden — sowie laufende Dokumentation der Lieferkettensicherheit.

Das ist kein Aufwand, den man mit einer Checkliste in der Schublade bewältigt.

Wie GRC-Software die Compliance-Lücke schliesst

Governance, Risk & Compliance — kurz GRC — Software wurde genau für dieses Problem entwickelt: komplexe regulatorische Anforderungen strukturiert, skalierbar und nachvollziehbar umzusetzen. Für NIS-2 ist GRC-Software kein Nice-to-have, sondern ein strategisches Werkzeug.

Strukturierter Einstieg statt Orientierungslosigkeit

Moderne GRC-Plattformen liefern vorkonfigurierte NIS-2-Frameworks inklusive aller relevanten Massnahmenfelder, Kontrollziele und Dokumentationsvorlagen. Statt bei null anzufangen, startet ein Unternehmen mit einem strukturierten Gap-Assessment: Wo steht das Unternehmen heute? Welche Anforderungen sind bereits erfüllt? Wo bestehen noch Lücken?

Diese Gap-Analyse ist der Ausgangspunkt für einen priorisierten Massnahmenplan — und genau das, was viele Unternehmen bisher vermissen: eine klare Übersicht, wo sie anfangen müssen.

Automatisiertes Risikomanagement

NIS-2 verlangt eine kontinuierliche Identifikation, Bewertung und Minimierung von Risiken. In der manuellen Umsetzung bedeutet das: regelmässige Workshops, Tabellenpflege, interne Abstimmungsrunden. Eine GRC-Plattform automatisiert diese Prozesse: Risiken werden erfasst, bewertet, mit konkreten Massnahmen verknüpft und in einem lebendigen Risikoregister dokumentiert — das sich automatisch aktualisiert, wenn sich die Bedrohungslage oder die Unternehmensstruktur ändern.

Incident Management mit integrierten Meldewegen

Die 24-Stunden-Meldefrist für erhebliche Sicherheitsvorfälle ist eine der härtesten operativen Anforderungen von NIS-2. Ohne strukturierte Prozesse ist sie kaum einzuhalten. GRC-Software bietet integrierte Incident-Management-Module: Vorfälle werden strukturiert erfasst, automatisch klassifiziert, relevante Stakeholder werden benachrichtigt und Meldewege zum BSI können vorbereitet werden. Die lückenlose Dokumentation schützt die Geschäftsführung zudem im Haftungsfall.

Lieferkettensicherheit und Drittparteienmanagement

NIS-2 verpflichtet Unternehmen auch zur Absicherung ihrer Lieferkette. Das bedeutet: Lieferanten und Dienstleister müssen auf ihre Sicherheitspraktiken hin bewertet werden. In einer GRC-Plattform lässt sich dieses Drittparteienmanagement systematisch abbilden — mit automatisierten Fragebögen, strukturierten Bewertungsworkflows und einem zentralen Überblick über alle relevanten Partner.

Auditbereitschaft auf Knopfdruck

Besonders wichtige Einrichtungen müssen ihre Massnahmen innerhalb von drei Jahren gegenüber dem BSI nachweisen. Wer seine NIS-2-Compliance in einer GRC-Plattform abbildet, ist jederzeit auditbereit: Alle Nachweise, Dokumente, Risikoeinschätzungen und Massnahmenprotokolle sind an einem zentralen Ort gespeichert, versioniert und jederzeit abrufbar.

Entlastung für Geschäftsführung und IT

Ein häufig unterschätzter Vorteil: GRC-Software entlastet die Geschäftsführung. Anstatt von Compliance-Details erdrückt zu werden, erhalten Führungskräfte klare Dashboards, die auf einen Blick zeigen, wie es um die NIS-2-Konformität des Unternehmens steht. IT-Teams werden entlastet, weil Routineaufgaben automatisiert werden — laut Studiendaten um bis zu 40 Prozent.

Multi-Framework-Abdeckung: NIS-2 ist nicht allein

Wer NIS-2 umsetzen muss, hat in vielen Fällen auch andere regulatorische Verpflichtungen: DSGVO, ISO 27001, DORA (für Finanzunternehmen), TISAX (für die Automobilindustrie) oder das kommende KRITIS-Dachgesetz. Gut integrierte GRC-Plattformen können diese Frameworks parallel abbilden und Synergien nutzen — wer ISO 27001 bereits implementiert hat, hat damit einen erheblichen Vorsprung bei der NIS-2-Umsetzung.

Zazoon: GRC-Software, die nicht überfordert

Bei Zazoon haben wir diese Realität im Mittelstand aus nächster Nähe beobachtet. Unternehmen brauchen keine weitere Checkliste und kein weiteres Berater-Dokument. Sie brauchen eine Softwarelösung, die NIS-2 in handhabbare Schritte zerlegt, die Umsetzung begleitet und dabei nicht mehr IT-Expertise voraussetzt, als realistischerweise vorhanden ist.

Unsere GRC-Plattform bietet genau das: einen strukturierten NIS-2-Einstieg, ein integriertes Risikomanagement, automatisierte Dokumentation und einen zentralen Überblick für Geschäftsführung und IT — ohne dass dafür ein dediziertes Compliance-Team aufgebaut werden muss.

Fazit: Der Preis des Abwartens ist zu hoch

NIS-2 ist kein bürokratisches Konstrukt, das man aussitzen kann. Es ist geltendes Recht mit substanziellen Sanktionen und persönlicher Geschäftsführerhaftung. Die ernüchternden Zahlen vom BSI-Kongress zeigen, dass ein erheblicher Teil der deutschen Wirtschaft diesen Ernst noch nicht begriffen hat — oder ihn bewusst ignoriert.

Die gute Nachricht: Es ist noch nicht zu spät, um strukturiert anzufangen. Und GRC-Software macht es zum ersten Mal realistisch, NIS-2-Compliance auch ohne grosses Compliance-Team und ohne sechsstellige Beratungsbudgets zu erreichen. Die Unternehmen, die jetzt handeln, sichern sich nicht nur vor Bussgeldern und Haftungsrisiken ab. Sie schaffen die Grundlage für eine resilientere IT-Infrastruktur, stärken das Vertrauen ihrer Kunden und Partner und positionieren sich als verlässliche Glieder in einer sicherheitsbewussten Lieferkette.

Der Aufwand ist real. Aber er ist beherrschbar — mit den richtigen Werkzeugen.

Häufig gestellte Fragen (FAQ)

Gilt NIS-2 auch für mein Unternehmen, wenn ich kein Technologieunternehmen bin? Ja, in vielen Fällen. NIS-2 erfasst Unternehmen aus 18 Sektoren, darunter Energie, Transport, Gesundheit, Maschinenbau, Chemie, Lebensmittelproduktion und öffentliche Verwaltung. Als Faustregel gilt: Unternehmen mit mindestens 50 Mitarbeitenden oder mehr als 10 Millionen Euro Jahresumsatz sollten aktiv prüfen, ob sie in den Anwendungsbereich fallen. Diese Prüfung sollte möglichst zeitnah erfolgen.

Was passiert, wenn mein Unternehmen die Registrierungsfrist verpasst hat? Die BSI-Registrierungsfrist ist am 6. März 2026 abgelaufen. Unternehmen, die noch nicht registriert sind, riskieren Bussgelder und sollten die Registrierung unverzüglich nachholen. Das BSI hat signalisiert, dass es die Einhaltung der Pflichten aktiv überwacht.

Wie hoch sind die Bussgeldrisiken konkret? Für besonders wichtige Einrichtungen liegt der Busssgeldrahmen bei bis zu 10 Millionen Euro oder 2 Prozent des weltweiten Jahresumsatzes. Für wichtige Einrichtungen gilt ein Rahmen von bis zu 7 Millionen Euro oder 1,4 Prozent des globalen Umsatzes.

Was ist der Unterschied zwischen „wichtigen“ und „besonders wichtigen“ Einrichtungen? Besonders wichtige Einrichtungen sind grössere Unternehmen aus kritischen Sektoren wie Energie, Wasser, Finanzmarktinfrastruktur und Gesundheit. Wichtige Einrichtungen umfassen mittelgrosse Unternehmen sowie Organisationen aus weiteren Sektoren wie Produktion, Lebensmittel und digitale Dienste. Die genaue Zuordnung hängt von Sektorzugehörigkeit, Unternehmensgrösse und Marktstellung ab.

Hilft ISO 27001 bereits bei der NIS-2-Umsetzung? Ja, erheblich. ISO 27001 und NIS-2 überlappen in vielen Bereichen — insbesondere beim Informationssicherheitsmanagementsystem (ISMS), bei der Risikoanalyse und bei der Dokumentation von Sicherheitsmassnahmen. Wer bereits ISO-27001-zertifiziert ist, hat einen deutlichen Vorsprung. Gute GRC-Plattformen bilden beide Frameworks parallel ab und nutzen die vorhandene Arbeit als Grundlage für die NIS-2-Compliance.

Wie lange dauert die NIS-2-Umsetzung mit einer GRC-Software? Das hängt vom Ausgangszustand des Unternehmens ab. Mit einer GRC-Plattform, die strukturierte Vorlagen, Gap-Analysen und automatisierte Workflows mitbringt, können gut vorbereitete Unternehmen den Compliance-Aufbau gegenüber einer rein manuellen Herangehensweise um bis zu 50 Prozent verkürzen. Realistische Zeitrahmen für einen ersten soliden Compliance-Stand liegen bei drei bis sechs Monaten.

Was genau muss ich als Geschäftsführerin oder Geschäftsführer persönlich tun? Gemäss § 38 des neuen BSIG müssen Geschäftsleitungen die Umsetzung der Risikomanagementmassnahmen aktiv überwachen und billigen. Ausserdem sind regelmässige Schulungen in vier Kernbereichen vorgeschrieben — mindestens alle drei Jahre. Wer diese Pflichten vernachlässigt, haftet persönlich. Eine GRC-Plattform hilft dabei, diese Aufgaben strukturiert zu dokumentieren und nachzuweisen.

Kann eine GRC-Software auch die Lieferkettensicherheit abdecken? Ja. Moderne GRC-Plattformen bieten Drittparteienmanagement-Module, mit denen Lieferanten und Dienstleister systematisch bewertet und dokumentiert werden können. Das ist besonders wichtig, da NIS-2 ausdrücklich auch die Sicherheit der Lieferkette als Teil des Risikomanagements fordert.

14. April 2026 | 5 min

EU Anti-Korruptionsrichtlinie 2026: Einheitlicher Strafrechtsrahmen verändert Compliance in Europa grundlegend

Korruption gehört zu den grössten strukturellen Risiken für Unternehmen und Staaten in Europa. Trotz zahlreicher nationaler Gesetze bestand bisher ein zentrales Problem: fehlende Einheitlichkeit. Unterschiedliche Definitionen, Strafmasse und Durchsetzungsmechanismen haben dazu geführt, dass Korruption oft grenzüberschreitend organisiert und gezielt in regulatorischen Grauzonen betrieben wurde.

Mit der neuen EU-Anti-Korruptionsrichtlinie 2026 ändert sich dieses Bild grundlegend. Erstmals schafft die Europäische Union einen einheitlichen strafrechtlichen Mindeststandard, der alle Mitgliedstaaten verpflichtet, Korruption nach denselben Prinzipien zu verfolgen.

  • Einheitlicher EU-weiter strafrechtlicher Rahmen zur Korruptionsbekämpfung
  • Klare Definition zentraler Korruptionsdelikte
  • Harmonisierung von Mindeststrafen und Sanktionen
  • Deutlich ausgeweitete Unternehmenshaftung
  • Verpflichtende nationale Anti-Korruptionsstrategien
  • Stärkere Zusammenarbeit zwischen EU- und nationalen Behörden
  • Umsetzung in nationales Recht innerhalb von 2 bis 3 Jahren

Warum die EU jetzt handelt

Korruption ist längst kein rein nationales Problem mehr. Sie ist eng verknüpft mit organisierter Kriminalität, Geldwäsche und Missbrauch öffentlicher Mittel. Gleichzeitig haben unterschiedliche nationale Regelungen bisher dazu geführt, dass sich Korruptionsnetzwerke gezielt die schwächsten Rechtsordnungen innerhalb der EU zunutze machen konnten.

Die Folge: ineffektive Strafverfolgung, geringe Abschreckung und erhebliche wirtschaftliche Schäden. Die neue Richtlinie ist daher eine direkte Antwort auf diese strukturellen Defizite.

Der Kern der Richtlinie: Harmonisierung statt Fragmentierung

Die EU verfolgt mit der Richtlinie einen klaren Ansatz: keine vollständige Vereinheitlichung, aber verbindliche Mindeststandards, die von allen Mitgliedstaaten eingehalten werden müssen.

Einheitliche Definition von Korruptionsdelikten

Ein zentraler Fortschritt ist die europaweit einheitliche Definition von Korruptionsdelikten. Dazu gehören insbesondere:

  • Bestechung im öffentlichen und privaten Sektor
  • Veruntreuung
  • Einflussnahme
  • Behinderung der Justiz
  • Illegale Bereicherung
  • Verschleierung von Vermögenswerten

Diese Vereinheitlichung reduziert Interpretationsspielräume erheblich und erschwert es, regulatorische Unterschiede gezielt auszunutzen.

Mindeststrafen und Sanktionen

Neben der Definition der Delikte werden auch die Sanktionen harmonisiert. Ziel ist es, eine einheitliche Abschreckungswirkung innerhalb der EU zu erreichen.

Zu den wichtigsten Massnahmen gehören:

  • Mindestfreiheitsstrafen im Bereich mehrerer Jahre je nach Delikt
  • Hohe Geldstrafen für Unternehmen, orientiert am Umsatz
  • Zusatzmassnahmen wie Ausschluss von öffentlichen Aufträgen
  • Sanktionen gegen verantwortliche Führungspersonen

Damit wird verhindert, dass einzelne Mitgliedstaaten als „weichere“ Standorte für Korruptionsdelikte dienen.

Unternehmen im Fokus: Deutlich erhöhte Haftungsrisiken

Ein zentraler Bestandteil der Richtlinie ist die Ausweitung der Haftung juristischer Personen. Unternehmen geraten damit deutlich stärker in den Fokus der Strafverfolgung.

Unternehmen können belangt werden, wenn:

  • Korruption zu ihrem Vorteil erfolgt
  • unzureichende Kontroll- und Präventionsmassnahmen bestehen

Das führt zu einer klaren Verschiebung: weg von rein individueller Verantwortung hin zu struktureller Unternehmensverantwortung.

Konkrete Auswirkungen auf Compliance

Für Unternehmen ergeben sich daraus erhebliche Anforderungen:

  • Ausbau interner Kontrollsysteme
  • Stärkere Überwachung von Geschäftspartnern und Lieferketten
  • Implementierung effektiver Hinweisgebersysteme
  • Nachweis einer funktionierenden Compliance-Kultur
  • Lückenlose Dokumentation von Präventionsmassnahmen

Unternehmen ohne robuste Anti-Korruptionsprogramme tragen zukünftig ein deutlich höheres Risiko.

Prävention als strategischer Bestandteil

Die Richtlinie beschränkt sich nicht auf Strafrecht. Sie verankert auch klare Anforderungen an Prävention und Governance.

Mitgliedstaaten müssen unter anderem:

  • Nationale Anti-Korruptionsstrategien entwickeln
  • Regelmässige Risikoanalysen durchführen
  • Unabhängige Kontroll- und Aufsichtsstellen etablieren
  • Transparenz durch strukturierte Datenbereitstellung erhöhen

Damit entsteht ein systematischer Ansatz, der Korruption nicht nur sanktioniert, sondern aktiv verhindert.

Stärkere Zusammenarbeit innerhalb der EU

Ein weiterer entscheidender Fortschritt liegt in der verbesserten Zusammenarbeit zwischen den Behörden.

Die Richtlinie fördert:

  • Intensiveren Informationsaustausch zwischen Mitgliedstaaten
  • Engere Kooperation mit EU-Institutionen
  • Bessere Koordination bei grenzüberschreitenden Ermittlungen

Dadurch wird ein zentrales Problem der Vergangenheit adressiert: fehlende Abstimmung zwischen nationalen Strafverfolgern.

Grenzen und Kritik

Trotz der weitreichenden Reform bleibt die Richtlinie ein politischer Kompromiss.

Kritische Punkte sind:

  • Teilweise abgeschwächte Regelungen im Vergleich zu ursprünglichen Entwürfen
  • Fokus auf Mindeststandards statt vollständiger Harmonisierung
  • Unterschiedliche Umsetzungsgeschwindigkeiten in den Mitgliedstaaten

Dennoch stellt die Richtlinie einen historischen Schritt dar und legt die Grundlage für weitere regulatorische Entwicklungen.

Bedeutung für GRC und Unternehmensstrategie

Für GRC-Verantwortliche hat die neue Richtlinie strategische Relevanz.

Zentrale Implikationen:

  • Harmonisierung erhöht regulatorische Transparenz
  • Risiken werden europaweit vergleichbarer und sichtbarer
  • Enforcement wird konsequenter und koordinierter
  • Compliance-Systeme müssen EU-weit konsistent gestaltet werden

Besonders wichtig wird die Fähigkeit, Compliance nicht nur umzusetzen, sondern auch nachweisbar zu machen.

Fazit

Die EU-Anti-Korruptionsrichtlinie 2026 markiert einen Wendepunkt in der europäischen Regulierung. Sie reduziert bestehende Lücken, schafft einheitliche Mindeststandards und erhöht den Druck auf Unternehmen erheblich.

Für Organisationen bedeutet das: Korruptionsrisiken werden nicht nur strenger reguliert, sondern auch konsequenter verfolgt.

Wer frühzeitig in belastbare Compliance-Strukturen investiert, positioniert sich langfristig stabiler. Wer abwartet, setzt sich einem deutlich steigenden regulatorischen und finanziellen Risiko aus.

FAQ

Wann müssen Unternehmen mit konkreten Auswirkungen rechnen?

Die Mitgliedstaaten haben in der Regel 2 bis 3 Jahre Zeit, die Richtlinie in nationales Recht umzusetzen. Danach werden die neuen Anforderungen wirksam.

Sind nur grosse Unternehmen betroffen?

Nein. Grundsätzlich betrifft die Richtlinie Unternehmen aller Grössen, insbesondere wenn sie in regulierten Branchen oder international tätig sind.

Was ändert sich im Vergleich zur bisherigen Rechtslage?

Vor allem die Einheitlichkeit. Definitionen, Sanktionen und Durchsetzung werden europaweit angeglichen, wodurch Schlupflöcher reduziert werden.

Welche Rolle spielt Compliance in Zukunft?

Compliance wird zu einem zentralen Steuerungsinstrument. Unternehmen müssen nachweisen können, dass sie wirksame Präventionsmassnahmen implementiert haben.

Welche Risiken drohen bei Verstössen?

Neben hohen Geldstrafen drohen Reputationsschäden, Ausschluss von öffentlichen Aufträgen und strafrechtliche Konsequenzen für verantwortliche Personen.

Ist mit weiteren EU-Regulierungen zu rechnen?

Ja. Die Richtlinie zeigt deutlich, dass die EU bereit ist, auch im Strafrecht stärker harmonisierend einzugreifen, insbesondere im Bereich GRC und Finanzkriminalität.

7. April 2026 | 6 min

11 Millionen Euro Strafe für Revolut: Warum der Fall ein Weckruf für GRC ist

Der Fall Revolut zeigt eindrücklich, wie schnell operative Entscheidungen zu regulatorischen Risiken werden können. Die italienische Wettbewerbsbehörde hat das Fintech mit über 11 Millionen Euro bestraft – nicht wegen eines einzelnen Verstosses, sondern wegen einer Kombination aus unklarer Kommunikation, mangelhafter Transparenz und problematischen Prozessen im Umgang mit Kunden.

Im Kern geht es um eine einfache, aber für GRC entscheidende Frage:
Was Unternehmen ihren Kunden versprechen – und was tatsächlich passiert.

Genau hier entstehen die grössten Risiken.

  • Revolut wurde mit über 11 Millionen Euro wegen mehrerer Verstösse sanktioniert.
  • Zentrale Themen waren irreführende Investmentdarstellung, unklare Kosten und aggressive Account-Sperrungen.
  • Kunden wurden nicht ausreichend über Risiken, Einschränkungen und Prozesse informiert.
  • Der Fall zeigt typische GRC-Schwachstellen in schnell skalierenden digitalen Geschäftsmodellen.
  • Transparenz, Governance und saubere Prozesse sind zentrale regulatorische Erwartungen.
  • GRC betrifft nicht nur Regeln, sondern auch Produktdesign, Kommunikation und operative Umsetzung.

Was konkret passiert ist

Die italienische Aufsichtsbehörde stellte mehrere Probleme fest, die sich über verschiedene Bereiche des Geschäftsmodells erstreckten.

Ein zentraler Punkt war die Darstellung von Investmentprodukten. Revolut bewarb bestimmte Angebote als „kommissionsfrei“, ohne dabei von Anfang an klar zu machen, welche zusätzlichen Kosten, Einschränkungen oder Unterschiede tatsächlich bestehen. Besonders kritisch wurde bewertet, dass sogenannte Bruchstücke von Aktien andere Eigenschaften haben als klassische Aktien – etwa in Bezug auf Rechte oder Übertragbarkeit – und diese Unterschiede nicht ausreichend kommuniziert wurden.

Ein zweiter grosser Kritikpunkt war der Umgang mit Kontosperrungen. Kunden berichteten, dass Konten eingeschränkt oder blockiert wurden, ohne ausreichende Vorabinformation oder klare Erklärung der Gründe. In einigen Fällen hatten Nutzer über längere Zeit keinen Zugriff auf ihre Gelder. (en.agcm.it)

Ein dritter Aspekt betraf fehlende Transparenz bei operativen Details, etwa bei der Umstellung auf lokale Bankkonten. Kunden wussten nicht klar, wann und unter welchen Bedingungen sie beispielsweise eine nationale Kontonummer erhalten würden.

Das Entscheidende: Es ging nicht um einen technischen Fehler, sondern um systemische Defizite in Kommunikation, Prozessen und Governance.

Warum dieser Fall aus GRC-Sicht so relevant ist

Der Revolut-Fall ist kein Einzelfall. Er steht exemplarisch für strukturelle Herausforderungen moderner, digitaler Geschäftsmodelle.

1. Produktversprechen vs Realität

Viele digitale Plattformen arbeiten mit einfachen, attraktiven Botschaften wie „kostenlos“, „sofort verfügbar“ oder „einfach“. Das Problem entsteht, wenn diese Versprechen nicht vollständig oder nicht verständlich erklärt werden.

Aus GRC-Sicht bedeutet das:
Produktdesign und Kommunikation sind Teil der Compliance.

Wenn Kunden ein Produkt nicht richtig verstehen, entsteht nicht nur ein Reputationsrisiko, sondern ein regulatorisches Problem.

2. Operations sind Teil der Compliance

Ein besonders kritischer Punkt ist der Umgang mit Kontosperrungen.

Aus regulatorischer Sicht ist es legitim, Konten einzuschränken – etwa aus Gründen der Geldwäscheprävention oder Sicherheit. Entscheidend ist jedoch, wie dieser Prozess gestaltet ist:

  • Gibt es klare Regeln?
  • Werden Kunden informiert?
  • Können sie reagieren?
  • Gibt es Support und Eskalationsmöglichkeiten?

Wenn diese Prozesse nicht sauber definiert sind, wird aus einer Sicherheitsmassnahme schnell ein Compliance-Verstoss.

3. Skalierung ohne Governance

Viele Fintechs wachsen extrem schnell. Neue Produkte, neue Märkte, neue Kunden.

Was dabei oft nicht im gleichen Tempo wächst, ist die Governance-Struktur.

Der Revolut-Fall zeigt genau dieses Muster:

  • Komplexe Produkte ohne ausreichende Erklärung
  • Operative Prozesse ohne klare Kommunikation
  • Unterschied zwischen interner Logik und externer Wahrnehmung

GRC muss hier als Stabilitätsanker wirken – nicht als nachgelagerte Kontrollfunktion.

Die eigentlichen GRC-Probleme hinter dem Fall

Wenn man den Fall strukturiert betrachtet, lassen sich mehrere typische GRC-Schwachstellen erkennen.

Fehlende Transparenz in der Customer Journey

Informationen müssen nicht nur vorhanden sein, sondern zur richtigen Zeit, im richtigen Kontext und verständlich bereitgestellt werden.

Gerade im digitalen Umfeld reicht es nicht, Informationen irgendwo in Dokumenten zu verstecken.

Unklare Verantwortlichkeiten

Wer ist verantwortlich für:

  • Produktkommunikation
  • Kundentransparenz
  • operative Prozesse
  • Eskalationsmechanismen

Wenn diese Verantwortlichkeiten nicht klar geregelt sind, entstehen Lücken.

Fragmentierte Prozesse

Oft sind Produktentwicklung, Compliance, Legal und Operations nicht ausreichend integriert.

Das führt dazu, dass:

  • Produkte entwickelt werden, ohne alle regulatorischen Aspekte zu berücksichtigen
  • Prozesse entstehen, die aus operativer Sicht sinnvoll sind, aber regulatorisch problematisch

Fehlende End-to-End-Sicht

GRC wird häufig in Silos gedacht.

Der Kunde erlebt jedoch immer den gesamten Prozess – von der Registrierung über die Nutzung bis zur möglichen Einschränkung.

Wenn diese End-to-End-Sicht fehlt, entstehen genau die Probleme, die im Revolut-Fall sichtbar wurden.

Was Unternehmen daraus lernen müssen

Der wichtigste Punkt:
GRC beginnt nicht bei der Kontrolle, sondern beim Design.

Unternehmen sollten mehrere Prinzipien berücksichtigen:

Erstens: Transparenz by Design
Produkte müssen so gestaltet sein, dass Kunden sie verstehen – inklusive Risiken, Einschränkungen und Kosten.

Zweitens: Process Governance
Kritische Prozesse wie Kontosperrungen oder Transaktionsprüfungen müssen klar definiert, dokumentiert und kommuniziert sein.

Drittens: Integration von GRC in Produktentwicklung
Compliance darf kein nachgelagerter Check sein, sondern muss von Anfang an Teil der Entwicklung sein.

Viertens: Customer Impact als Risikoindikator
Wenn Prozesse zu Frustration, Unsicherheit oder fehlender Kontrolle bei Kunden führen, ist das oft ein Frühindikator für regulatorische Risiken.

Fünftens: Skalierbare Governance-Strukturen
Wachstum ohne Governance führt zwangsläufig zu Problemen.

Fazit

Der Revolut-Fall ist mehr als nur eine einzelne Strafe. Er zeigt, wie sich GRC-Risiken in modernen digitalen Geschäftsmodellen entwickeln.

Nicht fehlende Regeln sind das Problem, sondern fehlende Integration.

Unternehmen müssen verstehen, dass:

  • Kommunikation ein Compliance-Thema ist
  • Prozesse ein Compliance-Thema sind
  • Produktdesign ein Compliance-Thema ist

GRC ist damit kein Kontrollsystem am Ende, sondern ein integraler Bestandteil des gesamten Geschäftsmodells.

Wer das nicht versteht, wird früher oder später regulatorisch korrigiert.

FAQ

Warum wurde Revolut bestraft?
Wegen irreführender Kommunikation zu Investmentprodukten, unklarer Kostenstruktur, problematischer Kontosperrungen und fehlender Transparenz gegenüber Kunden.

War das ein technisches Problem?
Nein. Es handelte sich primär um ein Governance- und Prozessproblem.

Was ist die wichtigste GRC-Lehre aus dem Fall?
Dass Compliance nicht nur Regeln betrifft, sondern auch Produktdesign, Kommunikation und operative Abläufe.

Warum sind Kontosperrungen ein Risiko?
Weil sie direkt den Zugang zu Geld betreffen und daher besonders hohe Anforderungen an Transparenz und Fairness bestehen.

Was sollten Unternehmen konkret ändern?
Sie sollten GRC früh in Produktentwicklung integrieren, klare Prozesse definieren, Transparenz erhöhen und Governance-Strukturen skalierbar aufbauen.

24. März 2026 | 10 min

Regulation Overload 2026: Wie Unternehmen NIS2, AI Act und DORA gleichzeitig bewältigen

Im März 2026 ist „Regulation Overload“ keine Zuspitzung mehr, sondern operative Realität. NIS2 hätte bis zum 17. Oktober 2024 in nationales Recht überführt werden müssen, DORA gilt seit dem 17. Januar 2025 unmittelbar für den Finanzsektor, und beim AI Act gelten seit Februar 2025 bereits erste Pflichten, während der nächste grosse Umsetzungsblock im August 2026 folgt. Unternehmen stehen damit nicht vor einer einzelnen Deadline, sondern vor drei Regimen mit unterschiedlichen Logiken, unterschiedlichen Aufsichten und unterschiedlichen Nachweisanforderungen.

Die Lage wird dadurch noch anspruchsvoller, dass sich die Rechtslandschaft parallel weiter bewegt. Bei NIS2 hat die Kommission Anfang 2026 bereits gezielte Änderungen vorgeschlagen, um die Rechtslage klarer und die Umsetzung praktikabler zu machen. Gleichzeitig arbeitet die EU beim AI Act noch an weiteren Leitlinien und Support-Instrumenten. Das zeigt vor allem eines: 2026 ist kein Jahr für isolierte Einzelprojekte, sondern für ein integriertes GRC-Betriebsmodell.

  • 2026 treffen drei sehr unterschiedliche Regulierungslogiken gleichzeitig auf Unternehmen: NIS2 als horizontaler Cybersicherheitsrahmen, DORA als sektorspezifische Finanzmarktregulierung und der AI Act als risikobasiertes Regelwerk für KI.
  • NIS2 ist in der Umsetzung in den Mitgliedstaaten weiter uneinheitlich, DORA ist bereits voll anwendbar, und beim AI Act steht mit August 2026 der nächste grosse Anwendungsschritt bevor.
  • Die Überschneidungen liegen vor allem bei Governance, Risikomanagement, Incident Handling, Drittparteiensteuerung, Dokumentation, Training und Nachweisführung.
  • Für Finanzunternehmen ist DORA in den überlappenden Bereichen des Cybersicherheitsrisikomanagements und der Vorfallmeldung der speziellere Rechtsakt gegenüber NIS2.
  • Wer die drei Regime erfolgreich bewältigen will, braucht keine drei parallelen Compliance-Programme, sondern eine gemeinsame Kontrollarchitektur mit klaren sektor- und KI-spezifischen Ergänzungen.

Warum 2026 zum GRC-Stresstest wird

Nicht jedes Unternehmen fällt unmittelbar und vollständig unter alle drei Regelwerke. In der Praxis entsteht der Druck dennoch oft gleichzeitig: etwa in Konzernen mit Finanztochter, in Gruppen mit kritischer Infrastruktur, bei Technologieanbietern für regulierte Kunden oder bei Unternehmen, die KI in regulierten oder sicherheitskritischen Prozessen einsetzen. Die eigentliche Herausforderung ist deshalb weniger die Einzelfrage „Bin ich betroffen?“, sondern die Kombination aus mehreren Rollen, mehreren Jurisdiktionen und mehreren Aufsichtslogiken.

Hinzu kommt: Die drei Regime greifen an unterschiedlichen Stellen im Unternehmen. NIS2 adressiert die Organisation als Betreiber wesentlicher oder wichtiger Dienste. DORA adressiert die digitale operationale Resilienz von Finanzunternehmen und ihrer ICT-Drittparteien. Der AI Act adressiert je nach Rolle Anbieter, Betreiber, Importeure, Distributoren und in bestimmten Konstellationen auch Unternehmen, die ein KI-System wesentlich verändern oder unter eigener Marke in Verkehr bringen. Dadurch entstehen Überschneidungen nicht nur zwischen Gesetzen, sondern auch zwischen Funktionen, Verantwortlichkeiten und Nachweispflichten.

Drei Regime, drei unterschiedliche Steuerungslogiken

NIS2: Breite Cyber-Governance mit nationaler Umsetzung

NIS2 schafft einen einheitlichen EU-Rahmen für Cybersicherheit in 18 kritischen Sektoren. Die Richtlinie arbeitet mit den Kategorien wesentliche und wichtige Einrichtungen, verlangt Cyber-Risikomanagement, Lieferketten- und Sicherheitsmassnahmen sowie gestufte Meldepflichten. Besonders relevant aus GRC-Sicht ist, dass die Richtlinie die Verantwortung des Managements ausdrücklich betont: Leitungsorgane müssen Massnahmen billigen, ihre Umsetzung überwachen und sich zu Cyberrisiken schulen lassen.

Gleichzeitig bleibt NIS2 im März 2026 ein Regime mit nationalem Umsetzungsrisiko. Die Kommission hatte bereits 23 Mitgliedstaaten zur vollständigen Umsetzung aufgefordert, und die fortlaufenden Debatten über Klarstellungen zeigen, dass Unternehmen sich nicht auf ein vollkommen harmonisiertes Marktbild verlassen können. Für international tätige Gruppen ist das ein echtes GRC-Problem, weil Scope, Aufsichtspraxis und Nachweisführung je Land variieren können.

DORA: Direkte Resilienzpflicht für den Finanzsektor

DORA gilt seit dem 17. Januar 2025 unmittelbar und harmonisiert die Anforderungen an digitale operationale Resilienz für 20 Arten von Finanzunternehmen sowie für ICT-Drittparteien im Aufsichtsrahmen. Im Zentrum stehen ein belastbares ICT-Risikomanagement, Incident Reporting, Resilienztests und eine deutlich schärfere Steuerung von Technologieabhängigkeiten. Mit der Benennung kritischer ICT-Drittanbieter durch die europäischen Aufsichtsbehörden Ende 2025 ist dieser Drittparteifokus nicht mehr theoretisch, sondern konkret operationalisiert.

DORA ist zudem granularer als viele klassische Cyber-Regime. Das zeigt sich etwa bei den Meldepflichten: Für schwere ICT-Vorfälle sieht DORA sehr enge Taktungen vor, einschliesslich einer initialen Meldung innerhalb von vier Stunden nach Klassifizierung als major und spätestens 24 Stunden nach Entdeckung, einem Zwischenbericht nach 72 Stunden sowie einem Abschlussbericht nach einem Monat. Dazu kommen formalisierte Anforderungen an Register der ICT-Dienstleistungen, Testing und interne Governance.

AI Act: Risikobasierte KI-Regulierung mit gestaffelter Anwendung

Der AI Act folgt einer anderen Logik. Er ist kein reines Cyber-Regime, sondern ein risikobasiertes Regelwerk für KI-Systeme und General-Purpose-AI-Modelle. Seit dem 2. Februar 2025 gelten bereits Verbote für bestimmte unzulässige KI-Praktiken sowie Pflichten zur AI Literacy. Seit dem 2. August 2025 gelten die Governance-Regeln und Pflichten für General-Purpose-AI-Modelle. Ab dem 2. August 2026 greifen dann der Grossteil der Regeln, insbesondere für High-Risk-AI-Systeme nach Anhang III sowie Transparenzpflichten, während bestimmte High-Risk-Systeme in regulierten Produkten erst 2027 folgen.

Für GRC-Verantwortliche ist entscheidend, dass der AI Act nicht nur Entwickler betrifft. Je nach Rolle entstehen Pflichten für Anbieter, Betreiber, Importeure und Distributoren. Bei High-Risk-AI kommen dokumentiertes Risikomanagement, Daten- und Modellgovernance, Logging, menschliche Aufsicht, Transparenz und Konformitätsbewertung hinzu. Ausserdem werden ab August 2026 ernsthafte Vorfälle mit High-Risk-AI meldepflichtig, was den AI Act in die Nähe klassischer Incident- und Post-Market-Regime rückt.

Wo sich NIS2, DORA und AI Act wirklich überlagern

1. Governance und Verantwortung des Managements

Alle drei Regime verschieben Technologie- und Cyberthemen deutlich näher an die Unternehmensleitung. NIS2 macht Cyberrisiken explizit zur Aufgabe des Managements. DORA verankert Governance, interne Kontrollen und Resilienz als Führungsaufgabe im Finanzsektor. Der AI Act zwingt Organisationen dazu, KI-Nutzung aus der Experimentierzone in formale Governance, Rollenklärung und dokumentierte Aufsicht zu überführen. Der gemeinsame Nenner lautet: Technologieentscheidungen sind 2026 keine reine Fachbereichsfrage mehr, sondern ein Board-Thema.

2. Risikomanagement statt Checklisten-Compliance

NIS2 verlangt angemessene Cyber-Risikomanagementmassnahmen. DORA fordert ein strukturiertes ICT-Risikomanagement mit konkreten organisatorischen und technischen Elementen. Der AI Act verlangt für High-Risk-AI ein dokumentiertes Risikomanagementsystem über den Lebenszyklus hinweg. Wer diese Regime getrennt bearbeitet, baut meist dreifache Methodik und dreifache Dokumentation auf. Wer sie intelligent verbindet, schafft eine gemeinsame Risikotaxonomie und einen gemeinsamen Kontrollkatalog mit regulatorischen Zusätzen je Regime.

3. Incident Handling wird zum Multikanal-Prozess

Unter NIS2 gelten für signifikante Vorfälle gestufte Meldefristen von 24 Stunden, 72 Stunden und einem Monat. DORA verlangt für schwere ICT-Vorfälle noch engere Taktungen. Und beim AI Act kommen für High-Risk-AI ab August 2026 eigene Melde- und Untersuchungsprozesse für schwerwiegende Vorfälle hinzu. Für Unternehmen bedeutet das: Ein Incident Playbook, das nur zwischen „IT“ und „Legal“ unterscheidet, reicht nicht mehr. Notwendig ist eine zentrale Klassifikation mit regulatorischer Routing-Logik.

4. Drittparteien- und Lieferkettenrisiken werden zentral

NIS2 betont Lieferketten- und Sicherheitsmassnahmen. DORA geht bei ICT-Drittparteien noch weiter und macht die Abhängigkeit von Technologieanbietern zu einem Kernelement der Aufsicht. Beim AI Act verschiebt sich der Blick auf die KI-Wertschöpfungskette: Rollen entlang der Wertkette, Pflichten für General-Purpose-AI-Modelle und Transparenzpflichten für bestimmte Systeme machen klar, dass auch KI-Zukauf und KI-Integration reguliert werden. Der klassische Einkauf ohne regulatorische Tiefenprüfung ist damit 2026 endgültig überholt.

5. Nachweisführung wird zum eigentlichen Engpass

Fast alle Unternehmen unterschätzen nicht die Pflicht, sondern den Beweis. NIS2 verlangt nachweisbare Governance und umsetzbare Sicherheitsmassnahmen. DORA fordert belastbare Register, Vorfallsdaten, Testnachweise und Drittparteieninformationen. Der AI Act bringt technische Dokumentation, Logs, Transparenzinformationen und je nach Rolle zusätzliche Pflichtartefakte mit. Das eigentliche GRC-Thema 2026 ist daher nicht nur „Was müssen wir tun?“, sondern „Wie belegen wir es konsistent und wiederverwendbar?“

Warum viele Umsetzungsprogramme scheitern

Die häufigste Fehlannahme lautet, dass drei Regime automatisch drei Projekte bedeuten. Genau das erzeugt die Überlastung. In der Praxis entstehen dann drei Scope-Analysen, drei Kontrolllandschaften, drei Reporting-Logiken und drei verschiedene Managementberichte. Das Ergebnis ist nicht höhere Sicherheit, sondern regulatorische Reibung.

Die zweite grosse Fehlannahme ist organisatorisch: Viele Unternehmen ordnen NIS2 der Security, DORA dem Regulatorikteam und den AI Act dem Legal- oder Innovationsteam zu. Dadurch werden identische Grundfragen an verschiedenen Stellen parallel bearbeitet: Welche Assets sind kritisch? Welche Drittparteien sind wesentlich? Wie wird ein Vorfall klassifiziert? Welche Logs muessen vorliegen? Wer darf ein Risiko freigeben?

Die dritte Fehlannahme betrifft die Zeitachse. Manche Organisationen warten noch immer auf die vollständige nationale NIS2-Umsetzung oder auf weitere Leitlinien zum AI Act. Das ist nachvollziehbar, aber gefährlich. Denn DORA gilt bereits, der AI Act hat bereits erste Pflichten aktiviert, und der nächste grosse AI-Stichtag im August 2026 ist operativ nah. Wer auf perfekte Klarheit wartet, verliert wertvolle Monate.

Wie Unternehmen NIS2, AI Act und DORA gleichzeitig bewältigen

Der erste Schritt ist keine Massnahme, sondern ein Strukturentscheid: Unternehmen brauchen ein einziges Steuerungsmodell, das auf Entität, Funktion, Produkt, Dienstleistung und KI-Anwendungsfall aufsetzt. Die richtige Frage ist nicht „Welches Gesetz gilt?“, sondern „Welche Kombination von Pflichten gilt wo und warum?“

Darauf aufbauend sollte ein gemeinsamer Kontrollkern definiert werden. Dazu gehören typischerweise Asset- und Prozessinventar, Rollen und Verantwortlichkeiten, Risikoanalyse, Zugriffskontrollen, Monitoring, Logging, Incident Handling, Business Continuity, Drittparteiensteuerung, Schulung und Management-Reporting. Erst danach werden regulatorische Spezialitäten aufgesetzt, etwa DORA-spezifische Register- und Testpflichten oder AI-Act-spezifische Transparenz-, Konformitäts- und Post-Market-Anforderungen.

Für Finanzunternehmen ist zudem eine saubere Abgrenzung essenziell. Wo DORA als sektorspezifischer Rechtsakt die überlappenden Cyber- und Incident-Anforderungen abdeckt, darf NIS2 nicht einfach doppelt darübergelegt werden. Genau diese Klarheit verhindert Doppelmeldungen, widersprüchliche Kontrollanforderungen und ineffiziente Prüfpfade.

Praktisch besonders wirksam ist ein gemeinsames Evidenzmodell. Statt für jedes Regime neue Nachweise zu bauen, sollten Unternehmen eine zentrale Beweisarchitektur etablieren: einheitliche Kontrollbeschreibungen, ein gemeinsames Control Mapping, konsolidierte Nachweisquellen und ein Reporting, das regulatorisch sauber ausgeleitet werden kann. Genau hier entscheidet sich, ob GRC skaliert oder kollabiert.

Und schliesslich braucht es 2026 einen klaren Priorisierungsfokus: Wer bereits unter DORA oder NIS2 arbeitet, sollte die nächsten Monate gezielt nutzen, um AI-Act-Reife aufzubauen. August 2026 ist kein reiner Legal-Meilenstein, sondern ein Umstellungspunkt für Prozesse, Dokumentation, Transparenz und Incident Readiness bei High-Risk-AI.

Fazit

Regulation Overload 2026 ist in Wahrheit kein Mengenproblem, sondern ein Architekturproblem. Unternehmen scheitern nicht daran, dass NIS2, DORA und der AI Act zu viele Einzelpflichten enthalten. Sie scheitern daran, dass sie diese Pflichten noch immer in getrennten Silos denken.

Wer 2026 erfolgreich sein will, muss die drei Regime als ein gemeinsames GRC-Problem begreifen: mit einer einheitlichen Governance, einer gemeinsamen Kontrollbasis, klarer Entitäts- und Rollenlogik sowie einem belastbaren Nachweis- und Incident-Modell. Genau darin liegt die eigentliche Chance. Denn Unternehmen, die diesen Schritt schaffen, erfüllen nicht nur Regulierung besser. Sie werden auch robuster, schneller und steuerbarer.

FAQ

Betrifft diese Regulierungswelle wirklich jedes Unternehmen?
Nein. Aber sehr viele Unternehmen sind direkt oder indirekt betroffen. NIS2 erfasst 18 kritische Sektoren, DORA betrifft den Finanzsektor und seine ICT-Abhängigkeiten, und der AI Act greift je nach Rolle bei Entwicklung, Bereitstellung oder Nutzung von KI. In Konzernen, Plattformmodellen und Lieferketten können deshalb mehrere Regime gleichzeitig relevant werden.

Was hat Vorrang, wenn DORA und NIS2 beide einschlägig wirken?
Für Finanzunternehmen ist DORA der sektorspezifische Rechtsakt. In den überlappenden Bereichen des Cybersicherheitsrisikomanagements und der Vorfallmeldung geht DORA daher vor. Das bedeutet nicht, dass NIS2 irrelevant ist, wohl aber, dass Unternehmen die Abgrenzung juristisch und operativ sauber lösen muessen.

Was ist im März 2026 die dringendste Frist?
Operativ ist der nächste grosse unionsweite Umsetzungspunkt der 2. August 2026 im AI Act, wenn der Grossteil der Regeln, insbesondere für High-Risk-AI nach Anhang III und Transparenzpflichten, greift. DORA gilt bereits seit Januar 2025, und NIS2 ist ebenfalls schon im Anwendungsfenster, auch wenn die nationale Umsetzung weiter uneinheitlich ist.

Reicht es, drei separate Gap-Analysen zu machen?
Für den Start kann das helfen. Für die Umsetzung ist es fast immer zu wenig. Entscheidend ist, die Lücken in eine gemeinsame Kontroll- und Evidenzarchitektur zu überführen. Sonst entstehen drei Projekte, aber kein steuerbares Betriebsmodell.

Wer sollte intern die Federführung übernehmen?
Am besten ein zentrales GRC- oder Transformations-Setup mit klarer Einbindung von Security, Risk, Compliance, Legal, IT, Einkauf und den betroffenen Fachbereichen. Die Führungsverantwortung muss sichtbar oben verankert sein, operativ braucht es aber eine Stelle, die Überschneidungen aktiv zusammenführt.

17. März 2026 | 5 min

Nach der NIS2-Deadline: Warum zwei Drittel der Unternehmen im Verzug sind – und was jetzt wirklich zählt

Die NIS2-Richtlinie ist eines der zentralen regulatorischen Themen im Bereich Cybersecurity und GRC. Sie wurde eingeführt, um das Cybersicherheitsniveau in Europa deutlich zu erhöhen und Unternehmen stärker in die Verantwortung zu nehmen. Doch kurz nach Ablauf zentraler Fristen zeigt sich ein klares Bild: Ein grosser Teil der betroffenen Organisationen ist nicht ausreichend vorbereitet.

Viele Unternehmen haben die Anforderungen unterschätzt, ihre Betroffenheit nicht korrekt eingeordnet oder notwendige Massnahmen zu spät gestartet. Gleichzeitig steigt der Druck durch Aufsichtsbehörden, strengere Kontrollen und potenzielle Sanktionen.

Die entscheidende Frage lautet daher nicht mehr, ob Unternehmen sich mit NIS2 beschäftigen sollten, sondern wie sie jetzt strukturiert und schnell aufholen können.

  • Ein grosser Teil der betroffenen Unternehmen hat die NIS2-Fristen nicht eingehalten.
  • NIS2 erweitert den Kreis der regulierten Unternehmen erheblich und verschärft Anforderungen.
  • Cyberrisiken werden zu einem zentralen Governance- und Managementthema.
  • Geschäftsleitungen tragen direkte Verantwortung und potenzielle Haftung.
  • Viele Organisationen haben Defizite bei Risikomanagement, Dokumentation und Verantwortlichkeiten.
  • Jetzt entscheidend: Gap-Analyse, Priorisierung und strukturierte Umsetzung.
  • NIS2 ist kein einmaliges Projekt, sondern erfordert ein dauerhaftes GRC-System.

Warum so viele Unternehmen im Verzug sind

Die hohe Zahl an nicht vorbereiteten Unternehmen ist kein Zufall. NIS2 bringt mehrere strukturelle Herausforderungen mit sich.

Erstens wurde der Anwendungsbereich massiv erweitert. Anders als bei der ursprünglichen NIS-Richtlinie betrifft NIS2 nicht mehr nur kritische Infrastrukturen, sondern eine grosse Zahl an mittelgrossen und grossen Unternehmen in unterschiedlichen Branchen.

Zweitens herrscht in vielen Organisationen Unsicherheit darüber, ob sie überhaupt betroffen sind. Die Kriterien sind komplex und hängen von Branche, Unternehmensgrösse und konkreten Tätigkeiten ab.

Drittens wurden die Anforderungen häufig unterschätzt. NIS2 ist kein reines IT-Sicherheitsprojekt, sondern verlangt ein umfassendes Managementsystem für Cyberrisiken.

Und viertens fehlt es in vielen Unternehmen an integrierten GRC-Strukturen, um regulatorische Anforderungen systematisch umzusetzen.

NIS2 als Gamechanger für GRC

NIS2 verändert die Rolle von Governance, Risk und Compliance grundlegend.

Cybersecurity wird nicht mehr als technisches Thema behandelt, sondern als integraler Bestandteil der Unternehmenssteuerung. Die Richtlinie verlangt unter anderem:

  • systematisches Risikomanagement für Informationssicherheit
  • klare Verantwortlichkeiten auf Managementebene
  • dokumentierte Sicherheitsmassnahmen
  • Meldepflichten für Sicherheitsvorfälle
  • Schulung der Geschäftsleitung
  • Absicherung von Lieferketten und Drittparteien

Damit wird NIS2 zu einem klassischen GRC-Thema, das Governance, Risiko und Compliance miteinander verbindet.

Die Rolle der Geschäftsleitung

Ein zentraler Aspekt von NIS2 ist die Verantwortung der obersten Führungsebene.

Geschäftsleitungen sind nicht nur indirekt verantwortlich, sondern tragen direkte Verantwortung für:

  • Umsetzung von Sicherheitsmassnahmen
  • Überwachung der Compliance
  • Einhaltung von Meldepflichten
  • Aufbau eines funktionierenden Risikomanagements

In vielen Fällen ist auch eine persönliche Haftung möglich, wenn diese Pflichten nicht erfüllt werden.

Damit wird Cyberrisiko endgültig zu einem Thema auf Vorstandsebene.

Typische Schwachstellen in Unternehmen

Die aktuelle Situation zeigt, dass viele Unternehmen ähnliche Defizite haben.

Eine häufige Schwachstelle ist fehlende Transparenz. Viele Organisationen wissen nicht genau, welche Systeme, Daten oder Drittanbieter kritisch sind.

Ein weiteres Problem ist die fehlende Integration von Cyberrisiken in das zentrale Risikomanagement. Risiken werden isoliert in der IT betrachtet, aber nicht in die Gesamtsteuerung eingebunden.

Auch die Dokumentation ist oft unzureichend. Ohne nachvollziehbare Nachweise lassen sich regulatorische Anforderungen nicht erfüllen.

Schliesslich fehlt es häufig an klaren Verantwortlichkeiten. Ohne definierte Zuständigkeiten bleibt die Umsetzung fragmentiert und ineffektiv.

Was Unternehmen jetzt konkret tun müssen

Nach Ablauf der Fristen geht es nicht mehr um Vorbereitung, sondern um Aufholen.

Ein strukturierter Ansatz umfasst mehrere Schritte.

Zunächst muss geklärt werden, ob und in welchem Umfang das Unternehmen von NIS2 betroffen ist. Darauf folgt eine Gap-Analyse, die den aktuellen Stand mit den regulatorischen Anforderungen vergleicht.

Auf dieser Basis sollten Massnahmen priorisiert werden. Nicht alle Anforderungen müssen gleichzeitig umgesetzt werden, aber kritische Lücken müssen schnell geschlossen werden.

Parallel dazu ist es wichtig, Governance-Strukturen aufzubauen. Dazu gehören klare Verantwortlichkeiten, Reporting-Linien und Entscheidungsprozesse.

Ein weiterer zentraler Punkt ist die Einführung oder Weiterentwicklung eines integrierten GRC-Systems. Nur so lassen sich Risiken, Massnahmen und Compliance-Anforderungen langfristig steuern.

NIS2 als Chance und nicht nur als Pflicht

So gross der regulatorische Druck auch ist, NIS2 bietet Unternehmen auch Chancen.

Ein strukturiertes Cyberrisikomanagement verbessert nicht nur die Compliance, sondern auch die operative Stabilität. Sicherheitsvorfälle können schneller erkannt und besser bewältigt werden.

Auch die Transparenz im Unternehmen steigt. Risiken werden sichtbar, Verantwortlichkeiten klarer und Entscheidungsprozesse fundierter.

Darüber hinaus stärkt ein hoher Reifegrad in der Cybersicherheit das Vertrauen von Kunden, Partnern und Investoren.

Unternehmen, die NIS2 ernst nehmen, können daraus einen echten Wettbewerbsvorteil entwickeln.

Fazit

Die NIS2-Deadline hat deutlich gemacht, dass viele Unternehmen noch nicht ausreichend vorbereitet sind. Gleichzeitig steigt der Druck durch Regulierung, Aufsicht und zunehmende Cyberbedrohungen.

NIS2 ist kein kurzfristiges Compliance-Projekt, sondern ein langfristiger Transformationsprozess. Unternehmen müssen Cyberrisiken in ihre Governance integrieren, Risikomanagementsysteme ausbauen und Compliance kontinuierlich steuern.

Wer jetzt strukturiert handelt, kann nicht nur regulatorische Risiken reduzieren, sondern auch die eigene Resilienz und Wettbewerbsfähigkeit nachhaltig stärken.

FAQ

Was ist das Hauptziel von NIS2?
Das Ziel ist ein höheres und einheitliches Cybersicherheitsniveau in Europa sowie eine stärkere Verantwortung der Unternehmen für Cyberrisiken.

Warum sind so viele Unternehmen im Verzug?
Weil der Anwendungsbereich erweitert wurde, Anforderungen komplex sind und viele Organisationen keine integrierten GRC-Strukturen haben.

Wer ist im Unternehmen verantwortlich?
Die Geschäftsleitung trägt die Verantwortung für Umsetzung, Überwachung und Einhaltung der Anforderungen.

Was passiert bei Nicht-Einhaltung?
Es drohen regulatorische Massnahmen, Sanktionen und potenziell persönliche Haftung.

Wie sollten Unternehmen jetzt starten?
Mit einer klaren Betroffenheitsanalyse, einer Gap-Analyse und dem Aufbau eines strukturierten GRC-Systems zur Umsetzung der Anforderungen.

3. Februar 2026 | 5 min

EU-Geldwäschereform und AMLA: Was Unternehmen jetzt wissen und tun müssen

Die Europäische Union steht vor der größten Reform ihrer Geldwäscheregeln seit Bestehen des Binnenmarkts. Mit dem neuen EU-Geldwäschereipaket, bestehend aus der EU-Geldwäscheverordnung (AMLR), der 6. Geldwäscherichtlinie (AMLD6) und der neuen EU-Aufsichtsbehörde AMLA, wird die Geldwäscheprävention grundlegend neu aufgestellt.

Ziel ist es, fragmentierte nationale Regelungen zu beenden, Schlupflöcher zu schließen und Finanzkriminalität wirksamer zu bekämpfen. Die Auswirkungen reichen jedoch weit über die EU hinaus und betreffen auch viele Schweizer und internationale Unternehmen, die in oder mit der EU tätig sind.

Für Unternehmen bedeutet das: Die Zeit der Beobachtung ist vorbei – Vorbereitung ist jetzt entscheidend.

  • Die EU harmonisiert ihre Geldwäscheregeln vollständig und ersetzt nationale Sonderwege
  • Ab Juli 2027 gelten einheitliche, direkt anwendbare Regeln in allen EU-Staaten
  • Mit der AMLA entsteht erstmals eine zentrale EU-Behörde mit direkter Aufsichtsbefugnis
  • Die Anforderungen an KYC, CDD, Datenqualität und Governance steigen deutlich
  • Auch Nicht-EU-Unternehmen mit EU-Bezug sind betroffen
  • Unternehmen sollten 2026 nutzen, um Prozesse, Systeme und Organisation anzupassen

Was ist das EU-Geldwäschereformpaket?

Das Reformpaket besteht aus drei zentralen Bausteinen:

1. Die EU-Geldwäscheverordnung (AMLR)

Die AMLR ist eine direkt anwendbare Verordnung. Anders als frühere Richtlinien muss sie nicht mehr in nationales Recht umgesetzt werden. Dadurch gelten künftig identische Regeln in allen EU-Mitgliedstaaten.

Sie regelt unter anderem:

  • Kundenidentifikation und Risikobewertung
  • wirtschaftlich Berechtigte
  • laufende Überwachung von Geschäftsbeziehungen
  • interne Kontrollen und Dokumentationspflichten

2. Die 6. EU-Geldwäscherichtlinie (AMLD6)

Die AMLD6 ergänzt die Verordnung, insbesondere bei:

  • Strafbarkeit von Geldwäsche
  • Haftung von Unternehmen und Organen
  • Zusammenarbeit zwischen Behörden

Sie sorgt dafür, dass Verstöße EU-weit vergleichbar sanktioniert werden.

3. Die neue EU-Behörde AMLA

Die Anti-Money Laundering Authority (AMLA) ist das Herzstück der Reform. Sie:

  • beaufsichtigt direkt große und risikoreiche Institute
  • koordiniert nationale Aufsichtsbehörden
  • entwickelt technische Standards und Leitlinien
  • setzt neue Maßstäbe bei Prüfungen und Durchsetzung

Warum kommt es zu dieser Reform?

Fragmentierung als zentrales Problem

Bisher galt: Zwar existierten EU-Richtlinien, doch jedes Land setzte sie unterschiedlich um. Das führte zu:

  • inkonsistenten Prüfstandards
  • regulatorischem „Shopping“
  • schwacher grenzüberschreitender Durchsetzung

Kriminelle Netzwerke nutzten genau diese Unterschiede systematisch aus.

Finanzkriminalität ist grenzüberschreitend

Geldwäsche, Terrorismusfinanzierung und Sanktionsumgehung funktionieren heute:

  • digital
  • international
  • hochgradig vernetzt

Nationale Aufsicht allein kann diese Strukturen nicht mehr wirksam bekämpfen.

Politischer und gesellschaftlicher Druck

Große Geldwäschefälle der letzten Jahre haben:

  • das Vertrauen in Finanzsysteme erschüttert
  • den politischen Willen zur Zentralisierung gestärkt
  • gezeigt, dass freiwillige Harmonisierung nicht ausreicht

Die AML-Reform ist daher auch ein politisches Signal: Die EU will handlungsfähig sein.

Was ändert sich konkret für Unternehmen?

Einheitliche, strengere Anforderungen

Unternehmen müssen sich auf weniger Interpretationsspielraum, aber mehr Klarheit einstellen. Was heute national „akzeptiert“ ist, kann morgen EU-weit unzulässig sein.

Besonders betroffen sind:

  • KYC- und CDD-Prozesse
  • Risiko-Scoring-Modelle
  • Dokumentationstiefe
  • Monitoring-Mechanismen

Mehr Transparenz und Datenqualität

Die Reform setzt stark auf:

  • strukturierte Daten
  • Register-Abgleiche
  • konsistente Kundeninformationen

Unvollständige oder historisch gewachsene Datenbestände werden zum Risiko.

Direkte Aufsicht und schärfere Sanktionen

Mit AMLA steigt:

  • die Wahrscheinlichkeit von Prüfungen
  • die Vergleichbarkeit von Sanktionen
  • der persönliche Haftungsdruck auf Management-Ebene

Compliance wird damit endgültig zur strategischen Führungsaufgabe.

Wen betrifft das besonders?

  • Banken und Versicherungen
  • Vermögensverwalter und Fonds
  • Zahlungsdienstleister und FinTechs
  • Krypto-Dienstleister
  • Immobilien- und Unternehmensdienstleister
  • Unternehmen mit EU-Tochtergesellschaften oder EU-Kunden

Auch Unternehmen außerhalb der EU sind betroffen, wenn sie wirtschaftlich in der EU aktiv sind.

Wie sollten Unternehmen jetzt reagieren?

1. Frühzeitige Gap-Analyse

Unternehmen sollten prüfen:

  • Welche AML-Regeln gelten heute?
  • Wo weichen sie von den neuen EU-Standards ab?
  • Welche Prozesse sind besonders risikobehaftet?

Ziel ist ein realistisches Bild des Handlungsbedarfs.

2. Prozesse und Governance neu denken

Die Reform ist kein reines IT-Projekt. Notwendig sind:

  • klare Verantwortlichkeiten
  • stärkere Verzahnung von Compliance, IT und Fachbereichen
  • Eskalations- und Entscheidungsstrukturen auf Management-Ebene

3. Daten und Systeme modernisieren

Zukunftsfähige AML-Strukturen brauchen:

  • saubere Stammdaten
  • zentrale Datenhaltung
  • automatisierte Prüf- und Monitoring-Mechanismen

Manuelle Workarounds werden langfristig nicht mehr ausreichen.

4. Schulung und Kultur

Mitarbeitende müssen:

  • neue Pflichten verstehen
  • Risiken erkennen
  • Verantwortung übernehmen

AML wird stärker zur Unternehmenskultur-Frage, nicht nur zur Checkliste.

Fazit

Die EU-Geldwäschereform ist kein technisches Detailprojekt, sondern ein Systemwechsel. Mit einheitlichen Regeln und einer zentralen Aufsicht schafft die EU ein neues Niveau an Transparenz und Durchsetzung.

Unternehmen, die frühzeitig handeln, können:

  • regulatorische Risiken minimieren
  • Prüfungen souveräner bestehen
  • Vertrauen bei Kunden und Partnern stärken

Wer hingegen abwartet, riskiert hohen Nachholbedarf, operative Brüche und Reputationsschäden.

Jetzt ist der richtige Zeitpunkt, AML strategisch neu aufzustellen.

FAQ – Häufige Fragen zur EU-Geldwäschereform

Ab wann gelten die neuen Regeln?

Die zentralen Vorschriften greifen ab Juli 2027. Vorbereitung ist jedoch bereits 2025–2026 notwendig.

Gilt die Reform auch für Nicht-EU-Unternehmen?

Ja, wenn sie in der EU tätig sind, EU-Kunden betreuen oder EU-Tochtergesellschaften haben.

Wird AMLA jedes Unternehmen direkt beaufsichtigen?

Nein. AMLA beaufsichtigt ausgewählte große und risikoreiche Institute direkt, koordiniert aber die nationale Aufsicht für alle anderen.

Reicht es, bestehende AML-Prozesse leicht anzupassen?

In vielen Fällen nein. Die Reform erfordert oft strukturelle Anpassungen bei Daten, Governance und Organisation.

Ist das Thema nur für Compliance relevant?

Nein. Es betrifft Management, IT, Operations und strategische Planung gleichermaßen.

6. Januar 2026 | 4 min

EU AI Act: Der strategische Endspurt für Hochrisiko-KI-Systeme

Wir schreiben Januar 2026. Der erste Staub um das Inkrafttreten der EU-KI-Verordnung (EU AI Act) hat sich gelegt. Die Verbote für inakzeptable Risiken sind seit fast einem Jahr wirksam, und die Regeln für General Purpose AI (GPAI) sind seit August 2025 in Kraft. Doch für die meisten Unternehmen beginnt jetzt die kritischste Phase. Im August 2026 endet die 24-monatige Übergangsfrist für Hochrisiko-KI-Systeme gemäss Anhang III. Das bedeutet: In knapp sieben Monaten müssen Systeme in Bereichen wie HR, kritische Infrastruktur oder Kreditwürdigkeitsprüfung vollständig konform sein. Wer jetzt noch in der Analysephase steckt, riskiert, den Marktzugang zu verlieren.

  • Die Frist für Hochrisiko-KI-Systeme nach Anhang III läuft im August 2026 ab.
  • Ein robustes Risikomanagementsystem (RMS) muss jetzt operativ und dokumentiert sein.
  • Daten-Governance ist kein IT-Thema mehr, sondern eine zentrale Compliance-Anforderung für Trainings-, Validierungs- und Testdaten.
  • Die technische Dokumentation muss vor dem Inverkehrbringen vollständig erstellt sein, nicht erst bei einer Prüfung.

Operative Herausforderungen

Die Uhr tickt unaufhörlich. Während sich viele GRC-Verantwortliche im Jahr 2025 primär auf die Identifikation und Inventarisierung ihrer KI-Landschaft konzentriert haben, verlangt das Jahr 2026 den harten Übergang in die operative Umsetzung. Es reicht nicht mehr aus, zu wissen, welche Systeme als hochriskant eingestuft werden. Der Fokus liegt nun auf der Nachweisbarkeit der Compliance.

Eine der grössten Hürden in der Praxis zeigt sich derzeit beim Qualitätsmanagementsystem (QMS). Der AI Act verlangt nicht nur ein isoliertes QMS für die KI, sondern idealerweise die Integration in bestehende Strukturen wie ISO 9001 oder ISO 42001. Viele Unternehmen stellen jetzt fest, dass ihre bestehenden Prozesse für Softwareentwicklung nicht die Granularität aufweisen, die der Gesetzgeber für KI-Systeme fordert. Insbesondere die Dokumentation des gesamten Lebenszyklus – von der ersten Designentscheidung bis zur Post-Market-Monitoring-Strategie – offenbart in Audits häufig Lücken.

Ein weiterer kritischer Punkt ist die Daten-Governance. Für Hochrisiko-KI-Systeme, die Modelle trainieren, schreibt die Verordnung strenge Kriterien an die Datenqualität vor. Datensätze müssen relevant, repräsentativ, fehlerfrei und vollständig sein. Dies ist in der Praxis eine massive Herausforderung, da historische Daten oft nicht unter diesen Gesichtspunkten gesammelt wurden. GRC-Teams müssen jetzt eng mit Data Scientists zusammenarbeiten, um Bias-Analysen durchzuführen und Lücken in der Datenherkunft zu schliessen. Fehlt der Nachweis über die Qualität der Trainingsdaten, ist die Konformität des gesamten Systems gefährdet.

Zudem darf der menschliche Faktor nicht unterschätzt werden. Die Anforderung an die menschliche Aufsicht (Human Oversight) verlangt, dass die Personen, die KI-Systeme überwachen, auch die nötige Kompetenz dazu besitzen. Das bedeutet, dass Schulungsmassnahmen jetzt anlaufen müssen. Es genügt nicht, einen Mitarbeiter pro forma als Aufsicht zu benennen; er muss in der Lage sein, Fehlfunktionen zu erkennen und das System im Zweifelsfall zu stoppen („Kill Switch“).

Die kommenden Monate werden von einem hohen Druck auf die internen Ressorts geprägt sein. Legal, IT-Security und Compliance müssen ihre Silos endgültig aufbrechen. Ein integrierter GRC-Ansatz, der KI-Risiken nicht als isoliertes technisches Problem, sondern als unternehmensweites Governance-Thema behandelt, ist der einzige Weg, um die Deadline im August 2026 ohne operative Störungen zu meistern.

FAQ

Wann genau endet die Übergangsfrist für Hochrisiko-KI-Systeme?

Für die meisten Hochrisiko-KI-Systeme, die unter Anhang III der Verordnung fallen (z. B. Systeme in Bildung, Beschäftigung, kritische Infrastruktur), endet die Übergangsfrist am 2. August 2026. Ab diesem Datum müssen alle Anforderungen erfüllt sein.

Was passiert, wenn ein Unternehmen die Frist verpasst?

Systeme, die nicht konform sind, dürfen ab dem Stichtag nicht mehr in den Verkehr gebracht oder in Betrieb genommen werden. Zudem drohen empfindliche Bussgelder, die je nach Verstoss bis zu 35 Millionen Euro oder 7 Prozent des weltweiten Jahresumsatzes betragen können.

Müssen alle KI-Systeme zertifiziert werden?

Nein. Viele Hochrisiko-KI-Systeme unterliegen einer internen Konformitätsbewertung. Nur für bestimmte Systeme, insbesondere solche, die Biometrie nutzen, ist zwingend eine Prüfung durch eine benannte Stelle (Notified Body) erforderlich.

18. November 2025 | 5 min

NIS-2 umgesetzt: Warum deutsche Unternehmen jetzt handeln müssen

Im November 2025 hat der Deutscher Bundestag das Gesetz zur Umsetzung der NIS‑2‑Richtlinie verabschiedet. Damit wurden auf nationaler Ebene neue Regeln für Cybersicherheit und Informationssicherheit eingeführt, die weit über bisherige Vorgaben hinausgehen. Unternehmen, die bislang unter dem Radar waren, müssen nun prüfen, ob sie betroffen sind – und wenn ja, ihre Sicherheitsmassnahmen, Prozesse und Governance-Strukturen dringend anpassen.
Die Verzögerung bei der Umsetzung hat vielen Firmen zwar etwas Luft verschafft, doch jetzt beginnt der Handlungsdruck. Wer früh vorbereitet ist, kann Wettbewerbsvorteile erzielen – wer zu spät reagiert, riskiert Strafen, Reputationsverlust oder gar Geschäftsschädigung.

  • Der Bundestag hat am 13. November 2025 das NIS-2-Umsetzungsgesetz beschlossen.
  • Das Gesetz erweitert den Anwendungsbereich auf deutlich mehr Unternehmen und Behörden – schätzungsweise rund 29.500 Einrichtungen in Deutschland.
  • Neue Pflichten betreffen u. a. Risikomanagement, technische & organisatorische Massnahmen, Vorfall-Meldepflichten mit definierten Fristen (z. B. erste Meldung innerhalb 24 Stunden) sowie erweiterte Aufsicht und Sanktionen durch das Bundesamt für Sicherheit in der Informationstechnik (BSI).
  • Unternehmen sollten jetzt eine Betroffenheitsanalyse durchführen, Regulierungs- und Compliance-Prozesse überarbeiten, sowie Governance und IT-Sicherheitsarchitektur auf nach oben geschärfte Anforderungen ausrichten.

Warum das Thema so wichtig ist

Die digitale Vernetzung und Abhängigkeit von IT-Systemen und Dienstleistungen haben in den letzten Jahren stark zugenommen. Gleichzeitig wächst die Bedrohung durch Cyberangriffe, gezielte Sabotage, Spionage und hybride Angriffe auf Einrichtungen der kritischen Infrastruktur. In diesem Umfeld war die bisherige Gesetzeslage in Deutschland aus Sicht vieler Experten nicht mehr ausreichend.
Die EU-Richtlinie NIS-2 verfolgt das Ziel, ein hohes und einheitliches Sicherheitsniveau für Netz- und Informationssysteme in der gesamten Union sicherzustellen.
Da Deutschland die Frist zur Umsetzung der Richtlinie verpasst hat, war Handeln erforderlich – mit dem nun beschlossenen Gesetz ist der nächste Schritt gesetzt.
Für Unternehmen bedeutet das konkret: Nicht nur Betreiber klassischer Kritischer Infrastrukturen (KRITIS) sind betroffen, sondern erstmals auch Unternehmen, die bisher nicht unter dieser Kategorie standen. Damit steigt die Zahl der regelpflichtigen Unternehmen deutlich – dies schafft Wettbewerbsvorteile für jene, die sich früh vorbereiten.

Welche Anforderungen und Pflichten erfüllt werden müssen

Unternehmen, die unter die neuen Regeln fallen, sehen sich mit mehreren neuen Elementen konfrontiert. Die wichtigsten Pflichten im Überblick:

Anwendungsbereich und Kategorien

Das Gesetz unterscheidet künftig zwischen „wesentlichen Einrichtungen“ und „wichtigen Einrichtungen“. Beide Kategorien sind von den Vorgaben betroffen – je nach Kritikalität mit unterschiedlich intensiven Anforderungen.
Unternehmen aus den Bereichen Energie, Gesundheit, Verkehr, digitale Dienste oder öffentliche Verwaltung zählen üblicherweise dazu. Aber auch andere Unternehmen können betroffen sein, wenn ihre Services relevant für das Funktionieren der Gesellschaft sind.

Technische und organisatorische Massnahmen (TOM)

Betroffene Stellen müssen IT-Sicherheitsmassnahmen umsetzen, die dem Stand der Technik entsprechen. Dazu zählen etwa Risikoanalysen, Business-Continuity-Pläne, Backup-Konzeptionen, Verschlüsselung, Zugangskontrollen sowie Überwachung und Erkennung von Angriffen.
Auch die Einbindung von Lieferketten- und Drittparteirisiken ist nun stärker gefordert – Unternehmen müssen ihre Abhängigkeiten kennen und steuern.

Vorfallsmeldung und Berichtspflichten

Ein zentrales Element sind die Meldepflichten bei Sicherheitsvorfällen. Neu ist ein dreistufiges Regime:

  • Erste Meldung innerhalb 24 Stunden nach Entdeckung.
  • Zwischenbericht nach 72 Stunden.
  • Abschlussbericht spätestens nach einem Monat.
    Diese Fristen machen aus der Vorfallmeldung eine dringliche Compliance- und Steuerungsaufgabe.

Erweiterte Aufsicht und Sanktionen

Das BSI übernimmt erweiterte Aufsichts- und Prüfungsfunktionen. Es kann Sanktionen verhängen, Leitfäden herausgeben und die Registerführung übernehmen.
Außerdem müssen Unternehmen sich registrieren und ihre Zuständigkeiten benennen – etwa eine verantwortliche Person für Informationssicherheit.

Rolle der Verwaltung

Neu: Auch Behörden und Bundesverwaltung unterliegen künftig den Mindestanforderungen. Damit wird staatliche IT-Sicherheit auf ein Niveau mit der Wirtschaft gehoben – was für die gesamte Resilienz bedeutsam ist.

Was Unternehmen jetzt tun sollten

  • Eine Betroffenheitsanalyse durchführen: Prüfen, ob das Unternehmen unter die Kategorien „wesentliche“ oder „wichtige“ Einrichtung fällt.
  • Eine Gap-Analyse der bestehenden IT-Sicherheits-, Governance- und Meldeprozesse erstellen und auf NIS-2-Konformität ausrichten.
  • Governance- und Risikomanagement-Prozesse überarbeiten: Wer ist verantwortlich? Wie wird Risiko gemessen? Wie schnell melden wir Vorfälle?
  • Technische Massnahmen implementieren und dokumentieren: Risikoanalyse, Zutritts- & Zugriffskontrollen, Incident-Response-Plan, Backup-/Recovery-Strategie.
  • Melde- und Berichtspflichten etablieren: Prozesse definieren, wer meldet, wie Fristen eingehalten werden.
  • Schulungen und Sensibilisierung für Mitarbeitende: Cyberrisiken, Meldepflichten, Verantwortlichkeiten.
  • Monitoring & Reporting einrichten: Dashboards über Vorfälle, Risiken, Massnahmen. Behandlung von Drittparteirisiken mit einbeziehen.

Wer diese Schritte früh angeht, kann nicht nur Compliance sicherstellen, sondern Wettbewerbsvorteile nutzen – z. B. indem vertrauenswürdige Partnerbeziehungen gestärkt und Versicherungsprämien gesenkt werden.

Fazit

Mit dem Gesetz zur Umsetzung der NIS-2-Richtlinie markiert Deutschland einen entscheidenden Schritt Richtung digitaler Resilienz. Für Unternehmen bedeutet das: Nicht länger nur freiwillig, sondern reguliert und druckvoll wird Cybersicherheit zu einer zentralen strategischen Aufgabe.
Die Anforderungen sind hoch – aber diejenigen, die früh handeln, sichern sich nicht nur Rechtssicherheit, sondern auch Vertrauen von Kunden, Geschäftspartnern und Investoren.

FAQ

Wer ist von der NIS-2-Umsetzung betroffen?
Betroffen sind Unternehmen der Kategorien „wesentliche Einrichtungen“ und „wichtige Einrichtungen“, insbesondere aus Bereichen wie Energie, Gesundheit, Verkehr, digitale Dienste sowie Behörden und Verwaltung.

Ab wann gelten die neuen Regelungen?
Der Bundestag hat das Gesetz am 13. November 2025 beschlossen. Es muss noch vom Bundesrat bestätigt und im Bundesgesetzblatt verkündet werden, bevor es verbindlich in Kraft tritt.

Welche Fristen gelten für die Meldung von Sicherheitsvorfällen?
Erstmeldung innerhalb von 24 Stunden nach Entdeckung, Zwischenbericht nach 72 Stunden, Abschlussbericht spätestens nach einem Monat.

Was passiert bei Nicht-Beachtung der Vorgaben?
Das BSI erhält erweiterte Aufsichts- und Sanktionsbefugnisse. Bei Verstössen können Bußgelder und weitere Rechtsfolgen drohen.

Wie sollten Unternehmen jetzt vorgehen?
Eine Betroffenheits- und Gap-Analyse durchführen, Governance- und Risikoprozesse anpassen, technische Massnahmen dokumentieren, Meldeprozesse etablieren und Mitarbeitende schulen.