Cloud unter Belagerung: kritische AWS-, Azure- & GCP-Lücken
6 Min. LesezeitKRITISCHE DRINGLICHKEIT
Zusammenfassung
Kritische Schwachstellen in AWS IAM Identity Center und Azure Active Directory stellen ein unmittelbares Risiko für Cloud-Umgebungen dar. Die Google Cloud Platform bestätigt unautorisierten Zugriff auf Cloud-SQL-Metadaten. Multi-Cloud-Organisationen sehen sich koordinierten Angriffen gegenüber, die Vertrauensbeziehungen zwischen Anbietern ausnutzen.
⚡ Fazit: Patchen Sie AWS IAM Identity Center und Azure AD sofort. Prüfen Sie Cross-Cloud-Vertrauensbeziehungen.
☁️
Kritisch — CVSS 9.8
CVE-2026-22103: Authentifizierungs-Bypass in AWS IAM Identity Center
Warum es zählt
Eine kritische Authentifizierungs-Bypass-Schwachstelle in AWS IAM Identity Center erlaubt Angreifern mit Netzwerkzugang zu föderierten Identitätsanbietern, jede beliebige Rolle in verbundenen AWS-Konten anzunehmen. Aktive Ausnutzung in freier Wildbahn festgestellt.
Auswirkung
Beschreibung
Konto-Übernahme
Vollständiger administrativer Zugriff auf alle verbundenen AWS-Konten
Datenexfiltration
Zugriff auf S3, RDS, Secrets Manager und alle Dienste
Persistenz
Anlegen von Backdoor-IAM-Nutzern und -Rollen
Abrechnungsbetrug
Cryptomining und Ressourcenmissbrauch
So schützen Sie sich — Maßnahmen
AWS-Notfall-Patch sofort über die Identity-Center-Konsole anwenden
CloudTrail-Logs auf verdächtige AssumeRole-Ereignisse seit dem 15. Januar prüfen
AWS CloudTrail Lake für erweiterte Forensik aktivieren
Alle Zertifikate föderierter Identitätsanbieter rotieren
IAM Access Analyzer zur Prüfung kontoübergreifender Zugriffe aktivieren
🔵
Kritisch
Umgehung der Azure-AD-Conditional-Access-Richtlinie (CVE-2026-22198)
Warum es zählt
Ein Fehler in der Conditional-Access-Auswertungs-Engine von Azure Active Directory erlaubt Angreifern, Geräte-Compliance- und standortbasierte Richtlinien zu umgehen, indem sie manipulierte Authentifizierungs-Token nutzen. Microsoft bestätigt aktive Ausnutzung gegen Unternehmen mit hybriden Azure-AD-Bereitstellungen.
Worst-Case-Szenario
🔓
MFA-Bypass
Umgehung der MFA-Anforderungen für privilegierte Konten.
📍
Standort-Spoofing
Zugriff von nicht vertrauenswürdigen Standorten/Geräten, der legitim erscheint.
🔗
SaaS-Kompromittierung
Kompromittierung von mit Azure AD verbundenen SaaS-Anwendungen.
Continuous Access Evaluation (CAE) für alle kritischen Apps aktivieren
Azure-AD-Anmeldeprotokolle auf anomale Token-Claims prüfen
Risikobasierte Richtlinien von Azure AD Identity Protection umsetzen
Microsoft-Sentinel-Erkennungsregeln für Richtlinien-Umgehungsversuche einsetzen
🟢
Dringend
Vorfall: Offenlegung von Google-Cloud-SQL-Metadaten
Warum es zählt
Google legte einen unautorisierten Zugriff auf Metadaten von Cloud-SQL-Instanzen offen, der Kunden in den Regionen us-central1 und europe-west1 betrifft. Zu den offengelegten Daten zählen Datenbank-Verbindungsstrings, IP-Adressen und in einigen Fällen gespeicherte Zugangsdaten.
So schützen Sie sich — Maßnahmen
Alle Cloud-SQL-Datenbank-Zugangsdaten rotieren
Cloud-SQL-Instanzen auf unautorisiertes IP-Whitelisting prüfen
Cloud SQL Insights zur Abfrage-Überwachung aktivieren
Sensible Workloads auf Cloud SQL nur mit Private IP migrieren
IAM-Berechtigungen für cloudsql.instances.*-Rollen prüfen
🌐
Aktive Kampagne
Kampagne zur Ausnutzung von Cross-Cloud-Vertrauen
Warum es zählt
Der Bedrohungsakteur „CloudHopper 2.0" nutzt aktiv Vertrauensbeziehungen zwischen AWS, Azure und GCP in Multi-Cloud-Umgebungen aus. Der Erstzugang erfolgt typischerweise über die am wenigsten gesicherte Cloud und springt dann über gemeinsame Zugangsdaten und föderierte Identitäten weiter.
So schützen Sie sich — Maßnahmen
Cross-Cloud-IAM-Rollen und Dienstkonten prüfen
Eindeutige Zugangsdaten je Cloud-Anbieter umsetzen
Cloud-native CSPM-Tools für einheitliche Sichtbarkeit einsetzen
Cloud-Netze auf der Identitätsebene segmentieren
Cloud-zu-Cloud-VPN- und Peering-Konfigurationen prüfen
📦
Hoch
Offenlegung von Terraform-State-Dateien durch S3-Fehlkonfiguration
Warum es zählt
Forscher entdeckten über 2.400 öffentlich zugängliche Terraform-State-Dateien in S3-Buckets mit Cloud-Zugangsdaten, API-Schlüsseln und Infrastrukturdetails. Viele gehören zu Fortune-500-Unternehmen.
So schützen Sie sich — Maßnahmen
S3 Block Public Access auf Kontoebene aktivieren
Terraform-State auf verschlüsselte Backends migrieren (S3+DynamoDB mit KMS)
terraform-compliance zur Prüfung von State-Konfigurationen nutzen
AWS-Config-Regeln zur Erkennung öffentlicher S3-Buckets aktivieren
Führen Sie jetzt einen KENSAI-Scan durch, um zu sehen, ob Ihre Cloud-Infrastruktur betroffen ist