Un nouveau cap est franchi dans les attaques matérielles : après avoir montré qu’un GPU pouvait sortir de son sandbox, des chercheurs démontrent désormais qu’il peut contourner l’IOMMU et manipuler directement le noyau. Avec GPUBreach, la mémoire GDDR6 devient un point d’entrée vers un accès root côté CPU.
GPUBreach : quand le GPU exploite la confiance du noyau
Développée par des chercheurs de l’Université de Toronto, l’attaque GPUBreach s’appuie sur des bit flips de type Rowhammer dans la GDDR6. Jusqu’ici, ce type de faille permettait surtout de perturber la mémoire GPU ou de contourner certaines isolations.
Ici, le mécanisme va plus loin. L’attaque cible des buffers mémoire pourtant validés par le système. En corrompant les métadonnées contenues dans ces buffers, GPUBreach pousse le pilote GPU (exécuté avec des privilèges noyau) à effectuer des écritures hors des zones autorisées.
Autrement dit, ce n’est plus le GPU qui sort de son périmètre : c’est le noyau lui-même qui exécute des opérations malveillantes en toute confiance.
IOMMU contourné : une barrière qui ne suffit plus
L’IOMMU est censé limiter les accès mémoire des périphériques comme les GPU en contrôlant précisément les zones accessibles en DMA. Sur le papier, il constitue une barrière solide contre ce type d’attaque. GPUBreach contourne complètement ce modèle.
Le GPU reste dans des buffers autorisés, mais les données internes sont altérées. Le pilote, considéré comme fiable par le système, traite ces données corrompues et déclenche des écritures arbitraires en mémoire.
Résultat : la protection mémoire fonctionne… mais elle est contournée par la logique même du pilote.
Une évolution directe des attaques GDDR6
GPUBreach ne sort pas de nulle part. Il s’inscrit dans la continuité des travaux récents autour de GDDRHammer et GeForge, qui ont démontré la possibilité de provoquer des bit flips dans la GDDR6.
La différence est majeure :
- GDDRHammer / GeForge : corruption de la mémoire GPU et contournement du sandbox
- GPUBreach : exploitation du pilote noyau pour obtenir une escalade de privilèges
On passe ainsi d’une attaque mémoire à une attaque système complète, capable d’aboutir à un accès root côté CPU.
Matériel concerné et limites actuelles
Les GPU NVIDIA équipés de GDDR6 sont les principaux concernés par ce vecteur. Les chercheurs indiquent que les générations plus récentes utilisant GDDR7 ou HBM3/HBM4 ne sont pas affectées dans leurs tests.
L’activation de l’ECC peut atténuer le risque, mais ne constitue pas une protection complète. Les bit flips peuvent toujours survenir dans certains scénarios, et toutes les implémentations ne couvrent pas l’ensemble des cas.
À ce stade, l’attaque reste locale et nécessite des conditions précises, mais elle démontre une faiblesse structurelle dans la chaîne de confiance entre le GPU et le noyau.
Vers un durcissement du modèle GPU
Ce travail met en évidence un point critique : le pilote graphique, exécuté avec des privilèges élevés, devient une surface d’attaque majeure dès lors que les données qu’il manipule peuvent être altérées.
Les pistes d’évolution sont déjà identifiées :
- vérification renforcée de la cohérence des métadonnées côté pilote
- isolation plus stricte des buffers GPU au niveau noyau
- adoption de mémoires avec ECC plus robuste (GDDR7, HBM)
En attendant d’éventuels correctifs logiciels ou firmware, les environnements utilisant des GPU GDDR6, notamment en station de travail ou en serveur, restent les plus exposés.
Ce qui change vraiment
GPUBreach marque un tournant : le GPU n’est plus seulement un accélérateur isolé, mais un vecteur capable d’influencer directement le noyau du système. Et surtout, il montre que les protections classiques comme l’IOMMU ne suffisent plus dès lors que la confiance accordée au pilote peut être exploitée.
Source : TechPowerUp via gpubreach
