In der Praxis fallen bei Bitlocker andere technische Unzulänglichkeiten ins Gewicht
Stimmt und stimmt auch irgendwie nicht. Dafür muss man sich damit beschäftigen, wo der Key für die Entschlüsselung bzw. der Wiederherstellungsschlüssel gespeichert wird und wie man da ran kommt.
- Standardmäßig speichert Windows den Key wenig gesichert im TPM sowie im Microsoft-Account des Kunden. An ersteren (im TPM) kommt man ran, wenn Windows und TPM die Startumgebung für sicher halten - sonst gibt's praktisch keinen Schutz. Und an zweiteren kommt man ran, sobald man Zugriff auf das Konto hat, was eben auch erzwungen durch Strafverfolgungsbehörden passieren kann.
- Das Sichern des Keys im Microsoft-Konto kann man natürlich unterbinden, damit der "Angriffsvektor" (sofern man das überhaupt Angriff nennen kann, wenn derjenige, der den Schlüssel für einen verwaltet, ihn freiwillig auf Aufforderung herausgibt) schon mal weg ist. Stattdessen sichert man den Key auf einem anderen Medium oder druckt ihn aus und verwahrt den Zettel gut. Ich drucke ihn meistens mit einem virtuellen PDF-Drucker, speichere die PDF ab, packe den Key dann in meinen Passwortmanager und vernichte die PDF.
- Das mehr oder weniger ungesicherte Freigeben des Keys im TPM kann man auch unterbinden, in dem man zusätzlich ein Passwort vergibt. Dann wird der Key nur noch freigegeben, wenn das entsprechende Passwort eingetippt wird. Das macht die Sache wesentlich (!) sicherer. Soweit ich weiß, basieren alle Attacken auf BitLocker bisher darauf, dass der Key entweder im Microsoft-Konto oder ungesichert im TPM liegt. Mit Benutzer-PIN/Passwort abgesichert sind diese Attacken bisher AFAIK alle nutzlos.
- Alternativ gibt es auch noch die (inzwischen selten gewordene) Variante "eDrive", sowie die Version für Firmen davon namens "OPAL". Dabei liegt der Key AFAIK nicht oder nicht vollständig im TPM, sondern auf der SSD. Die Verschlüsselung nimmt dann auch nicht der Prozessor vor, sondern der Controller der SSD. In der Theorie könnte diese Variante genau so sicher oder unsicher sein wie die Variante, bei der der Schlüssel im TPM liegt. Also begrenzt sicher ohne zusätzliches Passwort und relativ sicher mit zusätzlichem Passwort. In der Praxis ist die Aufbewahrung des Schlüssels im geschützten Bereich der SSD aber schon mal als mangelhaft implementiert aufgefallen. Ich finde es auf die schnelle gerade nicht, aber es müsste einen Vortrag des CCC geben, wo jemand die SSD ausbaut, öffnet, die Firmware ausliest, modifziert, zurückflasht und so beim nächsten Start die Absicherung des Schlüssels umgeht und diesen auf diese Weise auslesen kann, so dass er im Anschluss an die Daten kommt.
