> ## Documentation Index
> Fetch the complete documentation index at: https://auth0.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Pourquoi utiliser Auth for MCP

> Avantages de l’utilisation d’Auth0 pour authentifier les utilisateurs avant qu’eux-mêmes ou leurs agents d’IA ne se connectent aux serveurs MCP.

Auth for MCP prend en charge la connexion universelle d’Auth0, qui permet aux utilisateurs de se connecter au moyen de fournisseurs d’identité sociaux, d’entreprise ou personnalisés. Chaque jeton d’accès émis par Auth0 contient un contexte d’identité vérifié, ce qui garantit que toutes les interactions MCP partent d’une source fiable.

## Pourquoi l'authentification est importante pour MCP

* Accès sécurisé et contrôlé : protège les données des utilisateurs, détermine qui peut utiliser votre serveur MCP et ce qu'ils peuvent y faire, et établit une piste de vérification claire des activités effectuées par l'intermédiaire des serveurs et des clients MCP.
* Vérifiabilité : conserve un registre des activités des utilisateurs à des fins de vérification et de conformité.

## Pourquoi utiliser Auth for MCP?

MCP offre des avantages pratiques, comme des interfaces standardisées qui permettent aux LLM d’interagir avec des outils, ainsi que des outils conçus pour les LLM et enrichis de contexte et de métadonnées.

![Diagramme MCP](https://mintlify.s3.us-west-1.amazonaws.com/auth0/docs/images/ai/mcp/mcp_diagram_light.png)

Auth0 permet à vos utilisateurs d’interagir de façon sécurisée avec des agents de confiance, sans craindre que les LLM accèdent à des informations sensibles comme les jetons d’accès : Auth0 impose aux agents d’IA un accès limité par des permissions, lié à l’identité et fondé sur le principe du moindre privilège, tant pour les API internes que pour les API tierces.

Auth0 gère les consent flows et les autorisations propres à chaque client, et sécurise les informations d’identification grâce à Token Vault et à l’échange de jetons, tout en permettant d’auditer les journaux et de suivre les événements du cycle de vie.

La spécification MCP souligne plusieurs fonctionnalités clés d’OAuth 2.1 offertes par Auth0 :

* **Enregistrement manuel par Client ID Metadata Document (CIMD) :** Essentiel pour un déploiement sécurisé et centralisé. Il permet aux administrateurs de locataire d’enregistrer un client MCP une seule fois avec l’URI de métadonnées du client appropriée, puis de le déployer auprès de plusieurs utilisateurs et dans plusieurs environnements.
* **Proof Key for Code Exchange (PKCE) :** [PKCE](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce.md) est une fonctionnalité de sécurité obligatoire qui réduit les risques d’interception du code d’autorisation et qui est prise en charge automatiquement par les SDK d’Auth0.
* **Découverte des métadonnées :** Obligatoire selon la spécification MCP. Les serveurs doivent annoncer leurs points de terminaison OAuth. Un locataire Auth0 fournit [un document de découverte du serveur d’autorisation](https://auth0.com/docs/get-started/applications/configure-applications-with-oidc-discovery.md#configure-applications-with-oauth-2-0-authorization-server-metadata) (`/.well-known/oauth-authorization-server`) afin que les clients MCP puissent trouver dynamiquement les points de terminaison requis pour l’autorisation, l’échange de jetons, etc., ce qui réduit la configuration manuelle côté client.
* **Délégation de l’authentification à un fournisseur d’identité (IdP) tiers :** La spécification permet de déléguer le processus de connexion des utilisateurs. Vous pouvez configurer votre serveur MCP pour qu’il utilise Auth0 comme fournisseur d’identité de confiance, ce qui centralise la gestion des utilisateurs et la logique d’authentification.
* **Échange de jetons On-Behalf-Of (OBO)** : Appelez des API internes en échangeant un jeton d’accès Auth0 contre un nouveau jeton destiné à un autre public.

## Authentification des utilisateurs de serveurs MCP

Auth0 est une solution flexible et prête à l’emploi qui permet d’ajouter des services d’authentification et d’autorisation à vos applications. Avec Auth0, vos utilisateurs peuvent se connecter avec :

* Un nom d’utilisateur et un mot de passe
* [Les méthodes sans mot de passe et les clés d’identification](https://auth0.com/docs/authenticate/passwordless)
* [La connexion sociale (Google, Meta, Microsoft, GitHub, etc.)](https://auth0.com/docs/authenticate/passwordless#social-login)
* [Les informations d’identification d’entreprise et l’authentification unique (SSO)](https://auth0.com/docs/authenticate/single-sign-on) pour les applications d’IA B2B
* Et plus encore.

Auth0 offre également les fonctionnalités suivantes pour renforcer la sécurité et l’évolutivité :

* [Authentification multifacteur](https://auth0.com/docs/secure/multi-factor-authentication.md)
* [Protection contre les attaques](https://auth0.com/docs/secure/attack-protection.md) : détectez les attaques et contrez les tentatives d’accès malveillantes à votre application, par exemple en bloquant le trafic provenant de certaines adresses IP ou en affichant un CAPTCHA. Cela comprend la détection de robots, la limitation du débit des adresses IP suspectes, la protection contre les attaques par force brute et la détection des mots de passe compromis.
* [Identité très réglementée](https://auth0.com/docs/secure/highly-regulated-identity.md)
* Personnalisation de l’UI et du flux de connexion au moyen des [Actions](https://auth0.com/docs/customize/actions.md) et des [Forms](https://auth0.com/docs/customize/forms.md)

## Flux d’autorisation MCP avec Auth0

Voici le flux de code d’autorisation OAuth standard lorsqu’un serveur MCP utilise Auth0 comme serveur d’autorisation :

**Step 1**

Le client MCP envoie une requête au serveur MCP protégé et reçoit une réponse HTTP `401 Unauthorized` accompagnée d’un en-tête `WWW-Authenticate` qui indique l’URL des métadonnées de la ressource protégée.

**Step 2**

Le client MCP demande les [métadonnées de la ressource](https://datatracker.ietf.org/doc/html/rfc9728/) au serveur MCP, au terminal `/.well-known/oauth-protected-resource`.

**Step 3**

Le client MCP analyse les métadonnées, sélectionne un serveur d’autorisation (Auth0) dans la liste, puis récupère les métadonnées de ce serveur d’autorisation OAuth 2.0 au terminal `/.well-known/oauth-authorization-server`. L’[enregistrement dynamique des clients (Dynamic Client Registration, DCR)](https://auth0.com/docs/get-started/applications/dynamic-client-registration.md#enable-dynamic-client-registration) peut avoir lieu une fois la réponse contenant les métadonnées reçue.

**Step 4**

Le client génère les paramètres [PKCE](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce.md) et construit la requête d’autorisation, puis ouvre le navigateur au point de terminaison d’autorisation.

**Step 5**

L’utilisateur s’authentifie ensuite auprès d’Auth0 (au moyen d’un nom d’utilisateur et d’un mot de passe, d’une connexion sociale ou de la MFA). Auth0 redirige ensuite le navigateur vers l’URI de redirection enregistrée du client MCP, avec un code d’autorisation.

**Step 6**

Le client MCP échange le code au point de terminaison de jetons, et Auth0 renvoie le jeton d’accès, ce qui conclut le flux OAuth initial.

**Step 7**

Une fois le jeton d’accès (et le jeton d’actualisation) reçu, le client MCP utilise le jeton d’accès pour effectuer des appels authentifiés aux outils du serveur MCP.

![Flux d’authentification Auth0](https://mintlify.s3.us-west-1.amazonaws.com/auth0/docs/images/ai/mcp/mcp_auth_flow_light.png)

Flux d’autorisation MCP avec Auth0

## Identité d'entreprise pour MCP

Dans les environnements d'entreprise, vous pouvez utiliser le fournisseur d'identité et l'authentification unique (SSO) de votre organisation pour authentifier les utilisateurs auprès de vos serveurs MCP. Auth0 se connecte à Okta, Entra ID, Ping, Google Workspace et à d'autres IdP, ce qui permet aux employés de s'authentifier avec leurs informations d’identification existantes avant l'établissement de toute connexion MCP.

Ce modèle offre :

* Une authentification unifiée du personnel et la MFA pour les serveurs MCP
* L'application centralisée des politiques d'accès et la vérification de la conformité des appareils
* Un contexte de session cohérent dans toutes les interactions avec les agents

Grâce à l'identité d'entreprise, chaque requête envoyée à un serveur MCP provient d'une identité d'employé vérifiée et régie par les mesures de sécurité de votre entreprise.

## Premiers pas

Pour commencer à utiliser Auth for MCP dans votre serveur MCP, consultez les ressources suivantes :

### Guides de démarrage rapide

> **[Autorisation pour votre serveur MCP](/ai/docs/fr-ca/mcp/get-started/authorization-for-your-mcp-server.md)**

> **[Appeler des API internes au nom d'un utilisateur](/ai/docs/fr-ca/mcp/get-started/call-your-apis-on-users-behalf.md)**

### Exemples d'applications

> **[Task Vantage](https://github.com/auth0-samples/auth0-task-vantage)**

> **[MCP avec Token Vault](https://github.com/auth0-samples/auth0-ai-samples/tree/main/auth-for-mcp/xmcp-mcp-tokenvault-js)**

> **[MCP avec échange de jetons On-Behalf-Of](https://github.com/auth0-samples/auth0-ai-samples/tree/main/auth-for-mcp/fastmcp-mcp-on-behalf-of-tokenexchange-js)**

> **[Exemples MCP](https://github.com/auth0-samples/auth0-ai-samples/tree/main/auth-for-mcp)**