Wiederherstellung Verschlüsselter Laufwerksdaten: Leitfaden zu BitLocker, VeraCrypt und FileVault

Was entscheidet tatsächlich darüber, ob ein verschlüsseltes Laufwerk wiederhergestellt werden kann?

Ein gültiger Schlüssel entsperrt das gesamte Volume auf einmal. Ohne einen solchen Schlüssel können keine der Daten gelesen werden. Dies unterscheidet verschlüsselte Laufwerke von den meisten Situationen mit Datenverlust, in denen selbst nach erheblichen Schäden häufig eine teilweise Datenrettung lesbarer Fragmente möglich ist. Die Verschlüsselung beseitigt diesen Mittelweg.

Um zu verstehen, warum dieser eine Faktor so viel Gewicht hat, ist es hilfreich zu betrachten, was die Verschlüsselung tatsächlich mit den Daten macht.

Wie funktioniert die Vollplattenverschlüsselung?

Bei der Vollplattenverschlüsselung werden die auf ein Laufwerk geschriebenen Daten mithilfe einer symmetrischen Verschlüsselungsmethode – fast immer dem Fortgeschrittener Verschlüsselungsstandard (AES) – in Chiffretext umgewandelt. Sobald diese Umwandlung stattgefunden hat, sind die Daten in diesen Sektoren ohne den spezifischen Schlüssel, der zur Verschlüsselung verwendet wurde, unlesbar, und ohne diesen Schlüssel ist der Chiffretext mathematisch nicht von zufälligem Rauschen zu unterscheiden. Dies ist der entscheidende Unterschied zwischen der Datenrettung von verschlüsselten Laufwerken und der herkömmlichen Datenrettung.

Inwiefern unterscheidet sich die Datenrettung verschlüsselter LaufweDatenrettung verschlüsselter Laufwerke rke von der herkömmlichen Datenrettung?

Bei der herkömmlichen Datenrettung geht es um beschädigte Sektoren, fehlerhafte Dateisysteme oder versehentlich gelöschte Dateien. Die Datenrettung von verschlüsselten Laufwerken funktioniert anders, da der physische Zustand des Laufwerks keinen Einfluss darauf hat, ob die Daten gelesen werden können.

Die verschlüsselten Daten können wieder lesbar werden, wenn ein gültiges Passwort, ein Schlüssel für die Datenrettung oder ein hinterlegter Schlüssel gefunden wird. Sie können auch lesbar werden, wenn ein Schlüssel aus einer früheren Sitzung noch im Systemspeicher vorhanden ist. Liegt keines dieser Elemente vor, funktioniert die Verschlüsselung genau wie vorgesehen, und die Daten verbleiben in ihrer verschlüsselten Form.

Die Datenrettung ist in diesem Zusammenhang kein Vorgang, bei dem die Verschlüsselung durch eine Schwachstelle in der Mathematik umgangen wird. Vielmehr geht es darum, den Chiffretext mithilfe eines gültigen Schlüssels in Klartext umzuwandeln. Die Datenrettung verschlüsselter Laufwerke stellt daher ein anderes Problem dar als die Ransomware-Datenwiederherstellung, bei dem die Verschlüsselung ohne Zustimmung des Benutzers erfolgt und nur der Angreifer über den Schlüssel verfügt.

Das direkte Erraten des Schlüssels ist keine gangbare Strategie. Der Schlüsselraum für die AES-256-Verschlüsselung ist so groß, dass eine vollständige Durchsuchung mittels Brute-Force-Angriffen mit keiner derzeit verfügbaren Rechenleistung realisierbar ist.

Moderne Software zur vollständigen Festplattenverschlüsselung wie BitLocker, VeraCrypt und FileVault lässt jeden Passwortversuch durch eine bewusst langsam gestaltete Schlüsselableitungsfunktion (PBKDF2 oder Argon2id) laufen, die Hunderttausende von Iterationen durchführt, bevor ein verwendbarer Schlüssel erzeugt wird.

Selbst ein korrektes Passwort benötigt daher eine messbare Rechenzeit, um in den eigentlichen Verschlüsselungsschlüssel umgewandelt zu werden, und ein Angreifer, der Tausende von Vermutungen testet, sieht sich bei jedem einzelnen Versuch mit derselben Verzögerung konfrontiert.

Die Hardware stellt eine zweite Barriere gegen Brute-Force-Angriffe zur Ableitung des Entschlüsselungsschlüssels dar. Windows-Geräte stützen sich in der Regel auf ein Trusted Platform Module (TPM), einen dedizierten Sicherheitschip, der Verschlüsselungsschlüssel verwaltet und schützt, während Apple-Geräte die Secure Enclave nutzen, einen ähnlichen dedizierten Chip, der in Apple-Silicon und den T2-Sicherheitschip integriert ist. Beide erlegen Beschränkungen für fehlgeschlagene Passwort- oder PIN-Versuche auf, indem sie Verzögerungen einführen und letztendlich weitere Versuche verhindern, sobald ein definierter Schwellenwert erreicht ist.

Wie verschlüsseln BitLocker, VeraCrypt und FileVault Daten?

BitLocker, VeraCrypt und FileVault sind Beispiele für hochentwickelte Software zur vollständigen Festplattenverschlüsselung. Alle drei Tools stützen sich auf eine Schlüsselhierarchie, um Daten sicher zu verschlüsseln.

Eine Schlüsselhierarchie ist eine mehrschichtige Verschlüsselungsstruktur, bei der ein Schlüssel die Daten verschlüsselt und ein separater Schlüssel diesen zuerst verschlüsselten Schlüssel verschlüsselt. Dieser mehrschichtige Prozess hat einen praktischen Grund. Er ermöglicht es einem Benutzer, sein Passwort zu ändern, ohne das gesamte Laufwerk neu verschlüsseln zu müssen, da bei einer Passwortänderung lediglich der äußere Verschlüsselungsschlüssel ersetzt werden muss.

Die Methode, mit der jedes Tool seinen äußeren Schlüssel schützt, ist der entscheidende Faktor dafür, ob nach einem Ausfall eine Datenrettung möglich ist.

BitLocker – Wie es verschlüsselt und Schlüssel speichert

BitLocker ist die integrierte Festplattenverschlüsselungsfunktion von Microsoft, die in den Pro-, Enterprise- und Education-Editionen von Windows verfügbar ist. Zu verstehen, wie BitLocker seine Schlüssel erstellt und speichert, ist der Ausgangspunkt, um zu beurteilen, ob eine BitLocker-Datenwiederherstellung ohne Zugriff auf den Schlüssel im jeweiligen Fall realistisch möglich ist.

So werden Daten verschlüsselt

BitLocker verschlüsselt Daten mithilfe von AES im XTS-Modus (XEX-basierter Tweaked-Codebook-Modus mit Ciphertext Stealing), einer Methode, die speziell zum Schutz von Daten im Ruhezustand auf einer Festplatte entwickelt wurde und entweder einen 128-Bit- oder einen 256-Bit-Schlüssel verwendet.

Wie Schlüssel gespeichert werden

Die Schlüsselhierarchie von BitLocker besteht aus drei Ebenen:

• Full-Volume-Verschlüsselungsschlüssel – die Basisschicht und der Schlüssel, der jeden Datensektor auf der Festplatte direkt verschlüsselt. Er wird einmalig generiert und bleibt während der gesamten Lebensdauer des Volumes unverändert.
• Volume-Hauptschlüssel (VMK) – verschlüsselt den FVEK und sorgt so für eine zweite Schutzebene.
• Schlüssel-Schutzmechanismen – die Mechanismen, auf die sich ein Benutzer oder ein System stützt, um das Laufwerk zu entsperren. Ein oder mehrere Schlüssel-Schutzmechanismen sichern den VMK.

Der Entsperrvorgang läuft in der Regel wie folgt ab:

• Beim Einschalten des Geräts misst die System-Firmware jede Komponente, die am Systemstart beteiligt ist, einschließlich des Bootloaders und des Betriebssystemkerns.
• Es speichert diese Messwerte als kryptografische Hashes im TPM in Werten, die als Plattformkonfigurationsregister (PCRs) bezeichnet werden.
• Stellt das TPM fest, dass diese Messwerte mit dem erwarteten, unverfälschten Zustand übereinstimmen, gibt es den VMK frei.
• Der VMK entschlüsselt daraufhin den FVEK, und der FVEK wird in das System geladen, um Daten beim Lesen von der Festplatte oder beim Schreiben auf die Festplatte zu entschlüsseln bzw. zu verschlüsseln.
• AES-NI beschleunigt die Ver- und Entschlüsselung – eine in die meisten modernen CPUs integrierte Hardwarefunktion, die speziell für diesen Zweck entwickelt wurde.

Zu den Schlüsselschutzmechanismen können das TPM, ein vom Benutzer festgelegtes Passwort oder eine PIN, ein USB-Schlüssel oder das 48-stellige numerische Kennwort für die Datenrettung gehören, das zuerst bei der Aktivierung von BitLocker automatisch generiert wird.

In der Praxis ist dieses Kennwort für die Datenrettung die wichtigste Ausweichmöglichkeit bei jeder Windows-Datenrettung, bei der ein mit BitLocker verschlüsseltes Laufwerk betroffen ist, da Microsoft es automatisch an folgenden Orten sichert:

• dem Microsoft-Konto des Benutzers
• Active Directory in domänengebundenen Unternehmensumgebungen
• Microsoft Entra ID in cloudverwalteten Organisationen

VeraCrypt – Wie es verschlüsselt und Schlüssel speichert

VeraCrypt ist eine kostenlose Open-Source-Software zur Festplattenverschlüsselung, die unter Windows, macOS und Linux läuft. Sie ist der direkte Nachfolger des inzwischen eingestellten TrueCrypt.

So verschlüsselt es Daten

VeraCrypt unterstützt AES sowie mehrere andere Verschlüsselungsalgorithmen, darunter Serpent, Twofish und Camellia, und kann zur zusätzlichen Absicherung mehrere Algorithmen nacheinander kombinieren. Im Gegensatz zu BitLocker und FileVault verzichtet VeraCrypt bewusst auf die Nutzung eines TPM oder anderer Hardware-Sicherheitschips und verwaltet das gesamte Schlüsselmaterial ausschließlich softwarebasiert. 

Wie Schlüssel gespeichert werden

Jedes VeraCrypt-Volume beginnt mit einem verschlüsselten Header, meistens die ersten 512 Byte des Volumes, in dem die tatsächlichen Schlüssel gespeichert sind, die zur Verschlüsselung der Daten verwendet werden.

Um das Volume zu entsperren, liest VeraCrypt zuerst diesen Header und extrahiert ein dort gespeichertes Salt (Zufallsdaten, die mit dem Passwort kombiniert werden, um Angreifer daran zu hindern, vorberechnete Passworttabellen zu verwenden). Das Passwort des Benutzers wird dann zusammen mit den verwendeten Schlüsseldateien und einer optionalen Einstellung namens Personal Iterations Multiplier (PIM) durch PBKDF2 oder Argon2id geleitet, um den sogenannten Header-Schlüssel abzuleiten.

VeraCrypt versucht, den Header mit diesem Schlüssel zu entschlüsseln, und bestätigt den Erfolg durch die Überprüfung einer bestimmten Markierungszeichenfolge sowie einer im Header gespeicherten Prüfsumme. Ist auch nur eine einzige Eingabe (das Passwort, eine Schlüsseldatei oder der PIM) falsch, lässt sich der Header nicht entschlüsseln, und das Volume wird nicht eingebunden.

VeraCrypt schützt den Header auf zwei Arten. Eine Sicherungskopie wird automatisch an das Ende jedes Nicht-System-Volumes geschrieben, und Benutzer können zudem jederzeit einen zusätzlichen Sicherungs-Header in eine externe Datei exportieren. Die Datenrettung eines beschädigten VeraCrypt-Volumes hängt in der Regel vom Vorhandensein dieser Sicherungskopie ab.

FileVault – Wie es verschlüsselt und Schlüssel speichert

FileVault 2 ist die vollständige Volume-Verschlüsselungsfunktion von Apple für macOS und wird auf das Startvolume des Apple File System (APFS) angewendet. Zu verstehen, wie FileVault seine Schlüssel erstellt und speichert, ist der Ausgangspunkt, um zu bestimmen, was bei FileVault-Datenwiederherstellung auf einem MacBook in der Praxis realistisch möglich ist.

So werden Daten verschlüsselt

FileVault verschlüsselt Daten mit XTS-AES-128 unter Verwendung eines 256-Bit-Schlüssels.

So werden Schlüssel gespeichert

• Der Entsperrvorgang unterscheidet sich je nach Hardware des jeweiligen MacBook-Geräts.
• Auf älteren Intel-basierten Macs ohne Apples T2-Sicherheitschip leitet FileVault seinen Schutzschlüssel mithilfe von PBKDF2 (derselben Art von langsamer Schlüsseldehnungsfunktion, die auch an anderer Stelle bei der Festplattenverschlüsselung zum Einsatz kommt) direkt aus dem Passwort des Benutzers ab. Der resultierende Schlüssel verbleibt im regulären Systemspeicher, solange das Laufwerk eingebunden ist und genutzt wird.
• Bei Macs mit dem T2-Chip oder Apple Silicon wird eine zusätzliche Hardware-Ebene in den Ver- und Entschlüsselungsprozess eingebunden. Der Verschlüsselungsschlüssel für das Volume (VEK) – auch der Schlüssel, der die Daten auf dem Laufwerk tatsächlich verschlüsselt – wird mit einem Schlüssel verschlüsselt, der innerhalb der Secure Enclave generiert wird. Dieser Schlüssel kombiniert das Passwort des Benutzers mit einer Eindeutige Hardwarekennung (UID), einem eindeutigen Wert, der bei der Herstellung in den Chip eingebrannt wurde. Die UID kann von keiner Software aus dem Chip ausgelesen werden. Sie kann nur intern, innerhalb der Secure Enclave, zur Ausführung dieser einen Funktion verwendet werden.

Das Design der Verschlüsselungs- und Entsperrmechanismen bestimmt nahezu alle Aspekte der FileVault-Datenrettung auf moderner MacBook-Hardware, da das verschlüsselte Laufwerk kryptografisch an genau diese eine bestimmte Hauptplatine gebunden ist und an keine andere. Dies ist auch der Grund, warum die Datenrettung bei MacBooks mit FileVault häufig Eingriffe auf Komponentenebene erfordert und nicht nur rein softwareseitige Maßnahmen.

Apple bietet Verschlüsselungsexperten drei legitime Wege, um wieder Zugriff auf ein gesperrtes Volume zu erlangen:

• Den persönlichen Schlüssel für die Datenrettung, der bei der Einrichtung generiert und dem Nutzer einmalig angezeigt wird
• Die Entsperrung über die Apple-ID, sofern diese Option aktiviert wurde
• Ein institutioneller Schlüssel für die Datenrettung, der von Organisationen verwendet wird, um verwaltete Geräte über Verwaltung mobiler Geräte (MDM) zu entsperren, ohne dass die Anmeldedaten des Benutzers erforderlich sind

Alle drei Tools bieten im Großen und Ganzen eine vergleichbare kryptografische Stärke. Unterschiede bestehen jedoch in drei spezifischen Bereichen, wodurch sich auch die Ansätze und Ergebnisse der Datenrettung unterscheiden:

• Die Abhängigkeit des Schlüssels von der Hardware
• Die Menge der Metadaten aus Backups, die das Tool speichert
• Das Vorhandensein eines strukturierten Systems zur Wiederherstellung eines verlorenen Schlüssels

Der erste Unterschied betrifft den Speicherort des Schlüssels. Er kann an Hardware gebunden sein oder ausschließlich in Software gespeichert werden.

Schlüsselabhängigkeit von der Hardware

• BitLocker verfolgt einen flexibleren Ansatz. Auch wenn das TPM die Freigabe des VMK auf den „Measured Boot State“ des Systems beschränkt, wird eine verschlüsselte Kopie des VMK zusätzlich in den Metadaten von BitLocker auf der Festplatte gespeichert. Das bedeutet, dass ein Austausch des Motherboards die automatische Entsperrung durch das TPM unterbricht und den Modus der Datenrettung auslöst; das Laufwerk wird dadurch jedoch nicht zerstört, und ein gültiger 48-stelliger Schlüssel für die Datenrettung kann diese auf der Festplatte gespeicherte Kopie des VMK weiterhin entschlüsseln.
• VeraCrypt verzichtet vollständig auf eine Hardware-Bindung, was bedeutet, dass ein VeraCrypt-Volume zwischen verschiedenen Computern verschoben und auf jedem davon normal eingebunden werden kann, sofern das richtige Passwort und die richtigen Schlüsseldateien verfügbar sind.
• FileVault auf modernen Macs bindet das verschlüsselte Volume an seine ursprüngliche Hauptplatine, da die zum Entsperren erforderliche Hardware-UID außerhalb dieses spezifischen Secure-Enclave-Chips nirgendwo existiert. Wird diese Hauptplatine zerstört, gehen die Daten verloren, selbst wenn die NAND-Flash-Speicherchips physisch intakt bleiben, da diese Chips ausschließlich verschlüsselten Text enthalten, der an anderer Stelle nicht entschlüsselt werden kann.

Metadaten der Sicherungskopien bleiben erhalten

• BitLocker verwaltet drei separate Kopien seiner Verschlüsselungsmetadaten an verschiedenen Speicherorten auf der Festplatte. Ein einzelner beschädigter Sektor an einem Speicherort hindert das System daher nicht daran, an anderer Stelle eine lesbare Kopie zu finden.
• VeraCrypt speichert einen primären Header am Anfang des Volumes und einen Backup-Header am Ende desselben Volumes. Sollte der primäre Header beschädigt sein, kann VeraCrypt angewiesen werden, das Volume stattdessen mithilfe des Backup-Headers einzuhängen.
• FileVault verfolgt einen anderen Ansatz. Seine Schlüsselmetadaten sind in APFS-Strukturen und im internen Schlüsselspeicher der Secure Enclave, dem sogenannten „Keybag“, eingebettet. Es stellt keine für den Benutzer zugängliche Backup-Header-Datei bereit.

Verfügbarkeit von Schlüsseln für die Datenrettung

• BitLocker verfügt über das am weitesten entwickelte Treuhandsystem für die Datenrettung bei Verlust eines Schlüssels. Wiederherstellungsschlüssel werden in der Regel automatisch in einem Microsoft-Konto, in Active Directory oder in Microsoft Entra ID gesichert, sobald BitLocker zuerst aktiviert wird.
• VeraCrypt verfügt über keinerlei Hinterlegungssystem. Es gibt keine zentrale Stelle, kein Konto und keinen Supportdienst, der eine Kopie eines VeraCrypt-Schlüssels aufbewahrt. Hat ein Benutzer zu keinem Zeitpunkt eine Header-Sicherung erstellt und gespeichert, lässt sich dieses Versäumnis nachträglich nicht beheben.
• FileVault bietet eine Apple-ID-basierte Datenrettung für einzelne Benutzer sowie institutionelle Datenrettungsschlüssel für Organisationen, die Geräte über MDM verwalten; jedoch liegt die sichere Aufbewahrung des bei der Einrichtung angezeigten persönlichen Datenrettungsschlüssels ausschließlich in der Verantwortung des Benutzers. Apple bewahrt keine Kopie davon auf, es sei denn, die iCloud-basierte Datenrettung wurde ausdrücklich aktiviert.

Szenarien für den Datenverlust auf verschlüsselten Laufwerken

Die meisten Fälle der Datenrettung bei verschlüsselten Laufwerken lassen sich einer von vier Kategorien zuordnen.

1. Vergessenes Passwort oder verlorener Schlüssel für die Datenrettung

Dies ist das am häufigsten auftretende Szenario und zugleich das am schwierigsten zu lösende.

Ohne ein gültiges Passwort, einen Schlüssel für die Datenrettung, einen hinterlegten Schlüssel oder einen Schlüssel, der noch aus einer früheren Sitzung im Systemspeicher vorhanden ist, bleibt ein Volume kryptografisch versiegelt – genau so, wie es die Verschlüsselung vorsieht.

• Für die Datenrettung von einem mit BitLocker verschlüsselten Laufwerk ohne den Schlüssel hängt der Vorgang davon ab, einen alternativen Schutzmechanismus zu finden. Zuerst sollte man jeden plausiblen Speicherort auf einen erhalten gebliebenen Schlüssel überprüfen.
• Für die Datenrettung von einem mit VeraCrypt verschlüsselten Laufwerk gibt es keine Ausweichmöglichkeit. Ohne das Passwort, die Schlüsseldatei und den korrekten PIM-Wert können die Daten nicht wiederhergestellt werden.
• Für die Datenrettung von einem FileVault-verschlüsselten Laufwerk auf einem Mac stehen folgende Möglichkeiten zur Verfügung: der persönliche Schlüssel für die Datenrettung, die bei der Einrichtung verknüpfte Apple-ID oder ein institutioneller Schlüssel, der von der IT-Abteilung einer Organisation verwahrt wird. Die Secure Enclave gibt den verschlüsselten VEK auf keine andere Weise frei.

2. Beschädigung des Verschlüsselungs-Headers

In diesem Szenario sind das Passwort oder der Schlüssel für die Datenrettung gültig und bekannt, doch die Metadaten auf der Festplatte, die diesen Schlüssel mit den eigentlichen Daten verknüpfen, sind physisch beschädigt. Das Volume lässt sich nicht einbinden – nicht, weil der Schlüssel falsch ist, sondern weil die Verbindung zwischen Schlüssel und Daten nicht gelesen werden kann.

• Das Ergebnis unterscheidet sich je nach Tool erheblich. Auf einem mit BitLocker verschlüsselten Laufwerk lässt sich eine teilweise Beschädigung dieser Metadaten oft mit dem Microsoft-Befehlszeilentool „Repair-bde“ beheben, das ein gültiges Kennwort für die Datenrettung oder ein exportiertes Schlüsselpaket verwendet, um lesbare Daten aus dem beschädigten Volume auf ein separates, intaktes Laufwerk zu extrahieren. Nur wenn alle drei Metadatenkopien gleichzeitig zerstört sind, wird der FVEK dauerhaft unzugänglich.
• Auf einem mit VeraCrypt verschlüsselten Laufwerk ist dies genau der Ausfallmodus, für dessen Bewältigung der integrierte Backup-Header vorgesehen ist. Ist der primäre Header beschädigt, kann VeraCrypt das Volume stattdessen mithilfe des Backup-Headers einbinden, ohne dass eine externe Datei erforderlich ist. Erst wenn sowohl der primäre als auch der Backup-Header beschädigt sind, wird eine externe Header-Sicherungsdatei – sofern jemals eine erstellt wurde – zum einzigen restlichen Weg zurück ins System.
• Bei einem mit FileVault verschlüsselten MacBook erfordert eine Beschädigung der Keybag-Metadaten der Secure Enclave in der Regel eine spezialisierte Diagnose auf Laborniveau, und selbst dann ist eine vollständige Datenrettung nicht immer möglich.

3. Ausfall des Laufwerks während oder nach der Verschlüsselung

Wenn ein Laufwerk aufgrund von fehlerhaften Sektoren, einem defekten Verantwortlichen, einem Kopfabsturz bei einer Festplatte (HDD) oder einer NAND-Verschlechterung bei einem Solid-State-Laufwerk (SSD) physisch ausfällt, erhöht das Vorhandensein einer Verschlüsselung das Risiko erheblich.

Ein einziger fehlerhafter Sektor im Header-Bereich eines verschlüsselten Volumes kann den Zugriff auf das gesamte Schlüsselmaterial mit einem einzigen Vorfall zunichte machen, selbst wenn der Rest des Laufwerks einwandfrei lesbar ist.

Die richtige Vorgehensweise in diesem Szenario besteht darin, das Laufwerk unverzüglich außer Betrieb zu nehmen, ein sektorweises Abbild auf einem separaten, funktionsfähigen Medium zu erstellen und alle weiteren Maßnahmen der Datenrettung an diesem Abbild statt am Originallaufwerk durchzuführen. Speziell bei BitLocker kann ein laufender Verschlüsselungsvorgang mithilfe von Windows-Befehlszeilentools angehalten werden, wodurch die Lese- und Schreibaktivitäten auf dem Laufwerk vor Beginn der Abbilderstellung reduziert werden.

4. Betriebssystemabsturz auf einem verschlüsselten Datenträger

Ein Betriebssystemabsturz beschädigt oder verändert die Verschlüsselungsschlüssel an sich nicht. Betroffen sein können stattdessen das Dateisystem innerhalb des verschlüsselten Volumes oder, im Falle von BitLocker, die es umgebende Startumgebung.

• BitLocker ist diesem Szenario am stärksten ausgesetzt. Auf Windows-Rechnern mit einem TPM führt ein Absturz, der die während des Bootvorgangs aufgezeichneten PCR-Messwerte verändert – beispielsweise nach einem fehlgeschlagenen Update oder einer automatischen Startreparatur –, dazu, dass das TPM beim nächsten Neustart die Freigabe des VMK verweigert. Das System wechselt dann in den BitLocker-Modus der Datenrettung und fordert die Eingabe des 48-stelligen Kennworts für die Datenrettung an.
• VeraCrypt bleibt von diesem Fehlermodus weitgehend unberührt, da es sein Schlüsselmaterial niemals an den Startvorgang oder den Startzustand des Betriebssystems bindet. Ein VeraCrypt-Volume bleibt mit dem richtigen Passwort und den richtigen Schlüsseldateien unabhängig von einem eventuellen Betriebssystemabsturz weiterhin einhängbar.
• FileVault liegt irgendwo dazwischen. APFS verwaltet Snapshots, mit denen ein gesamtes Volume auf einen zuvor als fehlerfrei bekannten Zustand zurückgesetzt werden kann. Sofern die FileVault-Schlüssel davon unberührt bleiben, lassen sich die meisten Probleme nach einem Absturz durch das Booten in die macOS-Datenrettung und das Zurücksetzen auf einen dieser Snapshots beheben, ohne dass die Verschlüsselungsebene berührt wird.

Wie funktioniert die Datenrettung verschlüsselter Laufwerke tatsächlich?

Die professionelle Datenrettung verschlüsselter Laufwerke folgt einer festgelegten Abfolge von Schritten, unabhängig davon, welches der drei Tools zum Einsatz kommt.

1. Sicherung und Klonen des Laufwerks vor allen anderen Maßnahmen

Jedes Laufwerk, das Anzeichen physischer Instabilität aufweist – wie beispielsweise SMART-Fehler, ungewöhnlich langsame Lesevorgänge oder zeitweise Unterbrechungen der Verbindung –, wird geklont, bevor weitere Maßnahmen ergriffen werden. Jeder weitere Leseversuch an einem ausfallenden Laufwerk erhöht das Risiko, dass es den Punkt erreicht, an dem eine Datenrettung nicht mehr möglich ist.

Der Klonvorgang wird Sektor für Sektor auf ein funktionsfähiges Speichermedium mit entsprechender Kapazität durchgeführt, wobei ein Hardware-Imager zum Einsatz kommt, der darauf ausgelegt ist, fehlerhafte Sektoren zu umgehen, anstatt sie wiederholt erneut zu lesen.

Ab diesem Zeitpunkt dient das geklonte Laufwerk als Arbeitskopie für alle nachfolgenden Schritte. Laufwerke, die schwer beschädigt sind, werden in einer Reinraumumgebung behandelt, da die Einwirkung von Partikeln in der Luft auf interne Komponenten wie Leseköpfe, Motoren oder Platten zu dauerhaften Schäden an der lesbaren Oberfläche der Festplatte führen kann.

Der gleiche Ansatz gilt in gleicher Weise für BitLocker-, VeraCrypt- und FileVault-Laufwerke, da die physische Datenrettung stattfindet, bevor die Verschlüsselung überhaupt eine Rolle spielt.

2. Auffinden des gesamten verfügbaren Schlüsselmaterials

Nachdem ein brauchbares Image gesichert wurde, folgt als nächster Schritt eine systematische Suche nach jeder möglichen Quelle für Schlüsselmaterial.

• Bei BitLocker ermittelt diese Überprüfung, ob eine Datenrettung von einem BitLocker-verschlüsselten Laufwerk ohne den Schlüssel realistisch möglich ist. Die Überprüfung umfasst das Microsoft-Konto des Benutzers, Active-Directory-Domänencontroller, Entra-ID-Mandanten, ausgedruckte Wiederherstellungsblätter sowie alle auf USB-Medien gespeicherten .bek-Wiederherstellungsschlüsseldateien. Sie erstreckt sich zudem auf die Ruhezustandsdatei des Systems oder alle verfügbaren Speicherauszüge, die gelegentlich einen Schlüssel aus der letzten aktiven Sitzung enthalten können.
• Bei VeraCrypt umfasst dies alle exportierten Header-Sicherungsdateien zusammen mit dem ursprünglichen Passwort, alle verwendeten Schlüsseldateien sowie den genauen PIM-Wert, der bei der Erstellung des Volumes gewählt wurde.
• Bei der Datenrettung von einem mit FileVault verschlüsselten Mac umfasst die Prüfung die bei der Einrichtung mit dem Gerät verknüpfte Apple-ID, den persönlichen Wiederherstellungsschlüssel, der in der Regel in einem Passwortmanager oder in den internen Unterlagen einer Organisation gespeichert ist, sowie etwaige Treuhandschlüssel, die von einer MDM-verwalteten Organisation verwahrt werden.

3. Datenrettung von Header und Metadaten: Was ist möglich und was nicht?

Wenn gültiges Schlüsselmaterial vorhanden ist, die Metadaten auf der Festplatte jedoch beschädigt sind, verlagert sich der Ansatz für die Datenrettung auf die Rekonstruktion oder den Ersatz dieser Metadaten.

• Bei BitLocker kommt hierfür in der Regel das Microsoft-Dienstprogramm „Repair-bde“ zum Einsatz, das zusammen mit einem gültigen Kennwort für die Datenrettung oder einem Schlüsselpaket verwendet wird, um lesbare Daten aus einem beschädigten Volume zu extrahieren und auf ein funktionsfähiges Laufwerk zu migrieren. Das ursprüngliche Volume wird nicht an Ort und Stelle wiederhergestellt; die wiederherstellbaren Daten werden vollständig daraus ausgelagert.
• Bei VeraCrypt ist die Datenrettung vergleichsweise unkompliziert, wenn der eingebettete Backup-Header weiterhin nutzbar ist, da VeraCrypt über eine integrierte Option verfügt, das Volume mithilfe dieses Backups einzuhängen. Sind weder der primäre noch der Backup-Header auf der Festplatte nutzbar, ist eine externe Header-Sicherungsdatei – sofern der Benutzer eine solche erstellt hat – der einzige restliche Weg.
• Bei der Datenrettung von einem mit FileVault verschlüsselten MacBook mit einem T2- oder Apple-Silicon-Chip können schwere Schäden an den APFS- oder Keybag-Metadaten Eingriffe auf Komponentenebene erfordern, um die ursprüngliche Hauptplatine wieder in einen funktionsfähigen Zustand zu versetzen, da die relevanten Schlüssel nirgendwo außerhalb dieses spezifischen Chips existieren können. Wenn die Hauptplatine nicht wiederhergestellt werden kann, gibt es keine softwarebasierte Methode für die Datenrettung, die dies ersetzen könnte.

Wann Sie einen Experten für Datenrettung für Verschlüsselung bringen werden

Das Vorhandensein eines wiederherstellbaren Schlüsselpfads ist ohne fachkundige Prüfung selten offensichtlich.

Jeder, der mit einem gesperrten, verschlüsselten Laufwerk konfrontiert ist, sollte diese Frage klären lassen, bevor er davon ausgeht, dass die Daten unwiederbringlich verloren sind, und bevor er Abhilfemaßnahmen ergreift, die die ohnehin schon geringe Chance auf eine Datenrettung gefährden könnten.

Bestimmte Fehlermeldungen liefern Datenrettungsspezialisten wertvolle Hinweise für die Diagnose.

Wie Stellar bei der Datenrettung von verschlüsselten Laufwerken helfen kann

Die Spezialisten für die Datenrettung verschlüsselter Laufwerke bei Stellar beginnen jeden Fall mit der Überprüfung aller Orte, an denen ein Wiederherstellungsschlüssel plausibel vorhanden sein könnte, bevor jegliche Arbeiten am Laufwerk beginnen. Selbst die geringste Möglichkeit zur Wiederherstellung des Schlüssels wird umfassend verfolgt. Die Datenrettungsarbeiten werden an einem geklonten Abbild des Laufwerks durchgeführt, sodass das Originallufwerk keinem weiteren Risiko ausgesetzt wird.

Die Experten von Stellar Datenrettung sind mit allen drei in diesem Artikel behandelten Verschlüsselungstools vertraut – darunter BitLocker, VeraCrypt und FileVault – und wenden unabhängig vom jeweiligen Tool stets denselben disziplinierten Ansatz an. Jeder Fall beginnt mit einer klaren Einschätzung dessen, was realistisch erreichbar ist, bevor mit den Arbeiten der Datenrettung begonnen wird, sodass Kunden niemals mit falschen Hoffnungen warten müssen.

Stellar informiert Kunden zudem offen und ehrlich, wenn eine Datenrettung nicht möglich ist, anstatt Arbeiten durchzuführen, die keine realistische Chance auf die Wiederherstellung des Zugriffs bieten. Diese Transparenz erstreckt sich auch auf die Preisgestaltung und die Zeitpläne, die beide vor Beginn der Arbeiten bestätigt werden.

Vereinbaren Sie unter der Nummer 1800 102 3232 einen Beratungstermin mit einem Spezialisten für Datenrettung bei Stellar, um zu erfahren, in welchem Umfang eine Datenrettung realistisch möglich ist.