6 Cloud Computing hat verändert, wie Unternehmen Infrastruktur bereitstellen, Daten verwalten und Anwendungen ausliefern. Mit der Einführung von Public-, Private- und Hybrid-Cloud-Umgebungen stellt sich eine häufige Frage: Was ist das Modell der geteilten Verantwortung? Das Modell der geteilten Verantwortung (Shared Responsibility Model) legt fest, wie Sicherheits- und Compliance-Verantwortlichkeiten zwischen einem Cloud-Service-Provider (CSP) und dem Kunden aufgeteilt sind. Es klärt, wer in Cloud-Umgebungen für den Schutz von Infrastruktur, Plattformen, Anwendungen und Daten zuständig ist. Dieses Modell zu verstehen, ist für IT-Verantwortliche, Sicherheitsteams, Compliance-Beauftragte und Speicherarchitekten unerlässlich. Missverständnisse können zu Datenpannen, Verstößen gegen Vorschriften und betrieblichen Risiken führen. Dieser Artikel erklärt, was das Modell der geteilten Verantwortung ist, wie es bei den verschiedenen Servicetypen (IaaS, PaaS, SaaS) funktioniert und was es für Unternehmen bedeutet, die moderne Cloud- und Hybridumgebungen betreiben. Was ist das Modell der geteilten Verantwortung? Das Modell der geteilten Verantwortung ist ein Rahmenwerk für Cloud-Sicherheit, das die Verantwortlichkeiten aufteilt zwischen: dem Cloud-Anbieter, der für die Sicherheit der zugrunde liegenden Cloud-Infrastruktur verantwortlich ist. dem Kunden, der für die Sicherheit seiner Daten, Anwendungen, Zugriffskontrollen und Konfigurationen verantwortlich ist. Vereinfacht gesagt: Der Anbieter sichert die Cloud. Der Kunde sichert das, was er in die Cloud bringt. Die genaue Aufteilung der Verantwortung hängt vom genutzten Cloud-Servicemodell ab – Infrastructure as a Service (IaaS), Platform as a Service (PaaS) oder Software as a Service (SaaS). Warum das Modell der geteilten Verantwortung wichtig ist In klassischen On-Premises-Umgebungen liegt nahezu die gesamte Sicherheitsverantwortung beim Unternehmen. In der Cloud geht ein Teil davon auf den Anbieter über – aber nicht alles. Verwirrung entsteht oft, wenn Unternehmen annehmen, dass der Anbieter mit der Verlagerung von Workloads in die Cloud sämtliche Sicherheitsfragen übernimmt. Das ist nicht der Fall. Fehlkonfigurationen, schwache Identitätsrichtlinien, ungeschützte Daten und unzureichende Zugriffskontrollen bleiben in der Verantwortung des Kunden. Viele Sicherheitsvorfälle in der Cloud gehen auf Lücken im Verständnis des Modells der geteilten Verantwortung zurück und nicht auf Ausfälle der Cloud-Infrastruktur selbst. Ein klares Verständnis des Modells der geteilten Verantwortung hilft Unternehmen dabei: Sicherheitsrisiken zu verringern Compliance aufrechtzuerhalten Sensible Daten zu schützen Die Sicherheitsstrategie an der Cloud-Architektur auszurichten Falsche Annahmen über den Leistungsumfang des Anbieters zu vermeiden Sicherheit der Cloud vs. Sicherheit in der Cloud Um das Modell der geteilten Verantwortung vollständig zu verstehen, hilft es, zwei zentrale Konzepte zu unterscheiden: Sicherheit der Cloud (Verantwortung des Anbieters) Cloud-Anbieter sind verantwortlich für die Sicherheit von: Physischen Rechenzentren Hardware und Netzwerkinfrastruktur Hypervisoren und Virtualisierungsschichten Zentralen Cloud-Diensten Dazu gehören physische Sicherheit, Stromversorgung, Kühlung, Hardwarewartung und die grundlegende Software, auf der die Cloud-Dienste laufen. Sicherheit in der Cloud (Verantwortung des Kunden) Kunden sind verantwortlich für: Datenschutz Identitäts- und Zugriffsmanagement (IAM) Anwendungssicherheit Netzwerkkonfiguration Konfiguration der Verschlüsselung Compliance-Management Richtlinien für Backup und Wiederherstellung Auch wenn Anbieter Sicherheitstools bereitstellen, muss der Kunde sie korrekt konfigurieren und verwalten. Wie sich das Modell der geteilten Verantwortung je nach Servicetyp unterscheidet Das Modell der geteilten Verantwortung verschiebt sich je nach Art des genutzten Cloud-Dienstes. 1. Infrastructure as a Service (IaaS) In IaaS-Umgebungen stellt der Anbieter virtualisierte Infrastruktur wie Rechenleistung, Speicher und Netzwerk bereit. Verantwortung des Anbieters: Physische Rechenzentren Netzwerkinfrastruktur Speicherhardware Virtualisierungsschicht Verantwortung des Kunden: Betriebssysteme Anwendungen Laufzeitumgebungen Daten Zugriffskontrolle Konfiguration der Verschlüsselung Firewall-Einstellungen IaaS bietet Flexibilität, verlangt vom Kunden aber die Verwaltung von mehr Komponenten. Die Sicherheitsgrenze liegt tiefer im Stack. 2. Platform as a Service (PaaS) In PaaS-Umgebungen verwaltet der Anbieter die Infrastruktur und die Plattformkomponenten, einschließlich Betriebssystemen und Laufzeitumgebungen. Verantwortung des Anbieters: Infrastruktur Betriebssysteme Middleware Laufzeitumgebung Verantwortung des Kunden: Anwendungen Daten Identitätsmanagement Zugriffskontrolle Konfigurationseinstellungen Bei PaaS verwalten Kunden weniger Komponenten als bei IaaS, bleiben aber für die Sicherheit der Anwendungslogik und der Daten verantwortlich. 3. Software as a Service (SaaS) In SaaS-Umgebungen stellt der Anbieter vollständig verwaltete Anwendungen bereit. Verantwortung des Anbieters: Infrastruktur Plattform Anwendungsverwaltung Updates und Patches Verantwortung des Kunden: Data Governance Zugriffskontrolle für Benutzer Kontoverwaltung Richtlinien für die Datenfreigabe Einhaltung regulatorischer Vorgaben Auch wenn der Anbieter den Großteil des Stacks verwaltet, kontrollieren Kunden weiterhin, wie Daten genutzt, abgerufen und geteilt werden. Was bedeutet das Modell der geteilten Verantwortung in Hybrid- und Multi-Cloud-Umgebungen? Die meisten Unternehmen arbeiten in hybriden oder Multi-Cloud-Umgebungen. Das macht das Modell der geteilten Verantwortung komplexer. Jeder Cloud-Anbieter definiert die Verantwortlichkeiten womöglich etwas anders. In hybriden Umgebungen müssen Unternehmen außerdem berücksichtigen: On-Premises-Infrastruktur Private-Cloud-Systeme Edge-Umgebungen Colocation-Einrichtungen Die Verantwortungsgrenze verschiebt sich je nach Standort des Workloads. In Multi-Cloud-Architekturen müssen Sicherheitsteams das Modell der geteilten Verantwortung für jeden Anbieter verstehen und konsistente Richtlinien über alle Umgebungen hinweg durchsetzen. Governance-Rahmenwerke müssen die Kontrollen plattformübergreifend abstimmen, um Risiken zu verringern. Häufige Irrtümer über das Modell der geteilten Verantwortung Irrtum 1: „Der Cloud-Anbieter kümmert sich um die gesamte Sicherheit.“ Cloud-Anbieter sichern die Infrastruktur. Kunden müssen Konfigurationen, Zugriffskontrollen und Daten absichern. Irrtum 2: „Compliance ist Sache des Anbieters.“ Anbieter können Compliance-Zertifizierungen vorweisen, doch Kunden müssen sicherstellen, dass ihre Workloads regulatorische Anforderungen wie DSGVO, HIPAA oder branchenspezifische Standards erfüllen. Irrtum 3: „Wenn Daten standardmäßig verschlüsselt sind, sind wir vollständig geschützt.“ Verschlüsselungsfunktionen gibt es, aber Kunden müssen Schlüssel, Zugriffsrichtlinien und Lifecycle-Kontrollen richtig verwalten. Irrtum 4: „Backups laufen automatisch.“ Viele Cloud-Dienste bieten Langlebigkeit, doch Backup-Strategie, Aufbewahrungsrichtlinien und Disaster-Recovery-Planung bleiben in der Verantwortung des Kunden. Zentrale Verantwortungsbereiche des Kunden Um das Modell der geteilten Verantwortung vollständig zu verstehen, sollten sich Unternehmen auf die wichtigsten Bereiche konzentrieren, in denen sie verantwortlich bleiben: 1. Identitäts- und Zugriffsmanagement (IAM) Rollenbasierte Zugriffskontrolle Multi-Faktor-Authentifizierung Least-Privilege-Richtlinien Lifecycle-Management von Anmeldedaten IAM-Fehlkonfigurationen gehören zu den Hauptursachen für Sicherheitsverletzungen in der Cloud. 2. Datenschutz Verschlüsselung im Ruhezustand und bei der Übertragung Schlüsselverwaltung Datenklassifizierung Richtlinien für Aufbewahrung und Löschung Data Governance liegt vollständig im Verantwortungsbereich des Kunden. 3. Konfigurationsmanagement Netzwerksegmentierung Firewall-Regeln Zugriffsrichtlinien für Speicher Einstellungen für Logging und Monitoring Cloud-Dienste sind sicher, wenn sie korrekt konfiguriert sind. Fehlkonfigurationen bergen Risiken. 4. Backup und Disaster Recovery Hochverfügbarkeit ersetzt keine Backup-Strategie. Kunden müssen Folgendes festlegen: Recovery Time Objectives (RTO) Recovery Point Objectives (RPO) Regionsübergreifende Replikation Offline- oder unveränderliche Backups 5. Monitoring und Incident Response Bedrohungserkennung Audit-Protokollierung Alarmierung Workflows für die Incident Response Cloud-native Monitoring-Tools helfen, doch Kunden müssen sie aktiv nutzen. Wie das Modell der geteilten Verantwortung die Compliance unterstützt Compliance-Rahmenwerke verlangen häufig dokumentierte Kontrollen für: Zugriffsverwaltung Datenaufbewahrung Audit-Protokollierung Verschlüsselung Change Management Cloud-Anbieter liefern eine konforme Infrastruktur. Kunden müssen konforme Konfigurationen umsetzen. Prüfer bewerten in der Regel, wie Unternehmen ihren Teil des Modells der geteilten Verantwortung erfüllen. Eine klare Dokumentation der Verantwortlichkeiten verringert Reibung bei Audits und regulatorische Risiken. Neue Aspekte: Cloud-Speicher und Cyberresilienz Mit wachsenden Datenmengen rücken Speicherumgebungen ins Zentrum des Modells der geteilten Verantwortung. Kunden müssen sicherstellen, dass: Zugriffsrichtlinien für Objektspeicher streng kontrolliert werden Buckets nicht unbeabsichtigt öffentlich zugänglich sind Versionierung und Unveränderlichkeit korrekt konfiguriert sind Strategien zum Schutz vor Ransomware vorhanden sind Moderne Cloud-Architekturen setzen zunehmend auf Objektspeicher über hybride Umgebungen hinweg. Sicherheitsrichtlinien müssen konsistent für öffentliche und private Speichersysteme gelten. Cyberresilienz-Strategien – darunter unveränderlicher Speicher, Air-Gap-Backups und sichere Replikation – liegen in der Verantwortung des Kunden, selbst wenn die Speicherinfrastruktur vom Anbieter verwaltet wird. Best Practices für den Umgang mit geteilter Verantwortung Unternehmen können Risiken mit strukturierten Ansätzen verringern: 1. Verantwortlichkeiten klar zuordnen Dokumentieren Sie, welches Team für welche Ebene des Stacks zuständig ist. Richten Sie interne Teams (Sicherheit, DevOps, Infrastruktur) an den Verantwortungsgrenzen aus. 2. Infrastructure as Code (IaC) einführen Kodifizierte Konfigurationen verringern Abweichungen und minimieren menschliche Fehler. 3. Least-Privilege-Zugriff durchsetzen Prüfen Sie Berechtigungen regelmäßig. Entfernen Sie unnötige Zugriffe. 4. Compliance-Prüfungen automatisieren Nutzen Sie Cloud-native Tools und Tools von Drittanbietern, um den Konfigurationsstatus kontinuierlich zu überwachen. 5. Teams schulen Stellen Sie sicher, dass Entwicklungs-, Sicherheits- und Betriebsteams verstehen, was das Modell der geteilten Verantwortung ist und wie es für ihre Umgebung gilt. Zusammenfassung: Was ist das Modell der geteilten Verantwortung? Das Modell der geteilten Verantwortung ist ein Rahmenwerk, das festlegt, wie Sicherheits- und Betriebsverantwortung zwischen einem Cloud-Anbieter und dem Kunden aufgeteilt ist. Der Anbieter sichert die Infrastruktur. Der Kunde sichert seine Daten, Anwendungen, Identitäten und Konfigurationen. Die genaue Aufteilung hängt davon ab, ob das Unternehmen IaaS, PaaS oder SaaS nutzt. In Hybrid- und Multi-Cloud-Umgebungen vervielfachen sich die Verantwortlichkeiten und erfordern eine sorgfältige Governance. Ein fundiertes Verständnis des Modells der geteilten Verantwortung hilft Unternehmen, Risiken zu verringern, Compliance aufrechtzuerhalten und resiliente Cloud-Architekturen aufzubauen. Die Einführung der Cloud beseitigt keine Sicherheitsverantwortung – sie verändert sie. Klare Zuständigkeiten, eine konsistente Durchsetzung von Richtlinien und eine vorausschauende Governance sorgen dafür, dass Unternehmen ihren Teil der Verantwortung in modernen Cloud-Umgebungen wirksam wahrnehmen.
