Ein Register für NIS2- und DORA-Sicherheitsvorfälle, das weiß, was die Richtlinie (EU) 2022/2555 und die Verordnung (EU) 2022/2554 verlangen: Ist der Schweregrad Kritisch, wird der Vorfall erheblich, und das Formular lässt sich ohne Behörde, Frühwarnung und Meldung nicht speichern. Beteiligte IKT-Dienstleister, Ursache, Nachweise und ein Workflow, der nichts ohne die Freigabe des Sicherheitsverantwortlichen abschließt. Alles in Dokuflex, der Low-Code-BPM-Plattform mit KI: Das Modul ist kostenlos, und die Daten liegen in der EU.
Ein Register für NIS2-Sicherheitsvorfälle ist die Akte, in der eine wesentliche oder wichtige Einrichtung jeden erheblichen Sicherheitsvorfall dokumentiert: die Daten nach Artikel 23 (Frühwarnung in 24 h, Meldung in 72 h und Abschlussbericht nach einem Monat), die benachrichtigte Behörde, die Ursache und wer den Abschluss freigegeben hat. Es ist der Nachweis gegenüber dem CSIRT, der Aufsicht oder dem Prüfer.
Artikel 23 der Richtlinie (EU) 2022/2555 (NIS2) verpflichtet wesentliche und wichtige Einrichtungen, dem CSIRT oder der zuständigen Behörde jeden erheblichen Sicherheitsvorfall zu melden: einen, der schwerwiegende Betriebsstörungen oder finanzielle Verluste verursacht oder verursachen kann oder Dritten erheblichen Schaden zufügt (Art. 23 Abs. 3). Der Zeitplan ist fest: Frühwarnung in 24 Stunden ab Kenntnis, Meldung in 72 Stunden mit der ersten Bewertung von Schweregrad und Auswirkungen und Abschlussbericht spätestens einen Monat danach, mit Ursache, ergriffenen Maßnahmen und grenzüberschreitenden Auswirkungen. Die Bußgelder nach Artikel 34 erreichen 10 Millionen Euro oder 2 % des weltweiten Umsatzes bei wesentlichen Einrichtungen und 7 Millionen oder 1,4 % bei wichtigen.
Für Finanzunternehmen verlangt die seit dem 17. Januar 2025 geltende Verordnung (EU) 2022/2554 (DORA) über die digitale operationale Resilienz im Finanzsektor in Artikel 19, schwerwiegende IKT-bezogene Vorfälle der Finanzaufsicht in drei Phasen zu melden. Die Delegierte Verordnung (EU) 2025/301 legt die Fristen fest: Erstmeldung binnen 4 Stunden ab Einstufung als schwerwiegend und nie später als 24 Stunden ab Kenntnis, Zwischenbericht nach 72 Stunden und Abschlussbericht einen Monat später.
In Spanien wurde der Entwurf des Gesetzes zur Koordinierung und Governance der Cybersicherheit, das NIS2 umsetzt, am 14. Januar 2025 im Ministerrat gebilligt und ist zum Stand der letzten Prüfung dieses Abschnitts (Oktober 2026) nicht im BOE (Amtsblatt) veröffentlicht. Praktische Referenz bleibt der Nationale Leitfaden zur Meldung und Bewältigung von Cybervorfällen (auf Spanisch): INCIBE-CERT für den Privatsektor, CCN-CERT für den öffentlichen Sektor und ESPDEF-CERT für die Verteidigung. Den Kontext (für wen NIS2 gilt, Governance, Lieferkette) finden Sie in NIS2: Was sie verlangt, Fristen, Sanktionen und wie man sie erfüllt (auf Spanisch); die Uhr Schritt für Schritt in Meldung von NIS2-Vorfällen: Was nach 24 h, 72 h und einem Monat zu senden ist (auf Spanisch).
Fast alle Organisationen haben bereits ein Register für Sicherheitsvorfälle: eine geteilte Tabelle, einen Chat und die E-Mails an den Dienstleister. Was sie nicht haben, ist der Beweis, dass die Frühwarnung vor Ablauf der 24 Stunden rausging. Wenn das CSIRT oder der Prüfer die Akte anfordert, zeigen sich dieselben Lücken:
Ein nützliches Register macht das Gegenteil: Es erzwingt die Entscheidung über die Erheblichkeit bei der Erkennung, macht die Fristen zu Pflichtfeldern mit Nachweis und trennt, wer bearbeitet, von dem, der freigibt. Dokuflex meldet nicht für Sie und entscheidet nicht, ob Sie konform sind: Es liefert die Nachvollziehbarkeit und den Nachweis, mit denen Ihre Organisation belegt, dass sie fristgerecht gehandelt hat. Wenn Sie noch bei der Tabelle sind, sollte sie wenigstens die drei Daten enthalten: Die kostenlose Excel-Vorlage für das Register der NIS2-Sicherheitsvorfälle berechnet die Grenzen von 24 Stunden, 72 Stunden und einem Monat ab dem Zeitpunkt der Kenntnis (die Vorlage ist auf Spanisch).
Das Modul Sicherheitsvorfälle (NIS2/DORA) ist ein vollständiger Dokuflex-Prozess. Es folgen die echten Felder und Regeln, so wie sie konfiguriert ausgeliefert werden; alles lässt sich ohne Programmierung mit dem Low-Code-Designer ändern.
Jeder Vorfall erhält eine Nummer INC-{seq} und einen Status (Erkannt, In Eindämmung, Gemeldet, In Wiederherstellung, Abschlussbericht, Geschlossen). Erkennung: Titel, Schweregrad (Niedrig bis Kritisch), Datum und Uhrzeit der Erkennung, Quelle (SIEM/EDR, Nutzer, Dienstleister, CSIRT/INCIBE, Kunde), Art (Ransomware, Phishing, Datenabfluss, Denial of Service, ausgenutzte Schwachstelle, Ausfall eines IKT-Dienstleisters…), betroffene Systeme, personenbezogene Daten und beteiligter IKT-Dienstleister. Auswirkungen und Einstufung: erheblicher Vorfall (NIS2 Art. 23), anwendbarer Rahmen (NIS2, DORA, beide, keiner), grenzüberschreitende Auswirkungen, betroffene Nutzer, Ausfallstunden, wirtschaftliche Auswirkungen und betroffene wesentliche Dienste. Meldungen (24 h / 72 h / 1 Monat): benachrichtigte Behörde (INCIBE-CERT, CCN-CERT, ESPDEF-CERT, DORA-Finanzaufsicht, AEPD), zugewiesene Referenz, Information der Betroffenen, die drei Daten und der Beleg. Reaktion und Abschluss: Sicherheitsverantwortlicher / CISO, Eindämmung, Ursache, Korrekturmaßnahmen, Wiederherstellung, Lessons Learned und Nachweise.
Der Schweregrad Kritisch markiert den Vorfall automatisch als erheblich, und ein erheblicher Vorfall verlangt benachrichtigte Behörde, Frühwarnung (24 h) und Meldung (72 h). Ein beteiligter IKT-Dienstleister verlangt seinen Namen. In der Eindämmung sind die Eindämmungsmaßnahmen Pflicht; in der Wiederherstellung die Korrekturmaßnahmen. Der Wechsel zu Abschlussbericht oder Geschlossen verlangt das Datum des Abschlussberichts (1 Monat) und die Ursache; Geschlossen verlangt zusätzlich das Abschlussdatum. Das Formular erinnert an die Fristen von NIS2 und DORA und, bei personenbezogenen Daten, an die Meldung der Datenpanne an die AEPD in 72 Stunden, die im Modul für DSGVO-Betroffenenrechte und Datenpannen geführt wird.
Mit Bearbeitung starten tritt der Vorfall in den Ablauf ein. Den Schritt Abschluss des Vorfalls freigeben entscheidet der Sicherheitsverantwortliche: Bei Freigabe wird er geschlossen und abgeschlossen; bei Ablehnung geht er mit dem Grund im Verlauf zurück in die Wiederherstellung. Jeder Übergang wird mit Nutzer und Datum erfasst und per E-Mail benachrichtigt.
Vier Kacheln (Erkannt, Kritisch, Erheblich NIS2 und Geschlossen), ein nach Excel exportierbares Grid mit Art, Schweregrad, Rahmen, Erkennungs- und Meldedatum (72 h), Ablaufstatus und Verantwortlichem, ein Kanban-Board nach Status und sechs Diagramme: Art, Schweregrad, Status, Erkennungsquelle, Vorfälle pro Monat und anwendbarer Rahmen.
Eine Vorlage für das Register der Sicherheitsvorfälle ist nur nützlich, wenn sie erfasst, was CSIRT, Finanzaufsicht oder Prüfer später verlangen können. Das sind die fünf Blöcke des Moduls, so wie sie konfiguriert ausgeliefert werden:
Sie müssen sie nicht in Excel bauen: Die Vorlage DKF-P034 · Sicherheitsvorfälle (NIS2/DORA) bringt diese Felder bereits konfiguriert mit, mit den 12 automatischen Regeln und dem Abschluss-Workflow; sie deckt auch DORA, ISO/IEC 27035 und das spanische ENS ab und wird kostenlos in Ihrem Konto aktiviert.
Als Software zur Meldung von NIS2-Vorfällen ersetzt das Modul nicht die Übermittlung über die offiziellen Kanäle des CSIRT: Es belegt, dass jede Übermittlung rechtzeitig rausging. So durchläuft ein erheblicher Vorfall das Modul, von der Erkennung bis zum Abschluss:
In einem Finanzunternehmen ist der Weg derselbe mit den DORA-Fristen: Erstmeldung binnen 4 Stunden ab Einstufung als schwerwiegend, Zwischenbericht nach 72 Stunden und Abschlussbericht nach einem Monat. Was bei jedem Meilenstein zu senden ist, erklärt der NIS2-Leitfaden Schritt für Schritt zur Meldeuhr (auf Spanisch).
Es wird aus dem Modulkatalog Ihres Dokuflex-Kontos in der Gruppe Regulatorische Compliance in unter einer Minute aktiviert. Es steht auch im Vorlagenkatalog (DKF-P034).
Vier Bereiche, Nummerierung INC-{seq}, sechs Status und integrierter Hinweis auf die gesetzlichen Fristen.
Erheblich nach Schweregrad, Pflicht von Behörde und Daten, Ursache vor dem Schließen.
Freigegeben oder abgelehnt mit Verlauf; Ablehnung führt zurück in die Wiederherstellung.
Erkannt, kritisch, erheblich und geschlossen; exportierbares Grid; Board nach Status.
Art, Schweregrad, Status, Erkennungsquelle, Vorfälle pro Monat und anwendbarer Rahmen.
Ransomware, Phishing, Ausfall eines Dienstleisters, CVE im VPN, verlorener Laptop und Brute Force auf das ERP, mit Touren durch Formular, Liste und Dashboard.
Das Modul wird gleich genutzt in einer wesentlichen oder wichtigen Einrichtung unter NIS2, in einem Finanzunternehmen unter DORA und beim IKT-Dienstleister, von dem beide sofortige Information verlangen.
Wesentliche Einrichtungen der Sektoren in Anhang I von NIS2. Erheblicher Vorfall mit Frühwarnung an INCIBE-CERT in 24 Stunden, betroffene wesentliche Dienste und grenzüberschreitende Auswirkungen ab dem ersten Eintrag dokumentiert.
Finanzunternehmen unter DORA: Rahmen „DORA“ oder „Beide“, Behörde „Finanzaufsicht“, Fristen von 4 h / 24 h / 72 h / 1 Monat und beteiligter IKT-Dienstleister mit Namen. Siehe Dokuflex für Banken und Finanzen (auf Spanisch).
Meldung an CCN-CERT und Nachweise, die am Vorfallmanagement des spanischen ENS ausgerichtet sind. Passt zum ENS-Dokumentenmanagement (Stufe Mittel), um forensische Berichte und Belege zu verwahren.
Wichtige Einrichtungen nach Anhang II und Dritte, einschließlich KMU als Zulieferer wesentlicher Einrichtungen, von denen ihre Kunden sofortige Information verlangen. Ein Vorfall je betroffenem Kunden, mit Information der Betroffenen und Referenz der Behörde, um das Lieferkettenaudit zu beantworten.
Viele Vorfälle beginnen nicht im eigenen Haus: der Ausfall eines Dienstleisters, eine Schwachstelle in der Software eines Dritten oder ein unbefugter Zugriff aus einem Managed Service. NIS2 zählt die Sicherheit der Lieferanten zu ihren Risikomanagementmaßnahmen, und sowohl unter NIS2 als auch unter DORA muss man wissen, welcher Dritte an jedem Vorfall beteiligt war.
Im Modul gehören die Art „Ausfall eines IKT-Dienstleisters“ und das Feld des beteiligten IKT-Dienstleisters zum Erkennungsbereich, und eine Regel verlangt den Namen des Dienstleisters, wenn einer beteiligt ist. So bleibt jeder Vorfall seinem Dritten zugeordnet, und das Register liefert dem Lieferantenmanagement nach NIS2 und dem Audit kritischer Lieferanten den Verlauf dessen, was ausgefallen ist, wann und wie es geschlossen wurde. Das Modul bewertet Ihre Lieferanten nicht: Nutzen Sie ein Werkzeug für das Drittparteirisiko, liefert ihm das Register den Nachweis des Geschehenen.
Um die Meldungen nach Artikel 23 NIS2 oder Artikel 19 DORA zu dokumentieren, braucht es nicht immer eine GRC-Suite: Im Alltag nutzt man ein Register, das die Fristen zu Pflichtfeldern macht, den Beleg jeder Meldung aufbewahrt und festhält, wer den Abschluss freigegeben hat. Das leistet das kostenlose Dokuflex-Modul, ohne Kreditkarte und ohne Einführungsprojekt, auf einer Plattform mit ISO 27001, ausgerichtet am spanischen ENS (Stufe Mittel, Zertifizierung läuft) und mit Hosting ausschließlich in der Europäischen Union (Frankfurt, Madrid und Irland).
Brauchen Sie außerdem ein vollständiges ISMS (Risikoanalyse und Controls nach ISO 27001), Business Continuity oder laufende Lieferantenbewertung, ist eine GRC-Plattform sinnvoll, und Sie können sie mit Dokuflex kombinieren: Die Liste wird nach Excel exportiert, und Dokuflex verbindet sich über das Low-Code-iPaaS mit 200+ Konnektoren und REST-API mit dem Rest Ihres Stacks.
Der Incident-Response-Plan sagt, wer was tut: Rollen, Eskalation, Kommunikationskanäle, Kriterien für die Erklärung eines erheblichen Vorfalls und Playbooks je Angriffsart. Er ist Ihr Dokument, und das Modul ersetzt ihn nicht. Das Register ist der Baustein, den dieser Plan braucht, um Spuren zu hinterlassen: jeder Vorfall mit Erkennung, Einstufung, Meldungen, Ursache und freigegebenem Abschluss. In ISO/IEC 27001:2022 ist es der Nachweis für die Controls 5.24 bis 5.28 von Anhang A (Planung, Bewertung und Entscheidung, Reaktion, Lernen und Sammlung von Nachweisen); im ENS für die Maßnahme Vorfallmanagement (op.exp.7) und ihr Register. Verfahren und forensische Berichte werden als gelenkte Dokumente im ENS-Dokumentenmanagement (Stufe Mittel) verwahrt; das Register verweist auf dieses Verfahren und belegt, dass es befolgt wurde.
Das Register steht neben den übrigen Compliance-Modulen von Dokuflex (DSGVO-Datenpannen und Betroffenenrechte, Register der KI-Systeme (KI-Verordnung), Register für Abweichungen und Korrekturmaßnahmen nach ISO 9001 und KYC-Akte und Sorgfaltspflichten (Ley 10/2010)) und neben dem ENS-Dokumentenmanagement zur Verwahrung forensischer Berichte und Belege. Wenn Sie weitere Prozesse zu Dokuflex bringen möchten, sehen Sie sich die Pläne und Preise von Dokuflex an.
Artikel 23 der Richtlinie (EU) 2022/2555 legt drei Meilensteine für erhebliche Sicherheitsvorfälle fest: Frühwarnung an das CSIRT oder die zuständige Behörde binnen 24 Stunden ab Kenntnis des Vorfalls, Meldung des Vorfalls mit einer ersten Bewertung von Schweregrad und Auswirkungen binnen 72 Stunden und Abschlussbericht spätestens einen Monat nach dieser Meldung. Dauert der Vorfall nach einem Monat noch an, wird ein Fortschrittsbericht vorgelegt und der Abschlussbericht einen Monat nach seiner Bewältigung.
Nach Artikel 23 Abs. 3 der Richtlinie ist ein Sicherheitsvorfall erheblich, wenn er schwerwiegende Betriebsstörungen der Dienste oder finanzielle Verluste für die Einrichtung verursacht hat oder verursachen kann, oder wenn er andere Personen beeinträchtigt hat oder beeinträchtigen kann, indem er erheblichen materiellen oder immateriellen Schaden verursacht. Im Dokuflex-Modul markiert der Schweregrad Kritisch den Vorfall automatisch als erheblich; für die übrigen entscheidet der Verantwortliche im Formular selbst.
Artikel 19 der Verordnung (EU) 2022/2554 verpflichtet dazu, schwerwiegende IKT-bezogene Vorfälle der Finanzaufsicht in drei Phasen zu melden, und die Delegierte Verordnung (EU) 2025/301 konkretisiert die Fristen: Erstmeldung binnen 4 Stunden ab Einstufung des Vorfalls als schwerwiegend und höchstens 24 Stunden ab Kenntnis, Zwischenbericht binnen 72 Stunden ab der Erstmeldung und Abschlussbericht einen Monat nach dem Zwischenbericht. Das Modul erlaubt, den anwendbaren Rahmen anzugeben (NIS2, DORA, beide oder keiner) und die Finanzaufsicht als benachrichtigte Behörde zu erfassen.
Nach dem spanischen Nationalen Leitfaden zur Meldung und Bewältigung von Cybervorfällen ist INCIBE-CERT das Referenz-CSIRT für den Privatsektor und die Bürger, CCN-CERT für den öffentlichen Sektor und ESPDEF-CERT für den Verteidigungsbereich. Finanzunternehmen melden unter DORA zusätzlich an ihre Aufsicht (Banco de España, CNMV oder DGSFP), und sind personenbezogene Daten betroffen, wird die Meldung an die AEPD in 72 Stunden eröffnet. Die Behördenauswahl des Moduls enthält genau diese Optionen.
Nein. Das Modul erfasst den Vorfall, verlangt bei erheblichen Vorfällen das Ausfüllen von Behörde sowie Daten der Frühwarnung und Meldung, bewahrt den Beleg der Meldung und die von der Behörde zugewiesene Referenz auf und hält nachvollziehbar fest, wer jeden Schritt wann getan hat. Die Übermittlung erfolgt über die offiziellen Kanäle des jeweiligen CSIRT oder der Aufsicht; das Modul ist das Register, das belegt, dass sie fristgerecht erfolgt ist.
Um die Fristen nach Artikel 23 nachzuweisen, empfiehlt es sich, Datum und Uhrzeit der Erkennung, die Entscheidung über die Erheblichkeit, den anwendbaren Rahmen (NIS2, DORA oder beide), die benachrichtigte Behörde mit Referenz und Beleg, die Daten der Frühwarnung (24 h), der Meldung (72 h) und des Abschlussberichts (ein Monat), den IKT-Dienstleister, die Ursache und die Person, die den Abschluss freigegeben hat, zu erfassen. In Dokuflex sind das alles Felder des Formulars.
Gemeldet wird über die offiziellen Kanäle von INCIBE-CERT (Privatsektor) oder CCN-CERT (öffentlicher Sektor), gemäß dem spanischen Nationalen Leitfaden zur Meldung und Bewältigung von Cybervorfällen. Im Dokuflex-Register bleiben die Behörde, die Daten der Frühwarnung und der Meldung, die Referenz des CSIRT und der Beleg. Das Modul sendet die Meldung nicht, aber ein erheblicher Vorfall lässt sich ohne Behörde und diese beiden Daten nicht speichern.
Ja, als Register: Der anwendbare Rahmen lässt DORA oder beide zu, die Behörde kann die Finanzaufsicht sein (Banco de España, CNMV oder DGSFP), das Formular erinnert an die Fristen der Delegierten Verordnung (EU) 2025/301 (4 h, 24 h, 72 h und ein Monat), und der beteiligte IKT-Dienstleister wird mit Namen erfasst. Die Übermittlung an die Aufsicht erfolgt über deren offizielle Kanäle; das Modul bewahrt Referenz und Beleg auf.
Ja. Das Modul ersetzt weder Ihr Managementsystem noch Ihr Verfahren zur Vorfallreaktion: Es liefert das Register mit Nachweisen, Daten und Freigabe des Abschlusses, das Sie in einem Audit vorlegen können. Die Vorlage DKF-P034 deckt auch DORA, ISO/IEC 27035 und das spanische ENS ab, und forensische Berichte und Belege können im ENS-Dokumentenmanagement (Stufe Mittel) von Dokuflex verwahrt werden.
Das Modul ist kostenlos. Es wird aus dem Modulkatalog jedes Dokuflex-Kontos in der Gruppe Regulatorische Compliance in unter einer Minute aktiviert: Formular, Liste mit Kacheln und Grid, Kanban-Board nach Status, Dashboard mit sechs Diagrammen, Workflow zur Freigabe des Abschlusses, 12 automatische Regeln, sechs Beispielvorfälle und drei geführte Touren. Alles lässt sich mit dem Low-Code-Designer ändern.
Man wählt die Art „Ausfall eines IKT-Dienstleisters“ und gibt im Erkennungsbereich den beteiligten IKT-Dienstleister an; ist ein Dienstleister beteiligt, verlangt das Formular seinen Namen. Der Vorfall folgt demselben Ablauf der NIS2- oder DORA-Fristen und der Freigabe des Abschlusses und bleibt diesem Dienstleister als Nachweis für das Lieferantenaudit zugeordnet.
Ja. Die Vorlage DKF-P034 wird mit den Feldern, den 12 automatischen Regeln und dem Workflow zur Freigabe des Abschlusses bereits konfiguriert aktiviert, und alles lässt sich ohne Programmierung mit dem Low-Code-Designer ändern, um die Felder an Ihr Verfahren anzupassen. Sie enthält sechs Beispielvorfälle und drei geführte Touren, um sie vor der Erfassung echter Fälle auszuprobieren.
Die Daten werden ausschließlich in der Europäischen Union gehostet (Frankfurt, Madrid und Irland), auf einer Plattform mit ISO 27001 und ausgerichtet am spanischen ENS (Stufe Mittel, Zertifizierung läuft), und der Support ist auf Spanisch. Das zählt, weil das Register sensible Informationen enthält: betroffene Systeme, Ursache, Nachweise und Belege der Meldungen an das CSIRT oder die Finanzaufsicht.
Das hängt davon ab, was man unter verbindlich versteht. Die Richtlinie (EU) 2022/2555 legte den 18. Oktober 2024 als Datum fest, ab dem die Mitgliedstaaten ihre Umsetzungsvorschriften anwenden mussten, aber eine Richtlinie verpflichtet Unternehmen nicht unmittelbar: In Spanien hängen die Pflichten vom Umsetzungsgesetz ab (dem Gesetz zur Koordinierung und Governance der Cybersicherheit), dessen Entwurf am 14. Januar 2025 gebilligt wurde und das im Oktober 2026 nicht im BOE veröffentlicht ist. Bis dahin gelten weiter das Real Decreto-ley 12/2018 (NIS1) und das ENS für den öffentlichen Sektor und seine Dienstleister, und DORA gilt als Verordnung seit dem 17. Januar 2025 unmittelbar für Finanzunternehmen. Die Fristen von 24 h, 72 h und einem Monat werden die des Gesetzes sein, weil sie aus der Richtlinie stammen; ein fertiges Register vermeidet den Neustart bei der Veröffentlichung.
Artikel 20 der Richtlinie verpflichtet die Leitungsorgane wesentlicher und wichtiger Einrichtungen, die Risikomanagementmaßnahmen für die Cybersicherheit nach Artikel 21 zu billigen, ihre Umsetzung zu überwachen und Schulungen zu absolvieren, und sieht vor, dass sie für Verstöße verantwortlich gemacht werden können. Die Bewältigung von Sicherheitsvorfällen ist eine dieser Maßnahmen (Artikel 21 Abs. 2 Buchst. b), also braucht die Leitung den Nachweis, dass sie existiert und funktioniert: Der vom Sicherheitsverantwortlichen freigegebene Abschluss jedes Vorfalls und das Dashboard mit Vorfällen nach Art, Schweregrad und Monat sind Teil dieses Nachweises.
Es liefert Nachweise für die Controls 5.24 bis 5.28 von Anhang A der ISO/IEC 27001:2022: Planung und Vorbereitung des Vorfallmanagements (5.24), Bewertung von und Entscheidung über Informationssicherheitsereignisse (5.25, die Entscheidung über die Erheblichkeit), Reaktion (5.26, Eindämmung, Korrekturmaßnahmen und Wiederherstellung), Lernen aus Vorfällen (5.27, Lessons Learned und Ursache) und Sammlung von Nachweisen (5.28, Anhänge und Belege). Verfahren und Reaktionsplan bleiben Ihre Dokumente; das Register belegt, dass sie angewendet wurden.
Orientierende Information des Redaktionsteams von Dokuflex. Um festzustellen, ob Ihre Einrichtung in den Anwendungsbereich von NIS2 oder DORA fällt und welche Behörde zuständig ist, wenden Sie sich an Ihre Rechtsberatung oder Ihr Referenz-CSIRT. Mehr dazu, wie wir Daten schützen, im Trust- und Sicherheitscenter.
Aktivieren Sie das Modul in Ihrem Dokuflex-Konto, laden Sie die sechs Beispielvorfälle, machen Sie die Tour und passen Sie die Felder an Ihr Verfahren an. Kostenlos und ohne Kreditkarte.