{"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\/it\/blog\/novosti-interneta\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","title":{"rendered":"Aggiramento della crittografia del disco che utilizza TPM2 per lo sblocco automatico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Uno dei pacchetti di accompagnamento in NixOS ha presentato una tecnica di attacco che consente di accedere ai dati su partizioni disco crittografate, in configurazioni che non richiedono l'inserimento di una password di sblocco all'avvio, grazie all'immagazzinamento in TPM2 (Trusted Platform Module) delle informazioni per la decrittografia. Queste configurazioni vengono spesso utilizzate su server o stazioni di lavoro multiutente, dove \u00e8 problematico inserire manualmente la password dopo ogni riavvio. <\/p>\n
Utilizzando un simile metodo di crittografia dei dischi, la decrittografia avviene mediante una chiave aggiuntiva, memorizzata nel TPM e fornita solo dopo la conferma dello stato originale del sistema. Lo stato del sistema \u00e8 conservato sotto forma di hash nei registri PCR (Platform Configuration Register) ed \u00e8 legato a una firma digitale che certi\ufb01ca il bootloader, nonch\u00e9 ai checksum del bootloader e dell'ambiente di avvio iniziale (initrd). L'accesso alla chiave nel TPM \u00e8 fornito solo quando tutti i registri PCR ad esso associati sono nello stesso stato di quando \u00e8 stata memorizzata la chiave. <\/p>\n
Si presume che la catena di avvio del sistema operativo venga convalidata tramite UEFI Secure Boot e che l'accesso alle chiavi possa essere ottenuto solo da un'immagine initrd non modificata. In caso di verifica positiva, il disco viene automaticamente sbloccato, ma l'accesso ai dati decrittati \u00e8 possibile solo tramite accesso al proprio account nel sistema. Se si tenta di accedere senza un'avvio convalidato o si cercano di sostituire o modificare initrd per intercettare le chiavi, la catena di fiducia verr\u00e0 compromessa, lo stato dei registri PCR cambier\u00e0 e il TPM2 non fornir\u00e0 le informazioni necessarie per la decrittazione. <\/p>\n
Il metodo di attacco pubblicato consente di operare senza modificare il contenuto di initrd nelle configurazioni che non identificano le partizioni LUKS criptate. \u00c8 da notare che l'inclusione di un tale controllo delle partizioni non \u00e8 descritta in tutte le istruzioni trovate sulla configurazione della crittografia del disco, poich\u00e9 l'identificazione della partizione complica notevolmente la configurazione (\u00e8 necessario coinvolgere un registro PCR aggiuntivo per la verifica della chiave della partizione e generare initrd tenendo conto del suo valore). Esempi di attacchi sono stati dimostrati per Fedora Linux in combinazione con gli strumenti clevis e per NixOS in combinazione con systemd-cryptenroll. Per effettuare l'attacco \u00e8 necessario avere accesso fisico al computer e la possibilit\u00e0 di estrarre il dispositivo di memoria. <\/p>\n
Il metodo si basa sul fatto che un attaccante pu\u00f2 sostituire una partizione crittografata esistente con una propria partizione crittografata, creata con lo stesso UUID e con le chiavi di decrittazione note all'attaccante. L'ambiente initrd passer\u00e0 il controllo al processo init nella partizione dell'attaccante. Poich\u00e9 il contenuto di initrd non \u00e8 stato modificato, lo stato del TPM non sar\u00e0 compromesso e, ottenendo il controllo nel proprio ambiente, l'attaccante potr\u00e0 utilizzare il TPM per decrittografare la chiave della partizione originale del disco. <\/p>\n
L'attacco consiste nei seguenti passaggi: <\/p>\n
\n
Estrazione del disco e analisi dei dati non crittografati su un altro computer nella partizione \/boot. Identificazione delle informazioni sulla partizione crittografata e sul suo UUID dall'immagine initrd situata nella partizione \/boot.\n
Creazione di una copia di backup dei primi 64 MB della partizione LUKS crittografata.\n
Sostituzione dei 64 MB specificati con un'immagine contenente una propria partizione radice, crittografata utilizzando una chiave nota all'attaccante e avente lo stesso UUID della vecchia partizione.\n
Restituzione del disco al computer originale e avvio con la partizione radice sostituita. Poich\u00e9 lo sblocco automatico tramite la chiave TPM per la partizione sostituita fallisce, initrd richiede l'inserimento manuale della password.\n
Recupero della chiave originale dal TPM, utilizzando i metadati del TPM e il token crittografato dall'intestazione LUKS della vecchia partizione.\n
Sostituzione del disco sul computer dell'attaccante, ripristino della parte sovrascritta della partizione LUKS da un backup e utilizzo della chiave originale ottenuta per accedere ai dati. <\/ul>\n