IT Service Management schafft die Grundlage für stabile, transparente und sichere IT-Prozesse. Klare Zuständigkeiten, strukturierte Abläufe und verlässliche Informationen helfen Unternehmen dabei, Störungen schneller zu beheben und Cyberrisiken besser zu kontrollieren. In diesem Beitrag zeigen wir, welche ITSM-Prozesse besonders wichtig sind und wie sie die Cyberresilienz im täglichen Betrieb stärken.
Digitale Geschäftsprozesse hängen von stabilen IT-Services ab. Fallen zentrale Anwendungen, Kommunikationssysteme oder Cloud-Plattformen aus, entstehen schnell weitreichende Folgen. Mitarbeitende können ihre Aufgaben kaum noch erledigen, Kunden erhalten keinen Zugriff auf Services und Sicherheitsteams verlieren möglicherweise die Übersicht über wichtige Systeme. Cyberangriffe sind dabei nur eine mögliche Ursache. Auch fehlerhafte Konfigurationen, unzureichend getestete Updates, abgelaufene Zertifikate oder ungeklärte Zuständigkeiten können kritische Ausfälle auslösen. Ein professionelles IT Service Management schafft die organisatorische Grundlage, um solche Risiken frühzeitig zu erkennen und kontrolliert zu bearbeiten.
ITSM bringt Prozesse, Rollen, Technologien und Informationen in eine gemeinsame Struktur. Dadurch lassen sich Störungen schneller einordnen, Änderungen nachvollziehbar steuern und Abhängigkeiten zwischen IT-Services transparenter darstellen. Für Cyber Risk Manager wird IT Service Management damit zu einem wichtigen Baustein der operativen Cyberresilienz.
Was ist IT Service Management?
IT Service Management, kurz ITSM, umfasst alle organisatorischen Maßnahmen und Prozesse, mit denen eine Organisation ihre IT-Services plant, bereitstellt, betreibt, überwacht und verbessert. Im Mittelpunkt steht der Service, den die IT für interne oder externe Nutzer erbringt. Ein IT-Service kann eine einzelne Anwendung, ein Arbeitsplatzsystem, eine Kommunikationslösung oder eine komplexe digitale Plattform sein. Zu einem Service gehören außerdem die benötigte Infrastruktur, Daten, Schnittstellen, Supportprozesse und externe Dienstleister:innen.
Die internationale Norm ISO/IEC 20000-1 beschreibt Anforderungen an ein Service-Management-System. Diese betreffen unter anderem die Planung, Gestaltung, Überführung, Bereitstellung und kontinuierliche Verbesserung von Services. Organisationen sollen ihre Services überwachen, messen und regelmäßig überprüfen. IT Service Management geht damit über die Bearbeitung einzelner Supporttickets hinaus. Ein Service Desk ist ein sichtbarer Bestandteil von ITSM. Dahinter stehen jedoch zahlreiche Abläufe, die dafür sorgen, dass IT-Services zuverlässig, nachvollziehbar und sicher funktionieren.
Warum IT Service Management für die Cyberresilienz relevant ist
Cyberresilienz beschreibt die Fähigkeit einer Organisation, digitale Angriffe und technische Störungen zu bewältigen und wichtige Geschäftsprozesse aufrechtzuerhalten. Dafür braucht es mehr als Schutzsoftware und technische Sicherheitskontrollen.
Im Ernstfall müssen Teams wissen, welche Services betroffen sind, welche Systeme voneinander abhängen und welche Maßnahmen Priorität haben. Verantwortliche benötigen aktuelle Kontaktinformationen, Eskalationswege und Wiederherstellungspläne. Änderungen an Systemen müssen dokumentiert sein, damit sich mögliche Ursachen schnell eingrenzen lassen.
Genau an diesen Punkten setzt IT Service Management an. Gute ITSM-Prozesse schaffen Transparenz über den laufenden IT-Betrieb. Sie definieren Rollen, strukturieren Informationen und helfen dabei, wiederkehrende Tätigkeiten konsistent auszuführen.
Das Bundesamt für Sicherheit in der Informationstechnik verfolgt beim IT-Grundschutz einen ganzheitlichen Ansatz. Neben technischen Maßnahmen berücksichtigt die Methodik organisatorische, personelle und infrastrukturelle Aspekte. Der BSI-Standard 200-1 definiert allgemeine Anforderungen an ein Managementsystem für Informationssicherheit. ITSM und Informationssicherheitsmanagement verfolgen unterschiedliche Schwerpunkte. In der Praxis ergänzen sich die Ansätze: Das Informationssicherheitsmanagement definiert Risiken, Schutzziele und Sicherheitsmaßnahmen. IT Service Management verankert viele dieser Vorgaben im täglichen Betrieb.
Incident Management sorgt für eine koordinierte Reaktion
Das Incident Management gehört zu den bekanntesten ITSM-Prozessen. Sein Ziel ist es, den regulären Servicebetrieb nach einer Störung möglichst schnell wiederherzustellen und die Auswirkungen auf die Nutzer zu begrenzen. Ein Incident kann ein ausgefallener Server, eine fehlerhafte Anwendung oder ein nicht erreichbarer Cloud-Dienst sein. Auch verdächtige Anmeldeversuche, Malware-Funde oder unerklärliche Veränderungen an Daten können zunächst als Incident gemeldet werden.
Dabei ist eine klare Klassifizierung entscheidend. Der Ausfall eines Druckers erfordert eine andere Behandlung als der Verdacht auf einen Ransomware-Angriff. ITSM-Systeme sollten deshalb Kategorien, Prioritäten und Eskalationsregeln enthalten, die Sicherheitsvorfälle frühzeitig erkennbar machen. Das National Institute of Standards and Technology ordnet Incident Response in seiner 2025 veröffentlichten Special Publication 800-61 Revision 3 in das übergreifende Cyberrisikomanagement ein. Ziel ist eine bessere Vorbereitung auf Vorfälle sowie eine wirksamere Erkennung, Reaktion und Wiederherstellung.
In der Praxis sollten Service Desk und Security Operations Center eng zusammenarbeiten. Der Service Desk erhält häufig als erste Stelle Hinweise von Nutzer:innen. Das Security-Team kann diese Hinweise bewerten, mit technischen Warnmeldungen abgleichen und bei Bedarf die Incident-Response-Prozesse aktivieren.
Security Incident Response und IT Service Management miteinander verzahnen
Ein häufiger Schwachpunkt entsteht, wenn IT-Störungen und Sicherheitsvorfälle in getrennten Systemen bearbeitet werden. Dadurch fehlen Beteiligten wichtige Informationen. Tickets werden verspätet weitergeleitet, Zuständigkeiten bleiben ungeklärt und bereits durchgeführte Maßnahmen sind für andere Teams kaum nachvollziehbar.
Eine gemeinsame Prozessarchitektur reduziert diese Reibungsverluste. Sie sollte festlegen, ab welchen Kriterien ein gewöhnlicher Incident als möglicher Security Incident behandelt wird. Denkbare Kriterien sind ungewöhnliche Benutzerkonten, verdächtige Datenübertragungen, Manipulationen an Systemen oder gleichzeitige Ausfälle mehrerer Komponenten. Auch die Kommunikation benötigt klare Regeln. Bei schweren Vorfällen können IT-Betrieb, Security, Datenschutz, Rechtsabteilung, Management, Kommunikation und externe Dienstleister:innen beteiligt sein. Im ITSM-System sollte erkennbar sein, wer informiert wurde, welche Entscheidungen getroffen wurden und welche Schritte noch offen sind.
Gleichzeitig muss der Zugriff auf sensible Incident-Daten begrenzt werden. Detaillierte Informationen über Schwachstellen, Angriffswege oder kompromittierte Konten gehören nicht in frei zugängliche Tickets. Rollenbasierte Berechtigungen und getrennte Dokumentationsbereiche helfen dabei, den Informationsfluss kontrolliert zu gestalten.
Problem Management beseitigt wiederkehrende Ursachen
Incident Management stellt den Servicebetrieb wieder her. Problem Management untersucht die tiefer liegenden Ursachen wiederkehrender oder schwerwiegender Störungen.
Ein Beispiel ist eine Geschäftsanwendung, die nach bestimmten Updates regelmäßig ausfällt. Die einzelnen Incidents können kurzfristig gelöst werden, indem der Dienst neu gestartet wird. Diese Maßnahme entfernt die Ursache jedoch nicht. Das Problem Management analysiert Zusammenhänge, dokumentiert bekannte Fehler und entwickelt eine dauerhafte Lösung.
Für die Informationssicherheit ist dieser Prozess besonders wertvoll. Wiederkehrende Störungen können auf grundlegende Schwächen hinweisen. Dazu gehören veraltete Komponenten, unsichere Standardkonfigurationen, unklare Verantwortlichkeiten oder fehlende Kapazitäten. Erkenntnisse aus Sicherheitsvorfällen sollten deshalb in das Problem Management einfließen. Nach einem Vorfall reicht es selten aus, betroffene Systeme zu bereinigen. Teams sollten untersuchen, warum der Angriff erfolgreich war, welche Kontrollen versagt haben und an welchen Stellen vergleichbare Risiken bestehen.
Change Management reduziert Risiken bei Veränderungen
Viele IT-Störungen entstehen im Zusammenhang mit Veränderungen. Neue Softwareversionen, Firewall-Regeln, Cloud-Konfigurationen oder Anpassungen an Schnittstellen können unerwartete Auswirkungen haben.
Ein strukturierter Change-Prozess sorgt dafür, dass geplante Veränderungen bewertet, getestet, freigegeben und dokumentiert werden. Der Aufwand sollte sich am jeweiligen Risiko orientieren. Eine kleine Änderung an einem internen Testsystem benötigt weniger Kontrolle als ein Eingriff in eine geschäftskritische Produktionsumgebung.
Aus Sicht des Cyber Risk Managements sollte jeder relevante Change eine Sicherheitsbewertung enthalten. Dabei geht es unter anderem um neue Berechtigungen, Datenflüsse, externe Verbindungen und mögliche Auswirkungen auf Schutzmaßnahmen. Für kritische Änderungen sind zudem Rückfallpläne erforderlich. Sie beschreiben, wie der vorherige Zustand wiederhergestellt werden kann, falls Probleme auftreten. Zu starre Freigabeverfahren können Teams dazu verleiten, Prozesse zu umgehen. Ein praxistaugliches IT Service Management unterscheidet deshalb zwischen standardisierten Änderungen, normalen Changes und dringenden Eingriffen. Wiederkehrende, gut verstandene Veränderungen lassen sich stärker automatisieren. Risikoreiche Eingriffe benötigen eine gründlichere Prüfung.
Configuration Management schafft Transparenz über Abhängigkeiten
Eine wirkungsvolle Reaktion auf Cybervorfälle setzt voraus, dass die Organisation ihre IT-Landschaft kennt. Dazu gehören Server, Anwendungen, Datenbanken, Cloud-Ressourcen, Netzwerkkomponenten, Identitäten und externe Services. Im Configuration Management werden solche Configuration Items und ihre Beziehungen dokumentiert. Häufig dient eine Configuration Management Database, kurz CMDB, als zentrale Informationsquelle.
Der Nutzen entsteht durch die Verknüpfung technischer Komponenten mit den dazugehörigen Services. Wird eine Schwachstelle in einer bestimmten Softwarekomponente entdeckt, lässt sich schneller feststellen, welche Systeme und Geschäftsprozesse betroffen sein könnten. Bei einem Ausfall wird sichtbar, welche weiteren Services von der gestörten Komponente abhängen. Eine CMDB liefert jedoch nur dann verlässliche Informationen, wenn ihre Daten aktuell sind. Manuelle Pflege allein führt in dynamischen Cloud- und Hybridumgebungen schnell zu Lücken. Automatisierte Discovery-Verfahren, Schnittstellen zu Cloud-Plattformen und klare Verantwortlichkeiten verbessern die Datenqualität.
Knowledge Management verkürzt die Reaktionszeit
In vielen IT-Abteilungen steckt wichtiges Wissen in persönlichen Notizen, Chatverläufen oder den Köpfen einzelner Administrator:innen. Fällt eine zentrale Person aus, fehlt dem Team der Zugriff auf entscheidende Informationen.
Knowledge Management macht Erfahrungen und Lösungswege systematisch nutzbar. Dazu gehören Anleitungen, bekannte Fehler, Wiederherstellungsverfahren, Eskalationswege und technische Hintergrundinformationen. Für Cybervorfälle können vorbereitete Playbooks hinterlegt werden. Sie beschreiben beispielsweise das Vorgehen bei kompromittierten Benutzerkonten, Phishing-Meldungen oder verdächtigen Endgeräten. Derartige Dokumente müssen regelmäßig getestet und aktualisiert werden.
Generative KI kann Teams dabei unterstützen, Informationen aus Wissensdatenbanken schneller zu finden oder Ticketinhalte zusammenzufassen. Dabei sind Datenschutz, Zugriffsrechte und die Qualität der verwendeten Daten zu beachten. Entscheidungen mit hohen Sicherheitsauswirkungen benötigen weiterhin eine fachliche Prüfung.
ITIL und ISO/IEC 20000 bieten Orientierung
Organisationen müssen IT Service Management nicht vollständig neu entwickeln. Etablierte Standards und Frameworks liefern Begriffe, Prozesse und praktische Orientierung.
ISO/IEC 20000-1 formuliert überprüfbare Anforderungen an ein Service-Management-System. ISO/IEC 20000-2 ergänzt diese Anforderungen durch Hinweise zur Anwendung.
ITIL stellt Best Practices für das Management digitaler Produkte und Services bereit. Im Jahr 2026 wird ITIL Version 5 schrittweise eingeführt. ITIL 4 bleibt während der Übergangsphase verfügbar. Die neue Version erweitert den Fokus unter anderem auf digitale Produkte, Transformation, Resilienz und den verantwortungsvollen Einsatz von KI.
Diese Modelle sollten an die Größe, Risikolage und Arbeitsweise der jeweiligen Organisation angepasst werden. Ein mittelständischer Betrieb benötigt keine identische Prozesslandschaft wie ein internationaler Konzern. Entscheidend ist, dass Abläufe verständlich sind und von den beteiligten Teams tatsächlich genutzt werden.
Automatisierung im IT Service Management kontrolliert einsetzen
Moderne ITSM-Plattformen können Tickets automatisch kategorisieren, Prioritäten vorschlagen, Standardanfragen bearbeiten und technische Maßnahmen auslösen. Das reduziert manuelle Tätigkeiten und beschleunigt die Bearbeitung. Automatisierung schafft allerdings neue Abhängigkeiten. Eine fehlerhafte Regel kann Tickets falsch zuordnen oder Warnmeldungen unterdrücken. Automatisierte Aktionen mit umfangreichen Berechtigungen können bei falschen Eingaben erhebliche Schäden verursachen.
Unternehmen sollten deshalb nachvollziehbar dokumentieren, welche Entscheidungen automatisiert getroffen werden und welche Kontrollmechanismen vorhanden sind. Kritische Aktionen benötigen Freigaben oder zusätzliche Prüfungen. Protokolle müssen erkennen lassen, welche Person oder welches System eine Änderung ausgelöst hat.
Auch bei KI-gestützten Funktionen ist eine klare Governance erforderlich. Trainings- und Eingabedaten können vertrauliche Informationen enthalten. Anbieter:innen, Betriebsmodelle und Speicherorte sollten vor dem Einsatz geprüft werden. Zudem braucht es Verfahren für fehlerhafte oder schwer nachvollziehbare Ergebnisse.
IT Service Management schrittweise einführen
Eine erfolgreiche ITSM-Einführung beginnt mit den geschäftskritischen Services. Organisationen sollten zunächst ermitteln, welche digitalen Leistungen für Kunden, Mitarbeitende und zentrale Geschäftsprozesse besonders relevant sind.
Im nächsten Schritt werden Verantwortlichkeiten, Abhängigkeiten und bestehende Abläufe dokumentiert. Häufig zeigt sich dabei, dass ähnliche Störungen je nach Team unterschiedlich bearbeitet werden. Diese Unterschiede bieten Ansatzpunkte für gemeinsame Standards. Anschließend können wenige zentrale Prozesse eingeführt oder verbessert werden. Incident Management, Change Management und ein grundlegendes Configuration Management bieten häufig einen geeigneten Einstieg. Klare Rollen und leicht verständliche Prozessschritte sind wichtiger als eine große Zahl komplexer Workflows.
Geeignete Kennzahlen machen Fortschritte sichtbar. Dazu gehören die Zeit bis zur Erkennung eines Vorfalls, die Dauer bis zur Wiederherstellung, die Anzahl wiederkehrender Incidents oder der Anteil fehlgeschlagener Changes. Die Kennzahlen sollten immer im jeweiligen Kontext interpretiert werden. Eine möglichst kurze Bearbeitungszeit sagt wenig über die Qualität einer Lösung aus, wenn derselbe Fehler wenige Tage später erneut auftritt.
Fazit: Cyberresilienz entsteht im täglichen IT-Betrieb
IT Service Management bildet eine wichtige Verbindung zwischen IT-Betrieb, Informationssicherheit und Geschäftsprozessen. Strukturierte Abläufe helfen dabei, Störungen schneller zu erfassen, Risiken nachvollziehbar zu bewerten und kritische Services kontrolliert wiederherzustellen.
Der größte Nutzen entsteht durch Transparenz. Teams wissen, welche Systeme wichtig sind, wer Verantwortung trägt und welche Schritte in einer Krisensituation erforderlich sind. Änderungen werden dokumentiert, Ursachen systematisch analysiert und Erkenntnisse aus Vorfällen für Verbesserungen genutzt. Damit wird ITSM zu einem operativen Instrument des Cyber Risk Managements. Technische Schutzmaßnahmen bleiben unverzichtbar. Ihre Wirkung hängt jedoch stark davon ab, wie gut Prozesse, Zuständigkeiten und Informationen im Arbeitsalltag zusammenspielen.