Seminar Holm Security VMP – Cloud Security und CSPM

Inhaltsverzeichnis

1. Seminarprofil
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. 1. CSPM-Modell und Cloud-Verantwortung
7. 2. Sicheres Berechtigungsmodell
8. 3. Microsoft Azure anbinden
9. 4. Microsoft 365 bewerten
10. 5. AWS anbinden
11. 6. Google Cloud und Oracle Cloud anbinden
12. 7. Scan-Profile und Zeitpläne
13. 8. Discovery und Asset-Struktur
14. 9. Befunde und Fehlkonfigurationen priorisieren
15. 10. Remediation und sichere Änderung
16. 11. Multi-Cloud-Reporting und Governance
17. Praxisanteil
18. Methodik

Seminarprofil

Die Schulung vermittelt den vollständigen CSPM-Prozess von der sicheren Anbieteranbindung bis zur kontinuierlichen Multi-Cloud-Governance. Drei Tage sind erforderlich, weil Identitäts- und Berechtigungsmodelle mehrerer Cloud-Anbieter, unterschiedliche Ressourcenmodelle und die praktische Auswertung gemeinsam behandelt werden.

Zielgruppe

Cloud Security Engineers, Cloud- und Plattformadministratoren, DevSecOps-Teams, Vulnerability Manager, Cloud Architects, Compliance-Verantwortliche und Managed-Service-Provider.

Voraussetzungen

Grundkenntnisse mindestens eines unterstützten Cloud-Anbieters, Verständnis von Identitäten, Rollen, Subscriptions oder Accounts sowie allgemeine Kenntnisse zu Fehlkonfigurationen und Cloud-Ressourcen.

Lernziele

• Cloud-Konten und Microsoft-365-Umgebungen mit minimalen Leserechten anbinden.
• Cloud-Ressourcen automatisch erfassen und nach Eigentümer, Umgebung und Kritikalität strukturieren.
• Wiederkehrende CSPM-Prüfungen für mehrere Anbieter konfigurieren.
• Fehlkonfigurationen, Richtlinienabweichungen und technische Risiken priorisieren.
• Remediation, Nachprüfung, Reporting und Multi-Cloud-Governance etablieren.

Seminarinhalte

1. CSPM-Modell und Cloud-Verantwortung

Die Prüfung wird in die geteilte Verantwortung zwischen Anbieter und Kunde eingeordnet.

1. Schritt 1: Cloud-Ressourcen, Identitäten, Konfigurationen und internetnahe Dienste als Prüfbereiche erfassen.
2. Schritt 2: Verantwortlichkeiten zwischen Plattformteam, Workload-Team, Security und Anbieter abgrenzen.
3. Schritt 3: Accounts, Subscriptions, Projekte, Compartments und Mandanten in ein gemeinsames Modell überführen.
4. Schritt 4: Schutzbedarf und geschäftliche Auswirkungen für Cloud-Bereiche definieren.

2. Sicheres Berechtigungsmodell

Die Anbindung erfolgt mit den minimal erforderlichen Leserechten.

1. Schritt 1: Benötigte Rollen und APIs je Cloud-Anbieter ermitteln.
2. Schritt 2: Dedizierte technische Identität mit eindeutiger Zweckbindung einrichten.
3. Schritt 3: Schlüssel, Secrets oder Zertifikate geschützt verwalten und Rotation planen.
4. Schritt 4: Berechtigungen durch einen kontrollierten Verbindungstest verifizieren.

3. Microsoft Azure anbinden

Azure-Ressourcen werden vollständig und nachvollziehbar in die Plattform aufgenommen.

1. Schritt 1: Mandant, Subscription-Struktur und verantwortliche Teams erfassen.
2. Schritt 2: Technische Identität und erforderliche Rollen vorbereiten.
3. Schritt 3: Verbindung im Security Center konfigurieren und erste Discovery prüfen.
4. Schritt 4: Fehlende Ressourcen oder Berechtigungsfehler systematisch nacharbeiten.

4. Microsoft 365 bewerten

Konfigurationen der SaaS-Umgebung werden mit eigenen Verantwortlichkeiten behandelt.

1. Schritt 1: Mandant und administrative Zuständigkeiten dokumentieren.
2. Schritt 2: Anwendung beziehungsweise technische Identität für die Bewertung vorbereiten.
3. Schritt 3: Zugriff und ausgelesene Konfigurationsbereiche kontrollieren.
4. Schritt 4: Befunde nach Identität, Zusammenarbeit, Datenfreigabe und Sicherheitskonfiguration gruppieren.

5. AWS anbinden

Accounts und Organisationsstrukturen werden mit kontrollierten Audit-Berechtigungen erfasst.

1. Schritt 1: Account- und Organisationsstruktur sowie Regionen dokumentieren.
2. Schritt 2: Audit-orientierte Identität und ergänzende Leserechte bereitstellen.
3. Schritt 3: Zugangsdaten sicher hinterlegen und Verbindung prüfen.
4. Schritt 4: Erkannte Ressourcen, Regionen und Fehlermeldungen gegen den erwarteten Bestand abgleichen.

6. Google Cloud und Oracle Cloud anbinden

Weitere Cloud-Plattformen werden in ein einheitliches Betriebsmodell integriert.

1. Schritt 1: Projekte, Organisationen, Tenancies und Compartments erfassen.
2. Schritt 2: Technische Identitäten und erforderliche Leserechte vorbereiten.
3. Schritt 3: Verbindungen nacheinander testen und Ressourcenabdeckung prüfen.
4. Schritt 4: Anbieterspezifische Unterschiede in Taxonomie und Berechtigung dokumentieren.

7. Scan-Profile und Zeitpläne

Cloud-Bewertungen werden regelmäßig und nachvollziehbar ausgeführt.

1. Schritt 1: Profile nach Anbieter, Umgebung und Kritikalität benennen.
2. Schritt 2: Zeitpläne von täglich bis wöchentlich nach Änderungsdynamik festlegen.
3. Schritt 3: Eigentümer, Freigaben und Benachrichtigungen zuweisen.
4. Schritt 4: Pilotlauf auswerten und erst danach die vollständige Umgebung aktivieren.

8. Discovery und Asset-Struktur

Cloud-native Ressourcen werden für Priorisierung und Reporting nutzbar gemacht.

1. Schritt 1: Erkannte Ressourcen nach Account, Projekt, Region, Workload und Umgebung strukturieren.
2. Schritt 2: Tags und Eigentümer aus der Cloud mit der Plattformtaxonomie abgleichen.
3. Schritt 3: Internetnahe und geschäftskritische Ressourcen hervorheben.
4. Schritt 4: Verwaiste, unbekannte oder nicht zugeordnete Ressourcen zur Klärung eskalieren.

9. Befunde und Fehlkonfigurationen priorisieren

Technische Abweichungen werden im Kontext von Exposition und Geschäftsrelevanz bewertet.

1. Schritt 1: Befunde nach Identität, Netzwerk, Speicherung, Protokollierung, Verschlüsselung und Freigabe gruppieren.
2. Schritt 2: Öffentliche Erreichbarkeit und sensible Daten als zusätzliche Risikofaktoren berücksichtigen.
3. Schritt 3: Gemeinsame Ursachen über mehrere Ressourcen oder Accounts erkennen.
4. Schritt 4: Priorisierte Maßnahmenpakete mit eindeutigem Eigentümer bilden.

10. Remediation und sichere Änderung

Cloud-Korrekturen werden kontrolliert umgesetzt und nachgeprüft.

1. Schritt 1: Vorgeschlagene Änderungen auf Abhängigkeiten und Betriebswirkung prüfen.
2. Schritt 2: Korrekturen zunächst in einer geeigneten Umgebung oder begrenzten Ressourcengruppe umsetzen.
3. Schritt 3: Infrastructure-as-Code oder zentrale Richtlinien bei wiederkehrenden Ursachen berücksichtigen.
4. Schritt 4: Erneute Bewertung durchführen und Wirksamkeit sowie Nebenwirkungen dokumentieren.

11. Multi-Cloud-Reporting und Governance

Unterschiedliche Anbieter werden mit gemeinsamen Kennzahlen steuerbar.

1. Schritt 1: Einheitliche Kategorien, Kritikalitätsstufen und Eigentümermodelle festlegen.
2. Schritt 2: Anbieterübergreifende Ansichten und Berichte konfigurieren.
3. Schritt 3: Kennzahlen zu Ressourcenabdeckung, kritischen Fehlkonfigurationen und Bearbeitungszeit definieren.
4. Schritt 4: Regelmäßige Reviews mit Cloud-Plattformteams und Workload-Verantwortlichen etablieren.

Praxisanteil

Anbindung mehrerer exemplarischer Cloud-Bereiche, Prüfung von Berechtigungen, Konfiguration geplanter Assessments, Strukturierung der Ressourcen, Priorisierung gemischter CSPM-Befunde und Verifikation einer kontrollierten Korrektur.

Methodik

Fachvortrag, anbieterspezifische Demonstrationen, geführte Konfiguration, Multi-Cloud-Fallstudie, Befundanalyse und Governance-Workshop.