Accorder une appRoleAssignment à un principal du service
Espace de noms: microsoft.graph
Importante
Les API sous la version /beta
dans Microsoft Graph sont susceptibles d’être modifiées. L’utilisation de ces API dans des applications de production n’est pas prise en charge. Pour déterminer si une API est disponible dans v1.0, utilisez le sélecteur Version .
Attribuer un rôle d’application à ce principal du service.
Les rôles d’application attribués aux principaux du service sont également connus sous le nom de autorisations d’application. Les autorisations d’application peuvent être accordées directement avec les attributions de rôle d’application, ou via une expérience de consentement.
Pour accorder une attribution de rôle d’application à un principal du service client, vous avez besoin de trois identificateurs :
-
principalId
:id
du Principal du service client auquel vous attribuez le rôle d’application. -
resourceId
:id
duservicePrincipal
de ressource (API) qui a défini le rôle d’application (autorisation de l’application). -
appRoleId
:id
duappRole
(définie sur le principal di service de ressource) à attribuer au principal du service client.
Cette API est disponible dans les déploiements de cloud national suivants.
Service global | Gouvernement des États-Unis L4 | Us Government L5 (DOD) | Chine gérée par 21Vianet |
---|---|---|---|
✅ | ✅ | ✅ | ✅ |
Autorisations
Choisissez l’autorisation ou les autorisations marquées comme moins privilégiées pour cette API. Utilisez une autorisation ou des autorisations privilégiées plus élevées uniquement si votre application en a besoin. Pour plus d’informations sur les autorisations déléguées et d’application, consultez Types d’autorisations. Pour en savoir plus sur ces autorisations, consultez les informations de référence sur les autorisations.
Type d’autorisation | Autorisations avec privilèges minimum | Autorisations privilégiées plus élevées |
---|---|---|
Déléguée (compte professionnel ou scolaire) | AppRoleAssignment.ReadWrite.All et Application.Read.All | AppRoleAssignment.ReadWrite.All et Directory.Read.All |
Déléguée (compte Microsoft personnel) | Non prise en charge. | Non prise en charge. |
Application | AppRoleAssignment.ReadWrite.All et Application.Read.All | AppRoleAssignment.ReadWrite.All et Directory.Read.All |
Importante
Dans les scénarios délégués avec des comptes professionnels ou scolaires, l’utilisateur connecté doit se voir attribuer un rôle Microsoft Entra pris en charge ou un rôle personnalisé avec une autorisation de rôle prise en charge. Les rôles les moins privilégiés suivants sont pris en charge pour cette opération :
- Comptes de synchronisation d’annuaires : pour Microsoft Entra Connect et Microsoft Entra services de synchronisation cloud
- Rédacteur d’annuaire
- Administrateur d’identité hybride
- Administrateur de gouvernance des identités
- Administrateur de rôle privilégié
- Administrateur d’utilisateurs
- Administrateur de l'application
- Administrateur de l'application cloud
Requête HTTP
Vous pouvez adresser le principal de service à l’aide de son id ou de son appId. id et appId sont respectivement appelés ID d’objet et ID d’application (client) dans les inscriptions d’applications dans le centre d’administration Microsoft Entra.
POST /servicePrincipals/{id}/appRoleAssignments
POST /servicePrincipals(appId='{appId}')/appRoleAssignments
Remarque
Nous vous recommandons de créer des attributions de rôle d’application via la relation appRoleAssignedTo
du principal de service de ressource, plutôt que la relation appRoleAssignments
de l’utilisateur, du groupe ou du principal de service affecté.
En-têtes de demande
Nom | Description |
---|---|
Autorisation | Porteur {token}. Obligatoire. En savoir plus sur l’authentification et l’autorisation. |
Content-type | application/json. Obligatoire. |
Corps de la demande
Dans le corps de la demande, fournissez une représentation JSON de l’objet appRoleAssignment.
Réponse
Si elle réussit, cette méthode renvoie un code de réponse 201 Created
et un objet appRoleAssignment dans le corps de la réponse.
Exemples
Demande
L’exemple suivant illustre une demande.
POST https://graph.microsoft.com/beta/servicePrincipals/9028d19c-26a9-4809-8e3f-20ff73e2d75e/appRoleAssignments
Content-Type: application/json
{
"principalId": "9028d19c-26a9-4809-8e3f-20ff73e2d75e",
"resourceId": "8fce32da-1246-437b-99cd-76d1d4677bd5",
"appRoleId": "498476ce-e0fe-48b0-b801-37ba7e2685c6"
}
Dans cet exemple, notez que la valeur utilisée comme principal du service id dans l’URL de la demande (9028d19c-26a9-4809-8e3f-20ff73e2d75e
) est identique à la propriété principalId dans le corps. La valeur ressourceId est la valeur d’id du principal du service de ressource (API).
Réponse
L’exemple suivant illustre la réponse.
Remarque : l’objet de réponse affiché ci-après peut être raccourci pour plus de lisibilité.
HTTP/1.1 201 Created
Content-type: application/json
{
"@odata.context": "https://graph.microsoft.com/beta/$metadata#appRoleAssignments/$entity",
"id": "2jLOj0YSe0OZzXbR1Gd71fDqFUrPM1xIgUfvWBHJ9n0",
"creationTimestamp": "2021-02-15T16:39:38.2975029Z",
"appRoleId": "498476ce-e0fe-48b0-b801-37ba7e2685c6",
"principalDisplayName": "Fabrikam App",
"principalId": "9028d19c-26a9-4809-8e3f-20ff73e2d75e",
"principalType": "ServicePrincipal",
"resourceDisplayName": "Microsoft Graph",
"resourceId": "8fce32da-1246-437b-99cd-76d1d4677bd5"
}