<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://www.xinux.net/index.php?action=history&amp;feed=atom&amp;title=Informationssicherheits-Managementsysteme_%28ISMS%29_Theorie</id>
	<title>Informationssicherheits-Managementsysteme (ISMS) Theorie - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://www.xinux.net/index.php?action=history&amp;feed=atom&amp;title=Informationssicherheits-Managementsysteme_%28ISMS%29_Theorie"/>
	<link rel="alternate" type="text/html" href="https://www.xinux.net/index.php?title=Informationssicherheits-Managementsysteme_(ISMS)_Theorie&amp;action=history"/>
	<updated>2026-09-09T04:55:45Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Xinux Wiki</subtitle>
	<generator>MediaWiki 1.35.1</generator>
	<entry>
		<id>https://www.xinux.net/index.php?title=Informationssicherheits-Managementsysteme_(ISMS)_Theorie&amp;diff=73305&amp;oldid=prev</id>
		<title>Thomas.will: Die Seite wurde neu angelegt: „= Informationssicherheits-Managementsysteme (ISMS) Theorie =  == Was ein ISMS ist == *Ein ISMS ist kein Produkt und keine Software, sondern ein geregeltes Verf…“</title>
		<link rel="alternate" type="text/html" href="https://www.xinux.net/index.php?title=Informationssicherheits-Managementsysteme_(ISMS)_Theorie&amp;diff=73305&amp;oldid=prev"/>
		<updated>2026-09-06T13:00:33Z</updated>

		<summary type="html">&lt;p&gt;Die Seite wurde neu angelegt: „= Informationssicherheits-Managementsysteme (ISMS) Theorie =  == Was ein ISMS ist == *Ein ISMS ist kein Produkt und keine Software, sondern ein geregeltes Verf…“&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;= Informationssicherheits-Managementsysteme (ISMS) Theorie =&lt;br /&gt;
&lt;br /&gt;
== Was ein ISMS ist ==&lt;br /&gt;
*Ein ISMS ist kein Produkt und keine Software, sondern ein geregeltes Verfahren.&lt;br /&gt;
*Es beantwortet vier Fragen dauerhaft und nachvollziehbar:&lt;br /&gt;
**Was haben wir? (Systeme, Anwendungen, Daten)&lt;br /&gt;
**Was kann passieren? (Gefährdungen)&lt;br /&gt;
**Was tun wir dagegen? (Maßnahmen)&lt;br /&gt;
**Woher wissen wir, dass es noch stimmt? (Prüfung und Nachbesserung)&lt;br /&gt;
*Der Unterschied zu &amp;quot;wir machen ja Sicherheit&amp;quot; ist die Nachvollziehbarkeit: Entscheidungen sind schriftlich festgehalten und mit Datum und Verantwortlichem versehen.&lt;br /&gt;
*Technische Maßnahmen bleiben dieselben — Firewall, Patchen, Logging. Das ISMS sorgt dafür, dass sie vollständig, begründet und überprüfbar sind.&lt;br /&gt;
&lt;br /&gt;
== Wer ein ISMS braucht und warum ==&lt;br /&gt;
;Gesetzlich verpflichtet&lt;br /&gt;
*Betreiber kritischer Anlagen (KRITIS) und die von NIS2 erfassten Einrichtungen.&lt;br /&gt;
*Das NIS2-Umsetzungsgesetz gilt seit dem 06.12.2025 ohne Übergangsfrist und betrifft rund 29.000 Unternehmen in Deutschland.&lt;br /&gt;
*Die Geschäftsleitung haftet persönlich und muss selbst regelmäßig geschult werden.&lt;br /&gt;
;Vertraglich verpflichtet&lt;br /&gt;
*Zulieferer und Dienstleister großer Kunden.&lt;br /&gt;
*Ausschreibungen und Lieferantenfragebögen verlangen belastbare Angaben zum Sicherheitsstand.&lt;br /&gt;
*Ohne Nachweis fällt man aus dem Verfahren, unabhängig vom tatsächlichen Sicherheitsniveau.&lt;br /&gt;
;Freiwillig&lt;br /&gt;
*Unternehmen, die Ordnung in eine gewachsene Umgebung bringen wollen.&lt;br /&gt;
*Unternehmen, die nach einem Vorfall zeigen müssen, dass sie das Thema im Griff haben.&lt;br /&gt;
;Der praktische Nutzen&lt;br /&gt;
*Eine vollständige Liste dessen, was man betreibt — die es erfahrungsgemäß vorher nicht gibt.&lt;br /&gt;
*Eine begründete Liste der offenen Punkte, mit der man Budget beantragen kann.&lt;br /&gt;
*Ein Nachweis nach außen.&lt;br /&gt;
*Entlastung im Schadensfall: dokumentierte, terminierte offene Punkte sind etwas anderes als Unwissenheit.&lt;br /&gt;
&lt;br /&gt;
== Funktionsweise ==&lt;br /&gt;
*Ein ISMS läuft als Kreislauf, nicht als einmaliges Projekt (PDCA-Zyklus).&lt;br /&gt;
**Plan: Geltungsbereich festlegen, Werte erfassen, Risiken bewerten, Maßnahmen auswählen.&lt;br /&gt;
**Do: Maßnahmen umsetzen, Verantwortliche und Termine festlegen.&lt;br /&gt;
**Check: prüfen, ob die Maßnahmen umgesetzt sind und wirken (interne Audits, Messungen).&lt;br /&gt;
**Act: nachbessern, Erkenntnisse zurück in die Planung geben.&lt;br /&gt;
*PDCA (''Plan-Do-Check-Act''): Regelkreis für ständige Verbesserung, in allen Managementsystem-Normen identisch.&lt;br /&gt;
*Der Kreislauf läuft mindestens jährlich, zusätzlich nach jeder größeren Änderung und nach jedem Sicherheitsvorfall.&lt;br /&gt;
&lt;br /&gt;
== Die Landschaft: was es gibt und was was ist ==&lt;br /&gt;
&lt;br /&gt;
=== Der wichtigste Satz vorweg ===&lt;br /&gt;
*Das Gesetz fordert den Nachweis.&lt;br /&gt;
*Die Norm liefert die Methode.&lt;br /&gt;
*Der IT-Grundschutz liefert zusätzlich die fertige Maßnahmenliste.&lt;br /&gt;
*Diese drei Ebenen werden ständig durcheinandergeworfen. Sie sind nicht dasselbe und schließen sich nicht aus.&lt;br /&gt;
&lt;br /&gt;
=== IT-Grundschutz (BSI) ===&lt;br /&gt;
*Methode plus fertiger Maßnahmenkatalog, herausgegeben vom Bundesamt für Sicherheit in der Informationstechnik.&lt;br /&gt;
*Man muss nicht selbst herleiten, was zu tun ist: man sucht den passenden Baustein und arbeitet dessen Anforderungen ab.&lt;br /&gt;
*Deutschsprachig, sehr detailliert, frei verfügbar.&lt;br /&gt;
*Verbreitet in Behörden, im öffentlichen Umfeld und bei deren Zulieferern.&lt;br /&gt;
*Nachteil: großer Umfang, ohne Werkzeug schwer zu handhaben.&lt;br /&gt;
&lt;br /&gt;
=== Die BSI-Standards 200-x ===&lt;br /&gt;
;BSI-Standard 200-1 – Managementsysteme für Informationssicherheit&lt;br /&gt;
*Beschreibt, was ein ISMS ist und welche Anforderungen es erfüllen muss.&lt;br /&gt;
*Regelt Verantwortlichkeiten, Leitlinie, Rollen und den Verbesserungsprozess.&lt;br /&gt;
*Kompatibel zur ISO/IEC 27001 aufgebaut.&lt;br /&gt;
;BSI-Standard 200-2 – IT-Grundschutz-Methodik&lt;br /&gt;
*Der eigentliche Arbeitsablauf: wie man von der Bestandsaufnahme zum Sicherheitskonzept kommt.&lt;br /&gt;
*Bietet drei Vorgehensweisen:&lt;br /&gt;
**Basis-Absicherung: schneller Einstieg, nur die Basis-Anforderungen, für alles gleichzeitig.&lt;br /&gt;
**Kern-Absicherung: zuerst die wenigen wirklich kritischen Bereiche (&amp;quot;Kronjuwelen&amp;quot;).&lt;br /&gt;
**Standard-Absicherung: der vollständige Weg, Voraussetzung für eine Zertifizierung.&lt;br /&gt;
;BSI-Standard 200-3 – Risikoanalyse&lt;br /&gt;
*Kommt erst zum Einsatz, wenn die Standardmaßnahmen nicht ausreichen.&lt;br /&gt;
*Fälle: hoher oder sehr hoher Schutzbedarf, kein passender Baustein vorhanden, ungewöhnlicher Einsatzzweck.&lt;br /&gt;
*Für den Normalfall gilt: der Baustein ist die Risikoanalyse, sie wurde vom BSI bereits erledigt.&lt;br /&gt;
;BSI-Standard 200-4 – Business Continuity Management&lt;br /&gt;
*Notfall- und Wiederanlaufplanung, eigenes Thema neben dem ISMS.&lt;br /&gt;
&lt;br /&gt;
=== IT-Grundschutz-Kompendium ===&lt;br /&gt;
*Die Sammlung der Bausteine, jährlich in einer neuen Edition veröffentlicht.&lt;br /&gt;
*Baustein: ein Themenpaket zu einem Objekttyp, mit Gefährdungslage und einer Liste konkreter Anforderungen.&lt;br /&gt;
*Die Kennungen folgen dem Schichtenmodell:&lt;br /&gt;
**SYS = IT-Systeme (Server, Clients, Netzkomponenten)&lt;br /&gt;
**APP = Anwendungen (Webserver, Webanwendungen, Datenbanken)&lt;br /&gt;
**NET = Netze und Netzkomponenten&lt;br /&gt;
**CON = übergreifende Konzepte (Kryptographie, Datenschutz)&lt;br /&gt;
**OPS = Betrieb (Administration, Protokollierung, Patchmanagement)&lt;br /&gt;
**ORP, INF, IND, DER = Organisation/Personal, Infrastruktur, Industrielle IT, Detektion und Reaktion&lt;br /&gt;
*Jede Anforderung hat eine Stufe:&lt;br /&gt;
**Basis-Anforderung: muss in jedem Fall umgesetzt werden.&lt;br /&gt;
**Standard-Anforderung: Regelfall für normalen Schutzbedarf.&lt;br /&gt;
**Anforderung bei erhöhtem Schutzbedarf: nur wenn die Schutzbedarfsfeststellung das ergibt.&lt;br /&gt;
*Die früheren IT-Grundschutz-Kataloge sind durch das Kompendium abgelöst.&lt;br /&gt;
&lt;br /&gt;
=== ISO/IEC 27001 ===&lt;br /&gt;
*Internationale Norm für Managementsysteme der Informationssicherheit, aktuelle Fassung von 2022.&lt;br /&gt;
*Legt fest, dass Risiken systematisch bewertet und behandelt werden müssen — nicht, mit welchen Maßnahmen.&lt;br /&gt;
*Anhang A enthält 93 Controls in vier Themenbereichen (organisatorisch, personell, physisch, technologisch).&lt;br /&gt;
*Control: eine Sicherheitsmaßnahme in der Sprache der Norm.&lt;br /&gt;
*Statement of Applicability (SoA, Erklärung zur Anwendbarkeit): Übersicht, welche Controls gelten, welche nicht, und die Begründung dafür. Das Kernstück jedes Audits.&lt;br /&gt;
*Zertifikate nach der Vorgängerfassung von 2013 sind seit Oktober 2025 nicht mehr gültig.&lt;br /&gt;
*Vorteil: international anerkannt, in Ausschreibungen die übliche Währung.&lt;br /&gt;
*Nachteil: liefert keine fertigen Maßnahmen, die Arbeit der Risikoanalyse bleibt beim Unternehmen.&lt;br /&gt;
&lt;br /&gt;
=== ISO/IEC 27701 ===&lt;br /&gt;
*Norm für ein Datenschutz-Managementsystem (PIMS, ''Privacy Information Management System'').&lt;br /&gt;
*Behandelt den Umgang mit personenbezogenen Daten, nicht die Informationssicherheit allgemein.&lt;br /&gt;
*Seit der Fassung von 2025 eine eigenständige, für sich zertifizierbare Norm — eine ISO/IEC 27001-Zertifizierung ist nicht mehr Voraussetzung.&lt;br /&gt;
*Enthält 78 Datenschutz-Controls; Anhang D ordnet sie den Artikeln der DSGVO zu.&lt;br /&gt;
*Für Organisationen mit einem Zertifikat nach der Fassung von 2019 läuft eine Übergangsfrist bis Oktober 2028.&lt;br /&gt;
&lt;br /&gt;
=== NIST Cybersecurity Framework (CSF) ===&lt;br /&gt;
*Rahmenwerk des US-amerikanischen National Institute of Standards and Technology, aktuelle Fassung 2.0.&lt;br /&gt;
*Gliedert Sicherheit in sechs Funktionen: Govern, Identify, Protect, Detect, Respond, Recover.&lt;br /&gt;
*Deutlich grober als der IT-Grundschutz, keine Maßnahmenliste auf Umsetzungsebene.&lt;br /&gt;
*Nicht zertifizierbar — es gibt kein NIST-Zertifikat.&lt;br /&gt;
*Nutzen: gemeinsame Sprache gegenüber der Geschäftsführung und in internationalen Konzernstrukturen.&lt;br /&gt;
*In Deutschland begegnet es einem meist als Konzernvorgabe, nicht als eigenständiger Weg.&lt;br /&gt;
&lt;br /&gt;
=== KRITIS und NIS2 ===&lt;br /&gt;
*Keine Methode, sondern geltendes Recht.&lt;br /&gt;
*Rechtsgrundlage in Deutschland ist das BSI-Gesetz (BSIG) in der Fassung des NIS2-Umsetzungsgesetzes, in Kraft seit 06.12.2025.&lt;br /&gt;
*KRITIS (kritische Infrastruktur): Anlagen, deren Ausfall die Versorgung der Bevölkerung gefährdet — Energie, Wasser, Gesundheit, Transport, Finanzen, IT und Telekommunikation, Ernährung, Abfall.&lt;br /&gt;
*NIS2 erweitert den Kreis erheblich auf weitere Branchen ab bestimmten Größenschwellen.&lt;br /&gt;
*Pflichten im Überblick:&lt;br /&gt;
**Registrierung beim BSI.&lt;br /&gt;
**Risikomanagementmaßnahmen nach § 30 BSIG.&lt;br /&gt;
**Meldung erheblicher Sicherheitsvorfälle: Erstmeldung innerhalb von 24 Stunden, Zwischenmeldung nach 72 Stunden, Abschlussbericht nach einem Monat.&lt;br /&gt;
**Betreiber kritischer Anlagen weisen die Umsetzung alle drei Jahre durch Audits, Prüfungen oder Zertifizierungen nach.&lt;br /&gt;
**Schulungspflicht für die Geschäftsleitung, die persönlich haftet.&lt;br /&gt;
*Bußgelder bis 10 Mio. Euro oder 2 % des weltweiten Jahresumsatzes.&lt;br /&gt;
*Das Gesetz schreibt keine bestimmte Methode vor. Genau deshalb greift man zu IT-Grundschutz oder ISO/IEC 27001 — man braucht etwas, das man vorlegen kann.&lt;br /&gt;
&lt;br /&gt;
=== Abgrenzung auf einen Blick ===&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Was !! Herkunft !! Was es ist !! Fertige Maßnahmen? !! Zertifizierbar?&lt;br /&gt;
|-&lt;br /&gt;
| IT-Grundschutz || BSI (Deutschland) || Methode + Katalog || ja, sehr detailliert || ja (auf Basis ISO 27001)&lt;br /&gt;
|-&lt;br /&gt;
| ISO/IEC 27001 || international || Methode || nein, nur Control-Ziele || ja&lt;br /&gt;
|-&lt;br /&gt;
| ISO/IEC 27701 || international || Methode für Datenschutz || Datenschutz-Controls || ja, seit 2025 eigenständig&lt;br /&gt;
|-&lt;br /&gt;
| NIST CSF || USA || Ordnungsraster || nein || nein&lt;br /&gt;
|-&lt;br /&gt;
| KRITIS / NIS2 || Gesetz (DE/EU) || Pflicht zum Nachweis || nein || Nachweispflicht statt Zertifikat&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Rahmenbedingungen und entscheidende Faktoren ==&lt;br /&gt;
;Ohne diese Voraussetzungen scheitert es&lt;br /&gt;
*Rückendeckung der Leitung. Ein ISMS greift in Abläufe anderer Abteilungen ein — ohne Mandat setzt sich niemand durch.&lt;br /&gt;
*Ein benannter Verantwortlicher (Informationssicherheitsbeauftragter) mit zugeteilter Arbeitszeit.&lt;br /&gt;
*Ein realistisch geschnittener Geltungsbereich. Lieber ein Dienst vollständig als das ganze Unternehmen halb.&lt;br /&gt;
*Aktuelle Bestandsdaten. Was nicht erfasst ist, wird nicht geschützt.&lt;br /&gt;
;Was in der Praxis den Ausschlag gibt&lt;br /&gt;
*Klein anfangen: Basis-Absicherung für alles oder Kern-Absicherung für das Wichtigste, statt sofort den vollständigen Weg.&lt;br /&gt;
*Bewertungen ehrlich vergeben. Ein Konzept, in dem alles grün ist, ist wertlos und fällt im Audit auf.&lt;br /&gt;
*Offene Punkte mit Verantwortlichem und Termin versehen. Ohne beides passiert nichts.&lt;br /&gt;
*Pflegbar halten. Ein Sicherheitskonzept, das nach einem Jahr niemand mehr anfasst, ist Papier.&lt;br /&gt;
;Typische Fehler&lt;br /&gt;
*Zu großer Geltungsbereich im ersten Anlauf.&lt;br /&gt;
*Werkzeugauswahl vor der Methodenentscheidung.&lt;br /&gt;
*Dokumentation als Selbstzweck, ohne dass jemals eine Maßnahme daraus umgesetzt wird.&lt;br /&gt;
&lt;br /&gt;
== Aufbau eines Sicherheitskonzepts nach IT-Grundschutz ==&lt;br /&gt;
*Die Reihenfolge nach BSI-Standard 200-2:&lt;br /&gt;
;1. Geltungsbereich festlegen (Informationsverbund)&lt;br /&gt;
*Welche Standorte, Systeme, Anwendungen und Prozesse gehören dazu — und was ausdrücklich nicht.&lt;br /&gt;
;2. Strukturanalyse&lt;br /&gt;
*Erfassung aller Objekte im Geltungsbereich: IT-Systeme, Anwendungen, Räume, Netze, Kommunikationsverbindungen.&lt;br /&gt;
;3. Schutzbedarfsfeststellung&lt;br /&gt;
*Für jedes Objekt wird der Schaden abgeschätzt, getrennt nach Vertraulichkeit, Integrität und Verfügbarkeit.&lt;br /&gt;
*Ergebnis ist eine Einstufung als normal, hoch oder sehr hoch.&lt;br /&gt;
;4. Modellierung&lt;br /&gt;
*Jedem Objekt werden die passenden Bausteine des Kompendiums zugeordnet.&lt;br /&gt;
;5. IT-Grundschutz-Check&lt;br /&gt;
*Soll-Ist-Vergleich: für jede Anforderung wird festgehalten, ob sie umgesetzt ist — entbehrlich, ja, teilweise oder nein, jeweils mit Begründung.&lt;br /&gt;
;6. Risikoanalyse nach 200-3&lt;br /&gt;
*Nur für die Objekte mit hohem oder sehr hohem Schutzbedarf oder ohne passenden Baustein.&lt;br /&gt;
;7. Realisierungsplan&lt;br /&gt;
*Die offenen Punkte werden priorisiert, mit Verantwortlichem, Termin und Aufwand versehen.&lt;br /&gt;
;8. Prüfen und wiederholen&lt;br /&gt;
*Umsetzung kontrollieren, Konzept fortschreiben — zurück zu Schritt 1.&lt;br /&gt;
&lt;br /&gt;
== Kernaussagen ==&lt;br /&gt;
*Das Gesetz fordert den Nachweis, die Norm liefert die Methode, der IT-Grundschutz liefert zusätzlich die Maßnahmenliste.&lt;br /&gt;
*Ein ISMS erzeugt keine neue Technik, sondern Vollständigkeit und Nachvollziehbarkeit.&lt;br /&gt;
*Der Baustein ersetzt im Regelfall die eigene Risikoanalyse.&lt;br /&gt;
*Ein Sicherheitskonzept, in dem alles grün ist, ist entweder falsch oder wertlos.&lt;br /&gt;
*Der Wert entsteht erst mit Verantwortlichem und Termin an jedem offenen Punkt.&lt;/div&gt;</summary>
		<author><name>Thomas.will</name></author>
	</entry>
</feed>