Create permissionGrantConditionSet in includes collection of permissionGrantPolicy

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 .

Ajoutez des conditions dans lesquelles un événement d’octroi d’autorisation est inclus dans une stratégie d’octroi d’autorisation. Pour ce faire, ajoutez un objet permissionGrantConditionSet à la collection includes d’un objet permissionGrantPolicy.

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) Policy.ReadWrite.PermissionGrant Non disponible.
Déléguée (compte Microsoft personnel) Non prise en charge. Non prise en charge.
Application Policy.ReadWrite.PermissionGrant Non disponible.

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.

  • Administrateur de l'application
  • Administrateur de l'application cloud

Requête HTTP

POST /policies/permissionGrantPolicies/{id}/includes

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 d’un objet permissionGrantConditionSet .

Réponse

Si elle réussit, cette méthode renvoie un 201 Created code de réponse et un objet permissionGrantConditionSet dans le corps de la réponse.

Exemples

Exemple 1 : Créer une stratégie d’octroi d’autorisation pour les applications clientes provenant d’éditeurs vérifiés

Demande

Dans cet exemple, toutes les autorisations déléguées pour les applications clientes provenant d’éditeurs vérifiés sont incluses dans la stratégie d’octroi d’autorisations. Étant donné que toutes les autres conditions de permissionGrantConditionSet ont été omises, elles prennent leurs valeurs par défaut, qui dans chaque cas est la plus inclusive.

POST https://graph.microsoft.com/beta/policies/permissionGrantPolicies/{id}/includes
Content-Type: application/json

{
  "permissionType": "delegated",
  "clientApplicationsFromVerifiedPublisherOnly": true
}

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 200 OK
Content-type: application/json

{
  "id": "75ffda85-9314-43bc-bf19-554a7d079e96",
  "permissionClassification": "all",
  "permissionType": "delegated",
  "resourceApplication": "any",
  "permissions": ["all"],
  "clientApplicationIds": ["all"],
  "clientApplicationTenantIds": ["all"],
  "clientApplicationPublisherIds": ["all"],
  "clientApplicationsFromVerifiedPublisherOnly": true,
  "certifiedClientApplicationsOnly": false,
  "scopeSensitivityLabels": {
      "@odata.type": "#microsoft.graph.allScopeSensitivityLabels",
      "labelKind": "all"
  }
}

Exemple 2 : Créer une stratégie d’octroi d’autorisation pour les applications clientes certifiées Microsoft 365

Demande

Dans cet exemple, toutes les autorisations déléguées pour toutes les applications clientes certifiées Microsoft 365 sont incluses dans la stratégie d’octroi d’autorisation. Étant donné qu’un éditeur vérifié est un prérequis pour qu’une application soit considérée comme certifiée Microsoft 365, il n’est pas nécessaire d’exiger explicitement un éditeur vérifié. Étant donné que toutes les autres conditions de permissionGrantConditionSet ont été omises, elles prennent leurs valeurs par défaut, qui dans chaque cas est la plus inclusive.

POST https://graph.microsoft.com/beta/policies/permissionGrantPolicies/{id}/includes
Content-Type: application/json

{
  "permissionType": "delegated",
  "certifiedClientApplicationsOnly": true
}

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 200 OK
Content-type: application/json

{
  "id": "75ffda85-9314-43bc-bf19-554a7d079e96",
  "permissionClassification": "all",
  "permissionType": "delegated",
  "resourceApplication": "any",
  "permissions": ["all"],
  "clientApplicationIds": ["all"],
  "clientApplicationTenantIds": ["all"],
  "clientApplicationPublisherIds": ["all"],
  "clientApplicationsFromVerifiedPublisherOnly": true,
  "certifiedClientApplicationsOnly": true,
  "scopeSensitivityLabels": {
      "@odata.type": "#microsoft.graph.allScopeSensitivityLabels",
      "labelKind": "all"
  }
}