|
|
| (78 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| === Beschreibung === | | === Beschreibung === |
| ==== Gefährdungsübersicht ergänzen ====
| | <!-- |
| [[File:100000000000077A00000369DF4E25E9E43B9E37.png | mini | 500px]]
| | : Abb_7_04_Schritt_1.png (Schritte bei der Risikoanalyse: Gefährdungsübersicht erstellen |
| Auch wenn die Zusammenstellung elementarer Gefährdungen vielfältige Bedrohungen berücksichtigt, denen Informationen und Informationstechnik ausgesetzt sind, so kann dennoch nicht ausgeschlossen werden, dass weitere Gefährdungen zu betrachten sind.
| | --> |
| * Dies gilt insbesondere dann, wenn es für ein Zielobjekt in untypischen Einsatzszenarien betrieben wird. | | Erster Schritt einer Risikoanalyse |
| | * Risiken identifizieren, denen ein [[Zielobjekt]] ausgesetzt ist |
|
| |
|
| Im Anschluss an den ersten Teilschritt prüfen Sie daher, ob neben den relevanten elementaren Gefährdungen weitere Gefährdungen zu untersuchen sind.
| | ; Beschreibung |
| | * Welchen Gefährdungen das Objekt unterliegt |
| | * Anhand der '''elementaren Gefährdungen als Ausgangspunkt''' |
|
| |
|
| ===== Wie finden Sie zusätzliche Gefährdungen? ===== | | === Grundschutz Bausteine === |
| ; Zusätzliche Gefährdungen
| | ; Abdeckung mit Grundschutz Bausteine |
| * Moderiertes Brainstorming mit klarem Auftrag und Zeitbegrenzung
| | {| class="wikitable options" |
| * Gefährdungen, die nicht in den IT-Grundschutz-Katalogen aufgeführt sind | | |- |
| * Realistische Gefährdungen mit nennenswerten Schäden 3 Grundwerte berücksichtigen | | ! Abdeckung !! Beschreibung |
| * Höhere Gewalt, organisatorische Mängel, menschliche Fehlhandlungen, technisches Versagen, Außen-/Innentäter
| | |- |
| * Externe Quellen einbeziehen
| | | Ausreichend || Alle Aspekte des Zielobjektes können vollständig mit [[IT-Grundschutz-Baustein]]en modelliert werden |
| | * Risikoanalysen für normalen Schutzbedarf in den Bausteinen enthalten |
| | * In den Bausteinen tabellarisch dargestellt, welche elementaren Gefährdungen relevant sind und mit welchen Anforderungen diesen Gefährdungen jeweils begegnet wird |
| | |- |
| | | Unzureichend || Keine ausreichende Abdeckung durch [[IT-Grundschutz-Baustein]]e |
| | * Vollständige Liste der elementaren Gefährdungen prüfen, welche der Gefährdungen für das betreffende Zielobjekt relevant sind |
| | |} |
|
| |
|
| ; Ein bewährtes Mittel
| | === Relevanz einer Gefährdung === |
| Mögliche Gefährdungen zu ermitteln, ist ein von dem oder einem anderen Sicherheitsexperten moderierter Workshop, an dem diejenigen Mitarbeiterinnen und Mitarbeiter zu beteiligen sind, die in irgendeiner Weise mit der betrachteten Komponente in Verbindung stehen (zum Beispiel Administratoren, Anwendungsbetreuer, Benutzer).
| | Nur Gefährdungen mit direkter Relevanz in die Gefährdungsübersicht aufnehmen |
| * Hinweise auf Gefährdungen können auch weitere Quellen liefern, etwa Herstellerdokumentationen oder Publikationen im Internet.
| |
|
| |
|
| ===== Worauf sollten Sie achten? =====
| | ; Einwirkungen |
| ; Unter Umständen können in dem Workshop zahlreiche und vielfältige Gefährdungen diskutiert werden. | | {| class="wikitable options" |
| * Um die sich anschließende Bewertung der Gefährdungen nicht unnötig zu erschweren, sollten Sie
| | | direkt || unmittelbar |
| * sich auf diejenigen Gefährdungen konzentrieren, die Grundwerte beeinträchtigen, in denen das betrachtete Zielobjekt den Schutzbedarf sehr hoch oder hoch hat,
| | |- |
| * alle Gefahrenbereiche berücksichtigen, nach denen die Gefährdungskataloge gruppiert sind, also höhere Gewalt, organisatorische Mängel, menschliche Fehlhandlungen, technisches Versagen und vorsätzliche Angriff von Außen- und Innentätern, und die Gefährdungen entsprechend gruppieren,
| | | indirekt || über andere, allgemeinere Gefährdungen auf das betrachtete Objekt einwirkend |
| * auf die Relevanz der Vorschläge achten, also nur solche Gefährdungen weiter verfolgen, die zu nennenswerten Schäden führen können und im behandelten Zusammenhang realistisch sind,
| | |} |
| * bei jedem vorgebrachten Vorschlag prüfen, ob die betreffende Gefährdung nicht bereits durch eine vorhandene Gefährdung abgedeckt wird, sowie
| |
| * die verbleibenden Vorschläge verallgemeinern, um die Anzahl der in den künftigen Schritten zu berücksichtigenden Gefährdungen zu verringern.
| |
|
| |
|
| ; Die Ermittlung der Gefährdungen verlangt ebenso wie die weiteren Schritte bei der Risikoanalyse vertiefte Fachkenntnisse. | | ; Aufgabe |
| * Öffentlich zugängliche Informationen, wie Zeitschriftenartikel oder Quellen im Internet, können Ihnen in vielen Fällen wertvolle Hinweise geben.
| | Prüfen, ob weitere elementare Gefährdungen einen nennenswerten Schaden hervorrufen können |
| * Oft empfiehlt es sich auch, auf das Know-how externer Experten zurückzugreifen. | | * Die Relevanz einer Gefährdung mit der möglichen Einwirkung einer Gefährdung bestimmen |
|
| |
|
| ===== Beispiel ===== | | === Erstellung einer Gefährdungsübersicht === |
| Die Diskussion weiterer zu betrachtender Gefährdungen bei der RECPLAST ergibt, dass für den gesamten Informationsverbund mögliche Manipulationen durch Familienangehörige und Besucher aufgrund der häufigen Anwesenheit dieser Personengruppen als zusätzliche Gefährdung zu betrachten sind.
| | === Zusätzliche Gefährdungen === |
| | | Ermittlung zusätzlicher Gefährdungen |
| ; G z.1 ''Manipulation durch Familienangehörige und Besucher''
| | [[BSI/200-3/Gefährdungsübersicht#Zusätzliche_Gefährdungen]] |
| :Familienangehörige und Besucher haben zeitweise Zutritt zu bestimmten Räumlichkeiten des Unternehmens
| |
| :* Es besteht die Gefahr, dass diese Personen dies als Gelegenheit nutzen, unerlaubte Veränderungen an Hardware, Software oder Informationen vorzunehmen.
| |
| :* Diese zusätzliche Gefährdung konkretisiert die elementaren Gefährdungen G 0.21 ''Manipulation von Hard- oder Software ''und G 0.22 ''Manipulation von Informationen''.
| |
| | |
| ; Daneben wurden weitere zusätzliche Gefährdungen ermittelt
| |
| * Etwa die Beschädigung von im Fertigungsbereich aufgrund der dort bestehenden besonderen Umgebungsbedingungen (z. B. Staub, Erschütterungen).
| |
| * Diese Gefährdung ist bei Risikoanalysen von IT-Komponenten mit hohem oder sehr hohem Schutzbedarf zu berücksichtigen.
| |
| | |
| ==== Gefährdungsübersicht ====
| |
| : Abb_7_04_Schritt_1.png (Schritte bei der Risikoanalyse: Gefährdungsübersicht erstellen
| |
| | |
| ; Der erste Schritt einer Risikoanalyse ist es, die Risiken zu identifizieren, denen ein Objekt oder ein Sachverhalt ausgesetzt ist.
| |
| * Hierfür ist zunächst zu beschreiben, welchen Gefährdungen das Objekt oder der Sachverhalt unterliegt.
| |
| | |
| ; Gemäß -Standard 200-3 verwenden Sie hierfür die '''elementaren Gefährdungen als Ausgangspunkt'''.
| |
| | |
| ; Hierbei sind zwei Fälle zu unterscheiden:
| |
| * '''Es''' '''gibt''' '''für ein''' '''Zielobjekt (noch) keinen passenden Baustein.'''In diesem Fall ziehen Sie die vollständige Liste der elementaren Gefährdungen hinzu und prüfen, welche der Gefährdungen für das betreffende Zielobjekt relevant sind.
| |
| * '''Es gibt einen passenden Baustein für das Zielobjekt.'''In diesem Fall wurde bereits vorab eine Risikoanalyse für den betreffenden Zielobjekt-Typ durchgeführt und in den Bausteinen tabellarisch dargestellt, welche elementaren Gefährdungen relevant sind und mit welchen Anforderungen diesen Gefährdungen jeweils begegnet wird.
| |
| * Es ist Ihre Aufgabe, zu prüfen, ob weitere elementare Gefährdungen einen nennenswerten Schaden hervorrufen können.
| |
| | |
| ; Die Relevanz einer Gefährdung bestimmen Sie mit Hilfe der möglichen Einwirkung einer Gefährdung.
| |
| * Dabei ist zu unterscheiden, ob eine Gefährdung unmittelbar (direkt) oder nur indirekt über andere, allgemeinere Gefährdungen auf das betrachtete Objekt einwirkt.
| |
| * Nur Gefährdungen mit direkter Relevanz nehmen Sie in die Gefährdungsübersicht auf.
| |
|
| |
|
| ===== Beispiel =====
| | ==== Beispiel ==== |
| ; Für den Virtualisierungsserver S007 sind gemäß der Modellierung die folgenden drei Grundschutz-Bausteine relevant: SYS.1.1 ''Allgemeiner Server'', SYS.1.3 ''Server unter Unix'' und SYS.1.5 ''Virtualisierung''. | | ; Relevante [[IT-Grundschutz-Baustein]]e für ''Virtualisierungsserver S007'' |
| | * SYS.1.1 ''Allgemeiner Server'' |
| | * SYS.1.3 ''Server unter Unix'' |
| | * SYS.1.5 ''Virtualisierung'' |
|
| |
|
| Aus den in diesen Bausteinen referenzierten elementaren Gefährdungen lässt sich die folgende auszugsweise wiedergegebene Übersicht relevanter Gefährdungen zusammenstellen: | | ; Referenzierten elementaren Gefährdungen |
| | | Aus den in diesen Bausteinen referenzierten elementaren Gefährdungen lässt sich die folgende auszugsweise wiedergegebene Übersicht relevanter Gefährdungen zusammenstellen |
| {| class="wikitable sortable options" | | {| class="wikitable options" |
| |- | | |- |
| ! Gefährdung !! Beschreibung | | ! Gefährdung !! Beschreibung |
| |-
| |
| |- | | |- |
| | G 0.14 || Ausspähen von Informationen (Spionage) | | | G 0.14 || Ausspähen von Informationen (Spionage) |
| Zeile 106: |
Zeile 90: |
| |} | | |} |
|
| |
|
| === Erstellung einer Gefährdungsübersicht ===
| | <noinclude> |
|
| |
|
| [[BSI/Standard/200-3/Gefährdungsübersicht/Ementaren Gefährdungen]]
| | == Anhang == |
| | | === Siehe auch === |
| === Ermittlung zusätzlicher Gefährdungen ===
| |
| * Alle Teilnehmer sollten den groben Rahmen der Risikoanalyse und des betrachteten Bereichs ken
| |
| nen, sodass sie sich vorab Gedanken machen konnten über Gefährdungen, Schadensauswirkun
| |
| gen und Maßnahmen.
| |
| * Dazu gehört auch, dass sie die zum betrachteten Bereich gehörenden Ob
| |
| jekte kennen wie auch die zugehörigen Geschäftsprozesse, Hintergründe, Einbettung in die Orga
| |
| nisation und die Technik sowie technische Grundlagen.
| |
| * * * Alle Gefährdungen, die Teilnehmern einfallen, sollten auch genannt und diskutiert werden.
| |
| * Es ist
| |
| Aufgabe des Moderators, dafür zu sorgen, dass bei den Diskussionen die Ergebnisfindung nicht aus den Augen verloren wird.
| |
| Detailfragen, die eine besondere Expertise erfordern, sollten im Vorfeld vorbereitet werden.
| |
| * Ein
| |
| zelne Punkte können auch im Anschluss geklärt werden.
| |
| Es sollte ein Ergebnisbericht erstellt werden.
| |
| * Da viele potenzielle Angriffspunkte diskutiert wurden, sollten die Unterlagen vertraulich behandelt werden.
| |
| Für die Durchführung jeder Risikoanalyse sollte es klare zeitliche Vorgaben geben.
| |
| * Erfahrungen zeigen, dass die Resultate umso besser werden, je systematischer und konzentrierter vorgegangen wird, nicht je länger es dauert.
| |
| * Auch eine Risikoanalyse für komplexe Sachverhalte ist normaler
| |
| weise an einem Tag zu schaffen.
| |
| * Wenn der betrachtete Bereich zu umfangreich ist, sollte er in
| |
| Teilbereiche aufgeteilt werden.
| |
| * Auch bei einer Risikoanalyse sollte die 80:20-Regel beachtet wer- den.
| |
| * Da ohnehin nicht jeder mögliche Sachverhalt betrachtet werden kann, sollten immer die am wahrscheinlichsten Gefährdungen und die plausibelsten Lösungen im Vordergrund stehen.
| |
| * Wenn esoterische Gefährdungen diskutiert werden, also solche, die extrem selten und hochgradig unwahrscheinlich sind, ist das ein Zeichen, dass die erforderliche Konzentration nicht mehr gegeben ist.
| |
| | |
| ; Fragen bei der Ermittlung zusätzlicher Gefährdungen
| |
| * Von welchen Ereignissen aus dem Bereich höhere Gewalt droht besondere Gefahr für den Informationsverbund?
| |
| * Welche organisatorischen Mängel müssen vermieden werden, um die Informationssicherheit zu gewährleisten?
| |
| * Welche menschlichen Fehlhandlungen können die Sicherheit der Informationen besonders beeinträchtigen?
| |
| * Welche speziellen Sicherheitsprobleme können beim jeweils betrachteten Zielobjekt durch technisches Versagen entstehen?
| |
| * Welche besondere Gefahr droht durch vorsätzliche Angriffe von Außentätern? Damit sind Personen gemeint, die nicht der eigenen Institution angehören und auch nicht durch besondere Vereinbarungen Zugang zu oder Zugriff auf interne Ressourcen haben.
| |
| * Auf welche Weise können Innentäter durch vorsätzliche Handlungen den ordnungsgemäßen und sicheren Betrieb des jeweiligen Zielobjekts beeinträchtigen? Durch vorhandene Zugangs- und Zugriffsberechtigungen sowie durch Insiderwissen droht hier oft besondere Gefahr.
| |
| * Drohen besondere Gefahren durch Objekte, die nicht dem betrachteten Informationsverbund zuzurechnen sind? Solche externen Objekte können etwa fremde Anwendungen, IT-Systeme oder bauliche Gegebenheiten sein.
| |
| * Die Definition des betrachteten Informationsverbunds dient dazu, den Untersuchungsgegenstand für die Sicherheitskonzeption festzulegen.
| |
| * Dies darf jedoch nicht dazu führen, dass Gefahren, die von außerhalb des betrachteten Informationsverbunds aus gehen, bei der Risikoanalyse vernachlässigt werden.
| |
| * Quellen für diese speziellen Gefährdungen sind etwa die
| |
| * Dokumentation des Herstellers
| |
| * Warn- und Informationsdienste von Computer Emergency Response Teams (CERTs), wie dem des BSI unter https://www.cert-bund.de
| |
| * Publikationen über Schwachstellen im Internet (z. B. Threat Intelligence Feeds) und eigene Bedrohungsanalysen
| |
| | |
| === Risikoanalyse-Meeting ===
| |
| [[Risikoanalyse-Meeting]]
| |
| | |
| | |
| <noinclude>
| |
| === Anhang ===
| |
| ==== Siehe auch ====
| |
| {{Special:PrefixIndex/{{BASEPAGENAME}}}} | | {{Special:PrefixIndex/{{BASEPAGENAME}}}} |
| ===== Dokumentation =====
| | ==== Links ==== |
| ===== Links =====
| | ===== Weblinks ===== |
| ====== Projekt ====== | | [[Kategorie:BSI/200-3]] |
| ====== Weblinks ======
| |
|
| |
|
| [[Kategorie:Grundschutz/Standard/200-3]]
| |
| </noinclude> | | </noinclude> |