|
|
| (135 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| '''topic''' kurze Beschreibung | | '''Informationssicherheit-Standards''' - Normen und Standards im Überblick |
| | |
| == Beschreibung == | | == Beschreibung == |
| Der Aufwand für die Sicherung der IT-Ressourcen in einem Unternehmen kann mitunter sehr hoch sein, da traditionellerweise zuerst eine Analyse der vorhandenen schützenswerten Objekte (Assets) und eine Risiko- und Bedrohungsanalyse erfolgen muss.
| | ; Gründe für Standards |
| * Danach werden die notwendigen Sicherheitsmaßnahmen ausgewählt, die zum Schutz der jeweiligen Assets für nötig erachtet werden. | | Aufwand für die Sicherung von IT-Ressourcen kann sehr hoch sein |
| * Um den Zeit- und Arbeitsaufwand für die Sicherung reduzieren zu können und unternommene Sicherheitsbemühungen besser vergleichen zu können, werden in der Praxis oft Kriterienkataloge angewandt, die den Sicherheitsverantwortlichen bei seiner Arbeit unterstützen.
| | * Traditionell |
| * Die verschiedenen Kriterienwerke haben aber eine unterschiedliche Auslegung bezüglich der Anwendung, der verwendeten Methoden und der betrachteten Problemstellungen.
| | ** wird zuerst eine Analyse der vorhandenen schützenswerten Objekte (Assets) und eine Risiko-/Bedrohungsanalyse durchgeführt |
| | | * Danach |
| ; Wichtige Kriterienwerke
| | ** werden die notwendigen Sicherheitsmaßnahmen ausgewählt |
| * IT-Grundschutz-Kompendium
| | ** die zum Schutz der jeweiligen Assets für nötig erachtet werden |
| * BSI-Standard 200
| |
| * ISO/IEC 13335
| |
| * ISO/IEC 19790
| |
| * ISO/IEC 2700X
| |
| * Common Criteria/ITSEC/ISO/IEC 15408
| |
| * ISO 9000
| |
| * COBIT
| |
| * ITIL
| |
| * DIN EN 50600
| |
| | |
| == IT-Grundschutz-Kompendium ==
| |
| Das IT-Grundschutz-Kompendium hat als Ziel, durch personelle, technische, organisatorische und infrastrukturelle Maßnahmen ein Standard-Sicherheitsniveau herzustellen, das auch für Bereiche mit höheren Sicherheitsansprüchen ausbaufähig ist. Das IT-Grundschutz-Kompendium löst seit Oktober 2017 als Nachfolger den IT-Grundschutz-Katalog ab. Die aktuelle Version ist die Edition
| |
| 2021. Der IT-Grundschutz besteht aus einigen Prozess-Bausteinen, Methodiken und Hilfsmitteln,
| |
| die folgende Bereiche abdecken:
| |
| | |
| Übergreifende Funktionen, Infrastruktur, IT-Systeme, Netze und Anwendungen, Sicherheits-
| |
| management (ISMS)
| |
| Einfluss von höherer Gewalt, Mängel in der Organisation, menschliches Versagen, technische Mängel, Detektion und Reaktion Maßnahmen bezogen auf die Infrastruktur, die Organisation, das Personal, die Hard- und Software, die Kommunikation, die Vorsorge im Notfall Formulare, Mustervorlagen, Checklisten, IT-Grundschutzprofile und weitere Informationen Für die effiziente Nutzung des IT-Grundschutzkompendiums stehen diverse Tools (https://
| |
| www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Standards-und-Zertifizierung/
| |
| IT-Grundschutz/IT-Grundschutz-Kompendium/Alternative-IT-Grundschutztools/alternative-it-
| |
| grundschutztools_node.html) zur Verfügung.
| |
| | |
| | |
| == Weitere Kriterienwerke zur IT-Sicherheit ==
| |
| BSI-Standard 200
| |
| Diese Standards beinhalten grundlegende Methoden und Maßnahmen zur IT-Sicherheit und wurden vom Bundesamt für Sicherheit in der Informationstechnik (BSI) herausgegeben. Sie orientieren sich u. a. an den OSI-Standards ISO 2700x. Das IT-Grundschutz-Kompendium basiert auf diesen Standards. Durch die Möglichkeit, diese Standards zu zitieren, wird auch in methodi-
| |
| scher Hinsicht eine Vereinheitlichung der IT-Sicherheitsbegriffe erzielt. Die IT-Grundschutz-
| |
| Standards sind wie folgt eingeteilt:
| |
| * BSI-Standard 200-1: Managementsysteme für Informationssicherheit (ISMS)
| |
| * BSI-Standard 200-2: IT-Grundschutz-Vorgehensweise BSI-Standard 200-3: Risikoanalyse auf der Basis von IT-Grundschutz BSI-Standard 200-4: Notfallmanagement ISO/IEC 13335 ISO/IEC 13335 besteht aus fünf technischen Berichten. Diese geben Hinweise zum IT-Sicherheits-management, ohne eine bestimmte Lösung zu erzwingen. Die Normdokumente befassen sich mit folgenden Themenbereichen:
| |
| Teil 1,
| |
| Konzepte und Modelle der IT-Sicherheit Teil 2,
| |
| Managen und Planen von IT-Sicherheit Teil 3,
| |
| Techniken für das Management von IT-Sicherheit Grundbegriffe der IT-Sicherheit Bedrohungen, Risiken, Schwachstellen Notfallvorsorge, Risikoanalyse, Sensibilisierung Gestaltung von IT-Sicherheitsprozessen Integration in bestehende Unternehmensprozesse IT-Sicherheitsorganisationen Sicherheitsprozesse verfeinern Methoden und Techniken für Sicherheitsprozesse
| |
|
| |
|
| Teil 4,
| | Um den Zeit- und Arbeitsaufwand für die Sicherung reduzieren |
| Auswahl von Sicherheitsmaßnahmen Teil 5,
| | * zu können und unternommene Sicherheitsbemühungen besser vergleichen zu können, werden in der Praxis oft Kriterienkataloge angewandt, die den Sicherheitsverantwortlichen bei seiner Arbeit unterstützen |
| Management Guide für Netzwerksicherheit
| | * Die verschiedenen Kriterienwerke haben aber eine unterschiedliche Auslegung bezüglich der Anwendung, der verwendeten Methoden und der betrachteten Problemstellungen |
| Schutzmaßnahmen gegen Bedrohungen Kommunikationssicherheit Netzwerktypen und Organisationen Business Continuity ISO/IEC 19790 (FIPS 140-2)
| |
| Dieser Standard beschäftigt sich mit den Anforderungen an Kryptographiemodule. Der vom NIST
| |
| (National Institute of Standards and Technology) herausgegebene „Federal Information Proces-
| |
| sing Standard 140“ befasst sich in der Version 2 mit der Überprüfung und Validierung von krypto-
| |
| grafischen Modulen auf Hardware- und Softwarebasis. FIPS 140-2 ist im Standard ISO/IEC 19790
| |
| (Security requirements for cryptographic modules) aufgegangen.
| |
| ISO/IEC 2700X ISO/IEC 2700X ist eine Familie internationaler Standards, die u. a. auf der nicht mehr gültigen ISO 17799 und dem British Standard BS 7799 aufbaut. Darin werden über 20 Normen definiert,
| |
| in denen u. a. dem Anwender in einem Kriterienkatalog Best-Practice-Lösungen für die Informa-
| |
| tionssicherheit unter Berücksichtigung folgender Aspekte bereitgestellt werden:
| |
|
| |
|
| Regeln und Richtlinien zur Informationssicherheit Organisation von Sicherheitsmaßnahmen und Managementprozessen Personelle Sicherheit Asset-Management Physikalische Sicherheit und Zugangsdienste Zugriffskontrolle (Access Control)
| | === Normen und Standards === |
| Umgang mit sicherheitstechnischen Vorfällen Systementwicklung und deren Wartung Planung einer Notfallvorsorge Einhaltung gesetzlicher Vorgaben und Überprüfung durch Audits Common Criteria/ITSEC/ISO/IEC 15408
| | ; [[ISO/27000]] |
| Die Common Criteria for Information Technology Security Evaluation (CC) fügen die in unter-
| | In der Praxis orientiert sich die Informationssicherheit im Rahmen des [[IT-Sicherheitsmanagement]]s an der [[ISO/IEC-27000]]-Reihe |
| schiedlichen Wirtschaftszonen entstandenen Standards zueinander. Wie die ITSEC für Europa geben sie ein einheitliches Prüfverfahren vor, mit dem sicherheitsrelevante Aspekte von Hard-
| | * Im deutschsprachigen Raum ist ein Vorgehen nach [[IT-Grundschutz]] verbreitet |
| und Software so geprüft werden können, dass nachvollziehbare und vergleichbare Ergebnisse erzielt werden. Durch die Entwicklung des ISO/IEC 15408 sind die CC ein international anerkann- | | * Im Bereich der [[Evaluierung]] und [[Zertifizierung]] von IT-Produkten und -systemen findet die Norm [[ISO/IEC 15408]] ([[Common Criteria for Information Technology Security Evaluation|Common Criteria]]) häufig Anwendung |
| ter Standard. Dieser besteht aus drei Teilen:
| | * Die Normenreihe [[IEC 62443]] befasst sich mit der Informationssicherheit von „Industrial Automation and Control Systems“ (IACS) und verfolgt dabei einen ganzheitlichen Ansatz für Betreiber, Integratoren und Hersteller |
| Teil 1: Einführung und allgemeines Modell (Introduction and general model)
| |
| Teil 2: Funktionale Sicherheitsanforderungen (Security functional requirements)
| |
| Teil 3: Anforderungen an die Vertrauenswürdigkeit (Security assurance requirements)
| |
|
| |
|
| IT-Produkte und IT-Systeme können nach dem Standard, auch unter dem Namen „Common Criteria (CC)“ bekannt, zertifiziert werden. Im Rahmen der Zertifizierung wird die Sicherheit durch eine unabhängige Instanz (Prüfstellen, Zertifizierungsstellen und die nationalen Behörden)
| | === Nutzen von Sicherheitsstandards === |
| überprüft.
| | {| class="wikitable options big" |
| EN ISO-9000-Normenreihe Die ISO-9000-Normreihe ist kein IT-Sicherheitsstandard, sondern definiert ein Prüfverfahren für Qualitätsmanagementsysteme. Da ein Qualitätsmanagementsystem gute Voraussetzungen für ein hohes Sicherheitsniveau bietet, ist die Nennung von ISO 9000 in diesem Zusammenhang durchaus angemessen.
| | |- |
| Die Eigenschaften des Qualitätsmanagementsystems müssen dokumentiert und sowohl durch interne als auch externe Stellen nachvollziehbar sein.
| | ! Option !! Beschreibung |
| In diesem Rahmen wird auch überprüft, ob die EDV-Ausstattung und -Organisation dem Unter-
| | |- |
| nehmenszweck angemessen sind.
| | | Kostensenkung || |
| COBIT COBIT (Control Objectives for Information and Related Technology) ist ein internationales Frame-
| | * Praxiserprobte Vorgehensmodelle |
| work, das die Aufgaben der IT in Prozesse und Kontrollziele aufgliedert. Primär geht es hierbei aber nicht darum, wie etwas umzusetzen ist, sondern was umzusetzen ist. Es werden also Ergeb-
| | * Methodische Vereinheitlichung |
| nisse und nicht Wege zum Ziel beschrieben.
| | * Nachvollziehbarkeit |
| Von einem Werkzeug, das früher nur von Auditoren eingesetzt wurde, hat es sich zu einem Werkzeug entwickelt, das nun dazu dienen kann, die Informationstechnologie einer Firma aus Unternehmenssicht zu steuern. Es wird auch benutzt, um die Einhaltung gesetzlicher Anforde-
| | * Ressourceneinsparung durch Kontinuität und einheitliche Qualifikation |
| rungen an das Unternehmen modellieren zu können.
| | * Interoperabilität |
| Prinzipiell wird hierbei ein „Top-Down“-Ansatz verfolgt, d. h. ausgehend von den Unternehmens-
| | |- |
| zielen werden Ziele der IT-Infrastruktur abgeleitet und daraus wiederum alle Kriterien der IT beeinflusst.
| | | Angemessenes Sicherheitsniveau || |
| ITIL Auch die ITIL (IT Infrastructure Library) ist kein IT-Sicherheitsstandard. In ihr werden Regeln und Definitionen für den Betrieb einer gesamten IT-Infrastruktur (IT Service Management – ITSM)
| | * Orientierung am Stand der Technik und Wissenschaft |
| anhand von sogenannten Best Practices vorgegeben. Im Grundansatz beschreibt die ITIL darin einen ITSM-Lifecycle (Lebenszyklus). In einem Regelkreis wird die kontinuierliche Verbesserung der Prozesse, der Organisation und der entsprechenden Werkzeuge und somit der gesamten IT-Infrastruktur beschrieben.
| | * Gewährleistung der Aktualität |
| Dabei gliedert sich die ITIL V3 in fünf Bücher, die gleichzeitig die fünf Lebensphasen des ITSM-
| | * Verbesserung des Sicherheitsniveaus durch die Notwendigkeit der zyklischen Bewertung |
| Lebenszyklus darstellen:
| | |- |
| Service Strategy (Servicestrategie)
| | | Wettbewerbsvorteile || |
| Service Design (Serviceentwurf)
| | * Zertifizierung des Unternehmens sowie von Produkten |
| Service Transition (Serviceüberführung)
| | * Nachweisfähigkeit bei öffentlichen und privatwirtschaftlichen Vergabeverfahren |
| | * Verbesserung des Unternehmensimage |
| | |- |
| | | Rechtssicherheit || |
| | * Stärkung der Rechtssicherheit |
| | |} |
|
| |
|
| Service Operation (Servicebetrieb)
| | === Zweck und Struktur relevanter Normen und Richtlinien === |
| Continual Service Improvement (Kontinuierliche Serviceverbesserung)
| | === Arten von Normen und Standards === |
| Mit der Einführung von ITIL V4 (Februar 2019) wird ein vollständiger Paradigmenwechsel vollzogen.
| | ; Standards zur Informationssicherheit im Überblick |
| Aber keine Angst: ITIL V3 behält weiterhin seine Gültigkeit. In ITIL V4 werden keine spezifischen Prozesse mehr definiert. Es verfolgt einen neuen, ganzheitlichen Ansatz und bildet das Service-
| | [[File:img-005-001.png|700px]] |
| Management von der Nachfrage bis zur Wertschöpfung als zentrales Element ab. Es besteht nun aus den Komponenten Vier-Dimensionen-Modell (ganzheitlicher Ansatz der Wertschöpfungs-
| |
| kette) und Service-Werte-System. Letzteres besteht aus den Teilkomponenten Leitprinzipien,
| |
| Governance, Service-Wertschöpfungskette und Kontinuierliche Verbesserung.
| |
| Jegliche Tätigkeit im IT-Umfeld kann so mithilfe eines standardisierten Vorgehens angegangen werden. Das betrifft selbstverständlich auch den IT-Sicherheitsprozess.
| |
| Zielgruppen Die vorgestellten Kriterienwerke haben eine unterschiedliche Zielsetzung und sind daher eher für den Einsatz in bestimmten Zielgruppen geeignet. Obwohl einzelne Kriterienwerke durchaus auch als Hilfsmittel für andere Anwendungsbereiche nützlich sein können, liegt die Priorität der Anwendung einzelner Werke in folgenden Bereichen:
| |
| IT-Grundschutz-
| |
| BSI
| |
| ISO TR
| |
| ISO
| |
| ISO
| |
| Common
| |
| ISO COBIT
| |
| ITIL Kompendium
| |
| 200
| |
| 13335
| |
| 19790
| |
| 2700X
| |
| Criteria
| |
| 9000
| |
| U n Hardware-Hersteller
| |
| ×
| |
| ×
| |
| ×
| |
| ter n e Software-Hersteller
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| hme n Server-Betreiber
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ska t e Netzprovider
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| gor i e
| |
| Content-Provider
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| Unternehmen
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| (als Kunde)
| |
| P e r IT-Leitung
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| son a l Administrator
| |
| ×
| |
| ×
| |
| x rol l e
| |
| IT-Sicherheits-/ Daten-
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| schutzbeauftragter Management
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| Projektmanager
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| ×
| |
| x
| |
| × = Hauptzielgruppe
| |
|
| |
|
| | [[File:img-039-046.jpg|700px]] |
|
| |
|
| == DIN EN 50600 == | | === Beispiele === |
| Standardisierung für die Infrastruktur von Rechenzentren Auf die Initiative der CENELEC (Comitté Européen de Normalisation Electrotechnique) wurde eine europaweite Norm für alle Einrichtungen und Infrastrukturen eines Rechenzentrums geschaffen.
| | ; Beispiele für Normen und Standards |
| Es wurden dabei die Aspekte wie RZ-Auslegung, RZ-Integration, Installationen und Instandhaltung von Einrichtungen und Infrastrukturen innerhalb von Rechenzentren länderübergreifend ver-
| | Kriterienwerke |
| einheitlicht.
| | {| class="wikitable options big" |
| Die DIN EN 50600 beinhaltet auch gewisse Freiheitgrade (für unterschiedliche RZ-Konzepte)
| | |- |
| und ist als normierter Leitfaden und Baukastensystem zu verstehen. Die Norm besteht aus den folgenden Einzelbausteinen:
| | ! Standard !! Beschreibung |
| DIN EN 50600-1
| | |- |
| DIN EN 50600-2
| | | [[IT-Grundschutz/Kompendium]]n || |
| DIN EN 50600-3
| | |- |
| DIN EN 50600-4 | | | [[BSI]] || |
| Informationstechnik-Einrichtungen und Infrastrukturen von Rechen-
| | |- |
| zentren: Allgemeine Konzepte Gebäudekonstruktion, Stromversorgung, Regelung der Umgebungs-
| | | [[ISO/IEC 13335]] || |
| bedingungen, Infrastruktur der Telekommunikationsverkabelung,
| | |- |
| Sicherungssysteme Informationen für das Management und den Betrieb
| | | [[ISO/IEC 19790]] || |
| Überblick über und allgemeine Anforderungen an Leistungskennzahlen,
| | |- |
| Kennzahl zur eingesetzten Energie, Anteil erneuerbarer Energien Die DIN EN 50600-X unterstützt u. a. Betreiber, Planer, IT-Management, Facility-Manager bei der Planung, der Realisierung und dem Betrieb von Rechenzentren. Sie ermöglicht eine auf die Bedürfnisse des Nutzers maßgeschneiderte, normkonforme Auslegung der technischen Gewerke.
| | | [[ISO/27000]] || |
| | |- |
| | | [[Common Criteria/ITSEC/ISO/IEC 15408]] || |
| | |- |
| | | [[COBIT]] || |
| | |- |
| | | [[ITIL]] || |
| | |- |
| | | [[DIN EN 50600]] || |
| | |- |
| | | [[Common Criteria]] || |
| | |- |
| | | [[ISIS12]] || |
| | |- |
| | | [[COSO]] || |
| | |- |
| | | [[ITIL]] || [[IT_Infrastructure_Libary]] |
| | |- |
| | | [[ISO/IEC 13335]] || |
| | |- |
| | | [[ISO/IEC 9000]] || |
| | |} |
|
| |
|
| == Security Policy ==
| | [[File:img-006-002.png|800px]] |
| Warum eine Security Policy gebraucht wird Eine Security Policy oder auch Sicherheitsrichtlinie wird gebraucht, weil es sonst keinen struk-
| |
| turierten Plan und keine Handlungsvorschriften gibt, wie welche Systeme und Komponenten sicher zu machen sind. Ein Unternehmen, das über keine Security Policy verfügt, wird ziemlich wahrscheinlich an irgendeiner Stelle IT-Sicherheitsprobleme bekommen. In solchen Fällen wird das Problem eventuell durch eine Einzellösung behandelt, und es wird bis zum Auftreten des nächsten Sicherheitsproblems gewartet.
| |
| Beispiele rein reaktiven Verhaltens, die mitunter in der Praxis anzutreffen sind:
| |
| Ein Computervirus verursacht Schäden an den Datenbeständen an einem vermeintlich siche-
| |
| ren System. Nach Beseitigung wird eine Lizenz eines Antivirusprogramms gekauft oder das vorhandene durch eine andere Version ersetzt.
| |
| Die Computer einer Firma sind vernetzt und an das Internet angebunden. Eines Tages wird festgestellt, dass die Computer immer langsamer arbeiten. Der verantwortliche Crypto-
| |
| Miner wird erst nach dem Schadensfall gesucht. Anschließend wird nach einem Schutz gesucht.
| |
|
| |
|
| Hardware im Serverraum fällt grundsätzlich nach relativ kurzer Nutzungsdauer wegen elektrischer Defekte aus. Es wird zwar neue Hardware beschafft, aber trotz nachweislich zu hoher Lufttemperatur im Serverraum (z. B. 30° C und höher) lehnt das Management die Anschaffung einer Klimaanlage ab.
| | [[File:img-007-003.png|800px]] |
| Was in einer Security Policy steht Eine sinnvolle Sicherheitsrichtlinie legt fest, was getan werden muss, um ein IT-System und die gespeicherten Informationen zu schützen. Mit ihrer Hilfe können Mitarbeiter leicht entscheiden,
| |
| was und wie es zu tun ist.
| |
| Im Prinzip ist eine Sicherheitsrichtlinie also nichts anderes als eine schriftlich niedergelegte Strategie, in der beschrieben wird, wie ein Computernetzwerk und seine Ressourcen zu schützen sind.
| |
| Die schriftliche Fixierung erlaubt es, Maßnahmen und auch Notfallpläne vorab zu definieren,
| |
| sodass Sicherheitsprobleme minimiert werden können und bei deren Auftreten schnell und zielsicher gehandelt werden kann.
| |
| Wie eine Security Policy entsteht Eine Security Policy von Grund auf zu entwerfen ist ohne Hilfsmittel ein aufwendiges Unter-
| |
| fangen. Die von verschiedenen Gremien herausgegebenen Kriterienkataloge geben gute Hin-
| |
| weise und bieten (wie beim IT-Grundschutz-Kompendium) auch einen modularen Ansatz, der es ermöglicht, komponentenweise die Sicherheitsrichtlinien für das eigene Unternehmen zu defi-
| |
| nieren und gegebenenfalls die im Kriterienwerk vorgeschlagenen Empfehlungen anzupassen.
| |
| In einer kompletten Security Policy darf nicht nur der Maßnahmenkatalog zur Sicherung der Unternehmens-Assets enthalten sein, sondern es sollten auch die notwendigen Rollen und Verantwortlichkeiten den Mitarbeitern zugewiesen werden.
| |
| Zusätzlich ist es nötig, in der Policy selbst zu definieren, welche Sanktionen es nach sich zieht,
| |
| wenn gegen die in der Policy festgelegten Richtlinien verstoßen wird, und die fertige Policy auch bei allen Mitarbeitern bekannt zu machen – nur so kann sie im Unternehmenseinsatz auch wirksam werden.
| |
| Eine Policy ist im Prinzip nie ganz fertig. Sicherheit ist immer ein Prozess, nie ein Produkt. Aus diesem Grund ist es nötig, die Wirksamkeit der Richtlinien ständig zu prüfen und zu überarbeiten oder an aktuelle Vorfälle anzupassen. Die ständige Bewertung von Assets und die Beurteilung von Risiken zu dem Zweck, angemessene Maßnahmen in einer Security Policy treffen zu können, wird als aktives Risikomanagement verstanden.
| |
| Auf der Webseite https://www.sicher-im-netz.de/dsin-sicherheitscheck finden Sie den „DsiN-Sicherheitscheck“, der für kleine Unternehmen geeignet ist, ihre Security Policies zu überprüfen.
| |
|
| |
|
| == Aufgaben eines IT-Sicherheitsbeauftragten == | | === Verbindlichkeit === |
| Der IT-Sicherheitsbeauftragte ist für die Umsetzung der Security Policies in einem Unternehmen verantwortlich. Um dieser Aufgabe gerecht zu werden, muss er der Geschäftsführung direkt unterstellt werden und darf nicht in die operative IT-Administrierung involviert sein. Die Rolle des Sicherheitsbeauftragten wird u. a. im IT-Grundschutzkompendiums des BSI definiert.
| | {{:Modalverben}} |
| Diese umfasst:
| |
| * die unternehmensweite Verantwortung für die Erstellung, Entwicklung und Kontrolle der Sicherheitsrichtlinien,
| |
| * die Berichtspflicht aller Maßnahmen zur IT-Sicherheit gegenüber der Geschäftsführung und den Mitarbeitern,
| |
| * die Koordination der IT-Sicherheitsziele mit den Unternehmenszielen und Abstimmung mit den einzelnen Unternehmensbereichen,
| |
| * die Festlegung der Sicherheitsaufgaben für die nachgeordneten Unternehmensbereiche
| |
| * die Weisungsbefugnis in Fragen der IT-Sicherheit,
| |
| * die Kontrolle der IT-Sicherheitsmaßnahmen auf Korrektheit, Nachvollziehbarkeit, Fortschritt und Effektivität,
| |
| * die Koordination von unternehmensweiten Ausbildungs- und Sensibilisierungsprogrammen für die Mitarbeiter.
| |
|
| |
|
| == Übung ==
| | <noinclude> |
| Fragen zu Standards im Bereich IT-Sicherheit
| |
| Übungsdatei: --
| |
| Ergebnisdatei: uebung09.pdf
| |
| 1. Nennen Sie die wichtigsten IT-Sicherheitsstandards.
| |
| 2. Welche Tools können für die Umsetzung des IT-Grundschutz-Kompendiums verwendet werden?
| |
|
| |
|
| [[Kategorie:IT-Grundschutz]] | | == Anhang == |
| | === Siehe auch === |
| | {{Special:PrefixIndex/{{BASEPAGENAME}}}} |
| | ---- |
| | * [[Branchenspezifische Sicherheitsstandards]] |
| | * [[IT-Grundschutz-Profile]] |
| | * [[DIN/50600]] |
| | * [[Security_Policy]] |
| | * [[IT-Sicherheitsbeauftragte]] |
|
| |
|
| == Dokumentation == | | ==== Links ==== |
| === RFC === | | ===== Weblinks ===== |
| === Man-Pages === | |
| === Info-Pages ===
| |
| == Siehe auch ==
| |
| == Links == | |
| === Projekt-Homepage ===
| |
| === Weblinks ===
| |
| # http://www.kompass-sicherheitsstandards.de/ | | # http://www.kompass-sicherheitsstandards.de/ |
|
| |
|
| === Einzelnachweise ===
| | [[Kategorie:ISMS/Standard]] |
| <references />
| |
| == Testfragen ==
| |
| <div class="toccolours mw-collapsible mw-collapsed">
| |
| ''Testfrage 1''
| |
| <div class="mw-collapsible-content">'''Antwort1'''</div>
| |
| </div>
| |
| <div class="toccolours mw-collapsible mw-collapsed">
| |
| ''Testfrage 2''
| |
| <div class="mw-collapsible-content">'''Antwort2'''</div>
| |
| </div>
| |
| <div class="toccolours mw-collapsible mw-collapsed">
| |
| ''Testfrage 3''
| |
| <div class="mw-collapsible-content">'''Antwort3'''</div>
| |
| </div>
| |
| <div class="toccolours mw-collapsible mw-collapsed">
| |
| ''Testfrage 4''
| |
| <div class="mw-collapsible-content">'''Antwort4'''</div>
| |
| </div>
| |
| <div class="toccolours mw-collapsible mw-collapsed">
| |
| ''Testfrage 5''
| |
| <div class="mw-collapsible-content">'''Antwort5'''</div>
| |
| </div>
| |
|
| |
|
| [[Kategorie:Entwurf]]
| | </noinclude> |
| [[Kategorie:Sicherheit]]
| |
