NET.3.1 Router und Switches

NET.3.1 Router und Switches1.

Beschreibung1.1.
EinleitungRouter und Switches bilden das Rückgrat heutiger Datennetze.
Ein Ausfall eines oder mehrerer dieser Gerätekann zum kompletten Stillstand der gesamten IT-Infrastruktur führen.
Sie müssen daher besondersabgesichert werden.Router arbeiten auf der OSI-Schicht 3 (Netzschicht) und vermitteln Datenpakete anhand der Ziel-IP-Adresseim IP-Header.
Router sind in der Lage, Netze mit unterschiedlichen Topographien zu verbinden.
Sie werdenverwendet, um lokale Netze zu segmentieren oder um lokale Netze über Weitverkehrsnetze zu verbinden.Ein Router identifiziert eine geeignete Verbindung zwischen dem Quellsystem bzw.
Quellnetz und demZielsystem bzw.
Zielnetz.
In den meisten Fällen geschieht dies, indem er die Datenpakete an den nächstenRouter weitergibt.Switches arbeiteten ursprünglich auf der OSI-Schicht 2, mittlerweile sind sie jedoch mit unterschiedlichenFunktionen erhältlich.
Hersteller kennzeichnen die Geräte meist mit dem OSI-Layer, der unterstützt wird.Dadurch entstanden die Begriffe Layer-2-, Layer-3- und Layer-4-Switch, wobei es sich bei Layer-3- undLayer-4-Switches eigentlich funktional bereits um Router handelt.
Die ursprünglich unterschiedlichenFunktionen von Switches und Routern werden somit heute oft auf einem Gerät vereint.1.2.
ZielsetzungDer Baustein beschreibt, wie Router und Switches sicher eingesetzt werden können.1.3.
Abgrenzung und ModellierungDer Baustein NET.3.1 Router und Switches ist auf jeden im Informationsverbund eingesetzten Router undSwitch anzuwenden.Es ist eine große Auswahl von unterschiedlichen Routern und Switches von verschiedenen Herstellern amMarkt verfügbar.
Der Baustein beschreibt keine spezifischen Anforderungen für bestimmte Produkte.
Er istso weit wie möglich herstellerunabhängig gehalten.Durch die Verschmelzung der Funktionen von Routern und Switches kann der Großteil der Anforderungensowohl auf Router als auch auf Switches angewendet werden.
Der vorliegende Baustein unterscheidet hierweitgehend nicht zwischen den Gerätearten.

Heute bieten auch nahezu alle Betriebssysteme von Servern und auch Clients eine Routing-Funktionalitätan.

Dieser Baustein benennt keine Anforderungen für aktivierte Routing-Funktionen in Betriebssystemenvon Servern und Clients.Darüber hinaus werden Aspekte der infrastrukturellen Sicherheit nicht in diesem Baustein aufgeführt, wie z.B.
die geeignete Aufstellung, Stromversorgung oder Verkabelung.
Sicherheitsanforderungen zu diesenThemen finden sich in den jeweiligen Bausteinen der Schicht INF Infrastruktur.Der vorliegende Baustein beschreibt keine Anforderungen, wie virtuelle Router und Switches abgesichertwerden können.
Ebenso wird nicht auf eventuell vorhandene Firewall-Funktionen von Routern undSwitches eingegangen.
Dazu muss zusätzlich der Baustein NET.3.2 Firewall umgesetzt werden.
Einige Aspektedes Netzdesigns und -managements sind auch für den Einsatz von Routern und Switches von Bedeutungund werden im Rahmen der entsprechenden Anforderungen erwähnt.
Weitere Informationen für denAufbau, das Design und das Management eines Netzes sind in den Bausteinen NET.1.1 Netzarchitektur und -design bzw.
NET.1.2 Netzmanagement zu finden.Router und Switches sollten grundsätzlich mit berücksichtigt werden, wenn die Bausteine ORP.4 Identitäts-und Berechtigungsmanagement, OPS.1.1.3 Patch- und Änderungsmanagement, CON.3 Datensicherungskonzeptsowie OPS.1.1.2 Ordnungsgemäße IT-Administration umgesetzt werden.2.
GefährdungslageFolgende spezifische Bedrohungen und Schwachstellen sind für den Baustein NET.3.1 Router und Switchesvon besonderer Bedeutung.2.1.
Distributed Denial of Service (DDoS)Bei einem DDoS-Angriff auf ein geschütztes Netz, beispielsweise per TCP SYN Flooding oder UDP PacketStorm, kann aufgrund der vielen Netzverbindungen, die verarbeitet werden müssen, der Router ausfallen.Das kann dazu führen, dass bestimmte Dienste im Local Area Network (LAN) nicht mehr verfügbar sind oderdas gesamte LAN ausfällt.2.2.
ManipulationGelingt es einem Angreifer, unberechtigt auf einen Router oder Switch zuzugreifen, kann er die Geräte neukonfigurieren oder auch zusätzliche Dienste starten.
Die Konfiguration lässt sich beispielsweise so verändern,dass Dienste, Clients oder ganze Netzsegmente geblockt werden.
Gleichzeitig kann ein Angreifer am Switchden Netzverkehr abfangen, mitlesen oder manipulieren.2.3.
Fehlerhafte Konfiguration eines Routers oder SwitchesRouter und Switches werden mit einer Standardkonfiguration ausgeliefert, in der viele Dienste aktiviert sind.Auch verraten Login-Banner beispielsweise die Modell- und Versionsnummer des Gerätes.
Werden Routerund Switches mit unsicheren Werkseinstellungen produktiv eingesetzt, kann einfacher unberechtigt auf siezugegriffen werden.
Im schlimmsten Fall sind dadurch interne Dienste für Angreifer erreichbar.2.4.
Fehlerhafte Planung und KonzeptionViele Institutionen planen und konzipieren den Einsatz von Routern und Switches fehlerhaft.
So werdenunter anderem Geräte beschafft, die nicht ausreichend dimensioniert sind, z.
B.
hinsichtlich der Port-Anzahloder der Leistung.
In der Folge kann ein Router oder Switch bereits überlastet sein, wenn er zum ersten Maleingesetzt wird.
Dadurch sind eventuell Dienste oder ganze Netze nicht erreichbar und der Fehler mussaufwendig korrigiert werden.

2.5.

Inkompatible aktive NetzkomponentenKompatibilitätsprobleme können insbesondere dann entstehen, wenn bestehende Netze um aktiveNetzkomponenten anderer Hersteller ergänzt oder wenn Netze mit Netzkomponenten unterschiedlicherHersteller betrieben werden.
Werden aktive Netzkomponenten mit unterschiedlichen Implementierungendesselben Kommunikationsverfahrens gemeinsam in einem Netz betrieben, können einzelne Teilbereichedes Netzes, bestimmte Dienste oder sogar das gesamte Netz ausfallen.2.6.
MAC-FloodingBeim MAC-Flooding schickt ein Angreifer viele Anfragen mit wechselnden Quell-MAC-Adressen an einenSwitch.
Sobald der Switch dann die Limits der MAC-Adressen, die er speichern kann, erreicht hat, fängt er an,sämtliche Anfragen an alle IT-Systeme im Netz zu schicken.
Dadurch kann der Angreifer den Netzverkehreinsehen.2.7.
Spanning-Tree-AngriffeBei Spanning-Tree-Angriffen versendet ein Angreifer sogenannte Bridge Protocol Data Units (BPDUs) mitdem Ziel, die Switches dazu zu bringen, seinen eigenen (bösartigen) Switch als Root Bridge anzusehen.Dadurch wird der Netzverkehr über den Switch des Angreifers umgeleitet, sodass er alle über ihnversendeten Informationen mitschneiden kann.
In der Folge kann er DDoS-Attacken initiieren und durchfalsche BPDUs das Netz dazu zwingen, die Spanning-Tree-Topologie neu aufzubauen, wodurch das Netzausfallen kann.2.8.
GARP-AttackenBei Gratuitous-ARP (GARP)-Attacken sendet der Angreifer unaufgeforderte ARP-Antworten an bestimmteOpfer oder an alle IT-Systeme im selben Subnetz.
In dieser gefälschten ARP-Antwort trägt der Angreiferseine MAC-Adresse als Zuordnung zu einer fremden IP-Adresse ein und bringt das Opfer dazu, seine ARP-Tabelle so zu verändern, dass der Netzverkehr nun zum Angreifer, anstatt zum validen Ziel gesendet wird.Dadurch kann er die Kommunikation zwischen den Opfern mitschneiden oder sie manipulieren.3.
AnforderungenIm Folgenden sind die spezifischen Anforderungen des Bausteins NET.3.1 Router und Switches aufgeführt.Grundsätzlich ist der IT-Betrieb für die Erfüllung der Anforderungen zuständig.
DerInformationssicherheitsbeauftragte (ISB) ist bei strategischen Entscheidungen stets einzubeziehen.Außerdem ist der ISB dafür zuständig, dass alle Anforderungen gemäß dem festgelegten Sicherheitskonzepterfüllt und überprüft werden.
Zusätzlich kann es noch andere Rollen geben, die weitere Zuständigkeiten beider Erfüllung von Anforderungen haben.
Diese sind dann jeweils explizit in eckigen Klammern in derÜberschrift der jeweiligen Anforderungen aufgeführt.Zuständigkeiten RollenGrundsätzlich zuständig IT-BetriebWeitere Zuständigkeiten3.1.
Basis-AnforderungenDie folgenden Anforderungen MÜSSEN für den Baustein NET.3.1 Router und Switches vorrangig erfülltwerden:

NET.3.1.A1 Sichere Grundkonfiguration eines Routers oder Switches (B)Bevor ein Router oder Switch eingesetzt wird, MUSS er sicher konfiguriert werden.

AlleKonfigurationsänderungen SOLLTEN nachvollziehbar dokumentiert sein.
Die Integrität derKonfigurationsdateien MUSS in geeigneter Weise geschützt werden.
Bevor Zugangspasswörter abgespeichertwerden, MÜSSEN sie mithilfe eines zeitgemäßen kryptografischen Verfahrens abgesichert werden (sieheCON.1 Kryptokonzept).Router und Switches MÜSSEN so konfiguriert sein, dass nur zwingend erforderliche Dienste, Protokolle undfunktionale Erweiterungen genutzt werden.
Nicht benötigte Dienste, Protokolle und funktionaleErweiterungen MÜSSEN deaktiviert oder ganz deinstalliert werden.
Ebenfalls MÜSSEN nicht benutzteSchnittstellen auf Routern und Switches deaktiviert werden.
Unbenutzte Netzports MÜSSEN nachMöglichkeit deaktiviert oder zumindest einem dafür eingerichteten Unassigned-VLAN zugeordnet werden.Wenn funktionale Erweiterungen benutzt werden, MÜSSEN die Sicherheitsrichtlinien der Institutionweiterhin erfüllt sein.
Auch SOLLTE begründet und dokumentiert werden, warum solche Erweiterungeneingesetzt werden.Informationen über den internen Konfigurations- und Betriebszustand MÜSSEN nach außen verborgenwerden.
Unnötige Auskunftsdienste MÜSSEN deaktiviert werden.NET.3.1.A2 ENTFALLEN (B)Diese Anforderung ist entfallen.NET.3.1.A3 ENTFALLEN (B)Diese Anforderung ist entfallen.NET.3.1.A4 Schutz der Administrationsschnittstellen (B)Alle Administrations- und Managementzugänge der Router und Switches MÜSSEN auf einzelne Quell-IP-Adressen bzw. -Adressbereiche eingeschränkt werden.
Es MUSS sichergestellt sein, dass aus nichtvertrauenswürdigen Netzen heraus nicht direkt auf die Administrationsschnittstellen zugegriffen werdenkann.Um Router und Switches zu administrieren bzw.
zu überwachen, SOLLTEN geeignet verschlüsselteProtokolle eingesetzt werden.
Sollte dennoch auf unverschlüsselte Protokolle zurückgegriffen werden, MUSSfür die Administration ein eigenes Administrationsnetz (Out-of-Band-Management) genutzt werden.
DieManagementschnittstellen und die Administrationsverbindungen MÜSSEN durch eine separate Firewallgeschützt werden.
Für die Schnittstellen MÜSSEN geeignete Zeitbeschränkungen für z.
B.
Timeoutsvorgegeben werden.Alle für das Management-Interface nicht benötigten Dienste MÜSSEN deaktiviert werden.
Verfügt eineNetzkomponente über eine dedizierte Hardwareschnittstelle, MUSS der unberechtigte Zugriff darauf ingeeigneter Weise unterbunden werden.NET.3.1.A5 Schutz vor Fragmentierungsangriffen (B)Am Router und Layer-3-Switch MÜSSEN Schutzmechanismen aktiviert sein, um IPv4- sowie IPv6-Fragmentierungsangriffe abzuwehren.NET.3.1.A6 Notfallzugriff auf Router und Switches (B)Es MUSS für die Administratoren immer möglich sein, direkt auf Router und Switches zuzugreifen, sodassdiese weiterhin lokal administriert werden können, auch wenn das gesamte Netz ausfällt.NET.3.1.A7 Protokollierung bei Routern und Switches (B)Ein Router oder Switch MUSS so konfiguriert werden, dass er unter anderem folgende Ereignisseprotokolliert:• Konfigurationsänderungen (möglichst automatisch),

• Reboot,• Systemfehler,• Statusänderungen pro Interface, System und Netzsegment sowie• Login-FehlerNET.3.1.A8 Regelmäßige Datensicherung (B)Die Konfigurationsdateien von Routern und Switches MÜSSEN regelmäßig gesichert werden.

DieSicherungskopien MÜSSEN so abgelegt werden, dass im Notfall darauf zugegriffen werden kann.NET.3.1.A9 Betriebsdokumentationen (B)Die wichtigsten betrieblichen Aufgaben eines Routers oder Switches MÜSSEN geeignet dokumentiertwerden.
Es SOLLTEN alle Konfigurationsänderungen sowie sicherheitsrelevante Aufgaben dokumentiertwerden.
Die Dokumentation SOLLTEN vor unbefugten Zugriffen geschützt werden.3.2.
Standard-AnforderungenGemeinsam mit den Basis-Anforderungen entsprechen die folgenden Anforderungen dem Stand derTechnik für den Baustein NET.3.1 Router und Switches.
Sie SOLLTEN grundsätzlich erfüllt werden.NET.3.1.A10 Erstellung einer Sicherheitsrichtlinie (S)Ausgehend von der allgemeinen Sicherheitsrichtlinie der Institution SOLLTE eine spezifischeSicherheitsrichtlinie erstellt werden.
In der Sicherheitsrichtlinie SOLLTEN nachvollziehbar Anforderungenund Vorgaben beschrieben sein, wie Router und Switches sicher betrieben werden können.
Die RichtlinieSOLLTE allen Administratoren bekannt und grundlegend für ihre Arbeit sein.
Wird die Richtlinie verändertoder wird von den festgelegten Anforderungen abgewichen, SOLLTE das mit dem ISB abgestimmt unddokumentiert werden.
Es SOLLTE regelmäßig überprüft werden, ob die Richtlinie noch korrekt umgesetztist.
Die Ergebnisse SOLLTEN geeignet dokumentiert werden.NET.3.1.A11 Beschaffung eines Routers oder Switches (S)Bevor Router oder Switches beschafft werden, SOLLTE basierend auf der Sicherheitsrichtlinie eineAnforderungsliste erstellt werden, anhand derer die am Markt erhältlichen Produkte bewertet werden.
EsSOLLTE darauf geachtet werden, dass das von der Institution angestrebte Sicherheitsniveau mit den zubeschaffenden Geräten erreicht werden kann.
Grundlage für die Beschaffung SOLLTEN daher dieAnforderungen aus der Sicherheitsrichtlinie sein.NET.3.1.A12 Erstellung einer Konfigurations-Checkliste für Router und Switches (S)Es SOLLTE eine Konfigurations-Checkliste erstellt werden, anhand derer die wichtigstensicherheitsrelevanten Einstellungen auf Routern und Switches geprüft werden können.
Da die sichereKonfiguration stark vom Einsatzzweck abhängt, SOLLTEN die unterschiedlichen Anforderungen der Gerätein der Konfigurations-Checkliste berücksichtigt werden.NET.3.1.A13 Administration über ein gesondertes Managementnetz (S)Router und Switches SOLLTEN ausschließlich über ein separates Managementnetz (Out-of-Band-Management) administriert werden.
Eine eventuell vorhandene Administrationsschnittstelle über daseigentliche Datennetz (In-Band) SOLLTE deaktiviert werden.
Die verfügbaren Sicherheitsmechanismen dereingesetzten Managementprotokolle zur Authentisierung, Integritätssicherung und VerschlüsselungSOLLTEN aktiviert werden.
Alle unsicheren Managementprotokolle SOLLTEN deaktiviert werden.NET.3.1.A14 Schutz vor Missbrauch von ICMP-Nachrichten (S)Die Protokolle ICMP und ICMPv6 SOLLTEN restriktiv gefiltert werden.

NET.3.1.A15 Bogon- und Spoofing-Filterung (S)Es SOLLTE verhindert werden, dass Angreifer mithilfe gefälschter, reservierter oder noch nicht zugewiesenerIP-Adressen in die Router und Switches eindringen können.NET.3.1.A16 Schutz vor „IPv6 Routing Header Type-0“-Angriffen (S)Beim Einsatz von IPv6 SOLLTEN Mechanismen eingesetzt werden, die Angriffe auf den Routing-Header desType-0 erkennen und verhindern.NET.3.1.A17 Schutz vor DoS- und DDoS-Angriffen (S)Es SOLLTEN Mechanismen eingesetzt werden, die hochvolumige Angriffe sowie TCP-State-Exhaustion-Angriffe erkennen und abwehren.NET.3.1.A18 Einrichtung von Access Control Lists (S)Der Zugriff auf Router und Switches SOLLTE mithilfe von Access Control Lists (ACLs) definiert werden.

Inder ACL SOLLTE anhand der Sicherheitsrichtlinie der Institution festgelegt werden, über welche IT-Systemeoder Netze mit welcher Methode auf einen Router oder Switch zugegriffen werden darf.
Für den Fall, dasskeine spezifischen Regeln existieren, SOLLTE generell der restriktivere Whitelist-Ansatz bevorzugt werden.NET.3.1.A19 Sicherung von Switch-Ports (S)Die Ports eines Switches SOLLTEN vor unberechtigten Zugriffen geschützt werden.NET.3.1.A20 Sicherheitsaspekte von Routing-Protokollen (S)Router SOLLTEN sich authentisieren, wenn sie Routing-Informationen austauschen oder Updates fürRouting-Tabellen verschicken.
Es SOLLTEN ausschließlich Routing-Protokolle eingesetzt werden, die diesunterstützen.Dynamische Routing-Protokolle SOLLTEN ausschließlich in sicheren Netzen verwendet werden.
SieDÜRFEN NICHT in demilitarisierten Zonen (DMZs) eingesetzt werden.
In DMZs SOLLTEN stattdessenstatische Routen eingetragen werden.NET.3.1.A21 Identitäts- und Berechtigungsmanagement in der Netzinfrastruktur(S)Router und Switches SOLLTEN an ein zentrales Identitäts- und Berechtigungsmanagement angebundenwerden (siehe ORP.4 Identitäts- und Berechtigungsmanagement).NET.3.1.A22 Notfallvorsorge bei Routern und Switches (S)Es SOLLTE geplant und vorbereitet werden, welche Fehler bei Routern oder Switches in einem Notfalldiagnostiziert werden könnten.
Außerdem SOLLTE geplant und vorbereitet werden, wie die identifiziertenFehler behoben werden können.
Für typische Ausfallszenarien SOLLTEN entsprechendeHandlungsanweisungen definiert und in regelmäßigen Abständen aktualisiert werden.Die Notfallplanungen für Router und Switches SOLLTEN mit der übergreifenden Störungs- undNotfallvorsorge abgestimmt sein.
Die Notfallplanungen SOLLTEN sich am allgemeinenNotfallvorsorgekonzept orientieren (siehe DER.4 Notfallmanagement).
Es SOLLTE sichergestellt sein, dass dieDokumentationen zur Notfallvorsorge und die darin enthaltenen Handlungsanweisungen in Papierformvorliegen.
Das im Rahmen der Notfallvorsorge beschriebene Vorgehen SOLLTE regelmäßig geprobt werden.NET.3.1.A23 Revision und Penetrationstests (S)Router und Switches SOLLTEN regelmäßig auf bekannte Sicherheitsprobleme hin überprüft werden.
AuchSOLLTEN regelmäßig Revisionen durchgeführt werden.
Dabei SOLLTE unter anderem geprüft werden, obder Ist-Zustand der festgelegten sicheren Grundkonfiguration entspricht.
Die Ergebnisse SOLLTENnachvollziehbar dokumentiert und mit dem Soll-Zustand abgeglichen werden.
Abweichungen SOLLTEnachgegangen werden.

3.3.

Anforderungen bei erhöhtem SchutzbedarfIm Folgenden sind für den Baustein NET.3.1 Router und Switches exemplarische Vorschläge fürAnforderungen aufgeführt, die über das dem Stand der Technik entsprechende Schutzniveau hinausgehenund BEI ERHÖHTEM SCHUTZBEDARF in Betracht gezogen werden SOLLTEN.
Die konkrete Festlegungerfolgt im Rahmen einer Risikoanalyse.NET.3.1.A24 Einsatz von Netzzugangskontrollen (H)Eine Port-based Access Control SOLLTE nach IEEE 802.1x auf Basis von EAP-TLS implementiert werden.
EsSOLLTE KEINE Implementierung nach den Standards IEEE 802.1x-2001 und IEEE 802.1x-2004 erfolgen.NET.3.1.A25 Erweiterter Integritätsschutz für die Konfigurationsdateien (H)Stürzt ein Router oder Switch ab, SOLLTE sichergestellt werden, dass bei der Wiederherstellung bzw.
beimNeustart keine alten oder fehlerhaften Konfigurationen (unter anderem ACLs) benutzt werden.NET.3.1.A26 Hochverfügbarkeit (H)Die Realisierung einer Hochverfügbarkeitslösung SOLLTE den Betrieb der Router und Switches bzw.
derenSicherheitsfunktionen NICHT behindern oder das Sicherheitsniveau senken.
Router und Switches SOLLTENredundant ausgelegt werden.
Dabei SOLLTE darauf geachtet werden, dass die Sicherheitsrichtlinie derInstitution eingehalten wird.NET.3.1.A27 Bandbreitenmanagement für kritische Anwendungen und Dienste (H)Router und Switches SOLLTEN Funktionen enthalten und einsetzen, mit denen sich die Applikationenerkennen und Bandbreiten priorisieren lassen.NET.3.1.A28 Einsatz von zertifizierten Produkten (H)Es SOLLTEN Router und Switches mit einer Sicherheitsevaluierung nach Common Criteria eingesetztwerden, mindestens mit der Stufe EAL4.4.
Weiterführende Informationen4.1.
WissenswertesDas BSI hat in den BSI-Standards zur Internet Sicherheit (ISi-Reihe) weitere Informationen zur Sicherheit beiRoutern und Switches veröffentlicht.Das Institute of Electrical and Electronics Engineers (IEEE) hat in seiner Standard-Reihe die Standards IEEE802.1Q „IEEE Standard for Local and Metropolitan Area Networks - Bridges and Bridged Networks“ und IEEE802.1AE „IEEE Standard for Local and Metropolitan Area Networks: Media Access Control (MAC) Security“veröffentlicht.In den Requests for Comments (RFC) bieten der RFC 6165 „Extensions to IS-IS for Layer-2 Systems“ und derRFC 7348 „Virtual Extensible Local Area Network (VXLAN): A Framework for Overlaying Virtualized Layer 2Networks over Layer 3 Networks“ weiterführende Informationen zu Routern und Switches.5.
Anlage: Kreuzreferenztabelle zu elementaren GefährdungenDie Kreuzreferenztabelle enthält die Zuordnung von elementaren Gefährdungen zu den Anforderungen.Anhand dieser Tabelle lässt sich ermitteln, welche elementaren Gefährdungen durch welche Anforderungenabgedeckt sind.
Durch die Umsetzung der aus den Anforderungen abgeleiteten Sicherheitsmaßnahmen wirdden entsprechenden elementaren Gefährdungen entgegengewirkt.
Die Buchstaben in der zweiten Spalte (C =Vertraulichkeit, I = Integrität, A = Verfügbarkeit) zeigen an, welche Grundwerte der Informationssicherheit durch die Anforderung vorrangig geschützt werden.

Die folgenden elementaren Gefährdungen sind für den Baustein NET.3.1 Router und Switches von Bedeutung.

G 0.9 Ausfall oder Störung von KommunikationsnetzenG 0.11 Ausfall oder Störung von DienstleisternG 0.14 Ausspähen von Informationen (Spionage)G 0.15 AbhörenG 0.18 Fehlplanung oder fehlende AnpassungG 0.19 Offenlegung schützenswerter InformationenG 0.20 Informationen oder Produkte aus unzuverlässiger QuelleG 0.21 Manipulation von Hard- oder SoftwareG 0.22 Manipulation von InformationenG 0.23 Unbefugtes Eindringen in IT-SystemeG 0.25 Ausfall von Geräten oder SystemenG 0.26 Fehlfunktion von Geräten oder SystemenG 0.27 RessourcenmangelG 0.29 Verstoß gegen Gesetze oder RegelungenG 0.30 Unberechtigte Nutzung oder Administration von Geräten und SystemenG 0.31 Fehlerhafte Nutzung oder Administration von Geräten und SystemenG 0.32 Missbrauch von BerechtigungenG 0.36 IdentitätsdiebstahlG 0.37 Abstreiten von HandlungenG 0.38 Missbrauch personenbezogener DatenG 0.40 Verhinderung von Diensten (Denial of Service)G 0.43 Einspielen von NachrichtenG 0.45 DatenverlustG 0.46 Integritätsverlust schützenswerter Informatione