Sårbarheten beror på minnesoptimeringsfunktioner i Intel-processorer.
igen, en sårbarhet har upptäckts i det spekulativa instruktionsexekveringssystemet för Intel-processorer, och den här gången en Google-forskare, meddelade att han identifierade en ny sårbarhet (redan katalogiserad under CVE-2022-40982), kallad "Downfall"
Downfall, är en sårbarhet som gör det möjligt att bestämma innehållet i XMM, YMM och ZMM-vektorregister, som tidigare använts av andra processer vid exekvering av AVX-instruktioner på samma CPU-kärna.
Om Undergång
Angående sårbarhet nämns att en oprivilegierad angripare med möjligheten att köra din egen kod på systemet, kan använda sårbarheten för att läcka data från andra användarprocesser, systemkärnan, isolerade Intel SGX-enklaver och virtuella maskiner.
Filterbara vektorregister används i stor utsträckning i kryptering, minneskopieringsfunktioner och strängbearbetning, till exempel används dessa register i Glibc-biblioteket i bland annat memcpy-, strcmp- och strlen-funktionerna. Ur praktisk synvinkel skulle sårbarheten kunna utnyttjas för att fastställa vilken data som bearbetas i AES-NI- eller REP-MOVS-instruktioner (används i memcpy-funktionen) i andra processer, vilket kan läcka krypteringsnycklar, känslig data och användarlösenord.
Sårbarheten visar sig i Intel-processorer som stöder AVX2 och AVX-512 utökade instruktionsuppsättningar (vilket betyder att det påverkar 6:e till 11:e generationens processorer), medan Intel-processorer baserade på mikroarkitekturerna Alder Lake, Raptor Lake och Sapphire Rapids inte verkar påverkas.
Som med den nyligen upptäckta Zenbleed-sårbarheten som påverkar AMD Zen2-processorer, i Downfall, är orsaken till sårbarheten dataläckage från loggfiler, som används för att dela logginnehåll över alla applikationer på samma CPU-kärna.
Läckan beror på en spekulativ dataöverföring vid exekvering av GATHER-satsen, tillgänglig i tilläggen AVX2 och AVX-512, och designad för att ge snabb åtkomst till olika data i minnet. Under exekveringen av GATHER-satsen används den gamla datan i registerfilen i spekulativ exekvering av beroende instruktioner. Dessa data återspeglas inte direkt i mjukvaruloggar, utan kan fastställas med hjälp av sidokanalsattacktekniker designade för Meltdown-attacker, som att analysera överbliven data i CPU-cachen.
För att utnyttja Downfall, en attackteknik utvecklades kallad Gather Data Sampling (GDS) och för vilka exploateringsprototyper har publicerats för att extrahera kryptografiska nycklar från en annan användares process, läcka data efter att den kopierats in i Linux-kärnan av memcpy-funktionen, och fånga upp utskrivna tecken som finns kvar i vektorregister efter att andra processer har fungerat. Det visar till exempel förmågan att definiera AES-nycklar som används för att kryptera data i en annan användares process med hjälp av OpenSSL-biblioteket.
Metoden visade hög effektivitet: genom att utföra ett experiment med 100 olika nycklar, bestämdes 100 % av AES-128-nycklarna och 86 % av AES-256-nycklarna med varaktigheten av varje försök att fastställa högst 10 sekunder. I molnsystem kan en attack användas för att avgöra vilken data som bearbetas i andra virtuella maskiner. Det är möjligt att sårbarheten kan utnyttjas genom att köra JavaScript-kod i en webbläsare.
Det bör nämnas att jagntel fick reda på problemet förra året (precis i augusti månad) och att sårbarheten endast offentliggjordes i år på BlackHat USA-konferensen. och korrigeringar för att skydda mot sårbarheten ingår redan i de olika Linux-kärnuppdateringarna från version 6.4.9 6.1.44 till 4.14.321.
Utöver detta, bland de möjliga åtgärderna för att undvika den negativa effekten av skyddet mot Downfall-sårbarheten på prestanda, nämns det att göra ändringar i kompilatorerna för att inaktivera användningen av GATHER-satsen eller lägga till uttalandet omedelbart efter GATHER LFENCE, som inaktiverar förebyggande exekvering av efterföljande uttalanden innan alla tidigare commits har slutförts.
För system där firmwarefixar inte är tillgängliga har stöd för alla AVX-tillägg inaktiverats, medan för Intels mikrokoduppdateringsdel ger det också möjligheten att använda MSR-gränssnittet för att selektivt inaktivera firmware-skyddet i samband med individuella processer.
Slutligen, om du är intresserad av att veta mer om detkan du kontrollera detaljerna i följande länk.