A Torontói Egyetem négy kutatója nyilvánosságra hozta a GPUThor nevű Rowhammer-technikát, amely elsőként képes legyőzni az Nvidia munkaállomás-GPU-iban lévő ECC hibajavítást, és egy egyszerű, nem privilegizált CUDA-programból root szintű hozzáférést szerez a gazdagépen. Az ACM CCS 2026 konferencián bemutatásra kerülő kutatás alapjaiban kérdőjelezi meg azt a védelmi stratégiát, amelyet az Nvidia az elmúlt egy évben a Rowhammer-támadások ellen ajánlott.
Mi az a Rowhammer, és miért veszélyes a GPUThor?
A Rowhammer-technika lényege, hogy a támadó ismételten aktivál egy DRAM-memóriasort, amíg a szomszédos sorok celláiból töltés szivárog ki, és az ottani bitek értéke megváltozik. A módszer különlegessége, hogy a támadó soha nem érinti közvetlenül az áldozat adatait – a fizikai memória elektromos tulajdonságait használja ki. Ez ideális kiindulópontja lehet adatmanipulációnak, homokozóból való kitörésnek és jogosultságnövelésnek egyaránt.
A GPUThor az Ampere-generációs munkaállomás-GPU-kat veszi célba, konkrétan a GDDR6 memóriával szerelt RTX A4000, A4500, A5000 és A6000 kártyákat. A kutatás szerzői: Chris S. Lin, Joyce Qu, Aditya Rajeev és Gururaj Saileshwar – ők tizenkét hónapon belül immár a harmadik GPU-specifikus Rowhammer-munkát teszik közzé, a 2025-ös GPUHammer és a korábbi GPUBreach után.
Az előző két támadásnak volt egy közös Achilles-sarka: azonnal hatástalanná váltak, amint a felhasználó bekapcsolta az ECC-t. Az Nvidia rendre erre hivatkozott védekezésként. A GPUThor ezt a menedéket számolta fel.
Hogyan kerüli meg a GPUThor az ECC és a TRR védelmet?
Az érintett GPU-kon az ECC mellett egy TRR (Target Row Refresh) nevű chip szintű ellenintézkedés is működik. A TRR figyeli, hogy egyes memóriasorokat milyen gyakran aktiválnak, és szükség esetén automatikusan frissíti a szomszédos sorokat, mielőtt rosszindulatú bitcsere következhetne be. Egyenletes (uniform) kalapálással szemben ez a védelem megbízhatóan működik.
A kutatók azonban felfedezték, hogy a TRR-védelem 72 frissítési intervallumonként egyszer lép életbe. Ezt kihasználva, a GPU memória-koaleszcenciáját is legyőzve, nem egyenletes (non-uniform) kalapálást alkalmaztak – egy módszert, amelyet a CPU-oldalon már a jól dokumentált Blacksmith-támadás is sikerrel vetett be. Az eredmény: a GPUThor hatékonyan 6,6-szorosára növeli a korábbi GPU Rowhammer-technikák kalapálási intenzitását.
A konkrét számok szemléltetik a probléma súlyát: ECC nélkül a négy vizsgált kártya esetén 72 000-től 377 000 bitcsere/gigabyte értékeket mértek, a legsérülékenyebbnek az A5000 bizonyult. Összehasonlításképpen: a DDR4 memóriákon futó Blacksmith-támadás körülbelül 550 000 bitcserét/gigabyte produkál – a GPU Rowhammer tehát most már ugyanabban a súlycsoportban van, mint a CPU Rowhammer.
ECC bekapcsolt állapotban a védelem csökkentette, de nem szüntette meg a problémát: a technika kettős bithiba-eseményeket és 2 hármas bithiba-eseményt is előidézett, amelyeket a javítómechanizmus hibásan „javított ki”. Egy ECC-vel felszerelt RTX A6000 esetében a GPUThor 2 óránként egy GPU-resetet kényszerít ki, leállítva minden futó folyamatot; ennek következtében a kártya egy napon belül RMA-olvasottként jelöli meg önmagát.
Érintett kártyák és az Nvidia reakciója
A kutatók április 29-én, 2026-ban jelentették az Nvidia-nak a támadási módszert, majd ezt követően tájékoztatták a Google-t, a Microsoftot és az AWS-t is. A nyilvános közzétételre augusztus 25-ig vártak. Jelenleg sem CVE-azonosító nem érhető el, sem javítócsomag nincs kiadva a probléma orvoslására. A kutatók kódjának nyilvános megjelenése november 15-re van ütemezve.
Az érintett kártyák listája:
- Nvidia RTX A4000 – Ampere, GDDR6
- Nvidia RTX A4500 – Ampere, GDDR6
- Nvidia RTX A5000 – Ampere, GDDR6 (legsérülékenyebb)
- Nvidia RTX A6000 – Ampere, GDDR6
Ezek a kártyák elsősorban munkaállomás-környezetben terjedtek el, ahol épp a megbízhatóság és a hosszú rendelkezésre állási idő kritikus szempont – a GPU-reset és az RMA-jelölés tehát különösen fájdalmas következmény. Az Nvidia kiberbiztonsági törekvései más fronton is előtérbe kerültek az utóbbi időben, ugyanakkor ez a sérülékenység rámutat, hogy a hardveres memóriavédelem még megoldatlan kihívások elé állítja a gyártókat.
Miért jelent ez fordulópontot a GPU-biztonság terén?
A GPUThor azért számít mérföldkőnek, mert megtöri azt a narratívát, miszerint az ECC bekapcsolása elegendő válasz a GPU-specifikus Rowhammer-fenyegetésekre. A Nvidia GPU-biztonsági problémái természetesen nem ismeretlenek, ám egy ilyen mélységű, hardveres szintű sérülékenység – amelyre nincs azonnali szoftverjavítás – különösen komoly helyzetet teremt.
A non-uniform kalapálás sikere GPU-környezetben azt jelzi, hogy a TRR-alapú védelmi mechanizmusok újragondolásra szorulnak. Különösen aggasztó, hogy a támadás egy egyszerű, nem privilegizált CUDA-programból végrehajtható, és root shell hozzáférést ad a gazdagépen – ez felhőalapú és virtualizált környezetekben kritikus biztonsági rés lehet. A kutatócsoport a november 15-i kódközzétételig várhatóan szoros figyelemmel kíséri, hogy az érintett felek milyen lépéseket tesznek a probléma kezelésére.
Gyakori kérdések
Milyen GPU-kat érint a GPUThor támadás?
A GPUThor az Nvidia Ampere-generációs, GDDR6 memóriával szerelt munkaállomás-kártyáit érinti: az RTX A4000, A4500, A5000 és A6000 modelleket. A legsérülékenyebbnek az A5000 bizonyult a kutatók mérései szerint.
Miért nem elegendő az ECC bekapcsolása védelemként?
A korábbi GPU Rowhammer-támadásokat (GPUHammer, GPUBreach) az ECC hatékonyan blokkolta. A GPUThor azonban non-uniform kalapálással kijátssza mind az ECC-t, mind a TRR-védelmet: kettős és hármas bithibákat idéz elő, amelyeket a javítómechanizmus hibásan kezel, és 2 óránként GPU-resetre kényszeríti az A6000-et ECC-vel együtt is.
Mikor jelenik meg a nyilvános kód, és van-e már javítás?
A kutatók a kód nyilvános közzétételét 2026. november 15-re tervezik. Jelenleg sem CVE-azonosító, sem Nvidia-patch nem érhető el a sérülékenység orvoslására.
Hogyan lehet egy ilyen támadást végrehajtani a gyakorlatban?
A GPUThor egy nem privilegizált CUDA-programból futtatható, és root shell hozzáférést ad a gazdagépen. Ez felhőalapú és virtualizált környezetekben különösen aggasztó, hiszen a támadónak nincs szüksége rendszergazdai jogosultságra a támadás elindításához.
Forrás: TechRadar
