Blackfort Technology

BSI elementare Gefährdungen: aus G 0.1 bis G 0.47 prüfbare Szenarien bilden

Die 47 elementaren Gefährdungen des BSI, G 0.1 bis G 0.47, beschreiben abstrakt, was die Informationssicherheit beeinträchtigen kann. Über Eintrittswahrscheinlichkeit, Schadenshöhe oder Risiko einer bestimmten Institution sagen sie nach BSI-Standard 300-1 noch nichts (Anhang 4); prüfbar werden sie erst als Szenario mit Untersuchungsobjekt, Ablauf, Schutzziel, Prüffrage und Nachweis. Diese Seite zeigt ein Schema dafür, drei durchgearbeitete Szenarioketten mit Katalogbezug und die Liste der 47 Gefährdungen mit der Zahl der Anforderungen, denen sie im Build vom 29.10.2026 zugeordnet sind.

Altes Schiebefenster bei Nacht mit Regen auf der Scheibe, draußen Bäume im Sturm und ein Blitz, auf der Fensterbank eine Sturmlaterne aus Messing und eine Pfütze, die unter dem Rahmen eingedrungen ist

Was die elementaren Gefährdungen in Grundschutz++ leisten

Anhang 4 von BSI-Standard 300-1 schreibt den elementaren Gefährdungen zwei Aufgaben zu. Das BSI hat aus ihnen die Anforderungen des Anwenderkatalogs hergeleitet; für den normalen Schutzbedarf steckt darin eine vom BSI vorgenommene, implizite Risikobewertung. Und Anwender nutzen sie als Ausgangspunkt für eigene Risikobetrachtungen, etwa bei hohem Schutzbedarf. Eine Gefährdung ist nach der dort zitierten BSI-Definition „eine Bedrohung, die konkret über eine Schwachstelle auf ein Objekt einwirkt“. Eine fehlende Maßnahme ist dagegen „grundsätzlich keine elementare Gefährdung“ (300-1, Anhang 4).

Im Katalog ist die Verbindung sichtbar: Das Feld threats einer Anforderung nennt die G0-Kennungen, denen sie entgegenwirken soll. Im Build vom 29.10.2026 haben 901 der 1.000 Anforderungen dieses Feld, zusammen mit 2.009 Zuordnungen; die 99 Anforderungen der Methodik und des Risikomanagements haben keines (eigene Zählung). Die ausführliche Beschreibung jeder Gefährdung mit Beispielen steht in der Datei basethreats.csv der Stand-der-Technik-Bibliothek, zusammen mit einer UUID je Gefährdung.

Drei Stellen in 300-1 machen die Gefährdungen für die eigene Arbeit verbindlich oder nützlich. Kapitel 2.11 erlaubt, die in den Metadaten hinterlegten Gefährdungen für die eigene Risikobetrachtung zu verwenden. Mindestkriterium 10 in Anhang 3 verlangt, die methodische Grundlage der Risikoidentifikation festzulegen, und nennt als Beispiele „Bedrohungen und Schwachstellen oder Risikoszenarien“. Mindestkriterium 17 schreibt vor, bei dauerhaft nicht erfüllten SOLLTE-Anforderungen die zugeordneten elementaren Gefährdungen in der Risikobetrachtung zu berücksichtigen.

G 0.11 und andere Titel: Kompendium 2023, 200-3 und 300-1 im Vergleich

Die Nummern G 0.1 bis G 0.47 sind in allen Quellen dieselben, die Titel nicht ganz. Die wichtigste Abweichung betrifft G 0.11. Im IT-Grundschutz-Kompendium Edition 2023 heißt sie „Ausfall oder Störung von Dienstleistungsunternehmen“. BSI-Standard 300-1 (Anhang 4) und die Datei basethreats.csv der Bibliothek schreiben „Ausfall oder Störung von Dienstleistern“, ebenso Tabelle 1 in BSI-Standard 200-3 von 2017. Die Beschreibung ist in Aufbau, Ursachen und Beispielen gleich geblieben; geändert ist die Wortwahl, etwa „Unterauftragnehmer“ in der Bibliothek, wo das Kompendium „Subunternehmen“ schreibt. Für alle übrigen 46 Gefährdungen stimmen die Titel im Kompendium 2023 und in 300-1 überein.

BSI-Standard 200-3 weicht bei sechs weiteren Titeln von Kompendium 2023 und 300-1 ab, teils nur in der Schreibweise, bei G 0.20 auch im Inhalt („oder Produkte“). Wer eine alte Risikoanalyse nach 200-3 oder dem Kompendium übernimmt und Gefährdungen über den Titel sucht, findet deshalb nicht alles. Verknüpfen Sie über die Kennung, in Werkzeugen besser über die UUID aus basethreats.csv.

KennungBSI-Standard 200-3 (2017), Tabelle 1Kompendium 2023300-1 Anhang 4 und basethreats.csv
G 0.11Ausfall oder Störung von DienstleisternAusfall oder Störung von DienstleistungsunternehmenAusfall oder Störung von Dienstleistern
G 0.14Ausspähen von Informationen/SpionageAusspähen von Informationen (Spionage)
G 0.16Diebstahl von Geräten, Datenträgern und DokumentenDiebstahl von Geräten, Datenträgern oder Dokumenten
G 0.17Verlust von Geräten, Datenträgern und DokumentenVerlust von Geräten, Datenträgern oder Dokumenten
G 0.20Informationen aus unzuverlässiger QuelleInformationen oder Produkte aus unzuverlässiger Quelle
G 0.21Manipulation von Hard- und SoftwareManipulation von Hard- oder Software
G 0.28Softwareschwachstellen oder -fehlerSoftware-Schwachstellen oder -Fehler

Noch ein Unterschied für die Praxis: Tabelle 1 in 200-3 ordnet jeder Gefährdung die hauptsächlich betroffenen Grundwerte zu. 300-1 sagt in Anhang 4 nur, dass jede Gefährdung einem oder mehreren Grundwerten zugeordnet ist, und die Datei basethreats.csv hat dafür keine Spalte. Im Katalog stehen die Schutzziele je Anforderung (Felder confidentiality, integrity, availability, authenticity). Die Schutzziele eines Szenarios legen Sie deshalb selbst fest, wie es Mindestkriterium 14 für jedes Risiko verlangt.

Vom Gefährdungstitel zum prüfbaren Szenario

Ein Gefährdungstitel wie „Datenverlust“ lässt sich nicht prüfen. Prüfbar ist eine Aussage über ein bestimmtes Asset, die man mit einem Nachweis bejahen oder verneinen kann. Das folgende Schema ist unsere Arbeitsform; es bindet die Mindestkriterien aus Anhang 3, die bei der Risikoidentifikation gelten, an jedes Szenario.

FeldInhaltBezug in 300-1
Szenario-IDeindeutige Kennung, z. B. SZ-01Anhang 3, Kriterium 15 (eindeutige ID im Risikoregister)
UntersuchungsobjektGeschäftsprozess, bei Bedarf ein kritisches AssetKriterien 11 und 13; Kap. 4.2.1
Kettedie elementaren Gefährdungen in der Reihenfolge, in der sie im Szenario aufeinander folgenAnhang 4 (Ausgangspunkt eigener Betrachtungen)
Ablaufein bis drei Sätze: Auslöser, Schwachstelle, WirkungDefinition der Gefährdung in Anhang 4
Schutzzielemindestens Vertraulichkeit, Integrität, Verfügbarkeit bewertenKriterium 14
Prüffrage je Gliedmit Ja oder Nein beantwortbar, an einem Asset festgemachteigene Festlegung
NachweisDokument, Protokoll oder Prüfergebnis, das die Antwort belegtKap. 4.3 (Nachweise der Maßnahme zuordnen)
KatalogabgleichAnforderungen mit derselben G0-Kennung und ihr UmsetzungsstatusKriterium 12 (vorhandene und geplante Maßnahmen berücksichtigen)
Risikoeigentümerder Eigentümer des Geschäftsprozesses, sofern nichts anderes festgelegt istKriterium 16; Kap. 4.2.1

So gehen wir vor:

  1. Untersuchungsobjekt wählen, zuerst die Geschäftsprozesse mit hohem Schutzbedarf (Kriterium 32).
  2. Alle 47 Gefährdungen durchgehen und festhalten, welche für das Objekt relevant sind. 300-1 verlangt in Anhang 4, zu prüfen, welche Gefährdungen „tatsächlich relevant“ sind; eine kurze Begründung für ausgeschlossene macht das später nachvollziehbar.
  3. Relevante Gefährdungen zu Ketten verbinden, wenn eine die nächste auslöst. Eine Kette zeigt, an welchem Glied eine Maßnahme den Ablauf unterbricht.
  4. Je Glied eine Prüffrage und den erwarteten Nachweis formulieren.
  5. Gegen den Katalog abgleichen: Welche Anforderungen nennen dieselbe Kennung, welchen Status haben sie im Anforderungspaket?
  6. Bleibt ein Glied ohne wirksame Maßnahme, wird das Szenario zum Risiko im Risikoregister mit Bewertung und Behandlung.
Drei waagerechte Ketten mit G0-Kennungen, die erste mit vier, die beiden anderen mit je drei Gliedern: Social Engineering, Identitätsdiebstahl, Schadprogramme, Datenverlust; Ausfall von Dienstleistern, Ausfall von Systemen, Fehlplanung; Wasser, Ausfall von Systemen, Datenverlust. In jedem Glied eine Prüffrage, gold markiert die Glieder mit negativem Prüfergebnis.
Drei Szenarioketten aus elementaren Gefährdungen mit Prüffragen. Eigene Darstellung, fiktive Prüfergebnisse; Kennungen und Titel nach BSI-Standard 300-1, Anhang 4, und basethreats.csv, Commit c3f37859.

Szenariokette 1: vom Phishing bis zum Datenverlust

Alle drei Ketten spielen in derselben fiktiven Institution: einem Softwarehaus, das eine Fachanwendung für öffentliche Auftraggeber im eigenen Rechenzentrum betreibt. Untersuchungsobjekt ist der Geschäftsprozess „Betrieb der Fachanwendung“ mit hohem Schutzbedarf bei Vertraulichkeit und Verfügbarkeit. Die Prüfergebnisse sind erfunden und zeigen, wie ein negatives Ergebnis weiterverarbeitet wird.

SZ-01, Ablauf: Eine Administratorin erhält eine gefälschte Mail im Namen eines Dienstleisters und gibt ihre Zugangsdaten auf einer nachgebauten Seite ein. Mit diesen Daten meldet sich ein Angreifer am Fernzugang an, bringt Schadsoftware auf einen Server und verschlüsselt Daten und erreichbare Sicherungen. Betroffen sind Vertraulichkeit, Integrität und Verfügbarkeit.

GliedPrüffrageNachweisAnforderungen mit dieser Kennung (Auswahl, Build 2026-10-29)Prüfergebnis (fiktiv)
G 0.42 Social Engineering (26 Anforderungen)Prüft das Mail-Gateway eingehende Mails auf gefälschte Absender (SPF, DKIM, DMARC der Absenderdomain) und filtert Phishing, und kennen die Administrierenden den Meldeweg für verdächtige Mails?Konfigurationsauszug des Mail-Gateways mit Prüfregeln und Testergebnis, Auszug UnterweisungsnachweiseKONF.13.1.1 SPAM-Filter (SOLLTE), SENS.2.8 Melden von Ereignissen (SOLLTE); KONF.13.9 Publikation der DMARC-Richtlinie (SOLLTE) schützt dagegen die eigene Domain gegenüber Dritten und belegt nichts über den Eingangja; Unterweisung zuletzt vor 14 Monaten
G 0.36 Identitätsdiebstahl (110)Verlangt der Fernzugang eine Phishing-resistente Mehr-Faktor-Authentisierung für alle Konten?Konfigurationsauszug des Zugangs, KontenlisteBER.5.8 Mehr-Faktor-Authentisierung am Perimeter (SOLLTE), BER.3.10 Anmeldeversuchsgrenze am System (SOLLTE), BER.4.1 Prinzip der geringsten Berechtigungen (SOLLTE)nein; MFA aktiv, aber per Push-Bestätigung ohne Bindung an die aufgerufene Seite
G 0.39 Schadprogramme (95)Erkennt die Überwachung auf den Servern das Nachladen und Ausführen unbekannter Programme und alarmiert sie?Regelwerk der Angriffserkennung, TestalarmDET.4.2 Automatische Angriffserkennung (SOLLTE), ARCH.5.1.10.1 Bekannte schädliche Inhalte (SOLLTE), REA.2.1 Triage und Erstreaktion (SOLLTE)ja
G 0.45 Datenverlust (47)Gibt es eine Kopie der Sicherungen, die vom Fernzugang aus nicht erreichbar ist, und wurde die Wiederherstellung daraus getestet?Sicherungskonzept, Protokoll des letzten WiederherstellungstestsNOT.4.14 Offline-Kopie (SOLLTE), NOT.4.7 Versionierte Datensicherung (SOLLTE), NOT.4.16.1 Test der Wiederherstellung (SOLLTE)ja für die Offline-Kopie; Test nur für die Datenbank, nicht für die Anwendungsserver

Folgerung: Glied 2 ist offen. BER.5.8 bekommt im Anforderungspaket den Status „nicht erfüllt“. Ist die Umstellung auf Phishing-resistente Verfahren geplant, liegt eine temporäre Nichterfüllung vor, und das noch nicht mitigierte Risiko wird der Institutionsleitung mitgeteilt (300-1, Kap. 4.1.1). Wird sie auf absehbare Zeit nicht kommen, ist die Nichterfüllung dauerhaft, und BER.5.8 löst eine eigene Risikobetrachtung aus, in der nach Kriterium 17 die zugeordneten Gefährdungen G 0.36, G 0.30 und G 0.42 zu berücksichtigen sind. Weil der Geschäftsprozess hohen Schutzbedarf hat, steht SZ-01 so oder so im Risikoregister. Die lückenhaften Tests aus Glied 4 und die alte Unterweisung aus Glied 1 gehen als Maßnahmen in den Umsetzungsplan.

Szenariokette 2: ein Dienstleister fällt aus

SZ-02, Ablauf: Die Institution lässt die Dokumentenablage der Fachanwendung bei einem externen Rechenzentrumsbetreiber laufen. Der Betreiber meldet Insolvenz an und stellt den Betrieb nach kurzer Frist ein. Die Ablage ist nicht mehr erreichbar, und es gibt keinen geübten Weg, Daten und Betrieb zurückzuholen. Betroffen ist vor allem die Verfügbarkeit.

GliedPrüffrageNachweisAnforderungen mit dieser Kennung (Auswahl, Build 2026-10-29)Prüfergebnis (fiktiv)
G 0.11 Ausfall oder Störung von Dienstleistern (13)Ist vertraglich vereinbart, dass der Betreiber ein ISMS führt, und liegt ein aktueller Prüfnachweis vor?Vertrag, Zertifikat oder Auditbericht mit GültigkeitBES.4.7 ISMS beim Dienstleister (SOLLTE), DLS.3.1.1 Audit oder Zertifikat (SOLLTE), DLS.3.6 Portabilität (KANN, erhöht)ja
G 0.25 Ausfall von Geräten oder Systemen (56)Bemerkt die eigene Überwachung den Ausfall der Ablage, bevor Anwender ihn melden?Überwachungsregel, AlarmprotokollDET.4.14 Verfügbarkeit der Anwendung (SOLLTE), DET.6.1.2 Automatische Alarmierung (SOLLTE), NOT.4.14 Offline-Kopie (SOLLTE)ja; keine eigene Kopie der Ablagedaten
G 0.18 Fehlplanung oder fehlende Anpassung (385)Gibt es ein Verfahren für die geordnete Beendigung des Vertrags und einen Wiederanlaufplan ohne diesen Betreiber?Beendigungsverfahren, WiederanlaufplanDLS.1.1 Verfahren und Regelungen (MUSS), NOT.3.1 Wiederanlaufplan (SOLLTE), BES.8.2 Verfahren zur Übertragung von Geschäftsprozessen (KANN, erhöht)nein

Folgerung: DLS.1.1 ist eine MUSS-Anforderung. Für sie sind Maßnahmen festzulegen; eine Risikoakzeptanz ist nicht möglich (300-1, Kap. 4.1.2). Die fehlende eigene Kopie aus Glied 2 geht in die Risikobetrachtung zu SZ-02.

Lehre für die Suche im Katalog: Die Anforderung BES.6.3 „Übertragbarkeit von Daten“ lautet „Beschaffungsmanagement für Dienstleistungen SOLLTE die Übertragbarkeit von Daten, Konfigurationen und der Funktionalität für den Fall einer Kündigung vereinbaren.“ Sie passt genau zu SZ-02, ist im Build aber nur G 0.20 zugeordnet. Wer ausschließlich nach G 0.11 filtert, übersieht sie. Der Katalogabgleich über die Kennung ist deshalb ein Hilfsmittel; ersetzen kann er die fachliche Durchsicht der Praktiken BES und DLS nicht.

Szenariokette 3: Wasser im Serverraum

SZ-03, Ablauf: Nach Starkregen dringt Wasser über einen Bodenablauf in den Serverraum im Untergeschoss. Zwei Hostsysteme fallen aus. Der Sicherungsspeicher steht im selben Raum und ist ebenfalls betroffen. Betroffen sind Verfügbarkeit und Integrität.

GliedPrüffrageNachweisAnforderungen mit dieser Kennung (Auswahl, Build 2026-10-29)Prüfergebnis (fiktiv)
G 0.3 Wasser (6)Gibt es zwischen den Geräten und den Wassergefahrenstellen des Raums mindestens eine physische Schutzmaßnahme, und werden Wassereinbrüche überwacht?Begehungsprotokoll, GebäudedokumentationGEB.10.3 Wasserschutz (SOLLTE), GEB.10.3.2 Leckagesensor (KANN, erhöht), NOT.4.6 Geschützte Aufbewahrung (SOLLTE)nein; Bodenablauf ohne Rückstausicherung, kein Sensor
G 0.25 Ausfall von Geräten oder Systemen (56)Wird der Ausfall eines Hostsystems automatisch erkannt und gemeldet?Überwachungsregel, AlarmprotokollDET.4.13 Verfügbarkeit des Hostsystems (SOLLTE), DET.6.1.2 Automatische Alarmierung (SOLLTE)ja
G 0.45 Datenverlust (47)Liegt mindestens eine Sicherung räumlich getrennt von den Originaldaten, und ist die Wiederherstellung daraus beschrieben und getestet?Standortliste der Sicherungen, WiederherstellungsprotokollNOT.4.10 Getrennte Aufbewahrung (SOLLTE), NOT.4.15 Vorgehen zur Wiederherstellung (SOLLTE), NOT.4.16.1 Test der Wiederherstellung (SOLLTE)nein; Sicherungsspeicher im selben Raum

Folgerung: Die Kette zeigt, wie ein einziges Ereignis Systeme und Sicherungen zugleich trifft, wenn beide im selben Raum stehen. GEB.10.3 und NOT.4.10 sind SOLLTE-Anforderungen. Sind die Maßnahmen eingeplant, bekommen beide den Status „nicht erfüllt“ als temporäre Nichterfüllung mit Termin im Umsetzungsplan; das noch nicht mitigierte Risiko geht als Mitteilung an die Institutionsleitung (Kap. 4.1.1). Kapitel 2.11 verlangt für SOLLTE-Anforderungen, die in der Umsetzungsplanung enthalten, aber noch nicht erfüllt sind, eine Restrisikobetrachtung; Kapitel 4.1.2 sagt, eine temporäre Nichterfüllung löse keine Risikobetrachtung aus. Wie beides zusammenpasst, ist eine offene Auslegungsfrage, die wir auf der Seite Anforderungen bewerten, Abweichungen dokumentieren darstellen. Für SZ-03 spielt die Frage keine Rolle: Der Geschäftsprozess hat hohen Schutzbedarf in der Verfügbarkeit, deshalb gehört das Szenario nach Kapitel 2.11 und Kriterium 32 ohnehin in die Risikobetrachtung. Wie ein ähnlicher Fall vollständig bewertet und behandelt wird, zeigt die Fallakte, Teil 3: Realisierung.

Die 47 elementaren Gefährdungen mit Katalogbezug

Die Tabelle nennt Kennung und Titel nach BSI-Standard 300-1, Anhang 4, gleichlautend mit basethreats.csv. Die dritte Spalte ist unsere Auszählung: wie viele Anforderungen des Builds vom 29.10.2026 die Kennung im Feld threats nennen. Eine Anforderung kann mehreren Gefährdungen zugeordnet sein, deshalb ergibt die Summe mehr als 901. Die Zahl ist kein Maß für Häufigkeit oder Schwere einer Gefährdung, nur für ihren Anteil an der Herleitung des Katalogs. G 0.18 „Fehlplanung oder fehlende Anpassung“ steht an 385 Anforderungen, G 0.4, G 0.12 und G 0.13 an je einer einzigen.

KennungTitelAnforderungen im Build 2026-10-29 mit dieser Kennung
G 0.1Feuer19
G 0.2Ungünstige klimatische Bedingungen6
G 0.3Wasser6
G 0.4Verschmutzung, Staub, Korrosion1
G 0.5Naturkatastrophen4
G 0.6Katastrophen im Umfeld2
G 0.7Großereignisse im Umfeld2
G 0.8Ausfall oder Störung der Stromversorgung5
G 0.9Ausfall oder Störung von Kommunikationsnetzen8
G 0.10Ausfall oder Störung von Versorgungsnetzen3
G 0.11Ausfall oder Störung von Dienstleistern13
G 0.12Elektromagnetische Störstrahlung1
G 0.13Abfangen kompromittierender Strahlung1
G 0.14Ausspähen von Informationen (Spionage)26
G 0.15Abhören18
G 0.16Diebstahl von Geräten, Datenträgern oder Dokumenten45
G 0.17Verlust von Geräten, Datenträgern oder Dokumenten13
G 0.18Fehlplanung oder fehlende Anpassung385
G 0.19Offenlegung schützenswerter Informationen98
G 0.20Informationen oder Produkte aus unzuverlässiger Quelle70
G 0.21Manipulation von Hard- oder Software27
G 0.22Manipulation von Informationen43
G 0.23Unbefugtes Eindringen in IT-Systeme142
G 0.24Zerstörung von Geräten oder Datenträgern19
G 0.25Ausfall von Geräten oder Systemen56
G 0.26Fehlfunktion von Geräten oder Systemen36
G 0.27Ressourcenmangel35
G 0.28Software-Schwachstellen oder -Fehler79
G 0.29Verstoß gegen Gesetze oder Regelungen39
G 0.30Unberechtigte Nutzung oder Administration von Geräten und Systemen130
G 0.31Fehlerhafte Nutzung oder Administration von Geräten und Systemen69
G 0.32Missbrauch von Berechtigungen83
G 0.33Personalausfall18
G 0.34Anschlag9
G 0.35Nötigung, Erpressung oder Korruption8
G 0.36Identitätsdiebstahl110
G 0.37Abstreiten von Handlungen53
G 0.38Missbrauch personenbezogener Daten17
G 0.39Schadprogramme95
G 0.40Verhinderung von Diensten (Denial of Service)30
G 0.41Sabotage12
G 0.42Social Engineering26
G 0.43Einspielen von Nachrichten29
G 0.44Unbefugtes Eindringen in Räumlichkeiten23
G 0.45Datenverlust47
G 0.46Integritätsverlust schützenswerter Informationen23
G 0.47Schädliche Seiteneffekte IT-gestützter Angriffe25

Was Szenarien aus elementaren Gefährdungen nicht leisten

Die Szenarioketten auf dieser Seite ersetzen keine Risikobetrachtung. Sie liefern die Risikoidentifikation; Bewertung von Eintrittshäufigkeit und Schadensauswirkung, Abgleich mit den Akzeptanzkriterien und Behandlung folgen nach dem eigenen Verfahren (300-1, Kap. 4.2). Erforderlich ist eine explizite Risikobetrachtung in den drei Fällen aus Kapitel 2.11: bei hohem Schutzbedarf eines Geschäftsprozesses, bei Assets, die die Zielobjektkategorien nicht hinreichend abdecken, und bei dauerhaft nicht erfüllten SOLLTE-Anforderungen. Für eingeplante, aber noch nicht erfüllte SOLLTE-Anforderungen verlangt Kapitel 2.11 außerdem eine Restrisikobetrachtung.

Die 47 Gefährdungen sind bewusst abstrakt und produktneutral. Mindestkriterium 10 lässt offen, ob Sie mit Bedrohungen und Schwachstellen oder mit Risikoszenarien arbeiten; eigene, feinere Szenarien neben den 47 sind damit möglich, solange die Methode dokumentiert und von der Institutionsleitung autorisiert ist (Kriterien 3 und 9).

Blackfort Technology unterstützt beim Aufbau der Risikomethode nach Anhang 3 und bei der Prüfung bestehender Gefährdungsübersichten aus 200-3 auf Grundschutz++. Die Leistungen stehen auf der Seite Beratung.

Wie der vollständige Risikofall abläuft, zeigt die Seite Risikoanalyse, wie die Szenarien als Einträge festgehalten werden, die Seite Risikoregister. Zur Beratung zu IT-Grundschutz und Grundschutz++.

Rechtehinweis: Kennungen und Titel der elementaren Gefährdungen sind der Datei basethreats.csv der Stand-der-Technik-Bibliothek entnommen und stehen dort unter CC BY-SA 4.0. Zitate aus BSI-Standard 300-1 (Quelle: BSI-Seite zu Grundschutz++), aus BSI-Standard 200-3 (Quelle: BSI-Seite zu 200-3) sind © Bundesamt für Sicherheit in der Informationstechnik. Zitate aus dem IT-Grundschutz-Kompendium, Edition 2023, sind laut Impressum der Ausgabe © 2023 Reguvis Fachmedien GmbH und © 2023 Bundesamt für Sicherheit in der Informationstechnik, Bonn (Quelle: BSI-Seite zum Kompendium). Beide stehen nicht unter CC BY-SA 4.0.

Häufige Fragen

Wie viele elementare Gefährdungen gibt es beim BSI?
47, von G 0.1 „Feuer“ bis G 0.47 „Schädliche Seiteneffekte IT-gestützter Angriffe“. Die Zahl ist in BSI-Standard 200-3, im IT-Grundschutz-Kompendium 2023 und in BSI-Standard 300-1 dieselbe; einzelne Titel weichen ab, vor allem G 0.11.
Wo finde ich die Beschreibungen der elementaren Gefährdungen für Grundschutz++?
In der Datei documentation/namespaces/basethreats.csv der Stand-der-Technik-Bibliothek unter https://github.com/BSI-Bund/Stand-der-Technik-Bibliothek, mit Definition, Beispielen und UUID je Gefährdung. BSI-Standard 300-1 verweist in Anhang 4 auf diese Liste auf GitHub. Für den klassischen IT-Grundschutz stehen die Beschreibungen im IT-Grundschutz-Kompendium.
Muss ich alle 47 elementaren Gefährdungen betrachten?
In einer eigenen Risikobetrachtung prüft die Institution nach 300-1, Anhang 4, welche Gefährdungen für den betrachteten Geschäftsprozess tatsächlich relevant sind. Bei dauerhaft nicht erfüllten SOLLTE-Anforderungen sind nach Mindestkriterium 17 die der Anforderung zugeordneten Gefährdungen zu berücksichtigen. Halten Sie fest, warum Sie eine Gefährdung ausschließen.
Was ist der Unterschied zwischen einer elementaren Gefährdung und einem Risiko?
Eine elementare Gefährdung beschreibt, was die Informationssicherheit beeinträchtigen kann. Ein Risiko entsteht erst mit der Einschätzung von Eintrittshäufigkeit und Schadensauswirkung für ein bestimmtes Untersuchungsobjekt (300-1, Anhang 3, Kriterien 18 bis 20). Anhang 4 hält ausdrücklich fest, dass die Gefährdung selbst darüber noch keine Aussage trifft.

Kontakt aufnehmen

Ihr Vorhaben besprechen

Schildern Sie kurz Ihre Ausgangslage. Im kostenlosen Erstgespräch klären wir, was Sie brauchen.

Erstgespräch anfragen

Quellen

Zitate aus BSI-Standards und BSI-Webseiten sind © Bundesamt für Sicherheit in der Informationstechnik (BSI) und wortgetreu, in Anführungszeichen und mit Quellennachweis wiedergegeben. Unabhängiges Angebot, kein Angebot des BSI.

Stand
01.11.2026
Fachlich geprüft am
01.11.2026
Katalogstand
Grundschutz++ Anwenderkatalog, Build 2026-10-29, und Namespace basethreats.csv (Stand-der-Technik-Bibliothek, Commit c3f37859 vom 30.10.2026)

Lizenzhinweis

Diese Seite enthält Auszüge aus Katalogdaten des Bundesamts für Sicherheit in der Informationstechnik (BSI), lizenziert unter CC BY-SA 4.0. Die Auszüge stehen unter derselben Lizenz. Die Lizenz gilt nur für diese Katalogauszüge; Zitate aus BSI-Standards sind © BSI und als Zitat mit Quellennachweis wiedergegeben.

Diese Inhalte dienen der allgemeinen technischen und organisatorischen Information zu IT-Grundschutz und Grundschutz++ und stellen keine Rechtsberatung dar (keine Rechtsdienstleistung i. S. d. RDG). Sie ersetzen weder die Prüfung durch eine Auditorin oder einen Auditor noch eine Entscheidung der Zertifizierungsstelle.