I paketet Cryptsetup, som anvÀnds för att kryptera diskpartitioner i Linux, har en sÄrbarhet (CVE-2021-4122) identifierats, vilket gör det möjligt att genom modifiering av metadata stÀnga av kryptering i partitioner i LUKS2-format (Linux Unified Key Setup). För att utnyttja sÄrbarheten mÄste angriparen ha fysisk tillgÄng till den krypterade enheten, dvs. metoden Àr frÀmst meningsfull för attacker mot krypterade externa enheter, sÄsom USB-minnen, dÀr angriparen har Ätkomst men inte kÀnner till lösenordet för att dekryptera data.
Attacken Àr endast tillÀmplig för LUKS2-format och Àr kopplad till manipulation av metadata som ansvarar för aktiveringen av tillÀgget "online reencryption", vilket möjliggör att vid byte av Ätkomstnyckel initiera processen för on-the-fly rekryptering av data utan att avbryta arbetet med partitionen. Eftersom processen för dekryptering och kryptering med den nya nyckeln tar mycket tid, ger "online reencryption" möjlighet att inte avbryta arbetet med partitionen och utföra rekrypteringen i bakgrunden, gradvis omkryptera data frÄn en nyckel till en annan. Det finns ocksÄ möjlighet att vÀlja en tom mÄlnyckel, vilket gör att partitionen kan överföras till dekrypterat tillstÄnd.
Angriparen kan göra Àndringar i LUKS2:s metadata som simulerar en nödstopp av dekrypteringsoperationen till följd av ett fel och Ästadkomma dekryptering av en del av partitionen efter att Àgaren aktiverat och anvÀnt den modifierade enheten. AnvÀndaren som kopplar in den modifierade enheten och lÄser upp den med rÀtt lösenord fÄr ingen varning om att en ÄterstÀllningsprocess för den avbrutna rekrypteringsoperationen pÄgÄr och kan endast fÄ kÀnnedom om denna process genom att anvÀnda kommandot "luks Dump". MÀngden data som angriparen kan dekryptera beror pÄ storleken av LUKS2-huvudet, men vid standardstorleken (16 MiB) kan den överstiga 3 GB.
Problemet orsakas av att trots att omkodning krÀver berÀkning och verifiering av hash av den nya och gamla nyckeln, behövs ingen hash för att börja dekryptering om det nya tillstÄndet innebÀr att det inte finns nÄgon nyckel för kryptering (plaintext). Dessutom Àr metainformationen i LUKS2, som anger krypteringsalgoritmen, inte skyddad mot modifiering om den hamnar i fel hÀnder. För att blockera sÄrbarheten har utvecklarna lagt till ett extra skydd för metainformationen i LUKS2, dÀr en extra hash nu kontrolleras, berÀknad pÄ basen av kÀnda nycklar och innehÄllet i metainformationen, dvs. angriparen kan nu inte diskret Àndra metainformationen utan att kÀnna till lösenordet för dekryptering.
Ett typiskt angreppsscenario krÀver att angriparen har möjlighet att flera gÄnger fÄ tillgÄng till lagringsenheten. Till en början gör angriparen, som inte kÀnner till Ätkomstlösenordet, Àndringar i metainformationen som initierar dekrypteringen av en del av datan vid nÀsta aktivering av lagringsenheten. DÀrefter returneras lagringsenheten och angriparen vÀntar pÄ att anvÀndaren ska ansluta den genom att ange sitt lösenord. Under aktiveringen av enheten av anvÀndaren startar en bakgrundsprocess för omkodning, dÀr en del av den krypterade datan byts ut mot dekrypterad data. Om angriparen senare fÄr handen pÄ enheten igen, kommer en del av datan pÄ lagringsenheten att finnas i dekrypterat skick.
Problemet upptÀcktes av underhÄllaren av projektet cryptsetup och ÄtgÀrdades i uppdateringarna cryptsetup 2.4.3 och 2.3.7. Statusen för uppdateringar med problemÄtgÀrd kan följas pÄ följande sidor: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. SÄrbarheten upptrÀder endast frÄn och med version cryptsetup 2.2.0, dÀr stöd för operationen "online reencryption" infördes. Som en tillfÀllig skyddslösning kan alternativet "--disable-luks2-reencryption" anvÀndas.
KĂ€lla: opennet.ru
