Vous déployez une application serveur sur Windows Server 2019 Server Core. Vous avez créé un Azure Key Vault et y avez stocké un secret. Pour sécuriser les secrets d'API pour les intégrations tierces à l'aide du Key Vault, quelles sont les trois actions à effectuer ?

Pour sécuriser les secrets d'API, il faut d'abord configurer le contrôle d'accès au Key Vault. L'utilisation du contrôle d'accès basé sur les rôles (RBAC) d'Azure est la méthode recommandée et la plus granulaire pour gérer les autorisations, car elle permet d'attribuer des rôles spécifiques avec des privilèges minimaux. Ensuite, l'application doit être modifiée pour interagir avec le Key Vault afin de récupérer les secrets au lieu de les stocker localement. Enfin, pour que l'application puisse s'authentifier auprès du Key Vault sans avoir besoin de gérer des identifiants dans le code, la machine virtuelle hébergeant l'application doit utiliser une identité managée attribuée par le système. Cette identité est automatiquement gérée par Azure et fournit un moyen sécurisé et sans mot de passe d'accéder aux ressources Azure. L'option "Configurer une politique d'accès Key Vault" est une méthode plus ancienne de gestion des autorisations et est moins recommandée que RBAC pour les nouvelles configurations. "Déployer une extension Azure Desired State Configuration (DSC)" est utilisé pour la configuration de la machine virtuelle, pas directement pour l'accès aux secrets du Key Vault.