Machen Sie sich mit dem neuen Konzept des Crypto-Shredding vertraut

Crypto-Shredding ist eine Technik, bei der der Verschlüsselungsschlüssel, der einen Datensatz schützt, dauerhaft vernichtet wird, anstatt die Daten selbst zu löschen. Dadurch sind die Daten praktisch unwiederbringlich verloren. Dies ist wichtig, da Unternehmen so dem „Recht auf Löschung“ (Artikel 17 der DSGVO) über Backups und Replikate hinweg nachkommen können, ohne jede einzelne Kopie suchen zu müssen. Empfohlene Vorgehensweise: Nutzen Sie den nativen Schlüsselvernichtungs-Workflow Ihres Cloud-KMS mit einer festgelegten Wartezeit und kombinieren Sie ihn mit einer starken Verschlüsselung, um die Sicherheit dieser Technik zu gewährleisten.

Veröffentlicht: August 2021. Aktualisiert: August 2026. Geprüft vom Cloud Key Management Team von Encryption Consulting.

Wie die weitergehenden Compliance-Anforderungen der DSGVO in Cloud-Umgebungen über die reine Schlüsselvernichtung hinaus Anwendung finden, erfahren Sie in unserem Beitrag „ Cloud-Sicherheitsstandards – PCI DSS und DSGVO“ . Informationen zu den Unterschieden der zugrunde liegenden KMS-Systeme verschiedener Anbieter finden Sie im Vergleich „AWS KMS vs. Azure Key Vault vs. GCP KMS“.

Was ist Krypto-Shredding?

Crypto-Shredding ist eine Technik, bei der der Verschlüsselungsschlüssel eines Datensatzes verworfen wird, ohne die verschlüsselten Daten selbst zu löschen oder zu überschreiben. Dadurch sind die Daten praktisch dauerhaft unlesbar. Datenschutz ist zu einem wichtigen Thema geworden, da Datenschutzverletzungen und strengere Vorschriften die Verschlüsselung branchenübergreifend zum Standard gemacht haben. Die flächendeckende Verschlüsselung wirft jedoch ein zweites Problem auf: Was geschieht mit den verschlüsselten Daten, wenn sie vernichtet werden müssen?

Verschlüsselte Daten lassen sich grundsätzlich in zwei Kategorien einteilen. Aktiv verschlüsselte Daten werden von Anwendungen genutzt und im Rahmen der üblichen Sicherheitsvorkehrungen verarbeitet. Passiv verschlüsselte Daten werden nicht aktiv genutzt und können gelöscht werden, beispielsweise weil eine Aufbewahrungsfrist abgelaufen ist oder eine betroffene Person ihr Recht auf Löschung ausgeübt hat. Kryptografisches Shredding ist die praktikabelste Lösung für passive Daten.

Warum ist das Löschen von Daten im Rahmen des DSGVO-Rechts auf Löschung so schwierig?

Die korrekte Durchführung der Datenvernichtung ist, insbesondere im Hinblick auf Datenschutzbestimmungen wie Artikel 17 der DSGVO , äußerst schwierig . Um dem Recht auf Löschung tatsächlich gerecht zu werden, muss ein Unternehmen jeden Verweis auf die Daten einer bestimmten Person in Produktionsdatenbanken, Protokollen, Backups, Data Warehouses und allen nachgelagerten Exporten aufspüren und jede einzelne Kopie löschen. Dies ist keine einfache Aufgabe: Backups sind oft aus Gründen der Ransomware-Resistenz, die sie so wertvoll machen, absichtlich unveränderlich, Protokolle unterliegen möglicherweise separaten Aufbewahrungspflichten, und ein nachgelagerter Analyseexport kann die Daten bereits an einem Ort gespeichert haben, auf den das ursprüngliche System keinen Zugriff hat.

Wie löst Crypto-Shredding das Problem der Datenvernichtung?

Die kryptografische Datenlöschung umgeht das Problem des Suchens und Löschens vollständig. Da die Daten vor ihrer Speicherung verschlüsselt wurden, macht die Zerstörung des Schlüssels jede Kopie dieser Daten (Produktions-, Sicherungs-, Protokoll- und Exportdateien) sofort unlesbar, ohne dass jede einzelne Kopie gefunden werden muss. Wenn der Verschlüsselungsschlüssel zerstört ist und keine weitere Kopie davon existiert, können die durch diesen Schlüssel geschützten Daten von niemandem entschlüsselt werden , egal wo sie sich physisch noch befinden.

Zwei Bedingungen müssen erfüllt sein, damit dieses Verfahren tatsächlich sicher ist. Erstens darf keine weitere Kopie des Schlüssels existieren; ein Schlüssel, der in einem zweiten System hinterlegt, in einem Anwendungsprozess zwischengespeichert oder separat gesichert wird, macht die gesamte Technik zunichte. Zweitens muss der Verschlüsselungsalgorithmus selbst intakt bleiben; wäre der die Daten schützende Algorithmus angreifbar, wäre er bereits vom NIST oder einer anderen Normungsorganisation als veraltet gekennzeichnet und hätte von vornherein nicht verwendet werden dürfen. Daher ist dies eine berechtigte Annahme für jeden aktuell zugelassenen Algorithmus (z. B. AES-256). Unter diesen beiden Bedingungen ist das sogenannte Crypto-Shredding funktional äquivalent zum Löschen oder Überschreiben der Daten selbst, obwohl die Chiffretext-Bytes physisch noch auf der Festplatte vorhanden sind.

In der Praxis ändert dies die Bedeutung einer „Löschanfrage“ auf der Infrastrukturebene. Werden neue Daten erstellt und gespeichert, gesichert oder repliziert, werden sie zunächst mit einem Schlüssel verschlüsselt, der auf diese Daten beschränkt ist (pro Mandant, pro Benutzer oder pro Datensatz, je nach Granularitätsanforderungen). Müssen diese Daten gelöscht werden, durchsucht das System nicht die gesamte Infrastruktur nach jeder Kopie, sondern löscht den Verschlüsselungsschlüssel.

Wie wirkt sich die Kontrolle über native vs. externe Schlüssel auf das Krypto-Shredding aus?

Der Aufbewahrungsort des Schlüssels bestimmt, wie schnell, wie nachvollziehbar und wie rückgängig gemacht eine Krypto-Shred-Operation tatsächlich ist.

Tastensteuerungsmodell	Wie Zerstörung funktioniert	Optimale Bildschirmwahl
Native Cloud-Verwaltung (AWS KMS, Azure Key Vault, Google Cloud KMS)	Der Cloud-Anbieter setzt eine obligatorische Wartezeit vor der endgültigen Löschung durch (siehe Tabelle unten), während der der Vorgang abgebrochen werden kann.	Für die meisten Arbeitslasten geeignet. Bietet ein ausgewogenes Verhältnis zwischen einem wirksamen Schutz vor versehentlichem/böswilligem Löschen und einer letztendlichen, vom Anbieter erzwungenen endgültigen Vernichtung.
BYOK (vom Kunden bereitgestelltes Schlüsselmaterial, Cloud-basiert)	Der Vernichtungsablauf ist derselbe wie bei nativen Schlüsseln und wird vom Anbieter verwaltet. Allerdings behält die Organisation eine eigene Kopie des ursprünglichen Schlüsselmaterials außerhalb der Cloud, die ebenfalls vernichtet werden muss, damit die kryptografische Vernichtung abgeschlossen ist.	Organisationen, die die Herkunft oder Portabilität wichtiger Daten nachweisen müssen, aber mit der täglichen Verwahrung des HSM durch den Cloud-Anbieter zufrieden sind.
HYOK / externer Schlüsselmanager (Cloud EKM, AWS External Key Store, Azure Managed HSM mit externem Stammverzeichnis)	Der KMS-Schlüssel der Cloud ist ein Zeiger auf einen Schlüssel, der von einem externen Schlüsselmanager verwaltet wird; die Löschung des Schlüssels im externen System wird sofort wirksam und ist unabhängig vom Aufbewahrungszeitraum der Cloud.	Bei streng regulierten Daten, bei denen eine Organisation nachweisen muss, dass sie und nicht der Cloud-Anbieter die letztendliche Kontrolle über den Vernichtungsvorgang hatte, und bei denen eine sofortige, anbieterunabhängige Vernichtung eine festgelegte Anforderung ist.

Die meisten Organisationen sollten auf die native, cloudbasierte Schlüsselvernichtung mit ihrer integrierten Wartezeit setzen. Diese ist auditierbar, innerhalb des Zeitfensters reversibel und erfordert keine zusätzliche Infrastruktur. Ein Wechsel zu einem externen/HYOK-Modell ist nur dann ratsam, wenn eine spezifische regulatorische oder vertragliche Anforderung eine Vernichtung vorschreibt, die nicht vom Prozess des Cloud-Anbieters abhängt.

Wie sollte IAM regeln, wer einen Schlüssel zerstören darf?

Die Zerstörung eines Schlüssels ist eine der wenigen kryptografischen Operationen, die nach Ablauf der Wartezeit nicht mehr rückgängig gemacht werden können. Daher sollte das IAM-Modell strenger sein als die Berechtigungen für die gewöhnliche Schlüsselverwendung.

1. Trennen Sie die Berechtigungen „Schlüssel verwenden“ (Verschlüsseln/Entschlüsseln) von den Berechtigungen „Schlüsselvernichtung planen“; fast keine Identität benötigt beides.
2. Vor der Planung einer Schlüsselvernichtung ist eine dokumentierte, ticketbasierte Begründung (eine spezifische Löschanforderungs-ID, ein Ablaufdatum der Aufbewahrungsrichtlinie) erforderlich.
3. Verwenden Sie für Vernichtungsanträge bei Schlüsseln, die die Datensätze von mehr als einer betroffenen Person schützen, einen Zweitgenehmigungs- oder Notfall-Workflow, da eine versehentliche Massenvernichtung von Schlüsseln einen Datenverlust und nicht nur einen Gewinn für den Datenschutz darstellt.
4. Gewähren Sie umfassende Rechte zur Stornierung geplanter Zerstörungen (ein Sicherheitsadministrator sollte jederzeit in der Lage sein, eine laufende Zerstörung schnell zu stoppen), auch wenn die Rechte zur Einleitung der Zerstörung eng gefasst bleiben.
5. Jedes Ereignis, das einen Zeitplan festlegt, eine Stornierung vornimmt oder die Löschung abgeschlossen hat, muss in einem System protokolliert werden, das die löschende Identität selbst nicht verändern kann.

Wie interagiert die Schlüsselrotation mit der Kryptovernichtung?

Rotation und Krypto-Shredding sind gegensätzliche Vorgänge, die leicht verwechselt werden können. Bei der Rotation wird eine neue aktive Schlüsselversion erzeugt, während ältere Versionen bewusst erhalten bleiben, sodass zuvor verschlüsselte Daten weiterhin entschlüsselbar sind. Keines der drei führenden Cloud-KMS-Produkte löscht alte Schlüsselversionen automatisch bei der Rotation. Krypto-Shredding ist der bewusste, gegenteilige Vorgang: die gezielte Zerstörung einer bestimmten Schlüsselversion, sodass die damit geschützten Daten endgültig unwiederbringlich verloren sind.

Die beiden Aspekte interagieren in mandanten- oder datensatzbasierten Verschlüsselungsarchitekturen: Verwendet ein System einen gemeinsamen Schlüssel für die Daten vieler Mandanten, kann die Löschungsanforderung eines einzelnen Mandanten diesen gemeinsamen Schlüssel nicht zerstören, ohne gleichzeitig den Zugriff aller anderen Mandanten zu unterbrechen. Feingranulares Crypto-Shred erfordert eine feingranulare Schlüsselarchitektur (ein Schlüssel oder eine Schlüsselversion pro löschbarer Dateneinheit), die bereits bei der Konzeption festgelegt und nicht erst nach Eingang der ersten Löschanforderung implementiert werden kann.

Was sollte beim Krypto-Shredding protokolliert werden, damit es bei einer Prüfung Bestand hat?

• Die Löschanforderung, die die Vernichtung auslöste: Der konkrete Grund für das Recht auf Löschung, die Aufbewahrungsrichtlinie oder der Vorfall, der die Maßnahme gerechtfertigt hat.
• Termine und Absagen: Wer hat die Zerstörung geplant, wann, und wurde sie vor Ablauf der Wartefrist storniert?
• Bestätigung der abgeschlossenen Vernichtung: Der Zeitstempel, zu dem der Schlüssel endgültig unwiederbringlich verloren ging; dies ist der Beweisnachweis für einen abgeschlossenen Löschantrag.
• Zuordnung von Schlüssel zu Datenbereich: welche Datensätze, Mieter oder betroffenen Personen durch diesen spezifischen Schlüssel geschützt wurden, damit ein Prüfer überprüfen kann, ob die Vernichtung tatsächlich den Umfang der Löschanforderung abgedeckt hat.

Was kostet die Vernichtung von Kryptowährungen?

Die Krypto-Shredding-Funktion selbst wird von keinem der großen Cloud-KMS separat berechnet; die Planung und Durchführung der Schlüsselvernichtung ist in den Standard-KMS-Betrieb integriert. Der eigentliche Kostentreiber ist architektonischer Natur: Die Unterstützung eines feingranularen Krypto-Shreddings (ein Schlüssel pro Mandant oder Datensatz anstelle eines gemeinsamen Schlüssels für einen gesamten Datensatz) vervielfacht die Anzahl der aktiven Schlüssel, die ein KMS verwalten muss, und die Preise pro Schlüssel oder pro HSM-Partition (insbesondere für HSM-basierte Schlüssel) skalieren mit dieser Anzahl. Ein Design, das einzelne Kundendatensätze und nicht nur ganze Datensätze krypto-shredding muss, sollte ein deutlich größeres Schlüsselinventar einplanen als ein Design mit einem Schlüssel pro Datensatz.

Die verschlüsselten Daten selbst werden durch das kryptografische Shredding nicht gelöscht. Daher fallen weiterhin Speicherkosten für den nun dauerhaft unzugänglichen Chiffretext an, bis dieser gemäß einer separaten Speicherrichtlinie entfernt wird. Berücksichtigen Sie diese fortlaufenden Speicherkosten in Ihrer Aufbewahrungsrichtlinie, anstatt anzunehmen, dass das kryptografische Shredding allein die Kosten für die Datenaufbewahrung deckt.

Wie sieht eine Multi-Cloud-Architektur zur Krypto-Shredderung aus?

Jede der großen Cloud-Plattformen implementiert eine native Schlüsselvernichtung mit ähnlicher Struktur, aber unterschiedlichen Details, was für eine Organisation, die einen einheitlichen Löschprozess über alle drei Plattformen hinweg durchführen möchte, von Bedeutung ist.

Wolke	Standardwartezeit	Konfigurierbarer Bereich
AWS-KMS	30 Tage	7-30 Tage
Azure Key Vault (vorläufiges Löschen)	90 Tage	7–90 Tage, nur bei der Tresorerstellung festgelegt
Google Cloud KMS	30 Tage	Bei der Erstellung pro Schlüssel individuell anpassbar; Organisationen können über eine Organisationsrichtlinie ein Minimum erzwingen.

Ein Workflow zur Datenlöschung in mehreren Clouds (die Daten eines einzelnen Kunden sind auf AWS, Azure und GCP verteilt) muss berücksichtigen, dass die standardmäßige Aufbewahrungsfrist von Azure dreimal länger ist als die von AWS oder GCP. Dies ist relevant, wenn ein DSGVO-konformer Löschantrag, der mehrere Clouds umfasst, als Abschlussdatum gemeldet wird. Legen Sie daher für alle drei Clouds die kürzeste konforme Frist fest, die Ihre Risikotoleranz zulässt, anstatt dem Betroffenen drei unterschiedliche Abschlussdaten mitzuteilen.

Was sind die Grenzen der Krypto-Shredding-Methode?

• Das funktioniert nur, wenn die Verschlüsselung stark ist und kein Schlüssel-Treuhandservice oder eine Sicherungskopie existiert; eine schwache Verschlüsselung oder eine übersehene Schlüsselsicherung macht die „Zerstörung“ nur kosmetisch.
• Die verschlüsselten Daten selbst belegen weiterhin Speicherplatz und erfordern weiterhin eine eigene Lebenszyklus-/Aufbewahrungsentscheidung.
• Keine bedeutende Normungsorganisation (auch nicht NIST) schreibt derzeit die kryptografische Datenlöschung als zertifizierte Methode zur Datenbereinigung vor; NIST SP 800-88 Rev. 1 bleibt der Referenzstandard für die Datenträgerbereinigung, und Organisationen, die einen zertifizierbaren Bereinigungsnachweis benötigen, sollten sich direkt an diesem Standard orientieren, anstatt sich allein auf die kryptografische Datenlöschung zu verlassen.
• Für eine feingranulare (datensatzweise) Krypto-Shredding-Methode muss die Schlüsselarchitektur von vornherein darauf ausgelegt sein; sie lässt sich nicht einfach nachträglich in ein System integrieren, das auf einem gemeinsamen Schlüssel basiert.

Entscheidungscheckliste: Implementierung der Krypto-Shredding

1. Stellen Sie sicher, dass jeder Datensatz, der möglicherweise einzeln gelöscht werden muss, mit einem eigenen Schlüssel oder einer eigenen Schlüsselversion verschlüsselt ist und nicht mit einem datensatzweiten gemeinsamen Schlüssel.
2. Wählen Sie die native, cloudbasierte Schlüsselvernichtung als Standard; reservieren Sie die externe/HYOK-Vernichtung für Fälle mit einer spezifischen Anforderung an die Anbieterunabhängigkeit.
3. Für jeden Antrag auf Schlüsselvernichtung ist ein zweiter Genehmiger und eine dokumentierte Begründung erforderlich.
4. Protokollieren Sie die Löschanforderung, die Planungs-/Stornierungsereignisse und die Bestätigung der abgeschlossenen Vernichtung als Prüfprotokoll für den Löschvorgang.
5. Die Vernichtung des Schlüsselpaares erfolgt in Verbindung mit einer separaten Speicherlebenszyklusrichtlinie, damit der nun unentzifferbare Chiffretext nicht unbegrenzt erhalten bleibt.

Was würde Encryption Consulting empfehlen?

Organisationen, die durch die unkontrollierte Datenlöschung (Crypto Shredding) Verluste erleiden, sind fast immer diejenigen, die ihre Verschlüsselungsarchitektur auf einem gemeinsamen Schlüssel pro Datensatz basieren und dann bei der ersten individuellen Löschanfrage feststellen, dass sie einen Datensatz nicht löschen können, ohne alle anderen Datensätze mit demselben Schlüssel zu beschädigen. Die Cloud Key Management Services von Encryption Consulting entwerfen die mandanten- oder datensatzbezogene Schlüsselarchitektur, den Genehmigungsworkflow für die Datenlöschung und den Audit-Trail, die für einen rechtssicheren Löschprozess auf Basis von Krypto-Shredding erforderlich sind. Unser HSM-as-a-Service- Angebot bietet hardwaregestützte Verwahrung dieses Schlüsselinventars ohne den operativen Aufwand für den direkten Betrieb von HSMs.

Häufig gestellte Fragen

Ist Crypto-Shredding ein offiziell anerkannter Standard für die Datenbereinigung?

Nein. Es gibt keinen Standard von NIST, der DSGVO oder einer anderen Behörde, der kryptografisches Shredding formell als zertifiziertes Desinfektionsverfahren vorschreibt. Die NIST Special Publication 800-88 Revision 1 bleibt das Referenzdokument für die allgemeine Datenträgerbereinigung, und Organisationen, die einen zertifizierbaren Nachweis benötigen, sollten sich direkt an diesem Standard orientieren.

Erfüllt die kryptografische Datenvernichtung das Recht auf Löschung gemäß DSGVO?

Es wird häufig als praktischer Mechanismus zur Erfüllung von Anforderungen gemäß Artikel 17 eingesetzt, insbesondere bei Backups und Replikaten, bei denen andernfalls jede Kopie einzeln gesucht und gelöscht werden müsste. Es handelt sich um eine technische Kontrollmaßnahme, nicht um eine rechtliche Garantie; ob sie den Erwartungen einer bestimmten Aufsichtsbehörde genügt, hängt von der Stärke der Verschlüsselung und dem Fehlen jeglicher erhaltener Schlüsselkopie ab.

Kann ich die Daten eines einzelnen Kunden kryptografisch vernichten, wenn dieser denselben Schlüssel wie andere Kunden verwendet?

Nicht ohne den Zugriff aller anderen Kunden auf Daten unter demselben Schlüssel zu zerstören. Feingranulare kryptografische Datenlöschung erfordert eine von Anfang an integrierte Schlüsselarchitektur pro Mandant oder pro Datensatz.

Wie lange dauert es, bis ein Schlüssel auf AWS, Azure oder GCP endgültig gelöscht wird?

AWS KMS verwendet standardmäßig eine Wartezeit von 30 Tagen (konfigurierbar von 7 bis 30 Tagen), Azure Key Vault verwendet standardmäßig eine Soft-Delete-Funktion mit einer Wartezeit von 90 Tagen (konfigurierbar von 7 bis 90 Tagen, wird bei der Erstellung des Tresors festgelegt), und Google Cloud KMS verwendet standardmäßig 30 Tage, die pro Schlüssel anpassbar sind und den Mindestrichtlinien der Organisation unterliegen.

Was geschieht mit den verschlüsselten Daten, nachdem der Schlüssel zerstört wurde?

Es verbleibt genau an seinem ursprünglichen Speicherort, belegt weiterhin Speicherplatz, ist aber dauerhaft unlesbar. Die kryptografische Datenlöschung entfernt oder verschiebt den Chiffretext nicht; eine separate Speicherlebenszyklusrichtlinie ist erforderlich, um ihn schließlich zu löschen.

Benötigen Sie Hilfe bei der Entwicklung einer Schlüsselarchitektur, die tatsächlich die kryptografische Vernichtung einzelner Datensätze unterstützt? Sprechen Sie mit dem Cloud Key Management Team von Encryption Consulting.

Ressourcen

NIST SP 800-88 Rev. 1: Richtlinien für die Datenträgerbereinigung