Seminar Secure SDLC – Bestandsanwendungen sicher modernisieren

Seminarbeschreibung

Bestandsanwendungen können geschäftskritisch sein, obwohl Dokumentation, Tests und unterstützte Komponenten lückenhaft sind. Ein umfassender Neubau lässt sich häufig nicht kurzfristig umsetzen. Das Seminar entwickelt daher eine Vorgehensweise, mit der dringende Risiken bearbeitet und neue Sicherheitsanforderungen schrittweise in die laufende Wartung aufgenommen werden.

Eine vorbereitete Anwendung mit veralteter Abhängigkeit, unzureichender Berechtigungsprüfung und geringer Testabdeckung dient als Fallstudie. Vor einer Änderung werden das bestehende Verhalten und die geschäftlich erforderlichen Funktionen erfasst. Sicherheitskritische Stellen erhalten gezielte Tests und begrenzte Korrekturen. Migration, zeitweise Kompensationsmaßnahmen und ein mögliches Unterstützungsende werden als konkrete Entscheidungsoptionen anhand von Aufwand, Risiko und betrieblicher Machbarkeit verglichen.

Im Modernisierungsfall müssen neue Kontrollen in einen vorhandenen Freigabeprozess passen, während die Anwendung weiterhin betriebsfähig bleibt. Untersucht wird deshalb auch, welche Änderungen unabhängig voneinander durchgeführt werden können und wo technische Abhängigkeiten eine gemeinsame Freigabe erfordern. Charakterisierungstests dokumentieren zunächst beobachtetes Verhalten; anschließend wird geprüft, welcher Teil davon fachlich erforderlich und welcher Teil unsicher ist. Eine riskante Altannahme wird nicht allein deshalb beibehalten, weil sie schon lange besteht. Änderungen werden mit begrenztem Umfang und nachvollziehbaren Rückfallbedingungen geplant.

Inhaltsübersicht

1. Bestand und tatsächlicher Einsatz
2. Risiken und technische Schulden
3. Tests vor Veränderungen
4. Schrittweise Härtung und Aktualisierung
5. Migration und Freigabe
6. Wartungsfähigkeit und Ablösung

Seminarinhalte

Bestand und tatsächlicher Einsatz

• Komponenten, Schnittstellen, Datenflüsse und produktive Nutzungswege erheben.
• Unterstützte Versionen, veraltete Abhängigkeiten und fehlendes Wissen sichtbar machen.
• Geschäftskritikalität, Exposition und Verantwortlichkeiten für die Priorisierung zusammenführen.

Risiken und technische Schulden

• Aktive Angriffsflächen und plausible Schadensfälle vor rein kosmetischen Maßnahmen priorisieren.
• Vorhandene Scannerbefunde mit Architektur und realer Nutzung abgleichen.
• Ungewissheit durch fehlende Dokumentation oder Testbarkeit ausdrücklich in Entscheidungen aufnehmen.

Tests vor Veränderungen

• Geschäftlich erforderliches Bestandsverhalten mit Charakterisierungstests erfassen.
• Unsicheres Verhalten erkennen und von tatsächlich zu erhaltenden Anforderungen unterscheiden.
• Gezielte Sicherheits- und Regressionstests für die geplante Änderung ergänzen.

Schrittweise Härtung und Aktualisierung

• Berechtigungen, Eingabewege und besonders gefährdete Schnittstellen begrenzt korrigieren.
• Abhängigkeiten mit Kompatibilitätsprüfung und nachvollziehbarer Rückfalloption aktualisieren.
• Kompensationsmaßnahmen mit Laufzeit, Verantwortlichem und Ablöseplan versehen.

Migration und Freigabe

• Funktionen, Datenmigration und Schnittstellenübergänge als zusammenhängende Änderung planen.
• Parallelen Betrieb, Rollbackgrenzen und mögliche Vorwärtskorrekturen berücksichtigen.
• Freigaben an konkrete Nachweise und akzeptierte Restrisiken knüpfen.

Wartungsfähigkeit und Ablösung

• Regelmäßige Prüfungen und verbindliche Pflegeaufgaben in das Wartungsbacklog aufnehmen.
• Modernisierung, Austausch und Außerbetriebnahme anhand belastbarer Kriterien vergleichen.
• Abschaltung von Zugängen, Behandlung gespeicherter Daten und Restabhängigkeiten planen.

Praxisübungen

1. Eine Bestandsübersicht aus Repository, Abhängigkeitsliste und Betriebsinformationen erstellen.
2. Die wichtigsten Risiken und Wissenslücken mit passenden Untersuchungsschritten priorisieren.
3. Für eine kritische Funktion einen Charakterisierungstest und einen Sicherheitstest formulieren.
4. Eine vorbereitete Härtung oder Aktualisierung umsetzen und die wesentlichen Regressionstests durchführen.
5. Eine Modernisierungsentscheidung einschließlich Rückfalloption und Freigabekriterien begründen.
6. Die nächsten Wartungs- und Ablösungsschritte mit Verantwortlichkeiten im Backlog ordnen.