Cloud-Schlüsselverwaltungsdienste: Vorteile und Nachteile

Cloud-Schlüsselverwaltungsdienste generieren, speichern, rotieren und kontrollieren den Zugriff auf die Verschlüsselungsschlüssel, die Daten in der Cloud schützen, sodass die Daten vertraulich bleiben und nur autorisierte Systeme sie entschlüsseln können.

Ein Cloud-Schlüsselverwaltungsdienst übernimmt die Schlüsselerzeugung, sichere Speicherung, Rotation, Zugriffskontrolle und Protokollierung und integriert sich in Cloud-Dienste, sodass Anwendungen Daten verschlüsseln und entschlüsseln können, ohne direkt auf das Schlüsselmaterial zugreifen zu müssen. Anbieter bieten verschiedene Modelle an, von softwareverwalteten Schlüsseln bis hin zu dedizierter Hardware und externen Schlüsselspeichern. Jedes Modell bietet unterschiedliche Vorteile hinsichtlich Kontrolle, Compliance, Latenz und Kosten.

Wichtige Erkenntnisse

• Cloud-Schlüsselverwaltungsdienste zentralisieren die Generierung, Speicherung, Rotation, Zugriffskontrolle und Prüfung von Verschlüsselungsschlüsseln, die zum Schutz von Cloud-Daten verwendet werden.
• Es gibt fünf gängige Modelle: Bring Your Own Encryption (BYOE), Cloud HSMCloud-basiertes KMS, externer Schlüsselspeicher (eigener Schlüssel) und cloudbasierte Software-Schlüsselverwaltung. Jede dieser Lösungen bietet ein ausgewogenes Verhältnis zwischen Kontrolle und operativem Aufwand.
• AWS KMS schützt alle Schlüssel mit FIPS 140-3-konformen HSMs der Sicherheitsstufe 3; Azure Key Vault Managed HSM und Google Cloud HSM bieten ebenfalls FIPS 140-konforme Hardware der Sicherheitsstufe 3. Cloud KMS ist somit nicht mehr auf niedrigere Sicherheitsstandards beschränkt.
• Am 21. September 2026 verschiebt das NIST alle FIPS 140-2-Zertifikate in seine historische Liste. Vergewissern Sie sich daher, dass Ihr Anbieter über ein aktives FIPS 140-3-Zertifikat verfügt.
• Externe Key-Store-Optionen (AWS XKS, Google Cloud EKM) speichern die Schlüsseldaten vollständig außerhalb des Anbieters, was den Anforderungen an die Datensouveränität entspricht, aber zusätzlichen operativen Aufwand verursacht.

Warum Cloud-Schlüsselverwaltung wichtig ist

Die Schlüsselverwaltung in der Cloud ist die Grundlage für Datensicherheit, denn die Stärke jeder Verschlüsselung hängt davon ab, wie gut ihre Schlüssel geschützt sind. Ein durchgesickerter oder schlecht verwalteter Schlüssel macht die Verschlüsselung vollständig wirkungslos. Cloud-Schlüsselverwaltungsdienste erfüllen fünf Anforderungen:

• Datensicherheit:  Es werden Schlüssel generiert und gespeichert, damit die verschlüsselten Daten vertraulich und intakt bleiben, selbst wenn der zugrunde liegende Speicher offengelegt wird.
• Einhaltung gesetzlicher Vorschriften: Ein Managed Service hilft dabei, die Anforderungen zu erfüllen. PCI DSS, HIPAA, DSGVO und FIPS 140 Anforderungen durch die Aufbewahrung von Schlüsseln in validierten Systemen mit dokumentierten Kontrollen.
• Zugangskontrolle: Feingranulare Richtlinien (z. B. AWS IAM oder Azure RBAC) regeln, wer welchen Schlüssel verwenden oder verwalten darf, und verhindern so eine unbefugte Nutzung.
• Schlüsselrotation: Die automatische Schlüsselrotation begrenzt die Menge an Daten, die ein einzelner Schlüssel schützt, und verringert so die Auswirkungen eines kompromittierten Schlüssels.
• Prüfung und Überwachung: Durch die Protokollierung aller wichtigen Vorgänge können Sie verdächtige Zugriffe erkennen und die Einhaltung der Vorschriften bei einer Prüfung nachweisen.

Die fünf Cloud-Schlüsselverwaltungsmodelle

Das Cloud-Key-Management lässt sich in fünf Modelle unterteilen, die sich hauptsächlich darin unterscheiden, wer die Schlüsseldaten verwaltet und wie viel operative Arbeit übernommen wird. Die folgende Tabelle vergleicht die Vor- und Nachteile der einzelnen Modelle.

Modell	Vorteile	Nachteile
Bringen Sie Ihre eigene Verschlüsselung mit (BYOE)	Volle Kontrolle: Die Daten werden verschlüsselt, bevor sie die Cloud erreichen, sodass der Anbieter weder Klartext noch Schlüssel einsehen kann. Erfüllt die Vorschriften regulierter Branchen, die eine Trennung von Schlüsseln und Cloud-Rechen- und Speichersystemen vorschreiben. Unterstützt spaltenbasierte Verschlüsselung und dynamische Maskierung für besonders sensible Daten.	Erhöhte Latenz: Daten werden bei jeder Nutzung verschlüsselt und entschlüsselt. Begrenzte Schnittstellen erfordern benutzerdefinierte APIs zur Integration mit jedem Anbieter, was für kleinere Teams schwierig ist. Skalierungs- und Leistungsanforderungen belasten Ihre lokale Infrastruktur zusätzlich.
Cloud-HSM	Das Schlüsselmaterial verlässt das HSM niemals. FIPS 140 Level 3-validierte Hardware: AWS CloudHSM ist FIPS 140-3 Level 3-validiert, Azure Managed HSM ist FIPS 140-3 Level 3-validiert und Google Cloud HSM ist FIPS 140-2 Level 3-validiert. Führt alle Kernfunktionen eines HSM aus: Schlüsselerzeugung, -speicherung, -rotation und Cloud-Verschlüsselungs-APIs. Dedizierte Hardware für Single-Tenant-Systeme für sicherheitskritische Workloads.	Erfordert internes Know-how zur Verwaltung des Schlüssel- und Krypto-Lebenszyklus. Höhere Kosten aufgrund dedizierter Hardware. Geringer Leistungsverlust im Vergleich zu Software-Schlüsseln.
Cloud KMS	Es wird kein spezialisiertes Personal benötigt; der Anbieter betreibt den Dienst. Bestehende Produkte können Kryptografie über einfache APIs nutzen. Zentrale Schlüsselverwaltung für zahlreiche Dienste. Native Integration mit den Datenbanken, Speichern und Entwicklertools des Anbieters.	Der Anbieter speichert und verarbeitet Ihre Schlüsseldaten, daher vertrauen Sie seinen Kontrollmechanismen. Die Isolation ist geringer als bei einem dedizierten HSM, es sei denn, Sie wählen eine HSM-gestützte Schlüsselebene.
Externer Schlüsselspeicher (HYOK)	Die Schlüsseldaten verbleiben in einem von Ihnen kontrollierten HSM oder Schlüsselmanager außerhalb der Cloud (z. B. AWS XKS, Google Cloud EKM). Der Anbieter greift für jede Operation auf Ihren Schlüsselmanager zu und speichert den Schlüssel selbst nicht. Dies entspricht den Anforderungen an Datensouveränität und Funktionstrennung; Sie können den Zugriff jederzeit widerrufen.	Sie betreiben und sichern den externen Schlüsselmanager und dessen Verfügbarkeit. Dies führt zu erhöhter Latenz und einer Netzwerkabhängigkeit bei jedem kryptografischen Aufruf. Es handelt sich um das komplexeste Betriebsmodell.
Software-Schlüsselverwaltung	Kostengünstiger als dedizierte HSMs. Volle Kontrolle über Schlüsseldienste, anstatt diese an den Anbieter zu delegieren. Betrieb einer eigenen Schlüsselverwaltungsanwendung in der Cloud mit APIs für Generierung, Speicherung, Rotation und Verschlüsselung.	Reine Software-Schlüssel sind nicht konform, wenn Vorschriften FIPS-validierte Hardware vorschreiben. Sie sind für das Patchen, die Verfügbarkeit und die Härtung des Schlüsseldienstes verantwortlich.

Das richtige Modell hängt von einer zentralen Frage ab: Wer muss die Schlüsseldaten verwalten? Wenn regulatorische Vorgaben oder interne Richtlinien die Speicherung der Schlüssel auf der Infrastruktur des Anbieters untersagen, ist ein externer Schlüsselspeicher (BYOE) die Lösung. Andernfalls bieten Cloud-KMS oder Cloud-HSM starken Schutz bei deutlich geringerem Betriebsaufwand.

FIPS 140-Status der wichtigsten Cloud-Anbieter

Alle großen Anbieter sichern ihre Kerndienste mittlerweile mit FIPS-140-validierter Hardware ab, wobei sich jedoch der genaue Standard und das Zertifizierungsniveau unterscheiden. Dies ist relevant, da das NIST alle FIPS-140-2-Zertifikate am 21. September 2026 in seine Liste historischer Zertifikate aufnimmt. Danach sollten Bundesbehörden diese Zertifikate nicht mehr für neue Beschaffungen verwenden.

• AWS KMS: Alle KMS-Schlüssel sind durch FIPS 140-3-konforme HSMs der Sicherheitsstufe 3 geschützt, die in allen kommerziellen und GovCloud-Regionen (USA) eingesetzt werden (AWS Security Blog, Februar 2025). In den chinesischen Regionen werden stattdessen OSCCA-zertifizierte HSMs verwendet.
• Azure-Schlüsseltresor: Managed HSM und Key Vault Premium verwenden FIPS 140-3 Level 3 validierte Marvell LiquidSecurity Hardware; die Standard-Variante verwendet softwaregeschützte Schlüssel (Microsoft Learn).
• Google Cloud: Cloud HSM verwendet FIPS 140-2 Level 3 validierte Marvell LiquidSecurity HSMs; Cloud KMS Software-Schlüssel verwenden das FIPS 140-3 Level 1 validierte BoringCrypto-Modul (Google Cloud-Dokumentation).

Prüfen Sie das Zertifikat, nicht die Marketingaussagen. Suchen Sie das Modul in der NIST-CMVP-Datenbank (Cryptographic Module Validation Program) und vergewissern Sie sich, dass es über ein gültiges FIPS-140-3-Zertifikat für die von Ihnen verwendete Version verfügt.

Cloud-Schlüsselverwaltung und Post-Quanten-Kryptographie

Schlüssel zum Schutz langlebiger Daten müssen auch nach dem Aufkommen von Quantencomputern Bestand haben, da diese RSA- und Elliptische-Kurven-Kryptographie mithilfe von Shors Algorithmus knacken werden. Das NIST veröffentlichte im August 2024 seine ersten Standards für die Zeit nach der Quantencomputer-Ära: FIPS 203 (ML-KEM) für die Schlüsselerzeugung sowie FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA) für Signaturen.

Cloud-Anbieter haben damit begonnen, diese Algorithmen zu implementieren. AWS-LC, die kryptografische Bibliothek hinter mehreren AWS-Diensten, war die erste, die ML-KEM in einer FIPS-140-3-Validierung einbezog. Gemäß den Richtlinien der NSA (CNSA 2.0) sollen Cloud-Dienste, die nationale Sicherheitssysteme unterstützen, bis 2033 ausschließlich quantenresistente Algorithmen verwenden. Das aktuelle Risiko besteht in der Möglichkeit, Daten jetzt zu sammeln und später zu entschlüsseln: Ein Angreifer speichert verschlüsselte Daten, um sie zu entschlüsseln, sobald Quantenhardware ausgereift ist. Dadurch sind Daten, deren Vertraulichkeitsschutz auf etwa zehn Jahre begrenzt ist, bereits jetzt gefährdet.

Wie man einen Cloud-Schlüsselverwaltungsansatz auswählt

Wählen Sie das Modell passend zu Ihren Anforderungen an Kontrolle, Konformität, Latenz und Kosten.

1. Definieren Sie Ihre Schlüsselverwahrungsregel: Entscheiden Sie, ob wichtige Daten auf der Infrastruktur des Anbieters gespeichert werden dürfen. Falls nicht, wählen Sie einen externen Schlüsselspeicher (AWS XKS, Google Cloud EKM) oder BYOE (Bring Your Own Equipment).
2. Prüfen Sie Ihre Hardwarevorgaben: Wenn eine Verordnung FIPS 140-validierte Hardware oder Single-Tenant-Isolation erfordert, wählen Sie Cloud HSM (Azure Managed HSM, Google Cloud HSM oder AWS KMS mit einem CloudHSM-Schlüsselspeicher).
3. Betriebskapazität abwägen: Cloud-KMS erfordert den geringsten Aufwand. BYOE und externe Schlüsselspeicher erfordern interne Kryptografie- und Verfügbarkeitskenntnisse.
4. Bestätigen Sie das Zertifikat: Überprüfen Sie vor dem Auslaufen des FIPS 140-2 am 21. September 2026, ob in der NIST CMVP-Datenbank ein aktives FIPS 140-3-Zertifikat vorhanden ist.
5. Plan für die Zeit nach der Quantenphysik: Bevorzugen Sie Anbieter mit einer klaren Roadmap für ML-KEM und ML-DSA, damit Sie quantenresistente Schlüssel ohne Umstrukturierung einführen können.

Wie Verschlüsselungsberatung hilft

Die Cloud-Datenschutzdienste von Encryption Consulting unterstützen Sie bei der Auswahl und Implementierung des passenden Cloud-Schlüsselmanagementmodells für AWS, Azure und Google Cloud – von Cloud KMS und Cloud HSM bis hin zu BYOK, BYOE und externen Schlüsselspeichern. Unsere Berater entwickeln Richtlinien für Schlüsselverwaltung, -rotation und Zugriffskontrolle, die den Anforderungen von PCI DSS, HIPAA, DSGVO und FIPS 140 entsprechen, und planen Ihre Migration zu FIPS 140-3 und Post-Quantum-Verschlüsselungsalgorithmen. Unsere Arbeit basiert auf ISO/IEC 27001:2022- und SOC 2-zertifizierten Verfahren.

Häufig gestellte Fragen

Was ist ein Cloud-Schlüsselverwaltungsdienst?

Ein Cloud-Key-Management-Service (KMS) ist ein gehosteter Dienst, der Verschlüsselungsschlüssel generiert, speichert, rotiert und den Zugriff darauf steuert, um Daten in der Cloud zu schützen. Er übernimmt die Schlüsselgenerierung, die sichere Speicherung, die Rotation, die Zugriffskontrolle und die Protokollierung von Audits und ist in Cloud-Dienste integriert, sodass Anwendungen Daten verschlüsseln und entschlüsseln können, ohne die Schlüssel direkt verwalten zu müssen. AWS KMS, Azure Key Vault und Google Cloud KMS sind die bekanntesten Beispiele.

Worin besteht der Unterschied zwischen Cloud HSM und Cloud KMS?

Cloud KMS ist ein softwarebasierter Schlüsseldienst, bei dem der Anbieter die Schlüssel verwaltet, häufig unterstützt durch gemeinsam genutzte HSMs. Cloud HSM stellt Schlüssel in einem dedizierten, FIPS 140-konformen Hardware-Sicherheitsmodul bereit. AWS KMS verwendet nun FIPS 140-3-konforme HSMs der Sicherheitsstufe 3 für alle Schlüssel, während Azure Managed HSM und Google Cloud HSM dedizierte Single-Tenant-Hardware für strengere regulatorische Anforderungen bieten.

Ist Cloud Key Management FIPS 140-konform?

Ja. AWS KMS-Schlüssel sind durch FIPS 140-3-konforme HSMs der Sicherheitsstufe 3 geschützt. Azure Key Vault Managed HSM und Premium nutzen FIPS 140-3-konforme Marvell-Hardware der Sicherheitsstufe 3. Google Cloud HSM verwendet FIPS 140-2-konforme HSMs der Sicherheitsstufe 3. Am 21. September 2026 werden alle FIPS 140-2-Zertifikate vom NIST in die Liste der historischen Zertifikate aufgenommen. Stellen Sie daher sicher, dass Ihr Anbieter über ein gültiges FIPS 140-3-Zertifikat verfügt.

Was ist BYOK und wie unterscheidet es sich von BYOE?

Mit „Bring Your Own Key“ (BYOK) können Sie einen Schlüssel generieren und in den Schlüsseldienst Ihres Cloud-Anbieters importieren, der ihn anschließend speichert und verwendet. „Bring Your Own Encryption“ (BYOE) hingegen ermöglicht es Ihnen, die Verschlüsselung und die Schlüssel außerhalb der Cloud zu verwalten, sodass die Daten verschlüsselt werden, bevor sie den Anbieter erreichen. BYOE bietet mehr Kontrolle, führt aber zu höheren Latenzzeiten und erfordert Integrationsaufwand durch benutzerdefinierte APIs.

Was ist ein externer Schlüsselspeicher oder ein eigener Schlüsselspeicher (HYOK)?

Ein externer Schlüsselspeicher bewahrt Schlüsselmaterial in einem HSM oder Schlüsselmanager auf, den Sie außerhalb der Cloud kontrollieren. Der Cloud-Dienst greift für kryptografische Operationen darauf zu. AWS nennt dies External Key Store (XKS), Google External Key Manager (Cloud EKM). Der Anbieter speichert niemals Ihr Schlüsselmaterial. Dies entspricht den Anforderungen an Datensouveränität und Funktionstrennung, verursacht aber zusätzlichen Betriebsaufwand.

Welchen Ansatz für die Cloud-Schlüsselverwaltung sollte ich wählen?

Wählen Sie Cloud KMS für eine kostengünstige und unkomplizierte Schlüsselverwaltung, wenn keine strengen Hardwarevorgaben bestehen. Entscheiden Sie sich für Cloud HSM, wenn regulatorische Anforderungen FIPS-140-konforme Hardware oder Single-Tenant-Isolation erfordern. Nutzen Sie BYOE oder einen externen Schlüsselspeicher, wenn Sie Ihre Schlüsseldaten vollständig außerhalb des Anbieters speichern müssen. Das passende Modell bietet die optimale Balance zwischen Kontrolle, Compliance, Latenz und Kosten für Ihre Daten.

Schützen Sie Ihre Daten in der Cloud

Sichern Sie sich die richtigen Schlüssel am richtigen Ort. Entdecken Sie die Cloud-Datenschutzdienste von Encryption Consulting für die Konzeption und den Betrieb von Cloud-Schlüsselmanagementlösungen für alle Anbieter. Oder sprechen Sie mit einem Berater von Encryption Consulting über Ihre FIPS 140-3- und Post-Quanten-Bereitschaft.