ISO/IEC 27001:2022 and Amd 1:2024
Checkliste zur Vorbereitung auf ISO/IEC 27001
Für Organisationen, die sich auf die Zertifizierung nach ISO/IEC 27001:2022 vorbereiten. Behandelt die verbindlichen ISMS-Anforderungen der Abschnitte 4 bis 10 und die vier Themen von Anhang A (93 Maßnahmen).
1. Kontext, Anwendungsbereich und Führung
Interne und externe Themen sowie die Anforderungen interessierter Parteien an das ISMS dokumentieren
Clauses 4.1, 4.2Auditoren erwarten eine Liste der interessierten Parteien (Kunden, Behörden, Lieferanten, Mitarbeitende) und welche ihrer Anforderungen, auch gesetzliche und vertragliche, das ISMS abdeckt.
Bestimmen, ob der Klimawandel ein relevantes Thema für das ISMS ist, und klimabezogene Anforderungen interessierter Parteien erfassen
Clauses 4.1, 4.2 (ISO/IEC 27001:2022/Amd 1:2024)Die Änderung 1 vom Februar 2024 ergänzt Abschnitt 4.1 um die Anforderung, zu bestimmen, ob der Klimawandel ein relevantes Thema ist, und Abschnitt 4.2 um die Anmerkung, dass relevante interessierte Parteien Anforderungen zum Klimawandel haben können. Auditoren prüfen, dass die Entscheidung getroffen und dokumentiert ist, auch wenn sie verneinend ausfällt.
Den Anwendungsbereich des ISMS mit Grenzen, Schnittstellen und Abhängigkeiten festlegen und dokumentieren
Clause 4.3Die Beschreibung nennt Standorte, Bereiche, Systeme und Dienste und begründet Ausschlüsse. Sie erscheint auf dem Zertifikat und muss daher präzise sein.
Eine Informationssicherheitspolitik von der obersten Leitung genehmigen lassen und deren aktive Verpflichtung nachweisen
Clauses 5.1, 5.2Die Politik muss Informationssicherheitsziele enthalten oder einen Rahmen dafür setzen, fortlaufende Verbesserung zusichern und intern bekannt gemacht werden. Auditoren befragen die oberste Leitung direkt.
Rollen, Verantwortlichkeiten und Befugnisse im ISMS zuweisen und bekannt machen
Clause 5.3Jemand muss für die Konformität des ISMS und die Berichterstattung über seine Leistung an die oberste Leitung verantwortlich sein, meist belegt durch eine RACI-Matrix oder Rollenbeschreibungen.
2. Planung: Risiken und Ziele
Einen wiederholbaren Prozess zur Informationssicherheitsrisikobeurteilung mit Akzeptanzkriterien festlegen und Risikoeigentümer bestimmen
Clause 6.1.2Wiederholte Beurteilungen müssen konsistente, gültige und vergleichbare Ergebnisse liefern. Die Ergebnisse sind als dokumentierte Information aufzubewahren.
Einen Risikobehandlungsplan erstellen und von den Risikoeigentümern samt Akzeptanz der Restrisiken genehmigen lassen
Clause 6.1.3Für jedes Risiko werden Behandlungsoptionen und erforderliche Maßnahmen gewählt und mit Anhang A abgeglichen, damit keine notwendige Maßnahme übersehen wird.
Eine Erklärung zur Anwendbarkeit pflegen, die alle 93 Maßnahmen aus Anhang A abdeckt
Clause 6.1.3 dFür jede Maßnahme wird angegeben, ob sie enthalten ist, warum sie ein- oder ausgeschlossen wird und ob sie umgesetzt ist. Auditoren planen ihre Stichproben anhand dieser Erklärung.
Messbare Informationssicherheitsziele mit Verantwortlichen, Ressourcen und Terminen festlegen
Clause 6.2Die Ziele müssen mit der Politik übereinstimmen, überwacht und aktualisiert werden, zum Beispiel Fristen für das Einspielen von Patches oder Schulungsquoten.
3. Unterstützung und Betrieb
Erforderliche Kompetenzen für ISMS-Rollen festlegen und Nachweise über Schulung und Bewusstsein aufbewahren
Clauses 7.2, 7.3Mitarbeitende müssen die Politik, ihren Beitrag und die Folgen von Nichtkonformität kennen. Auditoren können dazu beliebige Beschäftigte befragen.
Dokumentierte Information des ISMS lenken: Versionierung, Freigabe, Zugriff und Aufbewahrung
Clause 7.5Dokumente müssen gekennzeichnet, geprüft und geschützt sein; auch relevante Dokumente externer Herkunft sind zu bestimmen und zu lenken.
Risikobeurteilungen in geplanten Abständen und nach wesentlichen Änderungen durchführen und den Behandlungsplan umsetzen
Clauses 8.1, 8.2, 8.3Auditoren suchen Nachweise, dass geplante Änderungen und extern bereitgestellte Prozesse gesteuert werden und die Risikodokumentation aktuell ist, nicht einmalig erstellt.
4. Bewertung der Leistung und Verbesserung
Festlegen, was wie, wann und von wem überwacht und gemessen wird, und die Ergebnisse dokumentieren
Clause 9.1Kennzahlen sollen in die Bewertung von Leistung und Wirksamkeit des ISMS einfließen, statt nur in einem Dashboard zu stehen.
Vor der Zertifizierung mindestens einen vollständigen internen Auditzyklus durch objektive, unparteiische Auditoren abschließen
Clause 9.2Auditprogramm, Berichte und Feststellungen aufbewahren. Auditoren dürfen nicht ihre eigene Arbeit prüfen.
Eine Managementbewertung mit allen geforderten Eingaben durchführen und protokollieren
Clause 9.3Eingaben sind u. a. Auditergebnisse, Nichtkonformitäten, Risikostatus, Ziele, Änderungen bei interessierten Parteien und Verbesserungsmöglichkeiten. Ergebnisse sind Entscheidungen und Maßnahmen.
Nichtkonformitäten über Ursachenanalyse, Korrekturmaßnahme und Wirksamkeitsprüfung verfolgen
Clause 10.2Ein Protokoll der Korrekturmaßnahmen mit Abschlussnachweisen belegt die fortlaufende Verbesserung in der Praxis.
5. Anhang A: organisatorische und personenbezogene Maßnahmen
Informationen über Bedrohungen für die eigenen Systeme sammeln, analysieren und nutzen
Annex A 5.7Neu in 2022 (A.5.7 Informationen über die Bedrohungslage). Nachweise sind abonnierte Quellen, CERT-Warnungen und daraus abgeleitete Maßnahmen.
Zugangssteuerungsregeln auf Basis geschäftlicher und sicherheitsrelevanter Anforderungen festlegen und überprüfen
Annex A 5.15Auditoren prüfen minimale Rechte, Ein-, Um- und Austritte sowie regelmäßige Rechteüberprüfungen (siehe auch A.5.16 bis A.5.18).
Prozesse für Beschaffung, Nutzung, Verwaltung und Beendigung von Cloud-Diensten festlegen
Annex A 5.23Umfasst geteilte Verantwortung, Sicherheitsanforderungen an Anbieter und eine Ausstiegsstrategie für jeden Cloud-Dienst im Anwendungsbereich.
Handhabung von Informationssicherheitsvorfällen planen: Meldung, Beurteilung, Reaktion, Erkenntnisse und Beweissicherung
Annex A 5.24-5.28Auditoren erwarten ein dokumentiertes Verfahren, definierte Rollen und Aufzeichnungen echter oder geübter Vorfälle. A.6.8 regelt die Meldung von Ereignissen durch Beschäftigte.
IKT-Bereitschaft für Business Continuity planen, testen und aufrechterhalten
Annex A 5.30Wiederanlaufziele sollten aus einer Business-Impact-Analyse stammen, und Failover- oder Wiederherstellungstests müssen dokumentiert sein.
Regelmäßige Sensibilisierung, Ausbildung und Schulung zur Informationssicherheit für alle Beschäftigten durchführen
Annex A 6.3Teilnahmenachweise aufbewahren und Inhalte an Rollen anpassen. Sicherheitsüberprüfung (A.6.1) und Beschäftigungs- und Vertragsbedingungen (A.6.2) ergänzen die Nachweise zum Onboarding.
6. Anhang A: physische und technologische Maßnahmen
Räumlichkeiten kontinuierlich auf unbefugten physischen Zutritt überwachen
Annex A 7.4Üblich sind Alarmanlagen, Videoüberwachung oder Wachpersonal mit aufbewahrten Protokollen. Bei reinem Remote- oder Cloud-Betrieb ist zu dokumentieren, wie dies für Büros und Anbieter gilt.
Technische Schwachstellen ermitteln, die Gefährdung bewerten und innerhalb festgelegter Fristen beheben
Annex A 8.8Auditoren prüfen stichprobenartig Scanberichte und vergleichen Behebungsdaten mit den eigenen Fristen.
Sichere Konfigurationen für Hardware, Software, Dienste und Netzwerke festlegen, dokumentieren und überwachen
Annex A 8.9Neu in 2022. Übliche Nachweise sind Härtungsvorgaben, Infrastructure as Code und Erkennung von Abweichungen.
Maßnahmen zur Verhinderung von Datenlecks auf Systeme, Netzwerke und Geräte mit sensiblen Informationen anwenden
Annex A 8.12Neu in 2022. Ein DLP-Produkt ist nicht zwingend: Klassifizierung, Ausgangskontrollen und E-Mail- oder USB-Beschränkungen können risikobasiert ausreichen.
Datensicherungen gemäß einer vereinbarten Richtlinie erstellen und Wiederherstellungen regelmäßig testen
Annex A 8.13Auditoren fragen nach Umfang, Aufbewahrung, Schutz der Kopien und datierten Wiederherstellungstests.
Netzwerke, Systeme und Anwendungen auf anomales Verhalten überwachen und mögliche Vorfälle bewerten
Annex A 8.16Neu in 2022. Alarmregeln, Zuständigkeiten und Beispiele bearbeiteter Alarme vorlegen, aufbauend auf der Protokollierung (A.8.15).
Grundsätze sicherer Programmierung in der Softwareentwicklung anwenden, einschließlich Code-Reviews und Abhängigkeitsprüfungen
Annex A 8.28Neu in 2022. Nachweise sind Programmierrichtlinien, Review-Aufzeichnungen und statische Analyse in der Pipeline (siehe auch A.8.25 bis A.8.29).
Diese Checklisten fassen die offiziellen Texte für Ihre Planung zusammen. Sie sind keine Rechtsberatung, und nationale Gesetze oder Leitlinien können weitere Anforderungen enthalten. Prüfen Sie den offiziellen Text, bevor Sie sich auf einen Punkt verlassen.
Alle ChecklistenPassende Leistung: Leistungen zur ISO/IEC 27001-Zertifizierung
Sollen wir uns Ihre Lücken ansehen?
Wir führen Gap-Analysen zu diesen Regelwerken durch und helfen, die Lücken zu schließen.


