{"id":121385,"date":"2025-01-17T15:46:00","date_gmt":"2025-01-17T13:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki"},"modified":"2025-01-17T15:46:00","modified_gmt":"2025-01-17T13:46:00","slug":"obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","title":{"rendered":"Umgehung der Festplattenschl\u00fcsselung, die TPM2 zur automatischen Entsperrung verwendet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Einer der mit NixOS verbundenen Pakete hat eine Angriffstechnik vorgestellt, die es erm\u00f6glicht, auf Daten in verschl\u00fcsselten Partitionen zuzugreifen, ohne dass beim Booten ein Entsperrpasswort eingegeben werden muss. Dies geschieht durch die Speicherung von Informationen zur Entschl\u00fcsselung im TPM2 (Trusted Platform Module). Solche Konfigurationen werden h\u00e4ufig auf Servern oder Mehrbenutzer-Workstations verwendet, bei denen es problematisch ist, nach jedem Neustart manuell ein Passwort einzugeben. <\/p>\n
Bei der Anwendung dieser Art der Festplattenverschl\u00fcsselung erfolgt die Entschl\u00fcsselung mit einem zus\u00e4tzlichen Schl\u00fcssel, der im TPM gespeichert ist und nur nach Best\u00e4tigung des urspr\u00fcnglichen Systemzustands ausgegeben wird. Der Systemzustand wird als Hash in den PCR-Registern (Platform Configuration Register) gespeichert und mit einer digitalen Signatur des Bootloaders sowie mit Pr\u00fcfziffern des Bootloaders und der initialen Bootumgebung (initrd) verkn\u00fcpft. Der Zugriff auf den Schl\u00fcssel im TPM erfolgt nur, wenn alle damit verkn\u00fcpften PCR-Register im selben Zustand sind wie bei der Speicherung des Schl\u00fcssels. <\/p>\n
Es wird davon ausgegangen, dass die Bootkette des Betriebssystems mittels UEFI Secure Boot verifiziert wird und der Zugang zu den Schl\u00fcsseln nur aus einem unver\u00e4nderten initrd-Abbild erfolgen kann. Bei erfolgreicher \u00dcberpr\u00fcfung wird das Laufwerk automatisch entsperrt, jedoch kann auf die entschl\u00fcsselten Daten lediglich \u00fcber den Zugang zu Ihrem Benutzerkonto im System zugegriffen werden. Wenn Sie ohne verifiziertes Booten oder bei Versuchen, initrd zu ersetzen oder \u00c4nderungen daran vorzunehmen, um die Schl\u00fcssel abzufangen, darauf zugreifen, wird die Vertrauenskette unterbrochen, der Zustand der PCR-Register \u00e4ndert sich und TPM2 gibt die notwendigen Informationen zur Entschl\u00fcsselung nicht preis. <\/p>\n
Die ver\u00f6ffentlichte Angriffsmethode erlaubt es, ohne \u00c4nderungen am Inhalt von initrd auszukommen, in Konfigurationen, die keine verschl\u00fcsselten LUKS-Partitionen identifizieren. Es wird angemerkt, dass die Implementierung einer solchen \u00dcberpr\u00fcfung der Partitionen in den gefundenen Anleitungen zur Konfiguration der Festplattenverschl\u00fcsselung nicht beschrieben wird, da die Identifikation der Partition die Konfiguration erheblich kompliziert (zus\u00e4tzlicher PCR-Register wird ben\u00f6tigt, um den Schl\u00fcssel der Partition zu \u00fcberpr\u00fcfen, und die Generierung von initrd muss unter Ber\u00fccksichtigung seines Wertes erfolgen). Beispiele f\u00fcr die Durchf\u00fchrung des Angriffs wurden f\u00fcr Fedora Linux in Verbindung mit dem Werkzeug clevis und f\u00fcr NixOS in Verbindung mit systemd-cryptenroll demonstriert. F\u00fcr den Angriff ist physischer Zugang zum Computer und die M\u00f6glichkeit der Entnahme des Speichermediums erforderlich. <\/p>\n
Die Methode basiert darauf, dass ein Angreifer die bestehende verschl\u00fcsselte Root-Partition durch eine eigene verschl\u00fcsselte Partition ersetzen kann, die mit demselben UUID-Identifikator und dem angreifenden bekannten Entschl\u00fcsselungsschl\u00fcssel erstellt wurde. Die initrd-Umgebung \u00fcbergibt die Kontrolle an den Init-Prozess in der Partition des Angreifers. Da der Inhalt von initrd nicht ver\u00e4ndert wurde, wird der TPM-Zustand nicht verletzt, und nachdem der Angreifer die Kontrolle in seiner Umgebung erlangt hat, kann er den TPM zur Entschl\u00fcsselung des Schl\u00fcssels der urspr\u00fcnglichen Festplattenpartition verwenden. <\/p>\n
Der Angriff besteht aus den folgenden Schritten: <\/p>\n
\n
Entnahme der Festplatte und Durchf\u00fchrung der Analyse unverschl\u00fcsselter Daten auf einem anderen Computer im Verzeichnis \/boot. Bestimmung der Informationen zur verschl\u00fcsselten Partition und ihrer UUID-Identifikatoren aus dem im Verzeichnis \/boot befindlichen initrd-Image.\n
Erstellung einer Sicherungskopie der ersten 64 MB der verschl\u00fcsselten LUKS-Partition.\n
Austausch der angegebenen 64 MB durch ein Image mit der eigenen Root-Partition, die mit einem dem Angreifer bekannten Schl\u00fcssel verschl\u00fcsselt ist und denselben UUID-Identifikator wie die alte Partition hat.\n
R\u00fcckf\u00fchrung der Festplatte in den urspr\u00fcnglichen Computer und Booten mit einem modifizierten Root-Partition. Da die automatische Entsperrung \u00fcber den Schl\u00fcssel aus dem TPM bei der modifizierten Partition fehlschl\u00e4gt, fordert initrd zur manuellen Eingabe des Passworts auf.\n
Abrufen des urspr\u00fcnglichen Schl\u00fcssels aus dem TPM unter Verwendung von Metadaten \u00fcber das TPM und einem verschl\u00fcsselten Token aus dem LUKS-Header der alten Partition.\n
Umstecken der Festplatte in den Computer des Angreifers, Wiederherstellung des \u00fcberschriebenen Teils des LUKS-Partitions aus einem Backup und Verwendung des erhaltenen urspr\u00fcnglichen Schl\u00fcssels f\u00fcr den Datenzugriff. <\/ul>\n