Seminar Cloud&Heat Titan / SecuStack – Entscheiderbriefing zu KRITIS und digitaler Souveränität

Inhaltsübersicht

• Seminarprofil
• Lernziele
• Zielgruppe und Voraussetzungen
• Seminarinhalte
• Praxislabor
• Methoden und Arbeitsweise

Seminarprofil

Das eintägige Briefing ordnet Titan und SecuStack aus Sicht von Schutzbedarf, Betriebsautonomie, Lieferketten, Offenheit und Entscheidungsrisiken ein. Technische Tiefe wird auf die für Investitions-, Betriebs- und Beschaffungsentscheidungen notwendigen Zusammenhänge begrenzt.

Lernziele

• den Einsatzrahmen einer souveränen On-Premises-Cloud realistisch abgrenzen
• Sicherheits-, Betriebs- und Lieferkettenrisiken vergleichbar bewerten
• Eigenbetrieb und unterstützte Betriebsmodelle gegeneinander abwägen
• prüfbare Anforderungen für Beschaffung und Abnahme formulieren
• eine dokumentierte Entscheidung mit Restrestrisiken vorbereiten

Zielgruppe und Voraussetzungen

Zielgruppe: Geschäftsführung, Bereichsleitung, CISO, CIO, IT-Leitung, Beschaffung, Compliance, Datenschutz und technische Programmleitung.

Voraussetzungen: Keine produktspezifischen Vorkenntnisse erforderlich. Ein grundlegendes Verständnis der eigenen Geschäfts- und Schutzanforderungen ist ausreichend.

Seminarinhalte

Tag 1: Einordnung, Entscheidung und Beschaffung

Die Themen werden in einer festen Reihenfolge aus Einordnung, technischer Umsetzung, Kontrolle und dokumentierter Prüfung bearbeitet.

Einordnung von Titan und SecuStack

Die Einheit ordnet die Plattform als vorkonfigurierte, skalierbare On-Premises-Cloud für souveräne und besonders geschützte Betriebsmodelle ein.

1. Schritt 1 – Anwendungsfall abgrenzen: Schutzbedarf, Datenlokation, Verfügbarkeitsziel und erforderliche Offline-Fähigkeit werden als belastbare Rahmenbedingungen erfasst.
2. Schritt 2 – Leistungsumfang strukturieren: Hardware, Cloud-Plattform, Betriebswerkzeuge, Sicherheitsfunktionen und optionale Betriebsleistungen werden voneinander abgegrenzt.
3. Schritt 3 – Betriebsmodell zuordnen: Eigenbetrieb, unterstützter Betrieb und vollständig betreute Varianten werden anhand von Verantwortlichkeiten und Reaktionszeiten verglichen.
4. Schritt 4 – Zielbild dokumentieren: Die gewählte Ausbaustufe wird mit Annahmen, Abhängigkeiten, offenen Entscheidungen und Abnahmekriterien festgehalten.

Praxisbezug: Erstellung eines kompakten Zielbilds für einen beispielhaften KRITIS-nahen oder souveränen On-Premises-Einsatz.

Risiko-, Nutzen- und Entscheidungsmodell

Entscheidungen werden aus Schutzbedarf, Betriebsfähigkeit, Kosten, Abhängigkeiten und realistisch erreichbarem Sicherheitsniveau abgeleitet.

1. Schritt 1 – Entscheidungsrahmen festlegen: Geschäftskritikalität, regulatorische Anforderungen, Datenlokation, Verfügbarkeit und Zeitrahmen werden geklärt.
2. Schritt 2 – Optionen vergleichen: Eigenbetrieb, Managed Betrieb, klassische Infrastruktur und souveräne Cloud-Appliance werden nach einheitlichen Kriterien bewertet.
3. Schritt 3 – Risiken quantifizieren: Ausfall, Lieferkette, Fachkräftemangel, Fehlkonfiguration, Updatefähigkeit und Lock-in werden priorisiert.
4. Schritt 4 – Entscheidung dokumentieren: Annahmen, gewählte Option, Restrestrisiken, Investitionen und nächste Meilensteine werden festgehalten.

Praxisbezug: Erstellung einer Entscheidungsvorlage mit gewichteten Kriterien und dokumentierten Restrestrisiken.

Digitale Souveränität und Betriebsautonomie

Souveränität wird als tatsächliche Fähigkeit verstanden, Plattform, Daten, Schlüssel, Updates und Betrieb ohne unkontrollierbare Abhängigkeiten zu beherrschen.

1. Schritt 1 – Abhängigkeiten erfassen: Software, Hardware, Wissen, Lieferkette, Schlüssel, Support, Telemetrie und externe Dienste werden untersucht.
2. Schritt 2 – Kontrollrechte bewerten: Administrationszugang, Quelloffenheit, Datenexport, Schlüsselbesitz und Änderungsfähigkeit werden überprüft.
3. Schritt 3 – Autonomiegrad bestimmen: Eigenbetrieb, Offline-Fähigkeit, lokales Wissen, Ersatzteilstrategie und Wiederaufbau werden messbar bewertet.
4. Schritt 4 – Verbesserungen priorisieren: Kritische Abhängigkeiten werden nach Risiko, Aufwand und erreichbarem Autonomiegewinn geordnet.

Praxisbezug: Erstellung einer Souveränitätsmatrix mit Abhängigkeit, Kontrollgrad und Verbesserungsmaßnahme.

Anforderungsmanagement und Beschaffung

Technische Anforderungen werden so formuliert, dass Sicherheit, Offenheit, Betrieb und Abnahme überprüfbar ausgeschrieben werden können.

1. Schritt 1 – Bedarf strukturieren: Workloads, Kapazität, Schutzbedarf, Standort, Offline-Fähigkeit und Betriebsmodell werden als Muss- und Soll-Kriterien formuliert.
2. Schritt 2 – Nachweise verlangen: Architektur, Komponentenliste, Sicherheitskonzept, Standards, Testprotokolle und Lebenszyklusinformationen werden gefordert.
3. Schritt 3 – Betriebsleistungen abgrenzen: Installation, Überwachung, Wartung, Support, Reaktionszeiten und Wissenstransfer werden eindeutig beschrieben.
4. Schritt 4 – Abnahme verankern: Funktion, Performance, Sicherheit, Wiederanlauf, Dokumentation und Übergabe erhalten messbare Kriterien.

Praxisbezug: Entwicklung eines Anforderungskatalogs für eine souveräne On-Premises-Cloud.

Praxislabor

• Erstellung eines kompakten Zielbilds für einen beispielhaften KRITIS-nahen oder souveränen On-Premises-Einsatz.
• Erstellung einer Entscheidungsvorlage mit gewichteten Kriterien und dokumentierten Restrestrisiken.
• Erstellung einer Souveränitätsmatrix mit Abhängigkeit, Kontrollgrad und Verbesserungsmaßnahme.
• Entwicklung eines Anforderungskatalogs für eine souveräne On-Premises-Cloud.

Methoden und Arbeitsweise

Fachliche Einordnung, strukturierte Demonstrationen, geführte Systemübungen, technische Prüflisten und dokumentierte Störungsszenarien wechseln sich ab. Jeder Arbeitsschritt wird mit Ausgangszustand, erwarteter Wirkung, Prüfkriterium und Rückfallmöglichkeit beschrieben. Die Übungen verwenden realistische Rollen- und Fehlerbilder; produktive Zugangsdaten oder externe Verbindungen sind nicht erforderlich.