Votre hôte Hyper-V Windows Server 2019 doit activer la sécurité basée sur la virtualisation (VBS) avec Credential Guard et HVCI. Le serveur démarre actuellement en mode BIOS hérité et le firmware n'a pas IOMMU (VT-d/AMD-Vi) activé. Les tentatives d'activation de VBS signalent que le système ne répond pas aux exigences. Quels sont les deux changements requis avant d'activer VBS ?

La sécurité basée sur la virtualisation (VBS), y compris Credential Guard et HVCI, nécessite des fonctionnalités de sécurité matérielles et logicielles spécifiques. Le démarrage en mode UEFI avec le démarrage sécurisé (Secure Boot) activé est une exigence fondamentale pour VBS, car il garantit l'intégrité du processus de démarrage et protège contre les rootkits. Sans UEFI et Secure Boot, VBS ne peut pas s'initialiser correctement. De plus, VBS s'appuie sur l'unité de gestion de la mémoire d'entrée/sortie (IOMMU), connue sous le nom de VT-d pour Intel ou AMD-Vi pour AMD, pour isoler le matériel et protéger les zones de mémoire critiques. Cette fonctionnalité doit être activée dans le firmware du serveur. Désactiver l'hyperviseur Hyper-V est incorrect car VBS utilise l'hyperviseur pour créer des environnements isolés. Convertir les machines virtuelles en Génération 1 est incorrect car le type de génération de VM n'affecte pas les prérequis de VBS pour l'hôte. Activer BitLocker est une bonne pratique de sécurité, mais ce n'est pas une exigence directe pour VBS.