> ## Documentation Index
> Fetch the complete documentation index at: https://docs-dev-docs-event-stream-action-templates.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Types d’autorisation d’application

> Décrit les types d’autorisations et leur lien avec les applications.

Les types d’autorisation d’application (ou flux) sont des méthodes par lesquelles les applications peuvent obtenir des [Jetons d’accès](/docs/fr-ca/secure/tokens/access-tokens) et par lesquelles vous accordez un accès limité à vos ressources à une autre entité sans exposer des identifiants. Le protocole [OAuth 2.0](/docs/fr-ca/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use) prend en charge plusieurs types d’autorisation, qui permettent différents types d’accès.

En fonction des besoins de votre demande, certains types d’autorisations sont plus appropriés que d’autres. Auth0 fournit de nombreux flux d’authentification et d’autorisation différents et vous permet d’indiquer quels types d’autorisation sont appropriés en fonction de la propriété `grant_types` de votre application.

Par exemple, si vous souhaitez sécuriser une application mobile, le [Flux de code d’autorisation avec Proof Key for Code Exchange (PKCE)](/docs/fr-ca/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce) est le plus pertinent.

Par ailleurs, si vous souhaitez sécuriser une application côté client, telle qu’une application à page unique, et que vous ne transmettez pas de jetons entre les serveurs, le [Flux implicite avec Form Post](/docs/fr-ca/get-started/authentication-and-authorization-flow/implicit-flow-with-form-post) est le plus pertinent.

Différents types d’autorisations sont valables lors de l’enregistrement d’applications. Ils peuvent être classés dans les catégories suivantes :

* **Autorisations conformes aux spécifications** : Autorisations définies par des spécifications externes et conformes à celles-ci, telles que <Tooltip href="/docs/fr-ca/glossary?term=openid" tip="OpenID
  Norme ouverte d’authentification qui permet aux applications de vérifier l’identité des utilisateurs sans avoir à collecter leurs informations de connexion." cta="Voir le glossaire">OpenID</Tooltip> Connect (OIDC).
* **Auth0 extension grants** (Autorisations d’extension Auth0) : Autorisations spécifiques à Auth0 conformes au [OAuth extension mechanism](https://tools.ietf.org/html/rfc6749#section-4.5) (mécanisme d’extension d’<Tooltip href="/docs/fr-ca/glossary?term=oath2" tip="OAuth 2.0
  Cadre d’applications d’autorisation qui définit les protocoles d’autorisation et les flux de production." cta="Voir le glossaire">OAuth</Tooltip>) afin de prendre en charge des clients supplémentaires ou d’établir une passerelle entre OAuth et d’autres cadres d’applications de confiance.
* **Autorisations héritées Auth0** : Types d’autorisation traditionnelles prises en charge pour les clients hérités uniquement. Si vous êtes un client hérité, nous vous recommandons vivement de passer à une solution plus sûre.

## Types d’autorisations disponibles

### Autorisations conformes aux spécifications

| Type d’autorisation                            | Description                                                                                                                |
| ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- |
| `implicit`                                     | [Autorisation implicite](https://auth0.com/docs/flows/implicit-flow-with-form-post)                                        |
| `authorization_code`                           | [Octroi du code d’autorisation](https://auth0.com/docs/flows/authorization-code-flow)                                      |
| `client_credentials`                           | [Autorisation des identifiants client](https://auth0.com/docs/flows/client-credentials-flow)                               |
| `password`                                     | [Autorisation par mot de passe du propriétaire de la ressource](https://auth0.com/docs/flows/resource-owner-password-flow) |
| `refresh_token`                                | [Utiliser des jetons d’actualisation](https://auth0.com/docs/tokens/refresh-tokens/use-refresh-tokens)                     |
| `urn:ietf:params:oauth:grant-type:device_code` | [Octroi d’autorisation d’appareil](https://auth0.com/docs/flows/device-authorization-flow)                                 |

### Autorisations de l’extension Auth0

| Type d’autorisation                                   | Description                                                                                                                                                                     |
| ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `http://auth0.com/oauth/grant-type/password-realm`    | Utiliser une autorisation d’extension semblable à l’autorisation de mot de passe du propriétaire de ressource qui comprend la possibilité d’indiquer une partition particulière |
| `http://auth0.com/oauth/grant-type/mfa-oob`           | Demande d’autorisation OOB Authentification multifacteur (MFA)                                                                                                                  |
| `http://auth0.com/oauth/grant-type/mfa-otp`           | Demande d’autorisation OTP Authentification multifacteur (MFA)                                                                                                                  |
| `http://auth0.com/oauth/grant-type/mfa-recovery-code` | Demande d’autorisation de récupération de l'authentification multifacteur (MFA)                                                                                                 |
| `http://auth0.com/oauth/grant-type/passwordless/otp`  | Demande d’autorisation de connexion sans mot de passe intégrée                                                                                                                  |

### Autorisations héritées Auth0

Les autorisations héritées comprennent

* `http://auth0.com/oauth/legacy/grant-type/ro`
* `http://auth0.com/oauth/legacy/grant-type/ro/jwt-bearer`
* `http://auth0.com/oauth/legacy/grant-type/delegation/refresh_token`
* `http://auth0.com/oauth/legacy/grant-type/delegation/id_token`
* `http://auth0.com/oauth/legacy/grant-type/access_token`

Les types d’autorisations héritées sont des types d’autorisations traditionnels qui ne sont prises en charge que pour les clients hérités. Si vous êtes un client hérité, nous vous recommandons vivement de passer à une solution plus sûre.

Depuis le 8 juin 2017, toutes les applications ont reçu une propriété `grant_types` qui doit être renseignée. Pour éviter les changements de fonctionnalité pour les clients Auth0 à ce moment-là, nous avons renseigné la propriété `grant_types` pour toutes les applications existantes avec tous les types d’autorisation hérités d’Auth0, d’extensions Auth0 et conformes aux spécifications.

À ce moment, les nouveaux clients d’Auth0 ne sont plus en mesure d’ajouter des types d’autorisations héritées à leurs applications. Les types d’autorisations héritées ne sont disponibles que pour les clients hérités pendant qu’ils migrent vers les nouveaux flux, afin les modifications majeures (« breaking changes »). Si vous étiez client avant le 8 juin 2017, vous pouvez [activer un type d’autorisation héritée](/docs/fr-ca/get-started/applications/update-grant-types) en utilisant l’Auth0 Dashboard ou de Management API Auth0.

Si vous utilisez actuellement un type d’autorisation héritée, consultez le tableau ci-dessous pour savoir laquelle des solutions de rechange sécurisées vous devriez plutôt utiliser. Par exemple, si vous mettez en œuvre l’authentification sans mot de passe,

Utilisez [Connexion universelle](/docs/fr-ca/authenticate/login/auth0-universal-login) au lieu du point de terminaison `oauth/ro`.

## Correspondance des types d’autorisations

Lorsqu’elles sont enregistrées, les applications ont accès à différents types d’autorisations en fonction du type d’application, en particulier si l’application est privée ou publique. En outre, les applications tierces de confiance ont accès à des types d’autorisations supplémentaires.

### Applications publiques

Lorsqu’une application native ou une application à page unique (Single-Page Application/SPA) est enregistrée dans le Dashboard, elle est automatiquement marquée comme une application publique, ce qui est indiqué par le drapeau `token_endpoint_auth_method` qui est défini sur `none`. Par défaut, Auth0 crée des applications publiques avec les `grant_types` suivants activés :

* `implicit`
* `authorization_code`
* `refresh_token`

Les applications natives peuvent également utiliser le type d’autorisation `device_code`.

Les applications publiques ne peuvent pas utiliser le type d’autorisation `client_credentials`. Pour utiliser ce type d’autorisation, vous devez configurer l’application de manière à ce qu’elle soit privée plutôt que publique. Utilisez le point de terminaison de l’Auth0 <Tooltip href="/docs/fr-ca/glossary?term=management-api" tip="Management API
Un produit permettant aux clients d’effectuer des tâches administratives." cta="Voir le glossaire">Management API</Tooltip> [Mettre à jour un client](https://auth0.com/docs/api/management/v2#!/Clients/patch_clients_by_id) pour définir `token_endpoint_auth_method` sur `client_secret_post,``client_secret_basic`, ou `private_key_jwt`. Pour en savoir plus, consultez [Identifiants de l’application](/docs/fr-ca/secure/application-credentials).

### Applications privées

Lorsqu’une application Web classique ou une application de communication entre machines est enregistrée dans le Tableau de bord Auth0, elle est automatiquement marquée comme une application confidentielle, ce qui est signalé par l’indicateur `token_endpoint_auth_method` défini sur une valeur autre que `none`. Par défaut, Auth0 crée des applications confidentielles avec les `grant_types` suivants activés :

* `implicit`
* `authorization_code`
* `refresh_token`
* `client_credentials`

### Applications tierces de confiance

Les applications de confiance de première partie ont les mêmes `grant_types` activés que les applications confidentielles, ainsi que les éléments suivants :

* `password`
* `http://auth0.com/oauth/grant-type/password-realm`
* `http://auth0.com/oauth/grant-type/mfa-oob`
* `http://auth0.com/oauth/grant-type/mfa-otp`
* `http://auth0.com/oauth/grant-type/mfa-recovery-code`

Si vous utilisez le Dashboard pour activer ou désactiver ces types d’autorisation, sachez que tous les types d’autorisation par mot de passe et <Tooltip href="/docs/fr-ca/glossary?term=multifactor-authentication" tip="Authentification multifacteur (MFA)
Processus d’authentification de l’utilisateur qui utilise un facteur en plus du nom d’utilisateur et du mot de passe, tel qu’un code par SMS." cta="Voir le glossaire">MFA</Tooltip> sont activés lorsque vous ajoutez le type d’autorisation `Password` ou `MFA` à votre application. Vous ne pouvez pas les sélectionner individuellement.

## En savoir plus

* [Applications confidentielles et publiques](/docs/fr-ca/get-started/applications/confidential-and-public-applications)
* [Activer les applications tierces](/docs/fr-ca/get-started/applications/third-party-applications/configure-third-party-applications)
* [Applications de première et de tierce partie](/docs/fr-ca/get-started/applications/first-party-and-third-party-applications)
* [Paramètres fictifs d'URL de sous-domaine](/docs/fr-ca/get-started/applications/wildcards-for-subdomains)