Service Configurationund CMDB.
Eine CMDB verbindet Komponenten mit Services, Ownern und Abhängigkeiten. Sie schafft betriebliche Einordnung. Das automatische Finden von Assets und Schwachstellen bleibt im Navigator trotzdem unter Asset Discovery und CAASM.
Service statt Inventar.
Der Wert entsteht nicht aus einer langen Liste von Configuration Items. Entscheidend ist, ob kritische Services mit ihren Abhängigkeiten, Zuständigkeiten und belastbaren Quellen abgebildet sind.
Asset Discovery und CAASM ermitteln Bestand und technische Sichtbarkeit. Eine CMDB nutzt diese Daten für Servicearbeit, Change-Auswirkungen und Wiederherstellungsprioritäten.
Neun Ansätze für Kontext.
| Plattform | Abdeckung | Typischer Schwerpunkt | Im Pilot klären |
|---|---|---|---|
| ServiceNow CMDB | CMDB, Service Mapping, ITSM | Enterprise-Datenmodell | Quellsysteme, Datenqualität und Governance |
| BMC Helix CMDB | CMDB, Discovery, Servicekontext | Enterprise und Hybrid | Helix-Module und Datenquellen |
| Jira Service Management Assets | Asset, Configuration, ITSM | Jira-nahe Teams | Modellierung kritischer Services und Integrationen |
| Xurrent | Service-Kontext, CI, Workflow, ITSM | SaaS-Service-Management | Datenmodell, Integrationen und gewünschte Tiefe |
| ManageEngine ServiceDesk Plus | CMDB, Asset, Discovery, ITSM | Integrierte ITSM-Suite | Edition, Discovery und Aktualisierung |
| Device42 | Discovery, CMDB, Dependency Mapping | Technischer Infrastrukturkontext | Integration in das führende ITSM-System |
| OpenText Universal Discovery and CMDB | Discovery, CMDB, Service Mapping | Enterprise Configuration Management | Datenaufnahme, Service Mapping und SMAX-Integration |
| Virima CMDB | CMDB, Discovery, Service Mapping | CMDB mit Discovery | Quellen, Modell und Skalierung |
| Freshservice | ITAM, CMDB, Discovery, ITSM | Cloud-ITSM | Edition und erforderliche Discovery-Tiefe |
Klein beginnen,
Qualität messen.
- Ein schlankes Klassenmodell festlegen (Business Service, Applikation, technischer Service, Host, Datenbank, Cloud-Ressource) und Erweiterungen nur mit konkretem Prozessnutzen zulassen.
- Je Attribut eine führende Quelle bestimmen, etwa Discovery für technische Daten, HR-System für Personen und Vertragsverwaltung für Lieferanten, und Abgleichregeln für Dubletten definieren.
- Die kritischen Services aus der Business Impact Analyse zuerst vollständig abbilden, einschliesslich externer Dienstleister und Schnittstellen.
- Die CMDB im Change-, Incident- und Schwachstellenprozess verbindlich nutzen; nur Daten, die gebraucht werden, bleiben gepflegt.
- Anteil kritischer Services mit vollständigem, im letzten Quartal bestätigtem Abhängigkeitsmodell
- Anteil Configuration Items ohne Aktualisierung durch eine Quelle in den letzten 30 Tagen
- Anteil Changes mit korrekt zugeordneten betroffenen Services in einer Stichprobe
Ein Configuration Manager verantwortet Datenmodell und Datenqualität; Service-Owner bestätigen periodisch ihre Abhängigkeiten. Security nutzt die CMDB für Schutzbedarf, Schwachstellenpriorisierung und Vorfallbewertung, pflegt sie aber nicht.
ISO/IEC 27001:2022 Annex A 5.9 (Inventar der Informationen und anderen zugehörigen Werte), 8.9 (Konfigurationsmanagement) und 8.32 (Änderungssteuerung).
DORA Art. 8 Abs. 4 verlangt, die Konfiguration der Informations- und IKT-Assets sowie ihre Verbindungen und Interdependenzen zu erfassen; FINMA-RS 2023/1 (Rz 53–54) erwartet ein Inventar der IKT-Bestandteile mit Abhängigkeiten und Schnittstellen zu wesentlichen externen Dienstleistern, regelmässig auf Vollständigkeit und Richtigkeit geprüft.
Die CMDB ersetzt keine Wiederanlaufplanung. Sie zeigt Abhängigkeiten, aber nicht Reihenfolge, Zeiten und Verantwortliche im Wiederanlauf; diese gehören in einen getesteten Disaster-Recovery-Plan.
Eine servicebezogene Probe.
- Kritischer Service: Abhängigkeiten, Owner und Wartungsfenster an einem konkreten Service prüfen.
- Änderung: Eine technische Änderung muss betroffene Services nachvollziehbar zeigen.
- Datenpflege: Quelle, Aktualität und Ownership für jedes relevante Objekt festlegen.
Für das technische Finden von Assets dienen Asset Discovery und CAASM. Diese Seite behandelt den Servicekontext danach.
Security Tool Navigator · Gebiet 14
Im Gebiet Service Operations und Workflow einordnen.
Diese Werkzeugklasse gehört zum Gebiet Service Operations und Workflow. Der Gebietshub zeigt, wie die Werkzeugklassen zusammenwirken, wo sie sich abgrenzen und welche Fragen CIO und CISO jeweils klären.