A sérülékenység az Intel processzorok memóriaoptimalizálási funkcióinak köszönhető.
ismét sérülékenységet fedeztek fel az Intel processzorok spekulatív utasítás-végrehajtási rendszerében, és ezúttal egy Google-kutató bejelentette, hogy új sebezhetőséget azonosított (már katalogizált CVE-2022 40982-), „Leesés” néven
A Downfall egy biztonsági rés, amely lehetővé teszi az XMM, YMM tartalmának meghatározását és ZMM vektorregiszterek, amelyeket korábban más folyamatok használtak, amikor AVX utasításokat hajtottak végre ugyanazon a CPU magon.
A bukásról
A sérülékenységgel kapcsolatban megemlítik, hogy kiváltságtalan támadó saját kód futtatásának képességével a rendszeren, a sérülékenységet felhasználva adatokat szivárogtathat ki más felhasználói folyamatokból, a rendszermag, az elszigetelt Intel SGX enklávék és a virtuális gépek.
A szűrhető vektorregisztereket széles körben használják a titkosításban, a memóriamásolási funkciókban és a karakterlánc-feldolgozásban, ezeket a regisztereket például a Glibc könyvtárban használják többek között a memcpy, strcmp és strlen függvényekben. Gyakorlati szempontból a sérülékenység kihasználható az AES-NI vagy REP-MOVS utasításokban (memcpy funkcióban használt) feldolgozott adatok más folyamatokban történő meghatározására, amelyek titkosítási kulcsokat, érzékeny adatokat és felhasználói jelszavakat szivároghatnak ki.
A sebezhetőség az Intel processzoraiban nyilvánul meg amelyek támogatják az AVX2 és AVX-512 kiterjesztett utasításkészleteket (ami azt jelenti, hogy a 6. és 11. generációs processzorokat érinti), míg az Alder Lake, Raptor Lake és Sapphire Rapids mikroarchitektúrákon alapuló Intel processzorok nem úgy tűnik, hogy érintettek.
Az AMD Zen2 processzorokat a közelmúltban felfedezett Zenbleed sebezhetőséghez hasonlóan a Downfallban a sérülékenység oka a naplófájlokból származó adatszivárgás, amelyek a naplótartalom megosztására szolgálnak az összes alkalmazás között.
A szivárgás oka a GATHER utasítás végrehajtásakor történt spekulatív adatátvitelAVX2 és AVX-512 bővítményekben érhető el, és úgy tervezték, hogy gyors hozzáférést biztosítson a memóriában lévő különböző adatokhoz. A GATHER utasítás végrehajtása során a regiszterfájl régi adatait használjuk fel a függő utasítások spekulatív végrehajtására. Ezek az adatok nem jelennek meg közvetlenül a szoftvernaplókban, de meghatározhatók a Meltdown támadásokhoz tervezett oldalcsatornás támadási technikákkal, például a CPU gyorsítótárában megmaradt adatok elemzésével.
A bukás kihasználásához, támadási technikát fejlesztettek ki Gather Data Sampling néven (GDS) és amelyekhez exploit prototípusokat tettek közzé, hogy kriptográfiai kulcsokat nyerjenek ki egy másik felhasználó folyamatából, szivárogtassanak ki adatokat, miután azokat a memcpy függvény átmásolták a Linux kernelbe, és elfogják a vektorregiszterekben maradt nyomtatott karaktereket, miután más folyamatok működnek. Például bemutatja az AES-kulcsok meghatározásának képességét, amelyek egy másik felhasználó folyamatában az adatok titkosítására szolgálnak az OpenSSL könyvtár használatával.
A módszer nagy hatékonyságot mutatott: 100 különböző kulccsal végzett kísérlet során az AES-100 kulcsok 128%-át és az AES-86 kulcsok 256%-át határozták meg úgy, hogy az egyes kísérletek időtartama legfeljebb 10 másodperc volt. Felhőrendszerekben egy támadás segítségével megállapítható, hogy milyen adatokat dolgoznak fel más virtuális gépeken. Lehetséges, hogy a sérülékenységet JavaScript-kód webböngészőben való futtatásával lehet kihasználni.
Meg kell említeni, hogy IAz ntel tavaly értesült a problémáról (pontosan augusztusban) és hogy a sebezhetőséget csak idén hozták nyilvánosságra a BlackHat USA konferencián. és a sérülékenység elleni védelem javítását a Linux kernel 6.4.9 6.1.44-től 4.14.321-ig terjedő frissítései már tartalmazzák.
Ezen túlmenően, a Downfall sebezhetőség elleni védelem teljesítményre gyakorolt negatív hatásának elkerülésére irányuló lehetséges intézkedések között megemlítik a fordítóprogramok módosítását, hogy letiltsák a GATHER utasítás használatát, vagy az utasítást közvetlenül a GATHER LFENCE után adják hozzá, amely letiltja a következő utasítások megelőző végrehajtását az összes korábbi véglegesítés befejezése előtt.
Azoknál a rendszereknél, ahol nem érhetők el firmware-javítások, az összes AVX-bővítmény támogatása letiltásra került, míg az Intel mikrokód-frissítési résznél az MSR interfész használatával is lehetőség nyílik a firmware-védelem szelektív letiltására az egyes folyamatok összefüggésében.
Végül, ha érdekel, hogy többet tudjon meg róla, ellenőrizheti a részleteket a következő link.