I pakken Cryptsetup, der anvendes til kryptering af diskpartitioner i Linux, er der opdaget en sårbarhed (CVE-2021-4122), der gør det muligt at deaktivere krypteringen i partitioner i LUKS2-formatet (Linux Unified Key Setup) ved at ændre metadata. For at udnytte sårbarheden skal angriberen have fysisk adgang til den krypterede enhed, dvs. metoden er primært relevant for angreb på krypterede eksterne medie, såsom flash-drev, som angriberen har adgang til, men ikke kender adgangskoden til dekryptering af data.
Angrebet gælder kun for LUKS2-formatet og involverer manipulation af metadata, der styrer aktiveringen af udvidelsen "online reencryption", som gør det muligt at igangsætte processen med at rekryptere data on-the-fly uden at stoppe arbejdet med partitionen, når der er behov for at ændre adgangsnøglen. Da processen med dekryptering og kryptering med den nye nøgle tager tid, giver "online reencryption" mulighed for at undgå afbrydelser i arbejdet med partitionen og udføre rekrypteringen i baggrunden, hvilket gradvist skifter data fra en nøgle til en anden. Der er også mulighed for at vælge en tom mål-nøgle, hvilket gør det muligt at overføre partitionen til en dekrypteret tilstand.
Angriberen kan ændre metadataene i LUKS2 for at simulere en nødstop af dekrypteringsoperationen som følge af et fejlslag og dermed opnå dekryptering af en del af partitionen efter aktivering og brug af den modificerede enhed af ejeren. I denne situation modtager brugeren, der tilslutter den modificerede enhed og låser den op med den korrekte adgangskode, ingen advarsel om, at processen til gendannelse af den afbrudte rekrypteringsoperation finder sted, og kan kun finde ud af, hvad der sker i denne proces ved hjælp af kommandoen "luks Dump". Mængden af data, som angriberen kan dekryptere, afhænger af størrelsen på LUKS2-headeren, men ved standardstørrelsen (16 MiB) kan den overstige 3 GB.
Problemet opstår, fordi selvom re-encryption kræver beregning og kontrol af hashes for de nye og gamle nøgler, kræves der ikke en hash for at starte dekrypteringen, hvis den nye tilstand indebærer fravær af en nøgle til kryptering (klartekst). Desuden er metadataene i LUKS2, hvor krypteringsalgoritmen defineres, ikke beskyttet mod modificering, hvis de falder i hænderne på en angriber. For at forhindre denne sårbarhed har udviklerne tilføjet en ekstra beskyttelse af metadataene i LUKS2, for hvilke der nu kontrolleres en ekstra hash, der beregnes på baggrund af kendte nøgler og indholdet af metadataene. Det vil sige, at angriberen nu ikke kan ændre metadataene uset, uden at kende adgangskoden til dekryptering.
Et typisk angrebsscenario kræver, at angriberen får muligheden for at komme i besiddelse af lagringsenheden flere gange. Først foretager angriberen, som ikke kender adgangskoden, ændringer i metadataområdet, der initierer dekrypteringen af en del data ved næste 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år adgang til enheden igen, vil en del af dataene på lagringsenheden være i dekrypteret tilstand.
Problemet er blevet identificeret af vedligeholdelsen af projektet cryptsetup og løst i opdateringerne af cryptsetup 2.4.3 og 2.3.7. Status for dannelsen af opdateringer, der løser problemet i distributionerne, kan spores på disse sider: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. Sårbarheden optræder først fra udgivelsen af cryptsetup 2.2.0, hvor understøttelsen af operationen 'online reencryption' blev tilføjet. Som en midlertidig beskyttelse kan man bruge opstart med indstillingen '--disable-luks2-reencryption'.
Kilde: opennet.ru
