Contexte technique
AMD Secure Encrypted Virtualization – Secure Nested Paging (SEV‑SNP) est la dernière génération de protection de la mémoire des machines virtuelles (VM) dans les environnements cloud. Le processeur AMD génère un VM Encryption Key (VEK) unique pour chaque VM, stocké dans le Secure Processor et scellé par une clé de racine matériel. Cette architecture vise à empêcher toute lecture ou modification non autorisée de la mémoire, même en cas de compromission de l’hyperviseur.
Mécanismes de SEV‑SNP
SEV‑SNP ajoute une couche d’intégrité grâce à des tags d’authentification associés à chaque page de mémoire. Le processeur vérifie ces tags lors de chaque accès, garantissant que la page n’a pas été altérée. Le modèle de menace officiel suppose que l’hyperviseur peut être malveillant, mais qu’il ne peut pas accéder aux clés internes du Secure Processor. Ainsi, les secrets (clés TLS, jetons d’API, etc.) restent isolés au sein de la VM.
Nature des attaques Mior et Skyfall
L’article mentionne deux nouvelles méthodes, baptisées Mior et Skyfall, capables de contourner les garanties de SEV‑SNP lorsqu’elles sont déployées par un fournisseur de cloud hostile. Aucun détail technique (exploitation de micro‑code, fuite de registre, etc.) n’est fourni, ce qui empêche une description précise du vecteur d’attaque. Le texte indique toutefois que les deux techniques permettent à un opérateur cloud « rogue » d’extraire des secrets stockés dans les VM protégées, suggérant une compromission du processus de génération ou de scellage du VEK.
En l’absence d’informations sur les étapes exactes, on peut supposer que les attaques ciblent soit la chaîne d’attestation (attestation key), soit les mécanismes de mise à jour du firmware du Secure Processor, deux points souvent cités comme les maillons les plus faibles dans les modèles de confiance matérielle.
Implications et limites
Si Mior et Skyfall permettent réellement l’exfiltration de données depuis des VM SEV‑SNP, la confiance placée dans les services IaaS publics serait remise en cause. Les clients qui utilisent SEV‑SNP pour protéger des charges de travail sensibles (bases de données, secrets d’application) pourraient devoir réévaluer leurs contrats de service ou appliquer des mesures complémentaires, comme le chiffrement applicatif de bout en bout.
Le principal obstacle à une évaluation complète réside dans le manque de transparence de l’article : aucune description du vecteur d’exploitation, aucun numéro de version du firmware, aucune preuve de concept publique. Sans ces éléments, la communauté de recherche ne peut pas reproduire les attaques, mesurer leur portée ni proposer des correctifs. En conséquence, les fournisseurs de cloud sont incités à publier des bulletins de sécurité détaillés, tandis que les utilisateurs doivent surveiller les mises à jour du micro‑code AMD et envisager des stratégies de défense en profondeur.
