{"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\/da\/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":"S\u00e5rbarhed i cryptsetup, der muligg\u00f8r deaktivering af kryptering i LUKS2-partitioner.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I pakken Cryptsetup, der anvendes til kryptering af diskpartitioner i Linux, er der opdaget en s\u00e5rbarhed (CVE-2021-4122), der g\u00f8r det muligt at deaktivere krypteringen i partitioner i LUKS2-formatet (Linux Unified Key Setup) ved at \u00e6ndre metadata. For at udnytte s\u00e5rbarheden skal angriberen have fysisk adgang til den krypterede enhed, dvs. metoden er prim\u00e6rt relevant for angreb p\u00e5 krypterede eksterne medie, s\u00e5som flash-drev, som angriberen har adgang til, men ikke kender adgangskoden til dekryptering af data. <\/p>\n
Angrebet er kun anvendeligt for LUKS2-formatet og involverer manipulation af metadata, der svarer til aktiveringen af udvidelsen «online reencryption», som g\u00f8r det muligt at initiere en proces til on-the-fly genkodning af data uden at stoppe arbejdet med partitionen, n\u00e5r der er behov for at \u00e6ndre adgangskoden. Da processen med dekryptering og kryptering med den nye n\u00f8gle tager meget tid, giver «online reencryption» mulighed for ikke at afbryde arbejdet med partitionen og udf\u00f8re genkodningen i baggrunden, gradvist overf\u00f8re data fra en n\u00f8gle til en anden. Der er ogs\u00e5 mulighed for at v\u00e6lge en tom m\u00e5ln\u00f8gle, hvilket g\u00f8r det muligt at overs\u00e6tte partitionen til en dekrypteret tilstand. <\/p>\n
Angriberen kan foretage \u00e6ndringer i LUKS2-metadataene, der simulerer en n\u00f8dstop af dekrypteringsoperationen som f\u00f8lge af en fejl og opn\u00e5 dekryptering af en del af partitionen efter aktivering og brug af den modificerede lagringsenhed af ejeren. Den bruger, der tilslutter den modificerede lagringsenhed og l\u00e5ser den op med den korrekte adgangskode, f\u00e5r ingen advarsel om, at processen til genopretning af den afbrudte genkodningsoperation er i gang, og kan kun blive opm\u00e6rksom p\u00e5 denne proces ved hj\u00e6lp af kommandoen «luks Dump». M\u00e6ngden af data, som angriberen kan dekryptere, afh\u00e6nger af st\u00f8rrelsen p\u00e5 LUKS2-hovedet, men ved standardst\u00f8rrelsen (16 MiB) kan det overstige 3 GB. <\/p>\n
Problemet opst\u00e5r, fordi selvom re-encryption kr\u00e6ver beregning og kontrol af hashes for de nye og gamle n\u00f8gler, kr\u00e6ves der ikke en hash for at starte dekrypteringen, hvis den nye tilstand indeb\u00e6rer frav\u00e6r af en n\u00f8gle til kryptering (klartekst). Desuden er metadataene i LUKS2, hvor krypteringsalgoritmen defineres, ikke beskyttet mod modificering, hvis de falder i h\u00e6nderne p\u00e5 en angriber. For at forhindre denne s\u00e5rbarhed har udviklerne tilf\u00f8jet en ekstra beskyttelse af metadataene i LUKS2, for hvilke der nu kontrolleres en ekstra hash, der beregnes p\u00e5 baggrund af kendte n\u00f8gler og indholdet af metadataene. Det vil sige, at angriberen nu ikke kan \u00e6ndre metadataene uset, uden at kende adgangskoden til dekryptering. <\/p>\n
Et typisk angrebsscenario kr\u00e6ver, at angriberen f\u00e5r muligheden for at komme i besiddelse af lagringsenheden flere gange. F\u00f8rst foretager angriberen, som ikke kender adgangskoden, \u00e6ndringer i metadataomr\u00e5det, der initierer dekrypteringen af en del data ved n\u00e6ste aktivering af lagringsenheden. Derefter returneres lagringsenheden til sin placering, og angriberen venter, indtil brugeren tilslutter den, idet de indtaster adgangskoden. Under aktiveringen af enheden starter brugeren en baggrundsproces for re-encryption, hvor en del af de krypterede data erstattes med dekrypterede data. Derefter, hvis angriberen f\u00e5r adgang til enheden igen, vil en del af dataene p\u00e5 lagringsenheden v\u00e6re i dekrypteret tilstand. <\/p>\n
Problemet er blevet identificeret af vedligeholderen af cryptsetup-projektet og er blevet rettet i opdateringerne cryptsetup 2.4.3 og 2.3.7. Status for opdateringer, der l\u00f8ser problemet i distributionerne, kan f\u00f8lges p\u00e5 f\u00f8lgende sider: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. S\u00e5rbarheden optr\u00e6der f\u00f8rst fra udgivelsen af cryptsetup 2.2.0, hvor underst\u00f8ttelse af operationen «online reencryption» blev introduceret. Som en workaround for beskyttelse kan der anvendes opstart med indstillingen «--disable-luks2-reencryption». \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"