Comment authentifier des applications JavaScript hébergées par Azure sur des ressources Azure à l’aide de la bibliothèque d’identités Azure

Lorsqu’une application est hébergée dans Azure (à l’aide d’un service tel qu’Azure App Service, Azure Functions ou Azure Container Apps), vous pouvez utiliser une identité managée pour authentifier en toute sécurité votre application auprès des ressources Azure.

Une identité managée fournit une identité pour votre application, ce qui lui permet de se connecter à d’autres ressources Azure sans avoir à utiliser de secret (par exemple, une chaîne de connexion ou une clé). En interne, Azure reconnaît l’identité de votre application et sait quelles ressources l’application est autorisée à accéder. Azure utilise ces informations pour obtenir automatiquement des jetons Microsoft Entra pour l’application, ce qui lui permet de se connecter à d’autres ressources Azure sans avoir à gérer (créer ou faire pivoter) les secrets d’authentification.

Types d’identités managées

Il existe deux types d’identités managées :

• Identités managées affectées par le système - ressource Azure unique
• Identités managées affectées par l’utilisateur - plusieurs ressources Azure

Cet article couvre les étapes pour activer et utiliser une identité gérée attribuée par le système pour une application. Si vous devez utiliser une identité managée affectée par l’utilisateur, consultez l’article Gérer les identités managées affectées par l’utilisateur pour voir comment créer une identité managée affectée par l’utilisateur.

Identités managées affectées par le système pour une seule ressource

Les identités managées affectées par le système sont fournies et liées directement à une ressource Azure. Lorsque vous activez l’identité managée sur une ressource Azure, vous obtenez une identité managée affectée par le système pour cette ressource. L’identité managée est liée au cycle de vie de la ressource Azure. Lorsque la ressource est supprimée, Azure supprime automatiquement l’identité. Étant donné que tout ce que vous devez faire est d’activer l’identité managée pour la ressource Azure hébergeant votre code, ce type d’identité est le type d’identité managée le plus simple à utiliser.

Identités managées affectées par l’utilisateur pour plusieurs ressources

Une identité managée affectée par l’utilisateur est une ressource Azure autonome. Ce type d’identité est le plus fréquemment utilisé lorsque votre solution a plusieurs charges de travail qui s’exécutent sur plusieurs ressources Azure qui doivent tous partager la même identité et les mêmes autorisations. Par exemple, supposons que votre solution inclut des applications qui s’exécutent sur plusieurs instances d’App Service et de machine virtuelle. Les applications ont tous besoin d’accéder au même ensemble de ressources Azure. La création et l’utilisation d’une identité managée affectée par l’utilisateur sur ces ressources constituent le meilleur choix de conception.

1 - Activer l’identité managée affectée par le système dans l’application hébergée

La première étape consiste à activer l’identité managée sur la ressource Azure hébergeant votre application. Par exemple, si vous hébergez une application Express.js à l’aide d’Azure App Service, vous devez activer l’identité managée pour cette application web App Service. Si vous utilisez une machine virtuelle pour héberger votre application, vous activez votre machine virtuelle à utiliser l’identité managée.

Vous pouvez activer l’identité managée pour une ressource Azure à l’aide du Portail Azure ou d’Azure CLI.

Azure portal

Instructions	Capture d'écran
Accédez à la ressource qui héberge votre code d’application dans le Portail Azure. Par exemple, vous pouvez taper le nom de votre ressource dans la zone de recherche en haut de la page et y accéder en le sélectionnant dans la boîte de dialogue.
Dans la page de votre ressource, sélectionnez l’élément de menu Identité dans le menu de gauche. Toutes les ressources Azure capables de prendre en charge l’identité managée auront un élément de menu Identité , même si la disposition du menu peut varier légèrement.
Dans la page Identité : Déplacez le curseur État sur Activé. Cliquez sur Enregistrer. Une boîte de dialogue de confirmation vérifie que vous souhaitez activer l'identité gérée pour votre service. Répondez Oui pour activer l'identité gérée pour la ressource Azure.

Azure CLI

Les commandes Azure CLI peuvent être exécutées dans Azure Cloud Shell ou sur une station de travail dans laquelle l’interface Azure CLI est installée.

Les commandes Azure CLI utilisées pour activer l’identité managée pour une ressource Azure sont de la forme az <command-group> identity --resource-group <resource-group-name> --name <resource-name>. Des commandes spécifiques pour les services Azure populaires sont fournies ici.

Azure App Service

az webapp identity assign --resource-group <resource-group-name> -name <web-app-name>

Machines virtuelles Azure

az vm identity assign --resource-group <resource-group-name> -name <virtual-machine-name>

La sortie se présente comme suit.

{
  "principalId": "<REPLACE_WITH_YOUR_PRINCIPAL_ID>",
  "tenantId": "<REPLACE_WITH_YOUR_TENANT_ID>",
  "type": "SystemAssigned",
  "userAssignedIdentities": null
}

La valeur principalId est l’ID unique de l’identité managée. Conservez une copie de cette sortie, car vous aurez besoin de ces valeurs à l’étape suivante.

2 - Attribuer des rôles à l’identité managée

Ensuite, vous devez déterminer les rôles (autorisations) dont votre application a besoin et affecter l’identité managée à ces rôles dans Azure. Une identité managée peut se voir attribuer des rôles au niveau d’une ressource, d’un groupe de ressources ou d’une étendue d’abonnement. Cet exemple montre comment attribuer des rôles au niveau du groupe de ressources, car la plupart des applications regroupent toutes leurs ressources Azure dans un seul groupe de ressources.

Azure portal

Instructions	Capture d'écran
Recherchez le groupe de ressources pour votre application en recherchant le nom du groupe de ressources à l’aide de la zone de recherche en haut du portail Azure. Accédez à votre groupe de ressources en sélectionnant le nom du groupe de ressources sous le titre Groupes de ressources dans la boîte de dialogue.
Dans la page du groupe de ressources, sélectionnez Contrôle d’accès (IAM) dans le menu de gauche.
Dans la page Contrôle d’accès (IAM) : Sélectionnez l’onglet Attributions de rôles. Sélectionnez + Ajouter dans le menu supérieur, puis Ajouter une attribution de rôle dans le menu déroulant résultant.
La page Ajouter une attribution de rôle répertorie tous les rôles qui peuvent être attribués pour le groupe de ressources. Utilisez la zone de recherche pour filtrer la liste afin de la rendre plus facile à gérer. Cet exemple montre comment filtrer les rôles d’objets blob de stockage. Sélectionnez le rôle que vous voulez attribuer. Sélectionnez Suivant pour accéder à l’écran suivant.
La page Ajouter une attribution de rôle suivante vous permet de spécifier l’utilisateur auquel attribuer le rôle. Sélectionnez Identité managée sous Attribuer l’accès à. Sélectionnez + Sélectionner des membres sous Membres Une boîte de dialogue s’ouvre sur le côté droit du Portail Azure.
Dans la boîte de dialogue Sélectionner des identités managées : La liste déroulante Identité managée et la zone de texte Sélectionner peuvent être utilisées pour filtrer la liste des identités managées dans votre abonnement. Dans cet exemple, en sélectionnant App Service, seules les identités managées associées à un App Service sont affichées. Sélectionnez l’identité managée pour la ressource Azure hébergeant votre application. Sélectionnez Sélectionner au bas de la boîte de dialogue pour continuer.
L'identité gérée apparaît comme sélectionnée dans l'écran Ajouter une attribution de rôle. Sélectionnez Vérifier + affecter pour accéder à la page finale, puis Vérifier + attribuer à nouveau pour terminer le processus.

Azure CLI

Un rôle est attribué à une identité managée dans Azure à l’aide de la commande [az role assignment create].

az role assignment create --assignee "{managedIdentityId}" \
    --role "{roleName}" \
    --resource-group "{resourceGroupName}"

Pour obtenir les noms de rôles auxquels un principal de service peut être affecté, utilisez la commande az role definition list.

az role definition list \
    --query "sort_by([].{roleName:roleName, description:description}, &roleName)" \
    --output table

Par exemple, pour autoriser l’identité managée à lire, écrire et supprimer l’accès à Stockage Azure conteneurs d’objets blob et aux données à tous les comptes de stockage du groupe de ressources msdocs-sdk-auth-example, vous devez affecter le principal du service d’application au rôle Contributeur aux données blob de stockage à l’aide de la commande suivante.

az role assignment create --assignee aaaaaaaa-bbbb-cccc-7777-888888888888 \
    --role "Storage Blob Data Contributor" \
    --resource-group "msdocs-sdk-auth-example"

Pour plus d’informations sur l’attribution d’autorisations au niveau de la ressource ou de l’abonnement à l’aide d’Azure CLI, consultez l’article Attribuer des rôles Azure à l’aide d’Azure CLI.

3 - Implémenter DefaultAzureCredential dans votre application

DefaultAzureCredential détecte automatiquement qu’une identité managée est utilisée et utilise l’identité managée pour s’authentifier auprès d’autres ressources Azure. Comme discuté dans l’article de présentation de l’authentification JavaScript de la bibliothèque Azure Identity , DefaultAzureCredential prend en charge plusieurs méthodes d’authentification et détermine la méthode d’authentification utilisée au moment de l’exécution. De cette façon, votre application peut utiliser différentes méthodes d’authentification dans différents environnements sans implémenter de code spécifique à l’environnement.

Tout d'abord, ajoutez le package @azure/identity à votre application.

npm install @azure/identity

Ensuite, pour tout code JavaScript qui crée un objet client azure SDK dans votre application, vous souhaitez :

1. Importez la classe DefaultAzureCredential du module @azure/identity.
2. Créez un objet DefaultAzureCredential.
3. Transmettez l'objet DefaultAzureCredential au constructeur de l'objet client du SDK Azure.

Un exemple de ces étapes est illustré dans le segment de code suivant.

// connect-with-default-azure-credential.js
import { BlobServiceClient } from '@azure/storage-blob';
import { DefaultAzureCredential } from '@azure/identity';
import 'dotenv/config'

const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
if (!accountName) throw Error('Azure Storage accountName not found');

const blobServiceClient = new BlobServiceClient(
  `https://${accountName}.blob.core.windows.net`,
  new DefaultAzureCredential()
);