Necesita un flujo de trabajo de GitHub Actions para implementar infraestructura y recuperar secretos de Azure Key Vault sin almacenar ninguna credencial de Azure. El acceso debe limitarse a un repositorio y entorno específicos de GitHub y usar tokens de corta duración. ¿Qué debe configurar en Microsoft Entra ID (Azure AD)? Elija dos.

Ambas opciones correctas aprovechan la federación de identidades de carga de trabajo de Microsoft Entra ID (Azure AD) con GitHub Actions, que permite que el flujo de trabajo autentique directamente con Azure AD usando tokens OpenID Connect (OIDC) emitidos por GitHub, sin necesidad de almacenar credenciales de Azure. La primera opción crea un registro de aplicación (entidad de servicio) y configura una credencial federada que confía en los tokens OIDC de GitHub. Luego, se asignan roles de Azure RBAC a esta entidad de servicio para los permisos necesarios. La tercera opción utiliza una identidad administrada asignada por el usuario, que es una identidad en Azure AD administrada por Azure. Se configuran credenciales federadas directamente en esta identidad administrada, permitiendo que el flujo de trabajo intercambie su token OIDC por un token de Azure para esta identidad. La segunda opción es incorrecta porque implica el almacenamiento de un secreto de cliente en GitHub Actions, lo cual se quiere evitar. La cuarta opción es incorrecta porque Azure AD B2C está diseñado para la gestión de identidades de clientes externos, no para la autenticación de flujos de trabajo internos de CI/CD.