GPUBreach: Rowhammer-Angriffe überschreiten die GPU-CPU-Grenze
🇬🇧 Read in English~4 min read
SecurityHardwarerowhammergpunvidiaprivilege-escalationgpubreachhardware-securityiommu
Back openDesk Edu for a sovereign, open-source education — every vote counts.
Vote nowSave products you love by clicking the heart icon.
Benchmark: Qwen3.8-27B with hybrid attention/SSM architecture on RTX 4080 Laptop. 19% prefill degradation over 64x input, constant 2.76 tok/s generation, and 128k context in 8.8 GB VRAM.
Rowhammer ist seit über einem Jahrzehnt eine bekannte Klasse von DRAM-Angriffen. Der Mechanismus ist simpel: Der wiederholte Zugriff auf eine Reihe von Speicherzellen führt dazu, dass elektrische Ladungen in benachbarte Reihen abfließen, wodurch Bits von 0 auf 1 oder umgekehrt kippen (Bit-flips). Was sich mit GPUBreach ändert, das auf der IEEE S&P 2026 in Oakland vorgestellt wurde, ist die Angriffsfläche. Zum ersten Mal wurde Rowhammer genutzt, um eine vollständige Privilegieneskalation von einer GPU über den PCIe-Bus in den CPU-Speicher zu erreichen und dabei die IOMMU-Schutzmechanismen zu umgehen, die genau dies verhindern sollten.
Die Angriffskette nutzt das Zusammenspiel dreier Funktionen moderner GPUs aus: große GDDR6-Speicherarrays (die dieselbe DRAM-Technologie wie der System-RAM verwenden), Direct Memory Access (DMA) über PCIe und programmierbare Seitentabellen (Page Tables), die GPU-virtuelle Adressen auf physischen Speicher abbilden.
Der Angreifer führt ein Standard-Rowhammer-Muster auf dem GDDR6-Speicher innerhalb einer CUDA-Anwendung aus. Das Ziel sind nicht Benutzerdaten, sondern die Seitentabelleneinträge der GPU selbst. Wenn ein Eintrag in der Seitentabelle kippt, wird die virtuelle Adresse der GPU auf eine andere physische Adresse abgebildet als beabsichtigt.
Die Input-Output Memory Management Unit (IOMMU) soll verhindern, dass ein Gerät auf Speicher außerhalb seiner zugewiesenen Bereiche zugreift. GPUBreach umgeht dies, da die durch Rowhammer verursachte Korruption innerhalb von Speicherbereichen geschieht, die die IOMMU bereits für die GPU autorisiert hat. Die korrumpierten Seitentabelleneinträge verweisen auf physische Adressen, die sich technisch gesehen innerhalb des DMA-Fensters der GPU befinden, aber auf CPU-Seitentabelleneinträge statt auf GPU-Datenpuffer abbilden.
Mit der korrumpierten Seitentabelle kann die DMA-Engine der GPU in den physischen CPU-Speicher schreiben. Der Angreifer kontrolliert, welche Daten wohin geschrieben werden. Das Ziel sind die Seitentabelleneinträge der CPU für den aktuellen Prozess.
Durch das Überschreiben der CPU-Seitentabelleneinträge bildet der Angreifer die Speicherseiten seines Prozesses mit Berechtigungen auf Kernel-Ebene ab. Das Ergebnis ist ein vollständiger Root-Zugriff auf der CPU, der komplett von der GPU-Seite des PCIe-Busses aus erreicht wurde.
Rowhammer im System-RAM ist gut erforscht, und es gibt Gegenmaßnahmen: ECC-Speicher kann Einzelbit-Flips erkennen und korrigieren, und Speichercontroller können gezielte Row-Refreshes implementieren. GPUs führen eine neue Dimension ein, da GDDR6 zwar dieselbe zugrunde liegende DRAM-Technologie verwendet, aber hinter einer DMA-Engine operiert, die der CPU-Speichercontroller nicht refreshen kann.
In dem Paper wurde bestätigt, dass die NVIDIA RTX A6000 Workstation-GPU anfällig ist. Consumer-GPUs der Ampere-Serie (RTX 3090, 3080 und ähnliche) verwenden denselben GDDR6-Speicher und sind wahrscheinlich ebenfalls betroffen, obwohl die Forscher keine Consumer-Karten explizit getestet haben. Die kritische Lücke: Consumer-GPUs unterstützen kein ECC. Enterprise-Rechenzentrum-GPUs (A100, H100) verfügen über ECC und sind teilweise geschützt, aber der Angriff könnte dennoch durch Multi-Bit-Flips möglich sein, welche die Einzelbit-Korrektur überfordern.
Die schwerwiegendsten Auswirkungen ergeben sich für Multi-Tenant-GPU-Cloud-Umgebungen. AWS, Google Cloud und Azure bieten alle GPU-Instanzen an, bei denen mehrere virtuelle Maschinen sich die physische GPU-Hardware teilen. Wenn ein Mandant beliebigen CUDA-Code auf einer gemeinsam genutzten GPU ausführen kann, erlaubt die GPUBreach-Angriffskette den Ausbruch aus der GPU-Grenze und den Erhalt von Root-Zugriff auf das Host-System, wodurch potenziell jeder Mandant auf diesem Host kompromittiert werden kann.
Google zahlte ein Bug-Bounty in Höhe von 600 $ für die Offenlegung. Für Consumer-GPUs wurde keine CVE zugewiesen, und für Hardware ohne ECC gibt es keine softwareseitige Mitigation.
GPUBreach ist kein isolierter Befund. Es ist Teil einer wachsenden Menge an Forschung, die Hardware-Beschleuniger als Angriffsflächen und nicht mehr als vertrauenswürdige Peripheriegeräte betrachtet. Da GPUs, TPUs und andere Beschleuniger mehr direkten Speicherzugriff und programmierbarere Speichercontroller erhalten, wird sich die Angriffsfläche weiter ausweiten. Die Lösung liegt letztlich in der Hardware: Speichercontroller, die Rowhammer-Regionen in GDDR erkennen und refreshen können, sowie IOMMU-Implementierungen, die nicht nur das DMA-Fenster, sondern auch die semantische Korrektheit von Seitentabelleneinträgen validieren.
Vorerst sollten Organisationen, die nicht vertrauenswürdige CUDA-Workloads auf gemeinsam genutzter GPU-Infrastruktur betreiben, dies als ungepatchte Privilegieneskalations-Schwachstelle behandeln. Das Forschungspapier und die technischen Details sind unter gpubreach.ca verfügbar.