NIS2-relevante Entscheidungen und Arbeitsstände entstehen nicht erst im Audit oder Prüfmoment. Sie entstehen in täglichen Verwaltungs- und IT-Prozessen: Benutzeranlage, externe Lieferantenzugriffe, MFA-Ausnahmen, offene Schwachstellen, Patch-Ausnahmen oder Wiederanlauf nach IT-Service-Störung.
Der Audit- oder Prüfmoment fragt später nur ab, ob diese Entscheidungen nachvollziehbar geführt wurden: Wer hat entschieden? Welches System war betroffen? Welche Ausnahme wurde akzeptiert? Welche Gegenmaßnahme galt? Wann wurde erneut geprüft?
Der Geschäfts- und Supportprozess ist der Ort, an dem Regelwerk und betriebliche Wirklichkeit aufeinandertreffen. Hier entstehen Rollen, Freigaben, Ausnahmen, Gegenmaßnahmen und Wiedervorlagen. Wenn diese Informationen fehlen, beginnt die Nachweisarbeit später auf einem weißen Blatt.
Paragraphen im Betrieb
Welche NIS2-Pflichten in Prozessen sichtbar werden
§30, §32 und §38 BSIG werden für Unternehmen greifbar, wenn sie auf konkrete Abläufe treffen. Die relevanten Daten entstehen bei Zugriffen, Lieferanten, Ausnahmen, Schwachstellen, Wiederanlauf und Meldebewertungen. Jeder dieser Prozesse kann einen Nachweis erzeugen — oder eine Lücke hinterlassen.
§30 BSIG
Sicherheits- und Risikomanagementmaßnahmen
§30 BSIG wird dort sichtbar, wo das Unternehmen Zugriffe vergibt, Schwachstellen bewertet, Lieferanten einbindet, Wiederanlauf vorbereitet und Ausnahmen führt.
§32 BSIG wird relevant, wenn ein Vorfall oder eine Störung bewertet werden muss. Dann zählen Zeitstempel, betroffene Systeme, Betriebswirkung, Ansprechpartner und Meldeentscheidung.
§38 BSIG wird sichtbar, wenn kritische Ausnahmen, Restrisiken, Schulungen, Kenntnisnahmen oder Wiedervorlagen eine dokumentierte Befassung der Geschäftsführung erfordern.
Eine sicherheitsrelevante Ausnahme ist zunächst ein Sachverhalt. Sicherheitsrelevante Ausnahmen sollten als Arbeitsstand geführt werden — mit Ursache, Risiko, Freigabe, Gegenmaßnahme, Owner, Frist und Wiedervorlage.
VULN-01 Live
Patch-Ausnahme
Schwachstelle · Restrisiko · OT
Schwachstelle bleibt offen, weil Patch, Test, Herstellerfreigabe, Wartungsfenster oder OT-Abhängigkeit die sofortige Umsetzung verhindern.
Dienstleister erhält Systemzugriff oder erfüllt noch nicht alle geforderten Nachweise. Zweck, Zugriffspfad, Meldeweg, Auflagen und Wiedervorlage sind entscheidend.
Die Beispiele zeigen normale Vorgänge aus IT, Einkauf, Betrieb und Geschäftsführung. Jeder Vorgang erzeugt Daten, Entscheidungen und offene Punkte, die später für Nachweisführung, Meldebewertung oder die Befassung der Geschäftsführung relevant werden können.
UC 01 · Identität und Zugriff Live
Benutzerkonto anlegen
Joiner · Mover · Leaver
Ein neues Benutzerkonto erzeugt Arbeitsstände zu Rolle, Gerät, MFA, Fachsystemen, Awareness, Ausnahme und Access Review.
Wer darf zugreifen, über welchen Weg, wie lange und mit welchem Meldeweg? Sobald ein Anbieter Zugriff erhält, entstehen Fragen zu Zugriffspfad, Freigabe und Wiedervorlage.
Wenn zentrale IT-Dienste ausfallen, braucht der Betrieb Kommunikationswege, Wiederanlaufreihenfolge, Dienstleisterkontakte, Restore-Stand und Entscheidungsrollen.
Wenn aus einem IT-Ticket ein Sicherheitsereignis wird, muss das Unternehmen Erheblichkeit, Meldepflicht, Owner, Zeitstempel und Entscheidung nachvollziehbar führen — mit oder ohne BSI-Meldung.
Warum Prozessbeispiele Unternehmen schneller handlungsfähig machen
Viele Unternehmen kennen ihre Abläufe. Sie sehen nur noch nicht, welche NIS2-Relevanz darin steckt. Die Reihe zeigt bekannte Vorgänge, benennt die sicherheitsrelevanten Entscheidungen und leitet daraus konkrete Arbeitsstände ab.
Bestehende Prozesse werden als NIS2-Prüfpunkte lesbar
Nachweise entstehen aus Prozessdaten, nicht auf dem weißen Blatt
Ausnahmen und Restrisiken erhalten Owner, Frist und Wiedervorlage
Geschäftsführung, IT, Einkauf und Fachbereiche sehen ihren jeweiligen Anteil
Der Einstieg wird konkreter, weil Unternehmen an bestehenden Prozessen ansetzen können
Einstiegsprinzip
Der erste Schritt ist nicht der vollständige Nachweisordner. Der erste Schritt ist ein Prozess, der bei jeder Ausführung bessere Nachweisdaten erzeugt.
Häufige Fragen
Die Reihe zeigt, wie NIS2 in bestehenden Geschäfts- und Supportprozessen sichtbar wird. Beispiele sind Benutzeranlage, Lieferantenzugriff, MFA-Ausnahme, offene Schwachstelle, IT-Wiederanlauf und Meldebewertung.
Weil die relevanten Daten, Entscheidungen, Freigaben, Ausnahmen und Wiedervorlagen im Tagesgeschäft entstehen. Wenn diese Informationen nicht im Prozess erzeugt werden, müssen sie später rekonstruiert werden.
Der Joiner-/Mover-/Leaver-Prozess eignet sich besonders gut, weil Benutzerkonten, Rollen, Geräte, MFA, Awareness, Ausnahmen und Access Reviews ohnehin dort entstehen.
Ein Arbeitsstand hält Daten, Entscheidungen, Owner, Fristen, Nachweise und Wiedervorlagen zusammen. Er ist die Grundlage dafür, später Auskunft geben zu können.
Der Prozess erzeugt die Daten und Entscheidungen. Der Nachweis hält den Arbeitsstand fest und macht ihn erklärbar.
Die Seiten erklären, wo NIS2 im Betrieb sichtbar wird. Der NIS2-Arbeitsplatz unterstützt dabei, die entstehenden Arbeitsstände, Nachweise und Wiedervorlagen zusammenzuführen.
Beginnen Sie mit einem Vorgang, den Ihr Unternehmen ohnehin ausführt: Benutzeranlage, Lieferantenzugriff, MFA-Ausnahme, offene Schwachstelle oder Wiederanlauf. Dort entstehen die Daten, Entscheidungen und Wiedervorlagen, die später nachweisbar sein müssen.