{"id":102971,"date":"2022-01-16T03:36:38","date_gmt":"2022-01-16T01:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-cryptsetup-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%be%d1%82%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82"},"modified":"2022-01-16T03:36:38","modified_gmt":"2022-01-16T01:36:38","slug":"%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-cryptsetup-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%be%d1%82%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/news\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-cryptsetup-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%be%d1%82%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82","title":{"rendered":"En s\u00e5rbarhet i cryptsetup som m\u00f6jligg\u00f6r avaktivering av kryptering i LUKS2-partitioner.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I paketet Cryptsetup, som anv\u00e4nds f\u00f6r att kryptera diskpartitioner i Linux, har en s\u00e5rbarhet (CVE-2021-4122) identifierats, vilket g\u00f6r det m\u00f6jligt att genom modifiering av metadata st\u00e4nga av kryptering i partitioner i LUKS2-format (Linux Unified Key Setup). F\u00f6r att utnyttja s\u00e5rbarheten m\u00e5ste angriparen ha fysisk tillg\u00e5ng till den krypterade enheten, dvs. metoden \u00e4r fr\u00e4mst meningsfull f\u00f6r attacker mot krypterade externa enheter, s\u00e5som USB-minnen, d\u00e4r angriparen har \u00e5tkomst men inte k\u00e4nner till l\u00f6senordet f\u00f6r att dekryptera data. <\/p>\n
Attacken g\u00e4ller endast f\u00f6r LUKS2-formatet och involverar manipulation av metadata som ansvarar f\u00f6r aktivering av ut\u00f6kningen \"online reencryption\", vilket g\u00f6r det m\u00f6jligt att initiera processen f\u00f6r omkodning av data utan att stoppa arbetet med partitionen vid behov av byte av \u00e5tkomstnyckel. Eftersom processen f\u00f6r avkodning och kodning med den nya nyckeln tar mycket tid, ger \"online reencryption\" m\u00f6jlighet att inte avbryta arbetet med partitionen och utf\u00f6ra omkodning i bakgrunden, gradvis omkodande data fr\u00e5n en nyckel till en annan. Det finns ocks\u00e5 m\u00f6jlighet att v\u00e4lja en tom m\u00e5lnyckel, vilket m\u00f6jligg\u00f6r att omvandla partitionen till avkodad status. <\/p>\n
Angriparen kan g\u00f6ra \u00e4ndringar i LUKS2-metadata som simulerar en n\u00f6dstoppning av avkodningsoperationen p\u00e5 grund av systemfel, och uppn\u00e5 avkodning av en del av partitionen efter aktivering och anv\u00e4ndning av den modifierade enheten av \u00e4garen. Anv\u00e4ndaren som ansluter den modifierade enheten och l\u00e5ser upp den med r\u00e4tt l\u00f6senord f\u00e5r ingen varning om att processen f\u00f6r \u00e5terst\u00e4llande av den avbrutna omkodningsoperationen utf\u00f6rs och kan endast f\u00e5 information om detta genom att anv\u00e4nda kommandot \"luks Dump\". M\u00e4ngden data som angriparen kan avkoda beror p\u00e5 storleken p\u00e5 LUKS2-huvudet, men med standardstorleken (16 MiB) kan den \u00f6verstiga 3 GB. <\/p>\n
Problemet orsakas av att trots att omkodning kr\u00e4ver ber\u00e4kning och verifiering av hash av den nya och gamla nyckeln, beh\u00f6vs ingen hash f\u00f6r att b\u00f6rja dekryptering om det nya tillst\u00e5ndet inneb\u00e4r att det inte finns n\u00e5gon nyckel f\u00f6r kryptering (plaintext). Dessutom \u00e4r metainformationen i LUKS2, som anger krypteringsalgoritmen, inte skyddad mot modifiering om den hamnar i fel h\u00e4nder. F\u00f6r att blockera s\u00e5rbarheten har utvecklarna lagt till ett extra skydd f\u00f6r metainformationen i LUKS2, d\u00e4r en extra hash nu kontrolleras, ber\u00e4knad p\u00e5 basen av k\u00e4nda nycklar och inneh\u00e5llet i metainformationen, dvs. angriparen kan nu inte diskret \u00e4ndra metainformationen utan att k\u00e4nna till l\u00f6senordet f\u00f6r dekryptering. <\/p>\n
Ett typiskt angreppsscenario kr\u00e4ver att angriparen har m\u00f6jlighet att flera g\u00e5nger f\u00e5 tillg\u00e5ng till lagringsenheten. Till en b\u00f6rjan g\u00f6r angriparen, som inte k\u00e4nner till \u00e5tkomstl\u00f6senordet, \u00e4ndringar i metainformationen som initierar dekrypteringen av en del av datan vid n\u00e4sta aktivering av lagringsenheten. D\u00e4refter returneras lagringsenheten och angriparen v\u00e4ntar p\u00e5 att anv\u00e4ndaren ska ansluta den genom att ange sitt l\u00f6senord. Under aktiveringen av enheten av anv\u00e4ndaren startar en bakgrundsprocess f\u00f6r omkodning, d\u00e4r en del av den krypterade datan byts ut mot dekrypterad data. Om angriparen senare f\u00e5r handen p\u00e5 enheten igen, kommer en del av datan p\u00e5 lagringsenheten att finnas i dekrypterat skick. <\/p>\n
Problemet identifierades av maintainern av projektet cryptsetup och \u00e5tg\u00e4rdades i uppdateringarna cryptsetup 2.4.3 och 2.3.7. Statusen f\u00f6r skapandet av uppdateringar som \u00e5tg\u00e4rdar problemet i distributionerna kan sp\u00e5ras p\u00e5 f\u00f6ljande sidor: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. S\u00e5rbarheten upptr\u00e4der f\u00f6rst fr\u00e5n versionen cryptsetup 2.2.0, d\u00e4r st\u00f6d f\u00f6r \"online reencryption\" inf\u00f6rdes. Som en tillf\u00e4llig skydds\u00e5tg\u00e4rd kan man anv\u00e4nda k\u00f6rralternativet \"--disable-luks2-reencryption\". \n K\u00e4lla: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"