Suivez les meilleures pratiques de chiffrement des machines virtuelles pour éviter les problèmes ultérieurement, par exemple, lorsque vous générez un bundle vm-support.

Meilleures pratiques en matière de démarrage

Pour éviter les problèmes lors de l'utilisation du chiffrement des machines virtuelles, suivez ces recommandations générales.

  • Ne chiffrez pas les machines virtuelles d'un dispositif vCenter Server Appliance.
  • Si votre hôte ESXi échoue, récupérez le bundle de support dès que possible. La clé de l'hôte doit être disponible pour générer un bundle de support qui utilise un mot de passe, ou pour déchiffrer un vidage de mémoire. Si l'hôte est redémarré, il est possible que sa clé change. En pareil cas, vous ne pouvez plus générer un bundle de support avec un mot de passe ni déchiffrer les vidages de mémoire dans le bundle de support avec la clé de l'hôte.
  • Gérez les noms de fournisseurs de clés avec précaution. Si le nom du fournisseur de clés change pour un serveur de clés déjà utilisé, une machine virtuelle chiffrée à l'aide de ce serveur de clés prend un état verrouillé pendant la mise sous tension ou l'enregistrement. Dans ce cas, supprimez le serveur de clés de vCenter Server et ajoutez-le avec le nom du fournisseur de clés que vous avez utilisé au départ.
  • Ne modifiez pas les fichiers VMX et les fichiers descripteurs VMDK. Ces fichiers contiennent le bundle de chiffrement. Il est possible que vos modifications rendent la machine virtuelle irrécupérable et que le problème de récupération ne puisse pas être résolu.
  • Le processus de chiffrement de machines virtuelles vSphere chiffre les données sur l'hôte avant d'écrire les données dans le stockage. L'efficacité des fonctionnalités de stockage principal, telles que la déduplication, la compression ou la réplication, peut être affectée lors du chiffrement des machines virtuelles de cette manière.
  • Si vous utilisez plusieurs couches de chiffrement, par exemple, le chiffrement des machines virtuelles vSphere et le chiffrement sur l'invité tel que BitLocker, dm-crypt ou autres, les performances globales des machines virtuelles peuvent être affectées, car les processus de chiffrement utilisent des ressources CPU et de mémoire supplémentaires.
  • Assurez-vous que les copies répliquées de machines virtuelles chiffrées avec le chiffrement des machines virtuelles vSphere ont accès aux clés de chiffrement sur le site de récupération. Pour les fournisseurs de clés standard, ce processus est géré lors de la conception du système de gestion des clés, en dehors de vSphere. Pour vSphere Native Key Provider, assurez-vous qu'une copie de sauvegarde de la clé du fournisseur de clés natif existe et qu'elle est protégée contre les pertes. Pour plus d'informations, consultez Sauvegarder un vSphere Native Key Provider.
  • Le chiffrement nécessite une utilisation importante du CPU. AES-NI améliore de manière significative les performances du chiffrement. Activez AES-NI dans votre BIOS.

Meilleures pratiques pour les vidages de mémoire chiffrés

Suivez ces meilleures pratiques pour éviter les problèmes lorsque vous voulez examiner un vidage de mémoire dans le cadre du diagnostic d'un incident.

  • Établissez une stratégie concernant les vidages de mémoire. Les vidages de mémoire sont chiffrés, car ils peuvent contenir des informations sensibles telles que des clés. Si vous déchiffrez un vidage de mémoire, prenez en compte ses informations sensibles. Les vidages de mémoire ESXi peuvent contenir des clés de l'hôte ESXi des machines virtuelles qui s'y trouvent. Envisagez de modifier la cl de l'hôte et de rechiffrer les machines virtuelles chiffrées après avoir déchiffré un vidage de mémoire. Vous pouvez effectuer ces deux tâches à l'aide de vSphere API.

    Reportez-vous à Chiffrement de machines virtuelles vSphere et vidages mémoire pour plus de détails.

  • Utilisez toujours un mot de passe lorsque vous collectez un bundle vm-support. Vous pouvez spécifier le mot de passe lorsque vous générez le bundle de support à partir de vSphere Client ou à l'aide de la commande vm-support.

    Le mot de passe rechiffre les vidages de mémoire utilisant des clés internes de façon à utiliser les clés reposant sur le mot de passe. Vous pouvez utiliser ultérieurement le mot de passe pour déchiffrer les vidages de mémoire chiffrés susceptibles d'être intégrés dans le bundle de support. Les vidages de mémoire et les journaux non chiffrés ne sont pas affectés par l'utilisation de l'option de mot de passe.

  • Le mot de passe que vous spécifiez pendant la création du bundle vm-support n'est pas conservé dans les composants vSphere. Vous êtes responsable du suivi des mots de passe pour les bundles de support.
  • Avant de modifier la clé de l'hôte, générez un bundle vm-support avec un mot de passe. Vous pourrez ultérieurement utiliser le mot de passe pour accéder à tous les vidages de mémoire susceptibles d'avoir été chiffrés avec l'ancienne clé de l'hôte.

Recommandations pour la gestion du cycle de vie des clés

Implémenter des meilleures pratiques qui garantissent la disponibilité du serveur de clés et surveillent les clés sur le serveur de clés.
  • Vous êtes responsable de la mise en place de stratégies qui garantissent la disponibilité du serveur de clés.

    Si le serveur de clés n'est pas disponible, il est impossible d'effectuer les opérations liées aux machines virtuelles nécessitant que vCenter Server demande la clé auprès du serveur de clés. Cela signifie que l'exécution des machines virtuelles se poursuit et que vous pouvez les mettre sous tension, les mettre hors tension et les reconfigurer. Toutefois, vous ne pouvez pas les déplacer vers un hôte qui ne dispose pas des informations concernant la clé.

    La plupart des solutions de serveur clés incluent des fonctionnalités de haute disponibilité. Vous pouvez utiliser vSphere Client ou l'API pour spécifier un fournisseur de clés et les serveurs de clés associés.

    Note : À partir de la version 7.0 Update 2, les machines virtuelles chiffrées et les TPM virtuels peuvent continuer à fonctionner même lorsque le serveur de clés est temporairement hors ligne ou indisponible. Les hôtes ESXi peuvent faire persister les clés de chiffrement afin de poursuivre et les opérations de chiffrement et vTPM. Reportez-vous à la section Persistance de clé vSphere sur des hôtes ESXi.
  • Vous êtes responsable du suivi des clés et de l'application de corrections sur les clés de machines virtuelles existantes ne sont pas à l'état Active.
    Le standard KMIP définit les états suivants pour les clés.
    • Pré-active
    • Active
    • Désactivée
    • Compromise
    • Détruite
    • Détruite compromise

    Le chiffrement des machines virtuelles vSphere utilise uniquement les clés à l'état Active pour la chiffrement. Si une clé est à l'état Pré-active, le chiffrement des machines virtuelles vSphere l'active. Si l'état de la clé est Désactivée, Compromise, Détruite ou Détruite compromise, cela signifie que vous ne pouvez pas chiffrer la machine virtuelle ou le disque virtuel présentant cet état.

    Pour les clés ayant un autre état, les machines virtuelles qui les utilisent continuent de fonctionner. La réussite d'une opération de clonage ou de migration varie selon que la clé est déjà dans l'hôte ou non.
    • Si la clé se trouve sur l'hôte de destination, l'opération réussit même si la clé n'est pas active sur le serveur de clés.
    • Si les clés requises de la machine virtuelle et du disque virtuel ne sont pas sur l'hôte de destination, vCenter Server doit extraire les clés du serveur de clés. Si l'état de la clé est Désactivée, Compromise, Détruite ou Détruite compromise, vCenter Server affiche une erreur et l'opération échoue.

    Une opération de clonage ou de migration réussit si la clé est déjà dans l'hôte. L'opération échoue si vCenter Server doit extraire les clés du serveur de clés.

    Si une clé n'est pas à l'état Active, effectuez une opération de rechiffrement à l'aide de l'API. Reportez-vous au Guide de programmation de vSphere Web Services SDK.

  • Élaborez des stratégies de rotation des clés pour effectuer un retrait et une rotation des clés après une période spécifique.
    • Fournisseur de clés approuvé : modifiez la clé principale d'un fournisseur de clés approuvé.
    • vSphere Native Key Provider : modifiez le paramètre key_id d'un périphérique vSphere Native Key Provider.

Recommandations pour la sauvegarde et la restauration

Configurez des stratégies pour les opérations de sauvegarde et de restauration.
  • Toutes les architectures de sauvegarde ne sont pas prises en charge. Reportez-vous à la section Interopérabilité du chiffrement des machines virtuelles.
  • Configurez des stratégies pour les opérations de restauration. Étant donné que les sauvegardes sont toujours en texte clair, envisagez de chiffrer les machines virtuelles immédiatement après la fin de la restauration. Vous pouvez spécifier que la machine virtuelle est chiffrée dans le cadre de l'opération de restauration. Si possible, chiffrez la machine virtuelle dans le cadre de l'opération de restauration pour éviter toute exposition des informations sensibles. Pour modifier la stratégie de chiffrement pour les disques associés à la machine virtuelle, modifiez la stratégie de stockage du disque.
  • Étant donné que les fichiers de base de machine virtuelle sont chiffrés, assurez-vous que les clés de chiffrement sont disponibles au moment de la restauration.

Recommandations pour les performances

  • Les performances du chiffrement dépendent du CPU et de la vitesse du stockage.
  • Le chiffrement de machines virtuelles existantes prend plus de temps que le chiffrement d'un machine virtuelle lors de sa création. Si possible, chiffrez une machine virtuelle au moment de la créer.

Recommandations pour l'exemple de stratégie de stockage

Ne modifiez pas l'exemple de stratégie de stockage du bundle de chiffrement des machines virtuelles. Au lieu de cela, clonez la stratégie et modifiez le clone.
Note : Il n'existe aucun moyen automatisé de rétablir les paramètres d'origine de la stratégie de chiffrement des machines virtuelles.

Pour plus de détails sur la personnalisation des stratégies de stockage, reportez-vous à la documentation Stockage vSphere.

Recommandations pour la suppression des clés de chiffrement

Pour vous assurer que les clés de chiffrement sont supprimées d'un cluster, après la suppression, la désinscription ou le déplacement de la machine virtuelle chiffrée vers un autre périphérique vCenter Server, redémarrez les hôtes ESXi dans le cluster.