Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Outils open source — Gratuits, portables, hors ligne
Caractéristiques communes
100 % hors ligne — aucune donnée transmise
Portables — un seul fichier exécutable
Gratuits — MIT ou GPL v3
Code source ouvert sur GitHub
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Academy Contact

AMD SEV

cloud

Définition

AMD SEV (Secure Encrypted Virtualization) est une technologie hardware d'AMD, disponible sur les processeurs EPYC, qui chiffre automatiquement la mémoire de chaque machine virtuelle avec une clé distincte gérée par le processeur AMD. Cette technologie protège les données en cours de traitement (data in use) contre les accès par l'hyperviseur, les autres VMs co-localisées, et les administrateurs de l'infrastructure physique. AMD SEV existe en plusieurs variantes avec des niveaux de protection croissants. SEV (première génération) chiffre la mémoire de chaque VM avec une clé unique par VM gérée par le AMD Secure Processor (ASP). L'hyperviseur ne peut pas lire la mémoire des VMs chiffrées. SEV-ES (Encrypted State) chiffre en plus les registres CPU (RAX, RBX, etc.) lors des VM exits, empêchant l'hyperviseur de lire l'état des registres lorsque le CPU passe en mode hyperviseur. SEV-SNP (Secure Nested Paging) est la variante la plus complète : elle ajoute l'intégrité de la mémoire (protection contre les attaques de relecture et d'injection de mémoire par l'hyperviseur), la validation de la topologie NUMA, et l'attestation cryptographique permettant à la VM de prouver qu'elle s'exécute dans un environnement SEV-SNP authentique. AMD SEV-SNP est la base technologique des Confidential VMs sur les clouds publics majeurs : GCP Confidential VMs (N2D, C3), AWS instances avec AMD EPYC (EC2 M6a, R6a), et Azure Confidential VMs (DCasv5, ECasv5). Sur ces plateformes, l'activation se fait via un simple paramètre de configuration, sans modification du système d'exploitation (contrairement à Intel SGX qui nécessite une réécriture partielle du code dans les enclaves). L'attestation SEV-SNP permet une vérification cryptographique de l'environnement d'exécution. La VM peut demander un rapport d'attestation signé par la puce AMD (via la clé VCEK - Versioned Chip Endorsement Key, unique à chaque puce), que des tiers peuvent vérifier pour s'assurer que le code s'exécute dans un environnement SEV-SNP légitime non compromis. Ce rapport contient la mesure du contenu de la mémoire de la VM au démarrage (attestation de l'image disque), empêchant les substitutions d'image.

SEV-SNP vs Intel TDX : comparaison

AMD SEV-SNP et Intel TDX (Trust Domain Extensions) protègent tous deux les VMs entières sans modification applicative. Différences clés : AMD SEV-SNP est disponible sur les clouds depuis 2021 (plus mature), Intel TDX est disponible depuis 2023 (C3 GCP, Azure DCsv5). Performance : SEV-SNP a un overhead mémoire plus faible en raison de l'isolation page table. Attestation : les deux utilisent des root of trust hardware, SEV-SNP via VCEK/VLEK, TDX via le TDEL Report. Pour les déploiements cloud actuels, SEV-SNP est plus largement disponible.

Déploiement sur GCP

Sur GCP, activez SEV-SNP en créant une instance de type n2d-standard-* ou c3-standard-* avec l'option confidential-compute activée : gcloud compute instances create my-confidential-vm --confidential-compute --machine-type=n2d-standard-2 --zone=europe-west4-a. L'image d'OS doit être une image SEV-compatible (toutes les images Google Linux récentes le supportent). Vérifiez l'activation : dmesg | grep 'AMD Secure Encrypted Virtualization enabled'.

Cas d'usage et limitations

AMD SEV-SNP est idéal pour : le traitement de données personnelles sensibles (santé, finance) où la confiance dans le cloud provider doit être minimisée, les scenarios de multi-party computation où des organisations concurrentes partagent des calculs sans partager leurs données, et les workloads critiques nécessitant une conformité HDS ou Défense. Limitations : pas de protection contre les attaques side-channel thermique ou électromagnétique, overhead de performance de 5-10% selon la charge mémoire, et complexité accrue de la gestion de l'attestation dans l'application.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis