{"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\/pt\/blog\/news\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","title":{"rendered":"Contorno da criptografia de disco que usa TPM2 para desbloqueio autom\u00e1tico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Um dos pacotes acompanhantes do NixOS apresentou uma t\u00e9cnica de ataque que permite acessar dados em parti\u00e7\u00f5es de disco criptografadas, em configura\u00e7\u00f5es que n\u00e3o requerem a inser\u00e7\u00e3o de uma senha de desbloqueio durante a inicializa\u00e7\u00e3o, gra\u00e7as ao armazenamento de informa\u00e7\u00f5es de descriptografia no TPM2 (Trusted Platform Module). Essas configura\u00e7\u00f5es s\u00e3o frequentemente usadas em servidores ou esta\u00e7\u00f5es de trabalho multiusu\u00e1rio, onde \u00e9 problem\u00e1tico inserir manualmente a senha ap\u00f3s cada reinicializa\u00e7\u00e3o. <\/p>\n
Ao aplicar um m\u00e9todo de criptografia como esse, a descriptografia \u00e9 realizada usando uma chave adicional, armazenada no TPM e fornecida apenas ap\u00f3s a confirma\u00e7\u00e3o do estado original do sistema. O estado do sistema \u00e9 mantido na forma de hashes nos registradores PCR (Platform Configuration Register) e vinculado a uma assinatura digital que valida o carregador, bem como a somas de verifica\u00e7\u00e3o do carregador e do ambiente de inicializa\u00e7\u00e3o inicial (initrd). O acesso \u00e0 chave no TPM \u00e9 concedido somente quando todos os registradores PCR vinculados est\u00e3o no mesmo estado que quando a chave foi salva. <\/p>\n
Pressup\u00f5e-se que a cadeia de inicializa\u00e7\u00e3o do sistema operacional seja verificada atrav\u00e9s do UEFI Secure Boot e o acesso \u00e0s chaves s\u00f3 pode ser obtido a partir de uma imagem initrd n\u00e3o modificada. Ap\u00f3s uma verifica\u00e7\u00e3o bem-sucedida, o disco \u00e9 desbloqueado automaticamente, mas o acesso aos dados descriptografados s\u00f3 pode ser obtido ao entrar em sua conta no sistema. Ao tentar acessar sem uma inicializa\u00e7\u00e3o verificada ou ao tentar substituir ou modificar o initrd para interceptar chaves, a cadeia de confian\u00e7a ser\u00e1 quebrada, o estado dos registradores PCR ser\u00e1 alterado e o TPM2 n\u00e3o fornecer\u00e1 as informa\u00e7\u00f5es necess\u00e1rias para a descriptografia. <\/p>\n
O m\u00e9todo de ataque publicado permite contornar a necessidade de alterar o conte\u00fado do initrd em configura\u00e7\u00f5es que n\u00e3o identificam as parti\u00e7\u00f5es LUKS criptografadas. Observa-se que a inclus\u00e3o de tal verifica\u00e7\u00e3o de parti\u00e7\u00f5es n\u00e3o \u00e9 descrita em todos os manuais encontrados sobre configura\u00e7\u00e3o de criptografia de discos, uma vez que a identifica\u00e7\u00e3o da parti\u00e7\u00e3o complica consideravelmente a configura\u00e7\u00e3o (exige a inclus\u00e3o de um registro adicional PCR para verificar a chave da parti\u00e7\u00e3o e a gera\u00e7\u00e3o do initrd levando em conta seu valor). Exemplos de realiza\u00e7\u00e3o do ataque foram demonstrados para o Fedora Linux em combina\u00e7\u00e3o com a ferramenta clevis e para o NixOS em conjunto com o systemd-cryptenroll. Para realizar o ataque, \u00e9 necess\u00e1rio acesso f\u00edsico ao computador e a possibilidade de extrair o dispositivo. <\/p>\n
O m\u00e9todo baseia-se no fato de que o atacante pode substituir a parti\u00e7\u00e3o raiz criptografada existente por sua pr\u00f3pria parti\u00e7\u00e3o criptografada, criada com o mesmo identificador UUID e com as chaves de descriptografia conhecidas pelo atacante. O ambiente initrd transferir\u00e1 o controle para o processo init na parti\u00e7\u00e3o do atacante. Como o conte\u00fado do initrd n\u00e3o foi alterado, o estado do TPM n\u00e3o ser\u00e1 comprometido e, ao obter controle em seu ambiente, o atacante poder\u00e1 usar o TPM para descriptografar a chave da parti\u00e7\u00e3o de disco original. <\/p>\n
O ataque consiste nos seguintes passos: <\/p>\n
\n
Extra\u00e7\u00e3o do disco e realiza\u00e7\u00e3o de uma an\u00e1lise em outro computador dos dados n\u00e3o criptografados na parti\u00e7\u00e3o \/boot. Determina\u00e7\u00e3o das informa\u00e7\u00f5es sobre a parti\u00e7\u00e3o criptografada e seu identificador UUID a partir da imagem initrd presente na parti\u00e7\u00e3o \/boot.\n
Cria\u00e7\u00e3o de um backup dos primeiros 64MB da parti\u00e7\u00e3o LUKS criptografada.\n
Substitui\u00e7\u00e3o dos 64MB indicados por uma imagem com sua pr\u00f3pria parti\u00e7\u00e3o raiz, criptografada usando uma chave conhecida pelo atacante e com um identificador UUID igual ao da parti\u00e7\u00e3o antiga.\n
Retornar o disco ao computador original e inicializar com a parti\u00e7\u00e3o raiz substitu\u00edda. Como a desbloquea\u00e7\u00e3o autom\u00e1tica pela chave do TPM para a parti\u00e7\u00e3o substitu\u00edda falha, o initrd solicita a entrada manual da senha.\n
Obten\u00e7\u00e3o da chave original do TPM, usando os metadados do TPM e o token criptografado do cabe\u00e7alho LUKS da parti\u00e7\u00e3o antiga.\n
Reposicionar o disco no computador do atacante, restaurar a parte reescrita da parti\u00e7\u00e3o LUKS a partir do backup e utilizar a chave original obtida para acessar os dados. <\/ul>\n