L’exploit Fabricked détruit discrètement la protection matérielle des puces EPYC avec une efficacité totale – AMD a déjà publié une correction

Résumé

En avril, des chercheurs de l’ETH Zurich ont découvert une vulnérabilité dans la protection matérielle AMD SEV‑SNP qui permet à un attaquant d’obtenir un accès complet à la mémoire protégée d’une machine virtuelle (CVM) sur les processeurs AMD EPYC. L’exploit, nommé Fabricked, exploite des faiblesses de routage de mémoire via Infinity Fabric pendant le démarrage et peut tromper l’authentification cryptographique que les utilisateurs utilisent pour vérifier l’intégrité de leur environnement.

1. Qu’est‑ce que AMD SEV‑SNP et à quoi ça sert
* Le calcul confidentiel permet aux locataires du cloud de s’assurer que le fournisseur ne peut pas lire leurs données.
* SEV‑SNP crée des machines virtuelles isolées matériellement : la mémoire est chiffrée, et l’accès est contrôlé par un processeur de sécurité intégré – le PSP (Platform Security Processor).
* Au démarrage, le PSP initialise une Reverse Map Table (RMP) – une table d’accès à chaque page mémoire.
L’authentification (vérification cryptographique) dépend du bon fonctionnement de la RMP.

2. Comment fonctionne Fabricked
1. Problème dans l’UEFI
* Les dispositifs AMD utilisent l’UEFI pour configurer Infinity Fabric – le réseau inter‑chip qui routage le trafic mémoire entre les cœurs, contrôleurs et périphériques.
* Pendant le démarrage, l’UEFI appelle deux API PSP qui « verrouillent » les registres de configuration d’Infinity Fabric après leur réglage.
* Si l’UEFI est compromis (ce qui est possible car il est contrôlé par les fournisseurs cloud), ces appels peuvent être ignorés, laissant le Data Fabric accessible en écriture même après l’activation de SEV‑SNP.

2. Défaut de vérification MMIO
* Lorsqu’une requête PSP demande un accès mémoire, la vérification passe d’abord par les règles MMIO (pour interagir avec des dispositifs matériels), puis par les règles DRAM habituelles.
* Un attaquant peut configurer des correspondances MMIO de façon à « ombrer » la zone RMP. En conséquence, les écritures du PSP sont ignorées, mais SEV‑SNP indique toujours une initialisation réussie.

3. Résultat – une RMP non initialisée reste sous le contrôle de l’attaquant. Le hyperviseur peut lire et écrire dans des zones arbitraires de la mémoire CVM sans être détecté par le système d’exploitation invité.

3. Démonstration des exploits
* Activer le mode débogage sur une CVM en fonctionnement après l’authentification – l’hyperviseur peut décrypter n’importe quelle partie de la mémoire tout en restant invisible.
* Remplacement massif des rapports d’authentification – permet à un attaquant de fournir de faux attestations d’intégrité de l’environnement.

4. Que signifie‑c‑cela pour les utilisateurs
* La vulnérabilité est entièrement déterministe et a 100 % de probabilité de succès sans accès physique au serveur.
* Aucun code n’a besoin d’être exécuté à l’intérieur de la machine virtuelle – il suffit d’un hôte cloud qui contrôle l’UEFI.
* Les utilisateurs qui comptent sur SEV‑SNP pour le calcul confidentiel risquent de perdre le contrôle de leurs données.

5. Ce que disent les chercheurs
Les résultats sont publiés dans l’article *USENIX Security 2026*. Les auteurs soulignent que Fabricked contourne le mécanisme clé d’authentification et démontrent des exploits pratiques confirmant la gravité de la menace.

Conclusion :

Fabricked révèle une vulnérabilité fondamentale dans la chaîne de protection AMD SEV‑SNP. Si aucune mesure n’est prise pour mettre à jour l’UEFI et renforcer la vérification RMP, les fournisseurs cloud pourraient obtenir un accès complet à la mémoire protégée des machines virtuelles sans être détectés par les locataires.