Attaque Rowhammer contre les GPU NVIDIA : comprendre les risques et protéger vos systèmes
Isidore Bellemare
Comprendre l’attaque Rowhammer ciblant les GPU NVIDIA
En 2026, deux équipes de recherche ont démontré que le Rowhammer, technique déjà bien étudiée sur les CPU, constitue une menace majeure lorsqu’il est appliqué aux GPU de la génération Ampère de NVIDIA. Rowhammer exploite les bitflips de la mémoire GDDR6 pour obtenir un contrôle total de la mémoire du processeur hôte, menant à une compromission complète du système, comme détaillé dans l’analyse de la faille GitHub RCE CVE-2026-3854. Selon le rapport GDDRHammer, plus de 1 171 bitflips ont été observés sur un RTX 3060, tandis que le même type d’attaque a généré 202 bitflips sur un RTX 6000. Cette section explore les bases techniques de l’attaque et les conditions requises pour son succès.
Contexte technique des GPU Ampère
Les cartes graphiques Ampère utilisent de la mémoire GDDR6, conçue pour des hautes débits de transfert. Cependant, la proximité physique des lignes de mémoire rend la structure susceptible aux perturbations électromagnétiques induites par des accès répétés à des lignes adjacentes - le principe même du Rowhammer. Dans la pratique, les chercheurs ont configuré les cartes en désactivant la gestion IOMMU du BIOS, ce qui était le comportement par défaut en 2026.
Mécanisme du Rowhammer sur la mémoire GDDR6
Le processus repose sur trois étapes clés :
- Hammering : des accès continus à des lignes mémoire ciblées provoquent des charges électriques qui perturbent les cellules voisines.
- Bitflips : les bits modifiés entraînent des corruptions de données dans les tables de pages du GPU.
- Escalade : l’attaquant exploite ces corruptions pour accéder à la mémoire du CPU et exécuter du code arbitraire.
« Our work shows that Rowhammer, which is well-studied on CPUs, is a serious threat on GPUs as well », explique Andrew Kwong, co-auteur du papier GDDRHammer.
« With our work, we … show how an attacker can induce bit flips on the GPU to gain arbitrary read/write access to all of the CPU’s memory », poursuit-il.
Conséquences pour la sécurité des systèmes
Les bitflips induites sur le GPU ne restent pas confinées à la carte graphique ; elles permettent un accès non autorisé à la mémoire principale du serveur, contournant les protections traditionnelles. Même avec l’IOMMU activé, la troisième variante publiée en avril 2026 a démontré la possibilité d’obtenir un shell root sur le système hôte.
Accès complet à la mémoire CPU
Une fois les tables de pages GPU corrompues, l’attaquant peut lire et écrire n’importe quel segment de la RAM du processeur, ouvrant la porte à des attaques de type privilege escalation ou à l’injection de maliciels persistant, dans un contexte où les ransomwares progressent de 30%. Selon ANSSI, ce type d’accès représente un vecteur d’attaque critique, car il permet de contourner les stratégies de segmentation de la mémoire.
Escalade de privilèges même avec IOMMU activé
Le GeForge montre que la manipulation du répertoire de niveau inférieur (last-level page directory) rend inutile la protection IOMMU, qui normalement isole le DMA du reste du système. Cette découverte remet en cause les hypothèses de sécurité des environnements cloud où les GPU sont partagés entre plusieurs locataires.
Études de recherche récentes
GDDRHammer : manipulation des tables de pages
Le papier GDDRHammer décrit comment des motifs de hammering spécialisés, combinés à une « memory massaging », permettent de corrompre les tables de pages du GPU. Le tableau ci-dessous résume les résultats obtenus :
| Papier | Technique utilisée | Bitflips (RTX 3060) | Bitflips (RTX 6000) | IOMMU requis |
|---|---|---|---|---|
| GDDRHammer | Corruption de la page table L3 | 1 171 | 202 | Non (désactivé) |
| GeForge | Forge du répertoire de pages L2 | 1 171 (similaire) | 202 (similaire) | Non (désactivé) |
GeForge : forge des répertoires de pages
GeForge va un cran plus loin en ciblant le last-level page directory plutôt que la table de pages. Cette approche a permis aux chercheurs d’obtenir un shell root sur un RTX 3060, démontrant que le compromis s’étend au niveau du système d’exploitation même lorsque les paramètres BIOS sont sécurisés.
Mesures de mitigation et bonnes pratiques
Face à ces découvertes, les équipes de sécurité doivent réévaluer leurs stratégies de défense. Deux axes principaux sont recommandés : la configuration du firmware et le renforcement des contrôles logiciels.
Désactiver le Rowhammer via configuration BIOS
- Vérifier le statut IOMMU : s’assurer qu’il est activé dans le BIOS. Sur les plateformes récentes, le paramètre
intel_iommu=onouamd_iommu=onpeut être ajouté aux options de démarrage. - Activer les protections contre le Rowhammer lorsqu’elles sont disponibles : certains firmware offrent des contrôles de fréquence d’accès à la mémoire.
# Exemple de vérification du statut IOMMU sous Linux
cat /sys/kernel/debug/x86/iommu/available
Solutions logicielles et mises à jour firmware
- Appliquer les correctifs fournis par NVIDIA : les mises à jour de firmware incluent souvent des mitigations contre les accès DMA non autorisés.
- Déployer des solutions de monitoring de la mémoire : les outils d’analyse de traces peuvent détecter des motifs de hammering anormaux.
- Conformer les déploiements aux normes ISO 27001 et aux recommandations de l’ANSSI : notamment la gestion du risque matériel et la segmentation réseau des charges de travail GPU.
Mise en œuvre - étapes d’audit de vulnérabilité
Pour évaluer la susceptibilité de votre infrastructure à ces attaques, suivez ce processus en cinq étapes :
- Inventorier les GPU : recensez tous les modèles NVIDIA déployés (ex. : RTX 3060, RTX 6000, RTX A6000).
- Vérifier la configuration IOMMU : utilisez le script ci-dessus pour confirmer que le mode est activé.
- Exécuter un test de stress de mémoire : lancez un outil de benchmark capable de générer des patterns de hammering afin d’observer d’éventuels bitflips.
- Analyser les logs du firmware : recherchez les alertes de dépassement de seuils de température ou de fréquence d’accès.
- Appliquer les correctifs et re-tester : mettez à jour le firmware, désactivez les options de désactivation IOMMU, puis répétez le test.
Conclusion - synthèse et actions recommandées
Les attaques Rowhammer sur les GPU NVIDIA démontrent que la frontière entre la sécurité du matériel et celle du logiciel devient de plus en plus floue. En 2026, les chercheurs ont prouvé que des bitflips dans la mémoire GDDR6 peuvent conduire à une prise de contrôle totale du système, même lorsque les mécanismes de protection comme IOMMU semblent actifs. Pour les organisations françaises, il est impératif d’intégrer ces nouveaux vecteurs d’attaque dans les politiques de sécurité, face à la recrudescence du phishing par IA, de suivre les recommandations de l’ANSSI et d’appliquer les bonnes pratiques décrites ci-dessus. Ne laissez pas une faille matérielle compromettre la confidentialité de vos données ; sécurisez dès maintenant vos GPU NVIDIA.