Jeder Eingriff brauchteinen kontrollierten Rückweg.
Änderungssteuerung bringt einen genehmigten Zielzustand sicher in den Betrieb. Sie verbindet Auswirkung, Abhängigkeiten, Test, Freigabe, Termin, Kommunikation, Rücknahme und Verifikation. Patching und Entwicklung liefern Inhalte der Änderung, bleiben aber eigene Prozesse.
Tempo verändert
die Kontrolle.
Standard, normal und dringend beschreiben unterschiedliche Wege, nicht unterschiedliche Ansprüche an Verantwortung und Nachweis. Auch eine Notfalländerung benötigt eine befugte Entscheidung, klare Wirkungskontrolle und nachträgliche Prüfung.
| Änderungsklasse | Freigabelogik | Pflichtnachweis | Grenze |
|---|---|---|---|
| Standard | Wiederkehrender, vorab geprüfter Weg innerhalb klarer Parameter. | Ausgeführte Vorlage, betroffener Umfang und Ergebnis. | Abweichung von der Vorlage macht sie zur normalen Änderung. |
| Normal | Einzelbewertung nach Wirkung, Risiko, Abhängigkeit und Termin. | Test, Freigabe, Kommunikation, Rückweg und Verifikation. | Hohe Routine ersetzt keine Klassifikation. |
| Notfall | Verkürzte Entscheidung durch benannte Notfallbefugnis. | Auslöser, Entscheidung, Massnahme, Ergebnis und nachträgliche Prüfung. | Dringlichkeit hebt Dokumentation nicht auf. |
| Ungeplant | Als Abweichung oder Vorfall qualifizieren, nicht rückwirkend normalisieren. | Zeitlinie, Wirkung, Verantwortlichkeit und Behandlung. | Kein regulärer Änderungsweg. |
Der Vollzug bleibt
an den Entscheid gebunden.
Eine freigegebene Änderung ist kein Blankoscheck. Umfang, Zeitfenster, Ausführungsweg und Abbruchkriterien bleiben bis zur Verifikation sichtbar.
Erfassen
Ziel, Ausgangszustand, betroffene Objekte und verantwortliche Durchführung aufnehmen.
Vollständiger Antrag
Bewerten
Service, Security, Daten, Lieferanten, Compliance und Abhängigkeiten prüfen.
Klassifizierte Änderung
Erproben
Ausführung, Nebenwirkung, Beobachtung und Rücknahme geeignet testen.
Belastbarer Ausführungsplan
Entscheiden
Umfang, Risiko, Termin, Abbruchkriterium und Entscheidungsbefugnis bestätigen.
Genehmigter Change
Koordinieren
Beteiligte, Kommunikation, Monitoring, Sicherung und Rückweg bereitstellen.
Freies Ausführungsfenster
Ändern
Genehmigte Schritte ausführen und Abweichungen unmittelbar sichtbar halten.
Dokumentierter Eingriff
Bestätigen
Funktion, Sicherheit, Telemetrie und betroffenen Sollzustand prüfen.
Bestätigtes Ergebnis
Auswerten
Abweichung, Rücknahme, Folgearbeit und Lernpunkt an den zuständigen Prozess geben.
Geschlossener Change
Änderungen führen
den Eingriff.
Der Prozess entscheidet nicht, welche Schwachstelle relevant oder welche Konfiguration sicher ist. Er sorgt dafür, dass der genehmigte Auftrag kontrolliert umgesetzt und sein Ergebnis an den fachlichen Owner zurückgegeben wird.
Besitzt das fachliche Ziel. Liefert Sollzustand, Dringlichkeit und Abnahmekriterium.
Verantwortet die Leistung. Entscheidet Wirkung, Termin und tragbare Betriebsgefahr.
Plant und vollzieht. Hält Ausführung, Rückweg, Kommunikation und Istzustand nachvollziehbar.
Prüft Sicherheitswirkung. Bewertet sicherheitsrelevante Nebenwirkungen und bestätigt den geforderten Schutzbezug.
Erfolg heisst
bestätigter Zustand.
Ein hohes Änderungsvolumen oder wenige abgelehnte Anträge sagen wenig über die Qualität. Relevant sind ungeplante Folgen, fehlende Verifikation und wiederkehrende Rücknahmen aus denselben Ursachen.
Änderungen mit vollständig erreichtem und bestätigtem Zielzustand.
Änderungen mit Störung, Sicherheitsabweichung oder nicht angekündigtem Folgezustand.
Rücknahme nach Klasse, Ursache und betroffener kritischer Leistung.
Abgeschlossene Änderungen ohne bestätigte Funktion und Sicherheitswirkung.
Notfalländerungen und ihr nachträglicher Prüfstatus, nicht als isolierter Zielwert.
Änderung ist
Risikosteuerung im Betrieb.
ISO, NIST und DORA verbinden Änderungen mit Bewertung, Freigabe, Dokumentation und Kontrolle. Die genaue Workflowform bleibt vom Betriebsmodell abhängig.
Klausel 6.3 und A.8.32
Stützt geplante Änderungen am ISMS und kontrollierte Änderungen an Informationssystemen.
Configuration Control
Verbindet sicherheitsbezogene Konfigurationsänderungen mit Analyse, Entscheidung und Überwachung.
ICT Change Management
Konkretisiert für erfasste Finanzunternehmen Planung, Bewertung, Genehmigung, Test, Umsetzung und Verifikation von ICT Änderungen.
Protect und Govern
Ordnet Plattformschutz, sichere Wartung und kontrollierte organisatorische Veränderung in einen risikobasierten Ergebnisrahmen ein.
Eingriffe bleiben
kontrolliert.
Änderungen führen eine entschiedene Massnahme in den Betrieb. Referenzen verlangen Planung, Bewertung und Nachweis, die Nachbarprozesse liefern Anlass und Sollzustand, Werkzeuge tragen Workflow und technische Umsetzung.
| Referenz | Beitrag zum Prozess | Grenze |
|---|---|---|
| ISO/IEC 27001:2022 | Klausel 6.3 und A.8.32 stützen geplante und kontrollierte Änderungen. | Definiert keinen einheitlichen Change-Workflow. |
| NIST SP 800-128 | Verbindet sicherheitsrelevante Konfigurationsänderung mit Analyse, Entscheidung und Überwachung. | Ersetzt keine fachliche Risikoentscheidung. |
| DORA RTS 2024/1774 | Konkretisiert ICT-Änderungsmanagement für erfasste Finanzunternehmen. | Gilt nur in diesem sektoralen Anwendungsbereich. |
| Inhalt | Beitrag | Weiter |
|---|---|---|
| 02 Risiko | Entscheidet über Behandlung, Ausnahme und akzeptiertes Restrisiko. | Prozess öffnen → |
| 04 Architektur | Liefert den begründeten Sollzustand und relevante Designgrenzen. | Prozess öffnen → |
| 15 Konfiguration | Hält die freigegebene Umsetzung als technischen Zustand nach. | Prozess öffnen → |
Security Tool Navigator · Werkzeuge zum Prozess
Werkzeuge nach Gebiet einordnen.
Die Werkzeugklassen dieses Prozesses sind im Security Tool Navigator nach Sicherheitsgebieten geordnet. Die Gebietsseiten zeigen Abgrenzung, Auswahlfragen für CIO und CISO und alle Werkzeugklassen im Zusammenhang.