{"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\/sv\/blog\/news\/obhod-diskovogo-shifrovaniya-ispolzuyushhego-tpm2-dlya-avtomaticheskoj-razblokirovki","title":{"rendered":"\u00d6vervinning av diskchiffering som anv\u00e4nder TPM2 f\u00f6r automatisk uppl\u00e5sning","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En av till\u00e4ggspaketen i NixOS presenterade en attackteknik som g\u00f6r det m\u00f6jligt att f\u00e5 \u00e5tkomst till data p\u00e5 krypterade diskpartitioner, i konfigurationer som inte kr\u00e4ver inmatning av uppl\u00e5sningsl\u00f6senord vid uppstart, tack vare placeringen av avkodningsinformation i TPM2 (Trusted Platform Module). S\u00e5dana konfigurationer anv\u00e4nds ofta p\u00e5 servrar eller fleranv\u00e4ndararbetsstationer, d\u00e4r det \u00e4r problematiskt att manuellt ange l\u00f6senord efter varje omstart. <\/p>\n
Vid anv\u00e4ndning av en s\u00e5dan metod f\u00f6r diskchiffering sker avkodning med hj\u00e4lp av en ytterligare nyckel som lagras i TPM och endast ges ut efter bekr\u00e4ftelse av systemets ursprungliga tillst\u00e5nd. Systemets tillst\u00e5nd lagras i form av hash-v\u00e4rden i PCR-register (Platform Configuration Register) och kopplas till en digital signatur som verifierar bootloadern, samt till kontrollsummor f\u00f6r bootloadern och det initiala bootmilj\u00f6n (initrd). \u00c5tkomst till nyckeln i TPM ges endast n\u00e4r alla registren PCR som \u00e4r kopplade till den \u00e4r i samma tillst\u00e5nd som n\u00e4r nyckeln sparades. <\/p>\n
Det antas att operativsystemets uppstartskedja verifieras med UEFI Secure Boot och att \u00e5tkomst till nycklarna endast kan erh\u00e5llas fr\u00e5n en of\u00f6r\u00e4ndrad initrd-avbildning. Vid en lyckad verifiering l\u00e5ses disken automatiskt upp, men \u00e5tkomst till de avkodade data kan endast ges genom inloggning i sitt konto i systemet. Vid \u00e5tkomst utan verifierad uppstart eller vid f\u00f6rs\u00f6k att ers\u00e4tta eller \u00e4ndra initrd i syfte att f\u00e5nga nycklar, kommer f\u00f6rtroendekedjan att brytas, tillst\u00e5ndet f\u00f6r PCR-register att f\u00f6r\u00e4ndras och TPM2 kommer inte att ge informationen som kr\u00e4vs f\u00f6r avkodning. <\/p>\n
Den publicerade attackmetoden g\u00f6r det m\u00f6jligt att undvika att \u00e4ndra inneh\u00e5llet i initrd i konfigurationer som inte identifierar LUKS-krypterade partitioner. Det noteras att inkluderingen av en s\u00e5dan kontroll av partitioner inte beskrivs i alla hittade instruktioner f\u00f6r konfiguration av diskryptering, eftersom identifiering av partitionen avsev\u00e4rt komplicerar konfigurationen (det kr\u00e4vs att ytterligare en PCR-register anv\u00e4nds f\u00f6r att kontrollera partitionens nyckel och generera initrd med h\u00e4nsyn till dess v\u00e4rde). Exempel p\u00e5 genomf\u00f6rande av attacken har demonstrerats f\u00f6r Fedora Linux i kombination med verktyget clevis och f\u00f6r NixOS i kombination med systemd-cryptenroll. F\u00f6r att genomf\u00f6ra attacken kr\u00e4vs fysisk tillg\u00e5ng till datorn och m\u00f6jlighet att extrahera lagringsmediet. <\/p>\n
Metoden bygger p\u00e5 att angriparen kan ers\u00e4tta den befintliga rotkrypterade partitionen med sin egen krypterade partition, skapad med samma UUID-identifierare och k\u00e4nda dekrypteringsnycklar f\u00f6r angriparen. Initrd-milj\u00f6n kommer att \u00f6verf\u00f6ra kontrollen till init-processen i angriparens partition. Eftersom inneh\u00e5llet i initrd inte har \u00e4ndrats, kommer TPM-tillst\u00e5ndet inte att brytas och n\u00e4r angriparen f\u00e5r kontroll i sin milj\u00f6 kan han anv\u00e4nda TPM f\u00f6r att dekryptera nyckeln f\u00f6r den ursprungliga diskpartitionen. <\/p>\n
Attacken kan sammanfattas i f\u00f6ljande steg: <\/p>\n
\n
Extrahering av disken och analys av de okrypterade data som finns i partitionen \/boot p\u00e5 en annan dator. Identifiera information om den krypterade partitionen och dess UUID-identifierare fr\u00e5n initrd-avbildningen som finns i partitionen \/boot.\n
Skapa en s\u00e4kerhetskopia av de f\u00f6rsta 64 MB av den krypterade LUKS-partitionen.\n
Ers\u00e4tta de angivna 64 MB med en avbildning av den egna rotpartitionen, krypterad med en nyckel som \u00e4r k\u00e4nd f\u00f6r angriparen och med UUID-identifierare som den gamla partitionen.\n
\u00c5terv\u00e4nda disken till den ursprungliga datorn och starta med den utbytta rotpartitionen. Eftersom den automatiska uppl\u00e5sningen med nyckeln fr\u00e5n TPM f\u00f6r den utbytta partitionen misslyckas, beg\u00e4r initrd manuellt inmatning av l\u00f6senord.\n
H\u00e4mta den ursprungliga nyckeln fr\u00e5n TPM, med hj\u00e4lp av metadata om TPM och den krypterade token fr\u00e5n LUKS-huvudet f\u00f6r den gamla partitionen.\n
Byta ut disken p\u00e5 angriparens dator, \u00e5terst\u00e4lla den \u00f6verskrivna delen av LUKS-partitionen fr\u00e5n s\u00e4kerhetskopian och anv\u00e4nda den erh\u00e5llna ursprungliga nyckeln f\u00f6r \u00e5tkomst till data. <\/ul>\n