Authentifier des applications C++ auprès des services Azure pendant le développement local à l’aide de principaux de service

Pendant le développement local, les applications doivent s’authentifier auprès d’Azure pour accéder à différents services Azure. Les deux approches les plus courantes pour l'authentification locale sont l'utilisation d'un compte de développeur ou d'un principal de service. Cet article explique comment utiliser un principal de service d'application. Dans les sections à venir, vous allez apprendre :

• Comment inscrire une application auprès de Microsoft Entra pour créer un principal de service
• Comment utiliser des groupes Microsoft Entra pour gérer efficacement les autorisations
• Comment attribuer des rôles aux permissions d'étendue ?
• Comment s’authentifier à l’aide d’un principal de service à partir de votre code d’application

L’utilisation de principaux de service d’application dédié vous permet d’adhérer au principe du privilège minimum lors de l’accès aux ressources Azure. Les autorisations sont limitées aux exigences spécifiques de l’application pendant le développement, ce qui empêche l’accès accidentel aux ressources Azure destinées à d’autres applications ou services. Cette approche permet également d’éviter les problèmes lorsque l’application est déplacée en production en s’assurant qu’elle n’est pas sur-privilégiée dans l’environnement de développement.

Lorsque l’application est inscrite dans Azure, un principal de service d’application est créé. Pour le développement local :

• Créez une inscription d’application distincte pour chaque développeur travaillant sur l’application pour vous assurer que chaque développeur dispose de son propre principal du service d’application, ce qui évite de devoir partager des informations d’identification.
• Créez une inscription d’application distincte pour chaque application afin de limiter les autorisations de l’application uniquement à ce qui est nécessaire.

Pendant le développement local, les variables d’environnement sont définies avec l’identité du principal du service d’application. La bibliothèque Azure Identity lit ces variables d’environnement pour authentifier l’application auprès des ressources Azure requises.

Inscrire l’application dans Azure

Les objets principaux du service d’application sont créés via une inscription d’application dans Azure à l’aide du portail Azure ou d’Azure CLI.

portail Azure

1. Dans le portail Azure, utilisez la barre de recherche pour accéder à la page Inscriptions d’applications.

2. Dans la page Inscriptions d’applications, sélectionnez + Nouvelle inscription.

3. Dans la page Inscrire une application :

   • Pour le champ Nom, entrez une valeur descriptive qui inclut le nom de l’application et l’environnement cible.
   • Pour Types de comptes pris en charge, sélectionnez Comptes qui se trouvent uniquement dans cet annuaire organisationnel (géré par le client uniquement - locataire unique), ou l’option qui correspond le mieux à vos besoins.

4. Sélectionnez Inscrire pour inscrire votre application et créer le principal du service.

   

5. Dans la page d'inscription de l'application , copiez l'ID d'application (client) et l'ID de répertoire (locataire) et collez-les dans un emplacement temporaire pour une utilisation ultérieure dans les configurations de code de votre application.

6. Sélectionnez Ajouter un certificat ou un secret pour configurer des informations d’identification pour votre application.

7. Sur la page Certificats & secrets, sélectionnez + Nouvelle clé secrète client.

8. Dans le panneau volant Ajouter un secret client qui s’ouvre :

   • Pour la Description, entrez la valeur Current.
   • Pour la Expire valeur, conservez la valeur recommandée par défaut de 180 jours.
   • Sélectionnez Ajouter pour ajouter le secret.

9. Sur la page Certificats & secrets, copiez la propriété Valeur du secret client à utiliser dans une étape ultérieure.

   Note

   La valeur de la clé secrète client n’est affichée qu’une fois après la création de l'inscription de l'application. Vous pouvez ajouter d’autres secrets client sans invalider ce secret client, mais il n’existe aucun moyen d’afficher cette valeur à nouveau.

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.

1. Utilisez la commande az ad sp create-for-rbac pour créer une inscription et un principal de service pour l’application.

   az ad sp create-for-rbac --name <service-principal-name>
   

   La sortie de cette commande ressemble au code JSON suivant :

   {
     "appId": "00000000-0000-0000-0000-000000000000",
     "displayName": "<service-principal-name>",
     "password": "abcdefghijklmnopqrstuvwxyz",
     "tenant": "11111111-1111-1111-1111-111111111111"
   }
   

2. Copiez cette sortie dans un fichier temporaire dans un éditeur de texte, car vous aurez besoin de ces valeurs dans une prochaine étape.

   Note

   La valeur de la clé secrète client n’est affichée qu’une fois après la création de l'inscription de l'application. Vous pouvez ajouter d’autres secrets client sans invalider ce secret client, mais il n’existe aucun moyen d’afficher cette valeur à nouveau.

Créer un groupe Microsoft Entra pour le développement local

Créez un groupe Microsoft Entra pour encapsuler les rôles (autorisations) dont l’application a besoin dans le développement local plutôt que d’affecter les rôles à des objets de principal de service individuels. Cette approche offre les avantages suivants :

• Chaque développeur a les mêmes rôles attribués au niveau du groupe.
• Si un nouveau rôle est nécessaire pour l’application, il doit uniquement être ajouté au groupe de l’application.
• Si un nouveau développeur rejoint l’équipe, un nouveau principal du service d’application est créé pour le développeur et ajouté au groupe, ce qui garantit que le développeur dispose des autorisations appropriées pour travailler sur l’application.

portail Azure

1. Accédez à la page de vue d’ensemble Microsoft Entra ID dans le portail Azure.

2. Sélectionnez Tous les groupes dans le menu de gauche.

3. Dans la page Groupes , sélectionnez Nouveau groupe.

4. Dans la page Nouveau groupe , renseignez les champs de formulaire suivants :

   • type de groupe: sélectionnez la sécurité .
   • Nom du groupe : entrez un nom pour le groupe qui inclut une référence à l’application ou au nom de l’environnement.
   • Description du groupe : entrez une description qui explique l’objectif du groupe.

   

5. Sélectionnez le lien Aucun membre sélectionné sous Membres pour ajouter des membres au groupe.

6. Dans le volet volant qui s’ouvre, recherchez le principal de service que vous avez créé précédemment et sélectionnez-le dans les résultats filtrés. Choisissez le bouton Sélectionner en bas du panneau pour confirmer votre sélection.

7. Sélectionnez Créer en bas de la page Nouveau groupe pour créer le groupe et revenir à la page Tous les groupes . Si vous ne voyez pas le nouveau groupe répertorié, attendez un instant et actualisez la page.

Azure CLI

1. Utilisez la commande az ad group create pour créer des groupes dans Microsoft Entra ID.

   az ad group create \
       --display-name <group-name> \
       --mail-nickname <group-mail-nickname> \
       --description <group-description>
   

   Les paramètres --display-name et --mail-nickname sont obligatoires. Le nom donné au groupe doit être basé sur le nom et l’environnement de l’application pour indiquer l’objectif du groupe.

2. Pour ajouter des membres au groupe, vous avez besoin de l’ID d’objet du principal du service d’application, qui est différent de l’ID d’application. Utilisez la commande az ad sp list pour répertorier les principaux de service disponibles :

   az ad sp list \
       --filter "startswith(displayName, '<group-name>')" \
       --query "[].{objectId:id, displayName:displayName}"
   

   Le paramètre --filter accepte les filtres de style OData et peut être utilisé pour filtrer la liste comme indiqué. Le paramètre --query limite la sortie aux seules colonnes intéressantes.

3. Utilisez la commande az ad group member add pour ajouter des membres au groupe :

   az ad group member add \
       --group <group-name> \
       --member-id <object-id>
   

Attribuer des rôles au groupe

Ensuite, déterminez les rôles (autorisations) dont votre application a besoin sur les ressources et attribuez ces rôles au groupe Microsoft Entra que vous avez créé. Les groupes peuvent être affectés à un rôle au niveau de la ressource, du groupe de ressources ou de l’étendue de l’abonnement. Cet exemple montre comment attribuer des rôles à l’étendue du groupe de ressources, car la plupart des applications regroupent toutes leurs ressources Azure dans un seul groupe de ressources.

portail Azure

1. Dans le portail Azure, accédez à la page Vue d’ensemble du groupe de ressources qui contient votre application.

2. Dans le menu de navigation de gauche, sélectionnez Contrôle d’accès (IAM) .

3. Dans la page Contrôle d’accès (IAM), sélectionnez + Ajouter , puis choisissez Ajouter une attribution de rôle dans le menu déroulant. La page Ajouter une attribution de rôle fournit plusieurs onglets pour configurer et attribuer des rôles.

4. Sous l’onglet Rôle , utilisez la zone de recherche pour localiser le rôle que vous souhaitez attribuer. Sélectionnez le rôle, puis choisissez Suivant.

5. Sous l’onglet Membres :

   • Pour la valeur Attribuer l’accès à, sélectionnez Utilisateur, groupe ou principal de service.
   • Pour la valeur Membres , choisissez + Sélectionner des membres pour ouvrir le volet volant Sélectionner des membres .
   • Recherchez le groupe Microsoft Entra que vous avez créé précédemment et sélectionnez-le dans les résultats filtrés. Choisissez Sélectionner pour choisir le groupe et fermer le volet déroulant.
   • Sélectionnez Vérifier + affecter en bas de l’onglet Membres .

   

6. Sous l’onglet Révision + affectation , sélectionnez Vérifier + affecter en bas de la page.

Azure CLI

1. Utilisez la commande az role definition list pour obtenir les noms des rôles auxquels un groupe Microsoft Entra ou un principal de service peut être affecté.

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

2. Utilisez la commande az role assignment create pour affecter un rôle au groupe Microsoft Entra que vous avez créé :

   az role assignment create \
       --assignee "<group-object-Id>" \
       --role "<role-name>" \
       --resource-group "<resource-group-name>"
   

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

Définir les variables d’environnement d’application

Au moment de l’exécution, certaines informations d’identification de la bibliothèque Azure Identity, telles que DefaultAzureCredential, EnvironmentCredentialet ClientSecretCredential, recherchent des informations de principal de service par convention dans les variables d’environnement. Il existe plusieurs façons de configurer des variables d’environnement en fonction de vos outils et de votre environnement. Vous pouvez créer un fichier ou utiliser des variables d’environnement .env système pour stocker ces informations d’identification localement pendant le développement.

Quelle que soit l’approche choisie, définissez les variables d’environnement suivantes pour un principal de service :

• AZURE_CLIENT_ID: utilisé pour identifier l’application inscrite dans Azure.
• AZURE_TENANT_ID: Identifiant du client Microsoft Entra.
• AZURE_CLIENT_SECRET: informations d’identification secrètes générées pour l’application.

Pour les applications C++, vous pouvez définir ces variables d’environnement de plusieurs façons. Vous pouvez les charger à partir d’un .env fichier dans votre code ou les définir dans votre environnement système. Les exemples suivants montrent comment définir les variables d’environnement dans différents interpréteurs de commandes :

Bash

export AZURE_CLIENT_ID=<your-client-id>
export AZURE_TENANT_ID=<your-tenant-id>
export AZURE_CLIENT_SECRET=<your-client-secret>

Invite de commandes Windows

Vous pouvez définir des variables d’environnement pour Windows à partir de la ligne de commande. Toutefois, les valeurs sont accessibles à toutes les applications s’exécutant sur ce système d’exploitation et peuvent provoquer des conflits. Par conséquent, utilisez la prudence avec cette approche.

set AZURE_CLIENT_ID=<your-client-id>
set AZURE_TENANT_ID=<your-tenant-id>
set AZURE_CLIENT_SECRET=<your-client-secret>

PowerShell

$env:AZURE_CLIENT_ID="<your-client-id>"
$env:AZURE_TENANT_ID="<your-tenant-id>"
$env:AZURE_CLIENT_SECRET="<your-client-secret>"

S’authentifier auprès des services Azure à partir de votre application

La bibliothèque Azure Identity fournit différentes informations d’identification : implémentations de TokenCredential adaptées à la prise en charge de différents scénarios et flux d’authentification Microsoft Entra. Utilisez la classe ClientSecretCredential lors de l’utilisation des principaux de services localement et en production. Dans ce scénario, ClientSecretCredential lit les variables d'environnement AZURE_CLIENT_ID, AZURE_TENANT_ID et AZURE_CLIENT_SECRET pour obtenir les informations du principal de service de l'application afin de se connecter à Azure.

1. Ajoutez le package azure-identity-cpp à votre application à l’aide de vcpkg.

   vcpkg add port azure-identity-cpp
   

2. Ajoutez les lignes suivantes dans votre fichier CMake :

   find_package(azure-identity-cpp CONFIG REQUIRED)
   target_link_libraries(<your project name> PRIVATE Azure::azure-identity)
   

3. Pour tout code C++ qui crée un objet client azure SDK dans votre application :

   1. Incluez l’en-tête azure/identity.hpp .
   2. Créez une instance de ClientSecretCredential.
   3. Transmettez l’instance de ClientSecretCredential au constructeur de client du SDK Azure.

   Un exemple est illustré dans le segment de code suivant :

   #include <azure/identity.hpp>
   #include <azure/storage/blobs.hpp>
   #include <iostream>
   #include <memory>
   
   // The following environment variables must be set before running the sample.
   // * AZURE_TENANT_ID: Tenant ID for the Azure account.
   // * AZURE_CLIENT_ID: The Client ID to authenticate the request.
   // * AZURE_CLIENT_SECRET: The client secret.
   std::string GetTenantId() { return std::getenv("AZURE_TENANT_ID"); }
   std::string GetClientId() { return std::getenv("AZURE_CLIENT_ID"); }
   std::string GetClientSecret() { return std::getenv("AZURE_CLIENT_SECRET"); }
   
   int main() {
       try {
           // Create a credential - this will automatically read the environment variables
           // AZURE_CLIENT_ID, AZURE_TENANT_ID, and AZURE_CLIENT_SECRET
           auto credential = std::make_shared<Azure::Identity::ClientSecretCredential>(GetTenantId(), GetClientId(), GetClientSecret());
   
           // Create a client for the specified storage account
           std::string accountUrl = "https://<replace_with_your_storage_account_name>.blob.core.windows.net/";
           Azure::Storage::Blobs::BlobServiceClient blobServiceClient(accountUrl, credential);
   
           // Get a reference to a container
           std::string containerName = "sample-container";
           auto containerClient = blobServiceClient.GetBlobContainerClient(containerName);
   
           // Get a reference to a blob
           std::string blobName = "sample-blob";
           auto blobClient = containerClient.GetBlobClient(blobName);
   
           // TODO: perform some action with the blob client
           // auto downloadResult = blobClient.DownloadTo("path/to/local/file");
   
           std::cout << "Successfully authenticated and created Azure clients." << std::endl;
   
       } catch (const std::exception& ex) {
           std::cout << "Exception: " << ex.what() << std::endl;
           return 1;
       }
   
       return 0;
   }