Vérifier les jetons d'accès

Cette page s'applique à Apigee et à Apigee hybrid.

Consultez la documentation d'Apigee Edge.

Lorsque vous appelez un proxy d'API sur Apigee avec une sécurité OAuth, Apigee est responsable de la vérification des jetons d'accès. Considérez Apigee comme le gardien. Aucun appel d'API ne peut aboutir sans avoir un jeton d'accès pouvant être validé.

Astuce : Lors de la vérification d'un jeton d'accès, si l'erreur "Invalid API call as no apiproduct match found" (Appel API non valide car aucune correspondance apiproduct trouvée) apparaît, allez à cet Article Apigee de la communauté pour en savoir plus sur la cause de cette erreur et sur la procédure à suivre pour la corriger.

Ajouter une règle VerifyAccessToken

Pour configurer la validation des jetons, placez une règle OAuthV2 avec l'opération VerifyAccessToken au tout début du flux de proxy d'API (le début du flux préliminaire de point de terminaison proxy). Si elle est placée, les jetons d'accès sont vérifiés avant tout autre traitement. Si un jeton est refusé, Apigee arrête le traitement et renvoie une erreur au client.

Pour accéder à la page "Proxys d'API" à l'aide de l'interface utilisateur d'Apigee, procédez comme suit :

1. Ouvrez l'interface utilisateur Apigee.
2. Sélectionnez Développer > Proxys API dans la barre de navigation de gauche.
3. Dans la liste, sélectionnez le proxy que vous souhaitez protéger.
4. Dans la page de présentation, cliquez sur l'onglet Développer.
5. Dans le navigateur, sélectionnez PreFlow (Flux préliminaire) pour un point de terminaison répertorié sous Points de terminaison proxy. En règle générale, le point de terminaison souhaité est appelé "par défaut", bien qu'il soit possible de créer plusieurs points de terminaison proxy. Si vous disposez de plusieurs points de terminaison, vous souhaiterez probablement procéder comme suit pour effectuer la validation de jetons sur chacun d'eux.
   
   
   
6. Dans l'éditeur de flux proxy, cliquez sur + Step (+ étape).
   
   
   
7. Sélectionnez Policy Instance New (Nouvelle règle d'instance).
8. Dans la liste des règles, sélectionnez OAuth v2.0.
9. Si vous le souhaitez, modifiez le nom de la règle et le nom à afficher. Par exemple, pour améliorer la lisibilité, vous pouvez à la fois remplacer le nom à afficher et le nom par "VerifyAccessToken".
10. Cliquez sur Ajouter.

La règle par défaut est déjà configurée avec l'opération VerifyAccessToken. Ainsi, vous n'avez rien d'autre à faire :

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<OAuthV2 async="false" continueOnError="false" enabled="true" name="OAuth-v20-1">
    <DisplayName>OAuth v2.0 1</DisplayName>
    <FaultRules/>
    <Properties/>
    <Attributes/>
    <ExternalAuthorization>false</ExternalAuthorization>
    <Operation>VerifyAccessToken</Operation>
    <SupportedGrantTypes/>
    <GenerateResponse enabled="true"/>
    <Tokens/>
</OAuthV2>

Remarque : Par défaut, "CheckAccessToken" attend que le jeton d'accès soit envoyé dans un en-tête "Authorization" en tant que jeton de support. Par exemple :

-H "Authorization: Bearer Rft3dqrs56Blirls56a"

Vous pouvez modifier cette valeur par défaut dans l'élément <AccessToken> de la stratégie OAuthV2, comme expliqué dans la documentation sur la règle OAuthV2.