BitLocker verlangt plötzlich den Wiederherstellungsschlüssel: Welche Möglichkeiten ohne Key noch bestehen

Der blaue BitLocker-Bildschirm gehört zu den Meldungen, die Nutzer besonders kalt erwischen. Der Computer hat vielleicht jahrelang ohne Rückfrage funktioniert. Nach einem BIOS-Update, einer Reparatur oder auch scheinbar ohne erkennbaren Anlass verlangt Windows plötzlich einen 48-stelligen Wiederherstellungsschlüssel.

Und dann beginnt die Suche.

Microsoft-Konto geprüft. Kein Schlüssel.

Alte USB-Sticks durchsucht. Nichts.

Die IT-Abteilung gefragt. Kein Eintrag mehr vorhanden.

Vielleicht stammt das Notebook aus einer früheren Firma oder Universität und das damalige Benutzerkonto existiert längst nicht mehr.

Wer anschließend im Internet recherchiert, bekommt fast überall dieselbe Antwort: Ohne BitLocker-Recovery-Key seien die Daten unwiederbringlich verloren.

Für den normalen Windows-Wiederherstellungsweg ist diese Aussage nachvollziehbar. Microsoft selbst kann einen nicht gespeicherten Recovery Key nicht neu erzeugen. Auch eine gewöhnliche Datenrettungssoftware kann eine korrekt verschlüsselte BitLocker-Partition nicht einfach durchsuchen.

Technisch ist die Sache trotzdem weniger eindeutig.

Wir haben in der Praxis bereits BitLocker-Systeme erfolgreich ausgelesen, obwohl der 48-stellige Wiederherstellungsschlüssel nicht zur Verfügung stand. Voraussetzung war dabei vor allem eines: Das ursprüngliche Gerät mit seiner ursprünglichen Hardware war noch vorhanden.

Das ist ein wichtiger Unterschied. Denn BitLocker besteht nicht einfach aus einer verschlüsselten SSD und einem Zahlencode.

Warum BitLocker jahrelang unbemerkt bleiben kann

Viele Betroffene sagen zunächst: „Ich habe BitLocker nie eingeschaltet.“

Das kann durchaus stimmen.

Auf geeigneten Windows-Systemen kann die Geräteverschlüsselung bereits während der Einrichtung aktiviert werden. Der Wiederherstellungsschlüssel wird dann beispielsweise mit dem Microsoft-Konto oder bei Firmenrechnern mit der Geräteverwaltung des Unternehmens verknüpft.

Im täglichen Betrieb merkt man davon wenig.

Beim Einschalten prüft das Trusted Platform Module – kurz TPM – die Startumgebung des Computers. Solange alles so aussieht, wie es erwartet wird, kann Windows auf das benötigte Schlüsselmaterial zugreifen und das verschlüsselte Systemlaufwerk öffnen.

Für den Benutzer sieht das völlig unspektakulär aus: Einschalten, Windows startet, anmelden.

Erst wenn diese Vertrauenskette nicht mehr passt, erscheint die Wiederherstellungsabfrage.

Das kann beispielsweise nach einem BIOS- oder UEFI-Update passieren, nach Änderungen an Secure Boot, nach einem Mainboardtausch oder wenn die SSD ausgebaut und in einem anderen Rechner angeschlossen wurde. Auch Reparaturen am Gerät oder Veränderungen am Bootvorgang können eine Rolle spielen.

Die SSD wurde also nicht plötzlich verschlüsselt. Die automatische Entsperrung funktioniert nur nicht mehr wie vorher.

Der Recovery Key ist nur ein Teil des BitLocker-Systems

Um zu verstehen, warum ein fehlender 48-stelliger Schlüssel nicht zwangsläufig jede Möglichkeit ausschließt, muss man BitLocker ein wenig anders betrachten.

Die Daten auf dem Laufwerk werden mit einem sogenannten Full Volume Encryption Key, kurz FVEK, verschlüsselt.

Dieser FVEK wird wiederum über einen Volume Master Key (VMK) geschützt.

Der bekannte 48-stellige Recovery Key ist eine Möglichkeit, Zugang zu diesem VMK zu erhalten. Beim normalen Start kann diese Aufgabe aber auch über den TPM-gebundenen Schutzmechanismus des ursprünglichen Rechners erfolgen.

Sehr vereinfacht sieht die Kette so aus:

Recovery Key oder gerätegebundener Schutz → VMK → FVEK → Daten

Genau hier liegt der Unterschied zwischen einer klassischen Windows-Wiederherstellung und einer forensischen Untersuchung.

Wenn der Recovery Key fehlt, ist dieser eine vorgesehene Zugangsweg versperrt. Daraus folgt jedoch nicht automatisch, dass das gesamte für die Entschlüsselung benötigte Schlüsselmaterial verschwunden ist.

Was wir bei solchen Fällen tatsächlich untersuchen

Bei einem BitLocker-Fall ohne Recovery Key interessiert uns deshalb nicht nur die SSD.

Das vollständige Originalgerät ist wesentlich wertvoller.

Mainboard, TPM, Firmware und ursprüngliche Startumgebung gehören zu dem System, das die SSD zuvor jahrelang automatisch entsperren konnte.

In erfolgreich bearbeiteten Fällen war es möglich, über diese ursprüngliche Geräteumgebung an das für die weitere Entschlüsselung benötigte Schlüsselmaterial zu gelangen. Der 48-stellige Recovery Key musste dafür nicht bekannt sein.

Das bedeutet ausdrücklich nicht, dass der AES-Verschlüsselungsalgorithmus von BitLocker „geknackt“ wird.

Es bedeutet vielmehr, dass untersucht wird, ob sich die vorhandene Sicherheitsarchitektur des Originalgeräts technisch nutzen lässt. Je nach Plattform können dabei auch Schwachstellen oder Besonderheiten der konkreten Implementierung eine Rolle spielen.

Wie solche Zugriffe im Detail funktionieren, gehört nicht in eine öffentliche Anleitung. Die Verfahren könnten sonst ebenso gegen fremde Geräte eingesetzt werden.

Für einen Betroffenen ist ohnehin etwas anderes viel wichtiger:

Solange das Originalgerät vorhanden ist, sollte es nicht verändert werden.

Ein realer Fall aus der Praxis

In einem unserer Fälle war der übliche BitLocker-Recovery-Key nicht verfügbar. Der Rechner selbst war jedoch noch vollständig vorhanden.

Über die ursprüngliche Systemumgebung ließ sich der für das Volume relevante VMK gewinnen. Aus diesem Schlüssel konnte anschließend der FVEK entschlüsselt werden.

Damit war der verschlüsselte Datenbestand zugänglich.

Der Vorgang zeigt sehr anschaulich, warum die Aussage „Recovery Key fehlt = Daten verloren“ technisch zu pauschal ist.

Der 48-stellige Key war in diesem Fall nicht der Schlüssel, den wir für den späteren Datenzugriff benötigten. Er wäre lediglich einer der regulären Wege gewesen, um an das dahinterliegende Schlüsselmaterial zu gelangen.

Dass dieser Weg fehlte, bedeutete nicht, dass das benötigte Schlüsselmaterial im Gesamtsystem überhaupt nicht mehr existierte.

Natürlich lässt sich daraus keine Garantie für jedes Notebook ableiten. Hardwareplattformen, Firmwarestände und Sicherheitsmechanismen unterscheiden sich erheblich. Sicherheitslücken werden geschlossen, Implementierungen ändern sich und bereits vorgenommene Reparaturversuche können einen zuvor vorhandenen Ansatz zerstören.

Aber technisch ausgeschlossen ist eine Rettung ohne bekannten Recovery Key eben nicht.

Warum nur die ausgebaute SSD oft deutlich schlechter ist

Ein häufiger Fehler entsteht schon beim ersten Reparaturversuch.

Das Notebook startet nicht mehr, also wird die SSD ausgebaut und an einen anderen Computer angeschlossen. Dort erscheint die BitLocker-Verschlüsselung und man beginnt, ausschließlich am Laufwerk weiterzuarbeiten.

Für eine normale Datenrettung ist der Ausbau oft sinnvoll. Bei einem BitLocker-Fall kann er jedoch den Blick auf den wichtigeren Teil des Problems verstellen.

Die SSD enthält den verschlüsselten Datenbestand. Das ursprüngliche TPM und die dazugehörige Systemumgebung befinden sich aber auf dem Mainboard des Computers.

Deshalb sollten bei einem fehlenden Recovery Key möglichst SSD und vollständiges Originalgerät zusammen erhalten bleiben.

Besonders kritisch wird es nach einem Mainboardtausch. Das Ersatzboard besitzt nicht dieselbe TPM-Umgebung wie das ursprüngliche System.

Wenn eine Werkstatt das Mainboard austauscht, sollte das alte Board deshalb unbedingt zurückgegeben werden. Selbst ein defektes Originalboard kann für eine spätere Untersuchung noch wertvoll sein.

Das TPM bitte nicht „zur Sicherheit“ zurücksetzen

Eine der problematischsten Empfehlungen lautet sinngemäß:

TPM zurücksetzen und noch einmal versuchen.

Wer wichtige BitLocker-Daten benötigt, sollte das nicht tun.

Das TPM ist kein einfacher Speicherchip, aus dem man anschließend dieselben Informationen wiederherstellen könnte. Es ist Bestandteil der gesamten Schlüssel- und Vertrauenskette des Geräts.

Durch ein Löschen oder Zurücksetzen können genau jene Bindungen verloren gehen, die vorher zum automatischen Entsperren des Laufwerks beigetragen haben.

Auch BIOS- und UEFI-Einstellungen sollten nicht planlos verändert werden. Das Gleiche gilt für Secure Boot.

Etwas anderes ist es, wenn die Ursache exakt bekannt ist. Wurde beispielsweise unmittelbar vor dem Problem eine einzige BIOS-Einstellung geändert und ist der frühere Zustand zweifelsfrei dokumentiert, kann die gezielte Rückkehr zu dieser Konfiguration sinnvoll sein.

Zwanzig verschiedene Einstellungen auf Verdacht durchzuprobieren ist dagegen keine gute Idee.

Der reguläre Recovery Key bleibt trotzdem der erste Weg

Dass alternative technische Möglichkeiten existieren können, heißt nicht, dass man die Suche nach dem Recovery Key überspringen sollte.

Ein vorhandener Key ist fast immer der schnellste und sauberste Weg zum Ziel.

Auf dem BitLocker-Bildschirm wird eine Schlüssel-ID angezeigt. Diese ID ist nicht der eigentliche Schlüssel, hilft aber dabei, den richtigen Recovery Key unter mehreren gespeicherten Einträgen zu finden.

Geprüft werden sollten vor allem das Microsoft-Konto und – bei Firmen- oder Hochschulgeräten – die jeweilige IT-Verwaltung.

Gerade bei älteren Geräten lohnt sich eine breitere Suche. Der Schlüssel kann unter einem anderen Benutzerkonto liegen, von der Person gespeichert worden sein, die den PC ursprünglich eingerichtet hat, oder noch in alten IT-Unterlagen vorhanden sein.

Bei Firmenrechnern kommen außerdem zentrale Verzeichnisse und Geräteverwaltungen infrage.

Auch alte Textdateien, Ausdrucke, Passwortmanager und Sicherungen anderer Computer sollte man nicht vergessen.

Erst wenn diese Wege wirklich ausgeschöpft sind, stellt sich die Frage nach einer weitergehenden forensischen Untersuchung.

Firmen- und Universitätsrechner sind ein eigener Fall

Bei verwalteten Geräten liegt der Recovery Key häufig nicht beim Benutzer.

Das kann später zu Problemen führen, wenn ein Mitarbeiter das Unternehmen verlassen hat, das ursprüngliche Benutzerkonto gelöscht wurde oder eine frühere IT-Umgebung nicht mehr existiert.

Bei Universitäten kommt dasselbe Problem vor: Das Notebook wurde vor Jahren eingerichtet, das damalige Konto ist inzwischen deaktiviert und niemand weiß mehr, wo der Schlüssel gespeichert wurde.

In solchen Fällen sollte die IT nicht nur nach dem Namen des Benutzers suchen. Gerätename, Seriennummer, frühere Inventarnummer und die Schlüssel-ID auf dem BitLocker-Bildschirm können bei der Suche helfen.

Auch alte Verwaltungs- oder Sicherungssysteme sind einen Blick wert.

Erst wenn feststeht, dass kein regulärer Schlüssel mehr beschafft werden kann, wird eine technische Untersuchung interessant.

Was nach einem Mainboarddefekt passieren sollte

Bei einem gewöhnlichen Notebook ist ein Mainboardtausch oft eine vernünftige Reparatur.

Bei einer BitLocker-Datenrettung kann genau das die Ausgangslage verschlechtern.

Wenn der Zugriff an Komponenten des ursprünglichen Systems gebunden ist, hilft ein fabrikneues Mainboard nicht weiter. Das neue TPM kennt die frühere Vertrauenskette nicht.

Ist das Originalboard durch einen Wasserschaden, einen Spannungsfehler oder einen anderen Defekt ausgefallen, sollte deshalb zunächst geprüft werden, ob es sich für die Datenrettung noch reparieren oder zumindest ausreichend stabilisieren lässt.

Es muss nicht wieder zu einem perfekten Alltagsnotebook werden.

Es reicht möglicherweise, die ursprüngliche Umgebung so weit herzustellen, dass eine kontrollierte forensische Untersuchung möglich wird.

Das ist ein völlig anderes Reparaturziel.

Und wenn zusätzlich die SSD defekt ist?

Auch das kommt vor.

Dann liegen zwei getrennte Probleme übereinander: Die SSD muss technisch ausgelesen werden und der daraus gewonnene Datenbestand ist anschließend noch BitLocker-verschlüsselt.

In solchen Fällen wird zunächst versucht, ein möglichst vollständiges sektorweises Abbild zu erstellen.

Dieses Image bleibt verschlüsselt. Das ist zunächst kein Problem. Entscheidend ist, dass der noch erreichbare Datenbestand gesichert ist, bevor die SSD weiter ausfällt.

Danach kann die Entschlüsselung auf der gesicherten Kopie bearbeitet werden.

Umgekehrt nützt die beste forensische Zugriffsmöglichkeit wenig, wenn die SSD inzwischen physisch so stark beschädigt ist, dass große Teile des Volumes nicht mehr gelesen werden können.

Beide Ebenen müssen getrennt behandelt werden.

Was Datenrettungssoftware hier nicht leisten kann

Ein normaler Dateiscan ist bei einem gesperrten BitLocker-Volume wirkungslos.

Die Software sieht zwar Datenblöcke, aber keine normalen NTFS-Dateien, Fotos oder Dokumente. Die Inhalte sind verschlüsselt.

Auch die Suche nach Dateisignaturen hilft nicht weiter. Eine JPEG-Datei besitzt im verschlüsselten Zustand nicht mehr ihren typischen erkennbaren Dateianfang.

Programme, die einen verlorenen Recovery Key mit einem gewöhnlichen „Deep Scan“ ersetzen wollen, sollten daher sehr kritisch betrachtet werden.

Microsoft stellt mit repair-bde selbst ein Werkzeug für beschädigte BitLocker-Volumes bereit. Es kann bei defekten Strukturen helfen, benötigt aber weiterhin gültiges Schlüsselmaterial. Es ist kein Verfahren zum Umgehen eines unbekannten Recovery Keys.

Was vor einer Untersuchung nicht passieren sollte

Wenn der BitLocker-Key fehlt und die Daten wichtig sind, sollte der Rechner möglichst in dem Zustand bleiben, in dem die Abfrage erstmals auftrat.

Besonders ungünstig sind:

• TPM löschen,

• Originalmainboard entsorgen,

• Windows auf derselben SSD neu installieren,

• vorhandene Partitionen löschen,

• SSD formatieren,

• BIOS auf Verdacht zurücksetzen,

• Secure Boot mehrfach umstellen,

• das Gerät von verschiedenen Werkstätten umbauen lassen.

Falls bereits etwas davon passiert ist, sollte es bei einer späteren Analyse offen angegeben werden.

Die genaue Vorgeschichte ist wertvoll. Oft lässt sich aus ihr nachvollziehen, welche Komponenten oder Einstellungen noch dem ursprünglichen Zustand entsprechen.

Kann nun jedes BitLocker-System ohne Key gerettet werden?

Nein.

Dass ein alternativer Zugriff technisch möglich sein kann, ist etwas völlig anderes als eine universelle BitLocker-Entschlüsselung.

Aktuelle Systeme können deutlich stärker abgesichert sein als ältere Plattformen. Firmwareupdates schließen bekannte Schwachstellen. Auch TPM-Implementierungen unterscheiden sich.

Ein Notebook kann für einen bestimmten forensischen Ansatz geeignet sein, ein äußerlich sehr ähnliches Gerät dagegen nicht.

Dazu kommt der Zustand des Systems. Ein gelöschtes TPM, ein entsorgtes Originalmainboard oder umfangreiche Änderungen an der Startumgebung können Möglichkeiten beseitigen, die vorher noch bestanden hätten.

Deshalb gibt es vor der Untersuchung keine seriöse Erfolgsgarantie.

Die pauschale Gegenbehauptung – ohne 48-stelligen Key könne unter keinen Umständen auf die Daten zugegriffen werden – ist technisch allerdings ebenfalls nicht richtig.

Wenn der Schlüssel fehlt, ist Erhalten wichtiger als Reparieren

Nach einer BitLocker-Abfrage versuchen viele Nutzer zunächst, den Computer wieder irgendwie zum Starten zu bringen. BIOS zurücksetzen, Secure Boot ändern, TPM löschen, Windows reparieren.

Genau diese Reihenfolge kann später zum Problem werden.

Solange die Daten wichtig sind, sollte das ursprüngliche Gerät zunächst so wenig wie möglich verändert werden. SSD, Mainboard und TPM gehören zusammen aufbewahrt. Auch defekte Originalteile sollten nicht entsorgt werden.

Danach kann in Ruhe nach dem regulären Recovery Key gesucht werden.

Wenn dieser Weg scheitert, ist der Fall noch nicht automatisch beendet. Das vollständige Originalsystem kann Möglichkeiten bieten, die bei einer losen BitLocker-SSD nicht mehr vorhanden sind.

Ein fehlender Recovery Key ist deshalb ein ernstes Hindernis – aber nicht zwangsläufig die Endstation für die Daten.