Heimat der Akademie
Blogs
Berichterstattung über Vorfälle in NIS2: Anforderungen und bewährte Praktiken im Zusammenhang mit ISO 27001
Teil der ISO 27001-Sammlung
Teil der NIS2-Sammlung

Berichterstattung über Vorfälle in NIS2: Anforderungen und bewährte Praktiken im Zusammenhang mit ISO 27001

ISO 27001-Sammlung
Berichterstattung über Vorfälle in NIS2: Anforderungen und bewährte Praktiken im Zusammenhang mit ISO 27001
NIS2-Sammlung
Berichterstattung über Vorfälle in NIS2: Anforderungen und bewährte Praktiken im Zusammenhang mit ISO 27001
Cyberday Blog
Berichterstattung über Vorfälle in NIS2: Anforderungen und bewährte Praktiken im Zusammenhang mit ISO 27001

Die NIS2-Richtlinie schreibt vor, dass Organisationen die zuständigen nationalen Behörden und Dienstleistungsempfänger über alle größeren Störungen der Sicherheit ihres Netzes und ihrer Informationssysteme informieren müssen.

Die Anforderungen an die Meldung von Vorfällen sollen Transparenz und Verantwortlichkeit im Falle einer Sicherheitsverletzung gewährleisten. Die Richtlinie verlangt, dass (erhebliche) Vorfälle unverzüglich gemeldet werden und dass die Berichte ausreichende Informationen enthalten, damit die Behörden z. B. die grenzüberschreitenden Auswirkungen des Vorfalls bestimmen können.

Was sind "Vorfälle" in der Informationssicherheit?

Die Zahl und Intensität von Verstößen gegen die Informationssicherheit, die oft als Vorfälle bezeichnet werden, nimmt zu. Leider bleibt ein Großteil dieser Vorfälle unbemerkt. Vorfälle können durch Faktoren wie folgende ausgelöst werden:

  • Schadsoftware (Viren, Würmer, Ransomware)
  • Unbefugter Zugang (Hacking, Passwortknacken)
  • Datenschutzverletzungen (unbefugte Änderung von oder Zugriff auf Daten)
  • Externe Infiltration (Angriffe durch Dritte)
  • Menschliches Versagen (versehentliche Offenlegung sensibler Informationen)
  • Insider-Bedrohungen (Mitarbeiter oder Insider, die absichtlich die Sicherheit gefährden)
  • Mangelndes Sicherheitsbewusstsein oder mangelnde Schulung
  • Schwachstellen in Software oder Systemen
  • Unzureichend konfigurierte oder unzureichende Sicherheitsmaßnahmen
  • Physische Sicherheitsverletzungen (Diebstahl oder Verlust von Geräten mit sensiblen Daten)

Unabhängig von den vorhandenen Sicherheitsmaßnahmen besteht immer das Risiko, dass ein Informationssicherheitsvorfall eintritt. Um dieses Risiko zu mindern, ist es wichtig, verschiedene Instrumente und Strategien, einschließlich der Berichterstattung, einzusetzen, um potenzielle Bedrohungen zu erkennen, bevor sie Schaden anrichten können.

Was ist laut NIS2 ein "bedeutendes Ereignis"?

Ein wichtiger Vorfall...

  • eine schwerwiegende Unterbrechung der Dienste oder einen finanziellen Verlust für die betroffene Einrichtung verursacht oder verursachen kann
  • oder andere natürliche oder juristische Personen durch die Verursachung eines erheblichen materiellen oder immateriellen Schadens beeinträchtigt oder zu beeinträchtigen droht

Im Rahmen der NIS2-Richtlinie wird ein schwerwiegender Vorfall in der Regel als ein Ereignis definiert , das erhebliche Auswirkungen auf die Kontinuität der wesentlichen Dienste hat. Dazu können Ereignisse gehören, die zu einer Unterbrechung von Diensten, einer Verletzung von Sicherheitsmaßnahmen oder einer Kompromittierung sensibler Daten führen. So würde beispielsweise ein Cyberangriff, der zum Verlust von Kundendaten führt, als erheblicher Vorfall gelten.

Ein weiteres Beispiel für einen schwerwiegenden Vorfall könnte ein Hardwareausfall sein, der zu einem längeren Ausfall wichtiger Dienste führt. Dazu könnte ein Serverabsturz gehören, der ein Unternehmen daran hindert, Transaktionen zu verarbeiten, oder ein Netzwerkausfall, der ein Krankenhaus daran hindert, auf Patientenakten zuzugreifen. In beiden Fällen hätte der Vorfall erhebliche Auswirkungen auf die Kontinuität der wesentlichen Dienste.

Im Rahmen von NIS2 müssen Organisationen auch alle Vorfälle melden, die möglicherweise erhebliche Auswirkungen auf die Kontinuität der Dienste haben könnten. Dies könnte ein Beinahe-Zusammenstoß sein, bei dem ein Cyberangriff erfolgreich vereitelt wurde, oder ein kleiner Hardwareausfall, der schnell behoben wurde, aber zu einem ernsthafteren Ausfall hätte führen können, wenn er nicht sofort behoben worden wäre.

Darüber hinaus berücksichtigt die NIS2-Richtlinie auch die Anzahl der von einem Vorfall betroffenen Nutzer bei der Bestimmung seiner Bedeutung. So wird beispielsweise eine Datenschutzverletzung, die eine kleine Anzahl von Nutzern betrifft, möglicherweise nicht als erheblich angesehen, während ein ähnlicher Vorfall, der eine große Anzahl von Nutzern betrifft, wahrscheinlich als erheblich eingestuft würde.

Auch die potenziellen wirtschaftlichen und gesellschaftlichen Auswirkungen eines Vorfalls werden im Rahmen der NIS2 berücksichtigt. So könnte beispielsweise ein Cyberangriff auf ein Finanzinstitut, der zu einem erheblichen Verlust von Geldern führt, aufgrund seiner potenziellen Auswirkungen auf die Wirtschaft als erheblicher Vorfall betrachtet werden.

Wie müssen "erhebliche Vorfälle" gemeldet werden?

Die Einrichtungen sind verpflichtet, dem Computer Security Incident Response Team (CSIRT) oder der zuständigen Behörde innerhalb bestimmter Fristen wichtige Vorfälle zu melden:

Der in der NIS2-Richtlinie festgelegte Zeitplan für die Meldung von Zwischenfällen.

Sie sind verpflichtet, innerhalb des ersten Tages nach einem Vorfall eine Frühwarnung abzugeben. In dieser Warnung sollte angegeben werden, ob der Vorfall auf illegale oder feindselige Handlungen zurückzuführen ist und ob er möglicherweise mehrere Grenzen betreffen könnte.

Stellen Sie sicher, dass Sie innerhalb von drei Tagen nach dem Vorfall eine Meldung über den Vorfall einreichen. Diese Meldung muss eine Aktualisierung der Informationen aus der Frühwarnung sowie eine erste Einschätzung der Schwere des Vorfalls und der möglichen Auswirkungen enthalten. Achten Sie außerdem darauf, dass alle bekannten Indikatoren für eine Kompromittierung berücksichtigt werden. Legen Sie während dieser Zeit auf Anfrage weiterhin Zwischenberichte zur Aktualisierung des Status vor.

Spätestens einen Monat nach der Meldung des Vorfalls muss ein abschließender Bericht vorgelegt werden. Er sollte eine ausführliche Erläuterung des Vorfalls, seiner Auswirkungen und Schwere, der möglichen Bedrohung oder der Grundursache enthalten. Er sollte auch die Maßnahmen aufzeigen, die zur Eindämmung der Auswirkungen ergriffen wurden, sowie gegebenenfalls die möglichen grenzüberschreitenden Auswirkungen des Vorfalls.

In Situationen, in denen der Vorfall zum Zeitpunkt der Fälligkeit des Abschlussberichts noch andauert, sollten die Einrichtungen einen aktuellen Bericht vorlegen, gefolgt von einem abschließenden Bericht innerhalb eines Monats nach Beendigung des Vorfalls.

Die bewährten Praktiken von ISO 27001 können Ihr Incident Management unterstützen

Es ist wichtig, darauf hinzuweisen, dass die NIS2-Richtlinie die Übernahme bewährter Praktiken für das Störungsmanagement fördert, wie sie in Normen wie ISO 27001 beschrieben sind. Diese Norm bietet einen Rahmen für die Einrichtung, Umsetzung, den Betrieb, die Überwachung, Überprüfung, Aufrechterhaltung und Verbesserung eines Informationssicherheitsmanagementsystems.

Die NIS2 verlangt von Organisationen, dass sie bedeutende Vorfälle, die ihre digitalen Dienste betreffen, melden. Sie enthält jedoch keine detaillierte Methodik für die Identifizierung, Bewertung und Verwaltung dieser Vorfälle.

Die ISO-Norm 27001 hingegen sieht spezifische Kontrollen für das Management von Zwischenfällen und die Berichterstattung vor. Dazu gehören die Erstellung eines Plans zur Reaktion auf Vorfälle, die Festlegung von Zuständigkeiten und die Schulung von Mitarbeitern. Diese Anforderungen stehen in engem Einklang mit der NIS2-Richtlinie, die den Schwerpunkt auf die Meldung von Vorfällen legt. Durch die Implementierung von ISO 27001 können Organisationen sicherstellen, dass sie die NIS2-Anforderungen erfüllen und ihr Engagement für die Informationssicherheit unter Beweis stellen.

Ein eindeutig zuständiges Team für das Management von Zwischenfällen (5.25)

Von dem verantwortlichen Team wird erwartet, dass es die Ziele und Anforderungen der Organisation in Bezug auf die Informationssicherheit genau kennt. Es sollte in der Lage sein, potenzielle Risiken und Schwachstellen zu erkennen und Strategien zur Abschwächung dieser Risiken zu entwickeln. Dazu gehören die Umsetzung von Sicherheitsmaßnahmen, die Überwachung ihrer Wirksamkeit und die Vornahme notwendiger Anpassungen zur Verbesserung der Sicherheit.

Darüber hinaus wird von dem verantwortlichen Team erwartet, dass es effektiv mit anderen Interessengruppen innerhalb der Organisation kommuniziert. Dazu gehören die Sensibilisierung für die Informationssicherheit, die Schulung und Anleitung der Mitarbeiter und die Berichterstattung über den Stand der Informationssicherheit an die Geschäftsleitung.

Darüber hinaus sollte das verantwortliche Team die Befugnis haben, die Richtlinien und Verfahren der Organisation zur Informationssicherheit durchzusetzen. Dazu gehört auch, dass bei Verstößen Abhilfemaßnahmen ergriffen und sichergestellt wird, dass aus diesen Vorfällen Lehren gezogen werden, um künftige Vorfälle zu verhindern.

Das Team sollte auch an der kontinuierlichen Verbesserung des Informationssicherheitsmanagementsystems der Organisation beteiligt sein. Dazu gehört, dass das System regelmäßig überprüft und aktualisiert wird, um sicherzustellen, dass es wirksam und auf die Ziele der Organisation und die sich entwickelnde Bedrohungslandschaft abgestimmt bleibt.

Vorbereitung auf die Reaktion auf einen Vorfall (5.26)

Die Kontrolle unterstreicht die Bedeutung der Entwicklung und Umsetzung eines Reaktionsplans für Zwischenfälle. In diesem Plan sollten die Aufgaben und Zuständigkeiten aller Beteiligten, die im Falle eines Zwischenfalls zu befolgenden Verfahren und die zu verwendenden Kommunikationsprotokolle detailliert festgelegt werden. Er sollte auch darlegen, wie Vorfälle zu identifizieren und zu bewerten sind und wie die Prioritäten für die Reaktionsmaßnahmen je nach Schwere des Vorfalls zu setzen sind.

Schulung ist ein weiterer wichtiger Aspekt der "Vorbereitung auf einen Zwischenfall". Die Mitarbeiter sollten im Hinblick auf den Notfallplan und ihre spezifischen Aufgaben geschult werden. Diese Schulung sollte regelmäßig aktualisiert werden, um sicherzustellen, dass sie relevant und wirksam bleibt. Die Kontrolle empfiehlt auch die Durchführung regelmäßiger Tests und Übungen, um die Wirksamkeit des Plans zu bewerten und verbesserungswürdige Bereiche zu ermitteln.

Die Dokumentation ist auch bei der Vorbereitung auf die Reaktion auf einen Vorfall entscheidend. Alle Vorfälle, Reaktionen und Folgemaßnahmen sollten dokumentiert und überprüft werden. Dadurch wird nicht nur eine Aufzeichnung für künftige Referenz erstellt, sondern auch eine Überprüfung nach einem Vorfall ermöglicht, um festzustellen, was gut funktioniert hat und was verbessert werden könnte. Dieses kontinuierliche Lernen und Verbessern ist ein wichtiger Aspekt der ISO 27001.

Nicht zuletzt sollten in diesem Schritt auch die Beziehungen zu relevanten externen Parteien berücksichtigt werden. Dazu können Strafverfolgungsbehörden, Aufsichtsbehörden und Drittdienstleister gehören. Wenn diese Beziehungen bereits vor dem Eintreten eines Vorfalls bestehen, kann der Reaktions- und Wiederherstellungsprozess beschleunigt werden.

Vorfälle dokumentieren und daraus lernen (5.27)

Die Dokumentation von Vorfällen beinhaltet die Aufzeichnung aller relevanten Details über den Vorfall, wie z. B. die Art des Vorfalls, die Auswirkungen auf das Unternehmen, die zur Bewältigung des Vorfalls unternommenen Schritte und die beteiligten Personen. Diese Dokumentation dient als historische Aufzeichnung und als Quelle wertvoller Daten für zukünftige Referenzen.

Der nächste Schritt nach der Dokumentation von Vorfällen ist das Lernen aus ihnen. Dazu gehört die Analyse der Vorfalldokumentation, um Muster, Grundursachen und verbesserungswürdige Bereiche zu ermitteln. Ziel ist es, Erkenntnisse zu gewinnen, die dazu beitragen können, ähnliche Vorfälle in Zukunft zu vermeiden.

Darüber hinaus sollten die aus Vorfällen gewonnenen Erkenntnisse zur Aktualisierung der Risikobewertung und des Risikobehandlungsplans der Organisation genutzt werden. Dadurch wird sichergestellt, dass das Informationssicherheitsmanagementsystem (ISMS) der Organisation wirksam und aktuell bleibt.

Schließlich verlangt die ISO 27001-Kontrolle 5.27 auch, dass Organisationen die Ergebnisse von Vorfallsprüfungen den relevanten Interessengruppen mitteilen. Dazu können Mitarbeiter, das Management und sogar externe Parteien wie Kunden oder Aufsichtsbehörden gehören. Ziel ist es, die Transparenz zu fördern und eine Kultur der kontinuierlichen Verbesserung der Informationssicherheit zu schaffen.

Ein Verfahren für die Meldung von Vorfällen durch Mitarbeiter (6.8)

Ein wichtiger Bestandteil dieser Kontrolle ist die Einführung eines Meldeverfahrens. Dies bedeutet, dass ein klarer und leicht zu befolgender Prozess geschaffen werden muss, mit dem die Mitarbeiter Vorfälle melden können. Dazu könnte ein spezielles Meldesystem oder -tool verwendet werden, es könnte aber auch einfach eine E-Mail-Adresse oder ein Tool sein. Das Wichtigste ist, dass das Verfahren für alle Mitarbeiter leicht zugänglich und verständlich sein sollte.

Der zweite wichtige Aspekt dieser Kontrolle besteht darin, sicherzustellen, dass alle Mitarbeiter das Meldeverfahren kennen und sich ihrer Verantwortung bewusst sind. Dies kann durch regelmäßige Schulungen und Sensibilisierungsprogramme oder einfach durch die Verbreitung von Leitlinien für Ihre Mitarbeiter erreicht werden.

Sobald ein Vorfall gemeldet wird, sollte er bewertet werden und es sollte umgehend darauf reagiert werden. Am besten ist es, wenn die zuständige Person sofort benachrichtigt wird, zum Beispiel über ein Tool, über das der Vorfall gemeldet wurde. Die Behandlung umfasst dann die Einstufung des Vorfalls auf der Grundlage seiner Schwere und seiner potenziellen Auswirkungen, die Festlegung einer angemessenen Reaktion und die Umsetzung dieser Reaktion.

Der Vorfall sollte auch dokumentiert und analysiert werden, um etwaige Muster oder Trends zu erkennen und die allgemeine Sicherheitslage des Unternehmens zu verbessern. Um Ihre Mitarbeiter zu ermutigen, in Zukunft weitere Vorfälle zu melden, sollten Sie dem betroffenen Mitarbeiter eine Rückmeldung über das Ergebnis des gemeldeten Vorfalls geben.

Technische Erfassung von Ereignisdaten und Alarmierung (8.15, 8.16)

ISO 27001-Kontrolle 8.15 konzentriert sich auf die systematische und technische Erfassung von Daten. Ziel dieser Kontrolle ist es, sicherzustellen, dass die Organisation in der Lage ist, Informationen zu sammeln, aufzubewahren und zu analysieren, die im Falle eines Sicherheitsvorfalls als Beweismittel dienen könnten. Dazu gehören Daten wie Systemprotokolle, Aufzeichnungen von Benutzeraktivitäten und Daten zum Netzwerkverkehr. Die Kontrolle unterstreicht die Notwendigkeit eines genau definierten Verfahrens für die Sammlung von Beweisen, das mit den gesetzlichen Anforderungen übereinstimmen sollte, um die Zulässigkeit vor Gericht zu gewährleisten.

Außerdem wird betont, wie wichtig es ist, dass das an der Datenerhebung beteiligte Personal angemessen geschult wird. Damit soll sichergestellt werden, dass sie verstehen, wie wichtig es ist, die Integrität der gesammelten Daten zu wahren, und dass sie die korrekten Verfahren für die Handhabung und Speicherung dieser Daten kennen. Die Kontrolle empfiehlt auch den Einsatz automatisierter Instrumente für die Datenerfassung, wo immer dies möglich ist, um das Risiko menschlicher Fehler zu minimieren.

ISO 27001-Kontrolle 8.16 befasst sich mit dem Prozess der Identifizierung, Verwaltung und Analyse von Sicherheitsvorfällen. Ziel dieser Kontrolle ist es, sicherzustellen, dass die Organisation über ein robustes System verfügt, um Sicherheitsvorfälle rechtzeitig und effektiv zu erkennen und darauf zu reagieren.

Außerdem wird die Notwendigkeit eines Verfahrens für das Management von Zwischenfällen betont , das klare Richtlinien für die Meldung von Zwischenfällen, die Bewertung und die Reaktion darauf enthält. Dieses Verfahren sollte allen Mitarbeitern und relevanten Interessengruppen mitgeteilt werden. Die Kontrolle empfiehlt auch den Einsatz automatischer Warnsysteme, um die frühzeitige Erkennung von Sicherheitsvorfällen zu erleichtern. Diese Systeme sollten so konfiguriert werden, dass sie Warnmeldungen auf der Grundlage vordefinierter Kriterien generieren, wie z. B. ungewöhnliche Benutzeraktivitäten oder Versuche, auf eingeschränkte Bereiche des Netzwerks zuzugreifen.

Sowohl Kontrolle 8.15 als auch 8.16 unterstreichen die Bedeutung eines proaktiven Ansatzes für die Informationssicherheit. Durch die systematische Erfassung von Daten und die Einrichtung wirksamer Warnsysteme können Unternehmen Sicherheitsvorfälle erkennen und darauf reagieren, bevor sie eskalieren, und so den potenziellen Schaden und die Störung minimieren.

Schlussfolgerung

Zusammenfassend lässt sich sagen, dass die Anforderungen der NIS2 zur Meldung von Vorfällen durch die Linse der bewährten Praktiken der ISO27001 effektiv interpretiert und umgesetzt werden können. Dieser Ansatz gewährleistet nicht nur die Einhaltung der NIS2, sondern fördert auch einen robusten und widerstandsfähigen Cybersicherheitsrahmen innerhalb der Organisation.

ISO27001 bietet mit seinen umfassenden und detaillierten Richtlinien einen klaren Fahrplan für die Meldung von Vorfällen, der Aspekte wie die Identifizierung von Vorfällen, die Reaktion darauf, die Verwaltung und die Wiederherstellung umfasst. Durch die Übernahme dieser Praktiken können Unternehmen die NIS2-Anforderungen erfüllen und gleichzeitig ihre allgemeine Cybersicherheitslage verbessern.

Letztendlich ist ISO 27001 eine weltweit anerkannte Norm, und eine Zertifizierung kann den Beteiligten die Gewissheit geben, dass eine Organisation die Informationssicherheit ernst nimmt. Dies kann vor allem im Zusammenhang mit der NIS2 wichtig sein, wo die Nichtmeldung von Vorfällen oder unzureichenden Sicherheitsmaßnahmen zu erheblichen Strafen führen kann.

Schließlich ist es wichtig, daran zu denken, dass ISO27001 zwar eine solide Grundlage für die Meldung von Vorfällen bietet, aber durch andere bewährte Verfahren ergänzt werden sollte, die auf die spezifischen Bedürfnisse und den Kontext der Organisation zugeschnitten sind. Im Wesentlichen ist die erfolgreiche Umsetzung der NIS2-Anforderungen für die Meldung von Vorfällen eine Balance zwischen der Einhaltung von Standards und der Anpassung an die individuellen Bedürfnisse der Organisation.

Inhalt des Artikels

Artikel teilen