BIZTONSÁGI RÉSEK: AZ INTEL, AZ ARM ÉS AZ AMD IS ÉRINTETT

Egyelőre három biztonsági résről van szó, amelyek közül egyik-másik az Intel az ARM és az AMD processzorait is érinti. A Google már júniusban szólt az érintetteknek.
Víg Ferenc (J.o.k.e.r)
Víg Ferenc (J.o.k.e.r)
2018. jan. 4. 14:01
Biztonsági rések: az Intel, az ARM és az AMD is érintett

Az előzmény

Tegnap elég nagy port kavart, mikor kiderült, egy Intel processzorokat érintő hiba miatt megfelelő módszerekkel lehetőség van a védett memóriaterületeken tárolt adatok megszerzésére, így jelszavak, bejelentkezési adatok, illetve egyéb kényes információk is illetéktelen kezekbe kerülhetnek. Első körben eléggé kevés információ állt rendelkezésre a hiba jellegével és az érintettek körével kapcsolatban, valamint a médiában keringő adatok sem minden esetben voltak helytállóak – erre tegnapi hírünkben már utaltunk.

Azóta változott a helyzet, ugyanis a Google kiadott egy részletes dokumentumot, ami rögtön három sebezhetőséget is ecsetel. Aki el szeretne mélyülni az igencsak részletes technikai adatokban, itt találja az olvasmányt – a többieknek megpróbáljuk érthető, kellően leegyszerűsített formába önteni, mit is érdemes tudni.

Az eddig ismert rések

A Google dokumentuma szerint jelenleg háromféle támadási formát ismernek, amelyeken keresztül érzékeny adatok szivároghatnak ki, amennyiben a támadó sikeresen kihasználja a bennük rejlő lehetőségeket. Ezek a rések már neveket is kaptak: a tegnap napvilágot látott változat a Meltdown nevet viseli, de rajta kívül egy Spectre nevű rés is létezik, aminek ráadásul kétféle variánsa is van.

•Variant 1 (Spectre): bounds check bypass (CVE-2017-5753)

•Variant 2 (Spectre): branch target injection (CVE-2017-5715)

•Variant 3 (Meltdown): rogue data cache load (CVE-2017-5754)

Az alábbiakban a rendelkezésre álló adatok birtokában igyekszünk alaposan körbejárni a témát, mely processzorok érintettek, milyen javításra lehet számítani és ez milyen negatív hatásokkal járhat.

Meltdown

(rogue data cache load (CVE-2017-5754))

Erről a biztonsági résről tegnap úgy tűnt, minden x86-os Intel processzort érint, az egyéb gyártók termékei azonban mentesek tőle. A kép azóta árnyaltabb lett, ugyanis a Meltdown vizsgálatáról szóló dokumentáció azt állítja, hogy a biztonsági rés gyakorlatilag minden out-of-order rendszerű Intel processzort érint 1995-ig, azaz a Pentium Pro modellekig visszamenőleg, kivéve az Intel Itanium és a 2013 előtt gyártott Intel Atom processzorokat. Lényege, hogy a résen keresztül védett memóriaterülethez férhet a támadó, így érzékeny adatokat szerezhet meg. Ehhez megfelelő felkészültségre és megfelelően megírt kártékony kódra van szükség – a biztonságtechnikai kutatók tesztjei szerint valós a veszély.

A rés az átlagfelhasználói és az üzleti rendszereket egyaránt érinti, de a felhőszolgáltatást nyújtó szervereknél különösen veszélyes, hiszen a szerveren futó virtuális gépek szélsőséges esetekben egymás védett memóriaterületeihez is hozzáférhetnek, sőt, az érzékeny memóriaterületet akár megfelelően megírt, webböngészőben lefuttatott JavaScript kódon keresztül is el lehet érni. Ez azért probléma, mert a felhőszolgáltatások keretén belül ugyanazon a fizikai szerveren futtathatnak alkalmazásokat a felhasználók, amelyen érzékeny adatokat is tárolnak, ezeket pedig a processzorhoz kötődő védelmi megoldások védik, amik a Meltdown bug jóvoltából könnyedén megkerülhetőek. A veszély a teljesen virtualizált konfigurációk esetében látszólag csak a „vendég memóriaterületet” fenyegeti, a „kiszolgáló memóriaterületét” nem, azaz ilyen módon csak a vendég kernel memória tartományt lehet elérni, a kiszolgálóét nem.

A kutatók tesztjei alapján a Meltdown jellegű támadást csak Intel processzorral szerelt rendszereken sikerült kivitelezni, ám ez nem jelenti azt, hogy az ARM és az AMD rendszerei védettek lennének. Szerintük a végső következtetés levonása előtt további vizsgálatokra van szükség – gyorsabb, jobban optimalizált kódokkal változhat a helyzet.

A rést szoftveres úton, a KPTI (Kernel Page Table Isolation) funkció segítségével lehet befoltozni, ami eredetileg nem pont ehhez a támadásformához készült, de így is hatékonyan segít a védekezésben. Windowsra, Linuxra és macOS-re már el is készültek a javítások, amelyeket érdemes is telepíteni, hogy nagyobb biztonságban lehessünk. Az AMD processzoraihoz nem szükséges a frissítés, ezért a legújabb Linux kernel frissítést módosították is, így a KPTI funkció csak Intel processzorok esetén lesz aktív, ahogy az várható volt. A frissítés várhatóan 5% körüli lassulást okozhat az Intel alapú rendszereken, a maximum 30%-os feletti lassulás csak bizonyos terhelésformák esetében valósulhat meg, leginkább adatközpontokban dolgozó rendszereknél. Fontos adalék, hogy az ARM hivatalos táblázata szerint a Cortex-A75-ös modellek érintettek, amelyekhez ugyancsak érkezik frissítés, pedig eddig úgy tűnt, az ARM-nél nincs veszély. Egyszóval a végleges kép kialakulásához kell még néhány nap.

Spectre

[italic](bounds check bypass - CVE-2017-5753)

(branch target injection - CVE-2017-5715)[/italic]

A második biztonsági rés két variánst tartalmaz, mindkettő a modern processzorok spekulatív végrehajtó funkcióit célozza, és mindkettő lehetőséget biztosít arra, hogy illetéktelenek kártékony kódokon keresztül hozzáférhessenek a kényes adatokat tartalmazó memóriaterületekhez. A kétféle variáns pontos leírását ez a dokumentum tartalmazza.

Az AMD szerint a Spectre első variánsa (bounds check bypass - CVE-2017-5753) a cég processzorait is fenyegeti, de van már rá szoftver alapú biztonsági frissítés, ami minimális negatív hatást gyakorol a teljesítményre. Ez a variáns az Intel processzorait, valamint az ARM Cortex-R és Cortex-A sorozatának számos tagját is érinti, amelyekhez szintén szoftveres frissítést készítenek, illetve már készítettek is.

A Spectre második variánsa (branch target injection - CVE-2017-5715) az AMD processzorait az architektúrabeli sajátosságok miatt nem fenyegeti, legalábbis ezt állítja az AMD, az Intel és az ARM esetében azonban ennek befoltozására is szükség van frissítésekre.

A hivatalos reakciók

Az egyes vállalatok természetesen már sajtóközleményeket is kiadtak. Az ARM igyekszik megfelelő tájékoztatást adni, pontos utasításokkal, az Intel ugyanakkor védi a termékeit és próbál rávilágítani, hogy nem csak a cég processzorait érintik a hibák, így azok a tegnapi hírek, amelyek ezt állítják, nem helytállóak. Az új információk fényében ez részben igaz is, hiszen tegnap még elég nagy volt a homály az ügyben, hiszen egyik érintett sem kívánt megszólalni. Valószínűleg azért, mert szerették volna, hogy a frissítések mielőbb célba érjenek, addig kivártak a hivatalos kommunikációval. Az Intel és az ARM mellett az AMD is kiadott egy sajtóközleményt, amelyben egy táblázat segítségével próbálják egyértelműen részletezni, mi is a helyzet. A Google szakemberei szintén publikáltak egy részletes tanulmányt, ami az egyes biztonsági rések aprólékos ismertetésével foglalkozik. Ezt fentebb már említettük, itt található.

Az elkövetkező napok folyamán biztosan érkezik még néhány információ a témában, addig viszont érdemes gondoskodni arról, hogy az esetlegesen megjelenő gyártói frissítések időben felkerüljenek az adott rendszerekre, legyen szó táblákról, okostelefonokról, noteszgépekről vagy éppen asztali számítógépekről. A fenti biztonsági rések ugyanis megfelelően megírt és célba juttatott kártékony kód segítségével az üzleti- és az átlagfelhasználókra egyaránt veszélyt jelentenek.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

20 hozzászólás

A komment írásához előbb jelentkezz be!
Törölt felhasználó
Törölt felhasználó
2018. jan. 5. 19:31
#11

számomra a kérdés inkább az, hogy mikor jönnek majd ki az első olyan chipek, amik már hw-sen javítva vannak?

bp123
bp123
2018. jan. 6. 4:15

Egy desktop proci 4-5 év alatt jut a tervezőasztalról a boltba.

Szigorúan véve nem lesznek "javított" procik, merthogy nem hibás egyik sem, minden utasítás pont úgy működik ahogy a dokumentációban le van írva.

A probléma ott van hogy egy programszál futása olyan hatásokat okoz a prociban amit egy másik szál érzékelni tud, pl:

Meg akarsz támadni egy programot, ami titkosításhoz generál véletlenszámot szoftveresen. Szételemzed az algoritmust és észreveszed hogy a használt osztások száma nem állandó, összefügg a kiadott véletlenszámmal. (Ennyire vacak rng a valóságban nem létezik.) Ezek után a támadó programodnak csak annyit kell tennie hogy oszt mint güzü, és méri hogy mennyi ideig tart egy-egy művelet. Mivel az osztóegységek száma véges, amikor a támadó programban lassabb az osztás végrehajtása mint az átlag, akkor volt osztás a megtámadott szálban, így ezeket meg tudod számolni. Nem fogod tudni pontosan megmondani hogy mi volt a generált véletlenszám, de egy halom lehetőséget ki tudsz zárni. Ha szerencséd van olyan kevés eset marad hogy bruteforce törhető lesz a titkosítás.

Egy ilyen jellegű támadás ellen se a proci, se az os nem védhet meg, semmi olyat nem csinál a támadó program amit meg lehetne fogni hogy ejnyebejnye, ide te nem írhatsz/ezt te nem olvashatod/stb.

Törölt felhasználó
Törölt felhasználó
2018. jan. 5. 0:19
#10

Na a tököm tele van már a hírrel, még arra is futotta hogy logót rajzoljanak a jelenségnek. Mintha eddig nem találtak volna havi szinten biztonsági réseket akár böngészőben, akár egyéb szoftverekben stb... szép csendben kijavították ezzel meg itt hepajkodnak.

comeon
comeon
2018. jan. 5. 8:19

A logókat elnézve túl sok időt azért nem fordítottak az elkészítésükre :D

Coreplayer
Coreplayer
2018. jan. 4. 22:11
#9

Legalább a következő generációs procikat (a hiba hardweres megoldása után) nagyobb teljesítménynővekedéssel tudják marketingelni! Nem értetek ti ehez! :)

Perecke
Perecke
2018. jan. 4. 19:45
#7

Az Intel nem próbálkozott táblázattal, túl sok erőforrást igényelt volna a megírása.

Scorpio850
Scorpio850
2018. jan. 4. 18:18
#5

Ennyit lassult.

Előtte:

http://www.kepfeltoltes.eu/view.php?filename=57520180104_161111.jpg

Frissítés után:

http://www.kepfeltoltes.eu/view.php?filename=30120180104_162137.jpg

A gép. I7 7700K ,16 giga ddr4, 1080 gtx.

Fire srike reset to default. Demo pipa kivéve.

Remélem ad támpontot mindenkinek.

Azért remélem jobban ráfekszenek az ügyre ,és néhány napon,héten belül jön egy javítócsomag ami valamennyi elveszett teljesítményt visszahoz.

Ez az én otthoni gépem! Tehát valós adatok!

katt777
katt777
2018. jan. 4. 17:14
#4

Muszáj beépíteniük a biztonsági réseket. Ki csodálkozik?

Én utoljára asszem tegnap mondtam el. Ez egy rohadt nagy hájp és porhintés, hogy mindenki ezzel foglalkozzon, miközben a minden gyártó szoftvereket megkerülő hardveres hátsó kapuin továbbra is ketten járnak ki-be: boldog és boldogtalan.

s_otto: inkább maradjon gyorsabb a gépem, úgyis külön cucc védi.

s_otto
s_otto
2018. jan. 4. 18:13

Már jön magától is, szóval nem kell tölteni...

s_otto
s_otto
2018. jan. 4. 16:50
#3
s_otto
s_otto
2018. jan. 4. 14:32
#1

Hoppá, szerintem hamarosan sokan azon a véleményen lesznek innentől, hogy otthoni usernek mindegy, a többiek meg majd lefocizzák. :D

B_Real
B_Real
2018. jan. 5. 18:25

Igen, látod mennyien írták ezt ide. Nem kell saját magatokból kiindulni (első 3 hsz, khm).

Vissza az oldal tetejére