Dieser Kurs beantwortet eine praxisrelevante Sicherheitsfrage: Welcher „Principal“ (Akteur) darf welche Aktion auf welcher AWS-Ressource ausführen, und welche Grenze bestimmt dies? Wir erarbeiten eine wiederholbare Baseline, um Missbrauch zu verhindern, Anzeichen dafür zu erkennen und entsprechend zu reagieren – ohne dabei die Verantwortlichkeiten von AWS mit denen des Kunden zu vermischen.
Das Modell der geteilten Verantwortung (Shared Responsibility Model) unterscheidet zwischen der Sicherheit der Cloud und der Sicherheit in der Cloud. AWS schützt die Einrichtungen, die Hardware, das Netzwerk und die Virtualisierungsinfrastruktur, die für den Betrieb der AWS-Dienste erforderlich sind. Kunden schützen ihre Workloads, Daten, Identitäten, Konfigurationen und die Einhaltung geltender Compliance-Vorgaben.
Der gewählte Dienst beeinflusst die Workload des Kunden. Bei Amazon Elastic Compute Cloud verwalten Kunden das Patching des Gastbetriebssystems, die Anwendungssoftware und die Konfiguration der Sicherheitsgruppen. Bei Amazon Simple Storage Service betreibt AWS die Infrastruktur und die Plattform; Kunden klassifizieren weiterhin Daten, wählen Verschlüsselungsoptionen aus und legen Zugriffsberechtigungen fest.
Wiederverwendbare Regel Weisen Sie jede Kontrollmaßnahme der Ebene zu, die das Risiko tatsächlich beeinflussen kann. Eine verwaltete Infrastruktur entbindet den Kunden nicht von der Verantwortung für die Konfiguration.
Ein AWS-Konto fungiert als Isolationsgrenze für Ressourcen, Abrechnung und viele Berechtigungen. Eine Region stellt eine geografische Grenze für die Bereitstellung dar. Identity and Access Management (IAM) prüft den Principal, die angeforderte Aktion, die Zielressource und relevante Bedingungen, bevor AWS eine Anfrage autorisiert.
Eine Baseline beginnt mit der Erfassung, welche Konten Produktionsdaten enthalten, in welchen Regionen sich diese befinden und welche Identitäten darauf zugreifen können. Temporäre Anmeldeinformationen und das Prinzip der minimalen Rechtevergabe (Least Privilege) verringern die Auswirkungen einer möglichen Offenlegung von Zugangsdaten. Netzwerkplatzierung und Verschlüsselung schränken zudem die Kommunikationswege und Datenoperationen ein, die Identitäten nutzen dürfen.
Wir untersuchen nun, wie die Grenzen von Konto, Region, Identität und Ressource eine Anfrage eingrenzen.
Eine Security Baseline (Sicherheitsgrundlage) ist die Mindestmenge an Kontrollmechanismen, die einen nachvollziehbaren Zugriff, den Schutz von Daten, die Protokollierung von Aktivitäten sowie eine vorbereitete Reaktion auf Vorfälle gewährleistet. Präventive Kontrollen unterbinden unsichere Anfragen, noch bevor diese erfolgreich ausgeführt werden können. Detektive Kontrollen liefern Hinweise auf verdächtiges Verhalten oder Abweichungen in der Konfiguration (Configuration Drift). Reaktive Kontrollen dienen der Eindämmung bestätigter Sicherheitsvorfälle und der Wiederherstellung des Normalzustands.
IAM-Berechtigungen bilden die Grundlage für das Identitätsmanagement. Netzwerkkontrollen beschränken die zulässigen Kommunikationswege. Verschlüsselung und Zugriffskontrollen schützen Daten sowohl im Ruhezustand (at rest) als auch bei der Übertragung (in transit). Protokollierung und Erkennungsmechanismen sorgen für Nachvollziehbarkeit. Da keine einzelne Schicht für sich allein die Sicherheit einer Workload garantieren kann, sollte jede Schicht auf eine spezifische Art von Sicherheitsrisiko oder Fehlerfall ausgelegt sein.
Betrachten wir nun die verschiedenen Kontrollschichten, die Prävention, Erkennung und Reaktion miteinander verknüpfen.