Warum der Scope für ein ISMS so wichtig ist
Der Scope gehört zu den wichtigsten Grundlagen eines Informationssicherheits-Managementsystems (ISMS) nach ISO/IEC 27001. Gleichzeitig zählt die Scope-Definition zu den Bereichen, in denen Unternehmen besonders häufig Fehler machen.
Ein unklar definierter Scope führt oft zu:
- unnötig hohen Projektaufwänden
- widersprüchlichen Sicherheitsanforderungen
- Problemen im Audit
- unklaren Verantwortlichkeiten
- Sicherheitslücken
- falschen Erwartungen bei Kunden oder Partnern
Die ISO 27001 verlangt deshalb eine nachvollziehbare und klar dokumentierte Abgrenzung des Geltungsbereichs.
Dieser Artikel erklärt:
- was der Scope nach ISO 27001 bedeutet
- warum die Scope-Definition so wichtig ist
- welche Bereiche berücksichtigt werden müssen
- welche typischen Fehler Unternehmen vermeiden sollten
- und wie ein sinnvoller Scope in der Praxis aufgebaut wird
Was bedeutet „Scope“ in der ISO 27001?
Der Scope beschreibt den Geltungsbereich des Informationssicherheits-Managementsystems.
Er definiert:
- welche Unternehmensbereiche betroffen sind
- welche Standorte eingeschlossen werden
- welche Systeme und Anwendungen betrachtet werden
- welche Prozesse geschützt werden sollen
- welche Informationen relevant sind
- welche Dienstleister oder Cloud-Anbieter berücksichtigt werden
Der Scope bildet damit die organisatorische und technische Grenze des ISMS.
Die ISO 27001 verlangt, dass Unternehmen den Scope nachvollziehbar dokumentieren.
Warum ein sauber definierter Scope entscheidend ist
Die Scope-Definition beeinflusst nahezu alle weiteren Schritte der ISO-27001-Umsetzung.
Dazu gehören unter anderem:
- Risikoanalyse
- Auswahl der Sicherheitsmaßnahmen
- Auditierung
- Lieferantenbewertung
- BCM und Notfallplanung
- Compliance-Anforderungen
- Zertifizierung
Ein falsch gewählter Scope kann dazu führen, dass:
- kritische Prozesse nicht berücksichtigt werden
- Sicherheitslücken entstehen
- Audits scheitern
- der Aufwand unnötig groß wird
- Kundenanforderungen nicht erfüllt werden
Welche Bereiche gehören typischerweise in den Scope?
Die ISO 27001 macht keine festen Vorgaben, welche Bereiche zwingend enthalten sein müssen.
Der Scope muss jedoch logisch, nachvollziehbar und risikobasiert gewählt werden.
Typischerweise umfasst der Scope:
Standorte
Beispiele:
- Hauptstandort
- Niederlassungen
- Rechenzentren
- Produktionsstandorte
- Homeoffice-Strukturen
Geschäftsprozesse
Beispiele:
- Kundenmanagement
- Entwicklung
- Produktion
- Buchhaltung
- Support
- Cloud-Services
Informationswerte
Dazu gehören beispielsweise:
- Kundendaten
- Entwicklungsdaten
- Finanzinformationen
- personenbezogene Daten
- Verträge
- Produktionsdaten
IT-Systeme und Anwendungen
Beispiele:
- Microsoft 365
- ERP-Systeme
- CRM-Systeme
- Cloud-Infrastrukturen
- Netzwerke
- Endgeräte
- Produktionssysteme
—
Externe Dienstleister
Besonders wichtig bei:
- Cloud-Providern
- Managed Service Providern
- externem Hosting
- SaaS-Anbietern
- IT-Dienstleistern
Lieferanten und externe Services dürfen im Scope nicht ignoriert werden.
Interne und externe Anforderungen berücksichtigen
Die ISO 27001:2022 fordert die Betrachtung interner und externer Einflussfaktoren.
Dazu gehören unter anderem:
Externe Anforderungen
- gesetzliche Vorgaben
- DSGVO
- NIS-2
- KRITIS
- Kundenanforderungen
- TISAX
- vertragliche Verpflichtungen
- Branchenstandards
Interne Anforderungen
- Unternehmensstrategie
- organisatorische Strukturen
- Sicherheitsziele
- kritische Geschäftsprozesse
- vorhandene IT-Landschaft
- personelle Ressourcen
Der Scope muss zu diesen Rahmenbedingungen passen.
Typische Scope-Strategien in der Praxis
Unternehmen wählen je nach Zielsetzung unterschiedliche Scope-Modelle.
Vollständiger Unternehmensscope
Das gesamte Unternehmen wird in das ISMS aufgenommen.
Vorteile:
- ganzheitlicher Sicherheitsansatz
- keine komplizierten Abgrenzungen
- hohe Transparenz
Nachteile:
- höherer Aufwand
- komplexere Umsetzung
- längere Projektlaufzeit
Teilscope / begrenzter Scope
Nur bestimmte Bereiche werden zertifiziert.
Beispiele:
- einzelne Standorte
- bestimmte Geschäftsbereiche
- Cloud-Services
- Entwicklungsabteilungen
- Managed Services
Vorteile:
- schneller umsetzbar
- geringerer Aufwand
- fokussierter Ansatz
Nachteile:
- Schnittstellen müssen sauber definiert werden
- erhöhte Audit-Komplexität
- Gefahr unklarer Verantwortlichkeiten
Häufige Fehler bei der Scope-Definition
Zu enger Scope
Manche Unternehmen versuchen, den Scope möglichst klein zu halten.
Problem:
Kritische Abhängigkeiten werden häufig vergessen.
Beispiele:
- ausgelagerte Cloud-Systeme
- zentrale Netzwerke
- externe Dienstleister
- gemeinsam genutzte Systeme
Das führt oft zu Problemen im Audit.
Unrealistisch großer Scope
Ein zu großer Scope kann Projekte unnötig komplex machen.
Besonders problematisch:
- fehlende Ressourcen
- unklare Zuständigkeiten
- mangelnde Reife der Prozesse
Fehlende Schnittstellenbetrachtung
Viele Unternehmen unterschätzen:
- Datenflüsse
- gemeinsame Systeme
- externe Zugriffe
- Lieferkettenabhängigkeiten
Gerade bei Cloud- und Hybrid-Umgebungen ist dies kritisch.
Scope nur technisch betrachten
Die ISO 27001 betrachtet nicht nur IT-Systeme.
Auch organisatorische und personelle Aspekte gehören dazu.
Beispiele:
- Verantwortlichkeiten
- Prozesse
- Berechtigungen
- Awareness
- Lieferantensteuerung
Scope und Risikoanalyse hängen direkt zusammen
Der Scope bestimmt:
- welche Risiken bewertet werden
- welche Assets betrachtet werden
- welche Sicherheitsmaßnahmen notwendig sind
- welche Controls umgesetzt werden müssen
Ein unvollständiger Scope führt daher häufig zu einer fehlerhaften Risikoanalyse.
Scope und Zertifizierung
Der Scope wird später Bestandteil der Zertifizierung.
Er erscheint typischerweise:
- im Zertifikat
- in Auditberichten
- in der offiziellen Scope-Beschreibung
Kunden und Partner können dadurch nachvollziehen:
- welche Bereiche tatsächlich zertifiziert sind
- welche Leistungen durch das ISMS abgedeckt werden
Eine missverständliche Scope-Formulierung kann zu falschen Erwartungen führen.
Welche Dokumente typischerweise zum Scope gehören
Im Rahmen der ISO 27001 entstehen häufig folgende Dokumente:
- Scope-Definition
- Kontextanalyse
- Organigramme
- Systemübersichten
- Prozesslandschaften
- Asset-Listen
- Netzwerktopologien
- Lieferantenübersichten
Diese Dokumente helfen dabei, den Scope nachvollziehbar zu beschreiben.
Scope-Gap-Analyse
Vor der eigentlichen Umsetzung wird häufig eine Scope-Gap-Analyse durchgeführt.
Dabei wird geprüft:
- welche Anforderungen bereits erfüllt werden
- welche Prozesse fehlen
- welche Sicherheitsmaßnahmen vorhanden sind
- welche Dokumentation fehlt
- welche Risiken aktuell bestehen
Die Gap-Analyse dient als Grundlage für die Projektplanung.
Besondere Herausforderungen bei Cloud und Hybrid-IT
Moderne IT-Landschaften machen die Scope-Definition komplexer.
Besonders relevant sind heute:
- Microsoft 365
- Azure
- AWS
- hybride Infrastrukturen
- externe Rechenzentren
- SaaS-Lösungen
- Remote Work
- Homeoffice
Unternehmen müssen dabei klären:
- welche Verantwortlichkeiten intern liegen
- welche Sicherheitsmaßnahmen externe Anbieter übernehmen
- wie Schnittstellen abgesichert werden
- welche Risiken verbleiben
Gerade hier entstehen häufig Auditfeststellungen.
Praktische Empfehlungen für Unternehmen
Ein sinnvoller Scope sollte:
- klar formuliert sein
- nachvollziehbar dokumentiert werden
- reale Geschäftsprozesse abbilden
- technische und organisatorische Aspekte berücksichtigen
- externe Abhängigkeiten einbeziehen
- langfristig betreibbar sein
Wichtig ist außerdem:
Der Scope sollte nicht primär nach „minimalem Aufwand“, sondern nach tatsächlichen Geschäftsrisiken definiert werden.
Resümee
Die Scope-Definition ist eine zentrale Grundlage eines ISMS nach ISO/IEC 27001. Sie schafft Klarheit über Verantwortlichkeiten, Risiken, Prozesse, Systeme und externe Abhängigkeiten. Gleichzeitig bildet sie die Basis für Risikoanalyse, Audit und Zertifizierung. Ein sauber definierter Scope ist damit eine wichtige strategische Entscheidung für ein wirksames und nachhaltiges Informationssicherheitsmanagement.
Unser Angebot für Sie:
- Gap-Analyse und Bewertung Ihres ISMS nach ISO 27001
- Aufbau oder Anpassung von Risiko- und Sicherheitskonzepten
- Unterstützung bei Incidents, Lieferanten und Datenschutz (DSGVO)
- Vorbereitung auf ISO 27001 Audits und Nachweise
- Schulungen für Management und technische Teams
Kontaktieren Sie uns noch heute!
Für ein unverbindliches Erstgespräch – wir beraten Sie
zu ISO 27001, IT-Sicherheit und Datenschutz.
Matthias A. Walter, http://www.tec4net.com
EDV-Sachverständiger | Auditor für Datenschutz und IT-Sicherheit
Quellen und Links:
Sichere TISAX-Implementierung mit tec4net
https://www.tec4net.com/web/tisax-informationssicherheit-in-der-automobilindustrie/
Offizielle TISAX-Seite der ENX Association
https://enx.com/en-US/tisax/
ISO/IEC 27001:2022 – Grundlagen und Normenübersicht
https://www.iso.org/standard/27001
Fragen und Antworten zu TISAX
https://www.tec4net.com/web/category/wissen-tisax/
Risikomanagement und Business Continuity nach ISO 22301
https://www.iso.org/standard/50038.html
Datenschutz-Grundverordnung (DSGVO) – offizielle Informationen
https://eur-lex.europa.eu/eli/reg/2016/679/oj
Umsetzung und Beratung ISO 27001, TISAX, KRITIS und NIS-2
https://compliance-expert.org/
tec4net – Datenschutz und IT-Sicherheit praktikabel umsetzen
Wir beraten und auditieren DSGVO und BDSG sowie die Normen ISO/IEC 27001, TISAX, NIS-2 und PCI-DSS.
www.tec4net.com – www.it-news-blog.com – www.it-sachverstand.info – www.datenschutz-muenchen.com – www.it-sicherheit-muenchen.com
