Vous avez déployé une application web Azure App Service nommée App1 et créé un Azure Key Vault nommé Vault1 contenant des clés API, des mots de passe, des certificats et des clés. Vous devez accorder à App1 l'accès à Vault1, prendre en charge la rotation automatique des informations d'identification et éviter de stocker les informations d'identification dans le code. Que devez-vous faire ?

Attribuer une identité managée à App1 est la solution correcte car les identités managées Azure App Service fournissent une identité pour votre application dans Azure Active Directory, lui permettant de s'authentifier auprès de services prenant en charge l'authentification Azure AD, comme Azure Key Vault, sans avoir besoin de stocker des informations d'identification dans le code. Cela prend également en charge la rotation automatique des informations d'identification, car Azure gère le cycle de vie de l'identité. Activer l'authentification App Service pour App1 et attribuer un rôle RBAC personnalisé sur Vault1 est incorrect car l'authentification App Service (Easy Auth) est destinée à authentifier les utilisateurs finaux auprès de l'application, et non l'application elle-même auprès d'autres services Azure. Ajouter une liaison TLS/SSL à App1 est incorrect car une liaison TLS/SSL sécurise la communication entre les clients et l'application web, mais ne gère pas l'accès de l'application à d'autres services Azure. Télécharger un certificat client auto-signé vers Vault1 et configurer App1 pour utiliser ce certificat est incorrect car cela impliquerait de gérer manuellement le certificat et sa rotation, ce qui va à l'encontre de l'exigence de rotation automatique et de l'évitement du stockage des informations d'identification dans le code.