{"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\/es\/blog\/news\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","title":{"rendered":"Bypass de cifrado de disco que utiliza TPM2 para desbloqueo autom\u00e1tico.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Uno de los paquetes que acompa\u00f1a a NixOS present\u00f3 una t\u00e9cnica de ataque que permite acceder a datos en particiones de disco cifradas, en configuraciones que no requieren la entrada de una contrase\u00f1a de desbloqueo al inicio, gracias a la colocaci\u00f3n en el TPM2 (Trusted Platform Module) de informaci\u00f3n para la descifrado. Tales configuraciones son comunes en servidores o estaciones de trabajo multiprop\u00f3sito, donde es problem\u00e1tico ingresar manualmente la contrase\u00f1a tras cada reinicio. <\/p>\n
Al aplicar un m\u00e9todo similar de cifrado de discos, la descifrado se lleva a cabo utilizando una clave adicional almacenada en el TPM que solo se entrega tras confirmar el estado original del sistema. El estado del sistema se guarda en forma de hashes en los registros PCR (Platform Configuration Register) y se vincula a una firma digital que valida el cargador de arranque, as\u00ed como a los checksums del cargador y del entorno de arranque inicial (initrd). El acceso a la clave en el TPM se concede solo cuando todos los registros PCR vinculados est\u00e1n en el mismo estado que cuando se guard\u00f3 la clave. <\/p>\n
Se asume que la cadena de arranque del sistema operativo se verifica mediante UEFI Secure Boot y que el acceso a las claves solo se puede obtener desde una imagen initrd no modificada. Con una verificaci\u00f3n exitosa, el disco se desbloquea autom\u00e1ticamente, pero el acceso a los datos descifrados solo se puede obtener ingresando en su cuenta en el sistema. Al intentar acceder sin un arranque verificado o al intentar reemplazar o modificar initrd con el fin de interceptar claves, la cadena de confianza se romper\u00e1, el estado de los registros PCR cambiar\u00e1 y el TPM2 no entregar\u00e1 la informaci\u00f3n necesaria para la descifrado. <\/p>\n
El m\u00e9todo de ataque publicado permite evitar la modificaci\u00f3n del contenido de initrd en configuraciones que no identifican las particiones cifradas LUKS. Se observa que la inclusi\u00f3n de dicha verificaci\u00f3n de particiones no se describe en todas las instrucciones encontradas sobre la configuraci\u00f3n de cifrado de discos, ya que la identificaci\u00f3n de la partici\u00f3n complica notablemente la configuraci\u00f3n (requiere la participaci\u00f3n de un registro PCR adicional para verificar la clave de la partici\u00f3n y la generaci\u00f3n de initrd considerando su valor). Ejemplos de la realizaci\u00f3n del ataque se demuestran para Fedora Linux en combinaci\u00f3n con la herramienta clevis y para NixOS en combinaci\u00f3n con systemd-cryptenroll. Para llevar a cabo el ataque, se necesita acceso f\u00edsico a la computadora y la capacidad de extraer el dispositivo. <\/p>\n
El m\u00e9todo se basa en que el atacante puede reemplazar la partici\u00f3n cifrada ra\u00edz existente por su propia partici\u00f3n cifrada, creada con el mismo identificador UUID y con las claves de descifrado que el atacante conoce. El entorno initrd pasar\u00e1 el control al proceso init de la partici\u00f3n del atacante. Dado que el contenido de initrd no ha sido modificado, el estado del TPM no se ver\u00e1 alterado y, al obtener el control en su propio entorno, el atacante podr\u00e1 utilizar el TPM para descifrar la clave de la partici\u00f3n de disco original. <\/p>\n
El ataque se resume en los siguientes pasos: <\/p>\n
\n
Extracci\u00f3n del disco y an\u00e1lisis de datos no cifrados en la partici\u00f3n \/boot en otra computadora. Determinaci\u00f3n de la informaci\u00f3n sobre la partici\u00f3n cifrada y su identificador UUID a partir de la imagen initrd que se encuentra en la partici\u00f3n \/boot.\n
Creaci\u00f3n de una copia de seguridad de los primeros 64MB de la partici\u00f3n LUKS cifrada.\n
Reemplazo de esos 64MB por una imagen con su propia partici\u00f3n ra\u00edz, cifrada utilizando la clave conocida por el atacante y que tiene el mismo identificador UUID que la antigua partici\u00f3n.\n
Devoluci\u00f3n del disco a la computadora original y arranque con la partici\u00f3n ra\u00edz reemplazada. Como la desbloqueo autom\u00e1tico con la clave del TPM para la partici\u00f3n reemplazada falla, initrd solicita la entrada manual de la contrase\u00f1a.\n
Obteniendo de TPM la clave original, usando los metadatos sobre TPM y el token cifrado del encabezado LUKS de la antigua partici\u00f3n.\n
Reinstalaci\u00f3n del disco en la computadora del atacante, restauraci\u00f3n de la parte sobrescrita de la partici\u00f3n LUKS de la copia de seguridad y uso de la clave original obtenida para acceder a los datos. <\/ul>\n