{"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\/da\/blog\/news\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","title":{"rendered":"Omg\u00e5else af disk kryptering, der anvender TPM2 til automatisk opl\u00e5sning.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En af de medf\u00f8lgende pakker i NixOS pr\u00e6senterede en angrebsteknik, der g\u00f8r det muligt at f\u00e5 adgang til data p\u00e5 krypterede partitions, i konfigurationer der ikke kr\u00e6ver indtastning af en opl\u00e5sning adgangskode ved opstart, takket v\u00e6re placeringen af information til dekryptering i TPM2 (Trusted Platform Module). S\u00e5danne konfigurationer bruges ofte p\u00e5 servere eller multibruger arbejdsstationer, hvor det er problematisk at indtaste adgangskoden manuelt efter hver genstart. <\/p>\n
Ved anvendelse af en s\u00e5dan metode til disk kryptering udf\u00f8res dekryptering ved hj\u00e6lp af en ekstra n\u00f8gle, der opbevares i TPM og kun udleveres ved bekr\u00e6ftelse af systemets oprindelige tilstand. Systemets tilstand gemmes i form af hashes i PCR (Platform Configuration Register) registre og knyttes til en digital signatur, der bekr\u00e6fter bootloaderen, samt til checksummer af bootloaderen og det indledende boot-milj\u00f8 (initrd). Adgang til n\u00f8glen i TPM gives kun, n\u00e5r alle tilknyttede PCR registre er i samme tilstand som ved gemmelsen af n\u00f8glen. <\/p>\n
Det forst\u00e5s, at opstartssekvensen for operativsystemet verificeres ved hj\u00e6lp af UEFI Secure Boot, og at adgang til n\u00f8glerne kun kan opn\u00e5s fra et uimodificeret initrd billede. Ved succesfuld verifikation l\u00e5ses disken automatisk op, men adgang til de dekrypterede data kan kun opn\u00e5s gennem login til sin brugerkonto i systemet. Ved at fors\u00f8ge at tilg\u00e5 uden verificeret opstart, eller ved fors\u00f8g p\u00e5 at \u00e6ndre initrd med henblik p\u00e5 at opsnappe n\u00f8gler, vil tillidsk\u00e6den blive brudt, tilstanden for PCR registrene vil \u00e6ndre sig, og TPM2 vil ikke returnere de n\u00f8dvendige oplysninger for dekryptering. <\/p>\n
Den offentliggjorte angrebsmetode tillader at omg\u00e5 \u00e6ndringer i indholdet af initrd i konfigurationer, der ikke identificerer LUKS-krypterede partitioner. Det bem\u00e6rkes, at inkluderingen af en s\u00e5dan kontrol af partitioner ikke beskrives i alle de fundne vejledninger til ops\u00e6tning af disk kryptering, da identificeringen af partitionen v\u00e6sentligt komplicerer konfigurationen (kr\u00e6ver involvering af en ekstra PCR-register til kontrol af partitionens n\u00f8gle og generering af initrd med hensyn til dens v\u00e6rdi). Eksempler p\u00e5 udf\u00f8relse af angrebet er demonstreret for Fedora Linux i forbindelse med v\u00e6rkt\u00f8jet clevis og for NixOS i forbindelse med systemd-cryptenroll. For at udf\u00f8re angrebet kr\u00e6ves fysisk adgang til computeren og mulighed for at fjerne lagringsenheden. <\/p>\n
Metoden er baseret p\u00e5, at angriberen kan erstatte den eksisterende krypterede rodpartition med sin egen krypterede partition, der er oprettet med den samme UUID-identifikator og kendte n\u00f8gler til dekryptering, som angriberen har. Initrd-milj\u00f8et vil overf\u00f8re kontrol til init-processen i angriberens partition. Da indholdet af initrd ikke er blevet \u00e6ndret, vil TPM-tilstanden ikke blive overtr\u00e5dt, og ved at f\u00e5 kontrol i sit eget milj\u00f8 kan angriberen bruge TPM til at dekryptere den oprindelige diskpartitionn\u00f8gle. <\/p>\n
Angrebet kan opsummeres i f\u00f8lgende trin: <\/p>\n
\n
Fjernelse af disken og udf\u00f8relse af analyse af de ukrypterede data p\u00e5 partitionen \/boot p\u00e5 en anden computer. Bestemmelse af oplysninger om den krypterede partition og dens UUID-identifikator fra initrd-billedet, der er placeret i partitionen \/boot.\n
Oprettelse af en back-up af de f\u00f8rste 64 MB af den krypterede LUKS-partition.\n
Erstatning af de angivne 64 MB med et billede af sin egen rodpartition, krypteret med en kendt n\u00f8gle og med UUID-identifikatoren som den gamle partition.\n
Returnering af disken til den oprindelige computer og opstart med den \u00e6ndrede rodpartition. Da automatisk l\u00e5sning med n\u00f8gle fra TPM for den \u00e6ndrede partition mislykkes, beder initrd om manuel indtastning af kodeord.\n
Hentning af den oprindelige n\u00f8gle fra TPM ved brug af metadata om TPM og den krypterede token fra LUKS-hovedet p\u00e5 den gamle partition.\n
Flytning af disken til angriberens computer, gendannelse af den overskrevne del af LUKS-partitionen fra backup og brug af den opn\u00e5ede oprindelige n\u00f8gle til adgang til data. <\/ul>\n