Sårbarheten skyldes minneoptimaliseringsfunksjoner i Intel-prosessorer.
igjen, en sårbarhet har blitt oppdaget i det spekulative instruksjonsutførelsessystemet til Intel-prosessorer, og denne gangen en Google-forsker, kunngjorde at han identifiserte en ny sårbarhet (allerede katalogisert under CVE-2022-40982), kalt «Downfall»
Downfall, er en sårbarhet som gjør det mulig å bestemme innholdet i XMM, YMM og ZMM vektorregistre, tidligere brukt av andre prosesser når AVX-instruksjoner utføres på samme CPU-kjerne.
Om undergang
Angående sårbarhet nevnes det at en uprivilegert angriper med muligheten til å kjøre din egen kode på systemet, kan bruke sårbarheten til å lekke data fra andre brukerprosesser, systemkjernen, isolerte Intel SGX-enklaver og virtuelle maskiner.
Filtrerbare vektorregistre er mye brukt i kryptering, minnekopifunksjoner og strengbehandling, for eksempel brukes disse registrene i Glibc-biblioteket i blant annet memcpy-, strcmp- og strlen-funksjonene. Fra et praktisk synspunkt kan sårbarheten utnyttes til å bestemme dataene som behandles i AES-NI- eller REP-MOVS-instruksjoner (brukt i memcpy-funksjonen) i andre prosesser, noe som kan lekke krypteringsnøkler, sensitive data og brukerpassord.
Sårbarheten viser seg i Intel-prosessorer som støtter AVX2 og AVX-512 utvidede instruksjonssett (som betyr at det påvirker 6. til 11. generasjons prosessorer), mens Intel-prosessorer basert på mikroarkitekturene Alder Lake, Raptor Lake og Sapphire Rapids ikke virker påvirket.
Som med den nylig oppdagede Zenbleed-sårbarheten som påvirker AMD Zen2-prosessorer, i Downfall, er årsaken til sårbarheten datalekkasje fra loggfiler, som brukes til å dele logginnhold på tvers av alle applikasjoner.oppgaver på samme CPU-kjerne.
Lekkasjen skyldes en spekulativ dataoverføring ved kjøring av GATHER-setningen, tilgjengelig i AVX2 og AVX-512 utvidelser, og designet for å gi rask tilgang til forskjellige data i minnet. Under utførelsen av GATHER-setningen brukes de gamle dataene i registerfilen i spekulativ utførelse av avhengige instruksjoner. Disse dataene gjenspeiles ikke direkte i programvarelogger, men kan bestemmes ved hjelp av sidekanalangrepsteknikker designet for Meltdown-angrep, for eksempel å analysere data som gjenstår i CPU-cachen.
For å utnytte Downfall, Det ble utviklet en angrepsteknikk kalt Gather Data Sampling (GDS) og for hvilke utnyttelsesprototyper har blitt publisert for å trekke ut kryptografiske nøkler fra en annen brukers prosess, lekke data etter at de ble kopiert inn i Linux-kjernen av memcpy-funksjonen, og fange opp trykte tegn som er igjen i vektorregistre etter at andre prosesser har virket. For eksempel demonstrerer den muligheten til å definere AES-nøkler som brukes til å kryptere data i en annen brukers prosess ved hjelp av OpenSSL-biblioteket.
Metoden viste høy effektivitet: ved å utføre et eksperiment med 100 forskjellige nøkler, ble 100 % av AES-128-nøkler og 86 % av AES-256-nøkler bestemt med varigheten av hvert forsøk på å bestemme ikke mer enn 10 sekunder. I skysystemer kan et angrep brukes til å finne ut hvilke data som behandles i andre virtuelle maskiner. Det er mulig at sikkerhetsproblemet kan utnyttes ved å kjøre JavaScript-kode i en nettleser.
Det skal nevnes at jegntel fant ut om problemet i fjor (nøyaktig i august måned) og at sårbarheten først ble offentliggjort i år på BlackHat USA-konferansen. og rettelser for å beskytte mot sårbarheten er allerede inkludert i de ulike Linux-kjerneoppdateringene fra versjon 6.4.9 6.1.44 til 4.14.321.
I tillegg til dette, blant de mulige tiltakene for å unngå den negative innvirkningen av beskyttelsen mot Downfall-sårbarheten på ytelsen, nevnes det å gjøre endringer i kompilatorene for å deaktivere bruken av GATHER-setningen eller legge til setningen umiddelbart etter GATHER LFENCE, som deaktiverer forebyggende utførelse av påfølgende uttalelser før alle tidligere forpliktelser er fullført.
For systemer der fastvarerettinger ikke er tilgjengelige, er støtte for alle AVX-utvidelser deaktivert, mens for Intels mikrokodeoppdateringsdel gir den også muligheten til å bruke MSR-grensesnittet til å selektivt deaktivere fastvarebeskyttelsen i sammenheng med individuelle prosesser.
Endelig, hvis du er interessert i å vite mer om det, kan du sjekke detaljene i følgende lenke.