Qu'est-ce que la propagation de jetons ?
La propagation de jetons est le mécanisme permettant de transmettre en toute sécurité un jeton d'identité ou d'accès (tel que OAuth ou JWT) d'un service ou d'une application à un autre, afin que les systèmes en aval puissent agir au nom de l'utilisateur ou du client d'origine sans avoir à procéder à une nouvelle authentification. Dans les contextes professionnels, ce mécanisme est couramment utilisé dans les applications à plusieurs niveaux, où une application frontale appelle plusieurs services backend, chacun devant savoir « qui » est l'utilisateur et ce qu'il est autorisé à faire. Les cas d'utilisation typiques incluent l'authentification unique (SSO) entre des outils internes, l'orchestration les workflows plusieurs API ou microservices tout en préservant le contexte utilisateur, la mise en œuvre d'un contrôle d'accès fin sur les plateformes de données, et la mise en place d'intégrations B2B sécurisées où les systèmes partenaires appellent des services internes à l'aide d'autorisations déléguées.
Serveur MCP SnapLogic et OAuth2
Le serveur MCP de SnapLogic permet aux utilisateurs de créer, de configurer et de gérer facilement des serveurs MCP afin de s'intégrer à des systèmes agents externes. Le serveur MCP de SnapLogic prend en charge les politiques d'authentification OAuth2 qui permettent la propagation des jetons.
Pratique
Dans cet exemple, nous allons examiner un serveur MCP doté d'un pipeline MCP Server dans lequel le jeton JWT est disponible sous forme brute et sous forme de champs résolus.
ⓘ Les configurations présentées dans cet exemple concernent uniquement la propagation des jetons et n'ont aucune incidence sur le traitement effectué par le serveur MCP. Toutefois, les revendications résolues doivent exister si elles sont utilisées ; dans le cas contraire, une erreur se produira.
Composants
- Serveur MCP avec une politique de jetons JWT OAuth2 configurée
- Un pipeline de serveurs MCP
1. Configuration de la politique

La politique JWT OAuth2 de MCP prend en charge la propagation des jetons dans deux contextes :
- Propager le jeton brut – Cette option permet de propager le jeton brut vers les paramètres du pipeline.
- En-têtes à ajouter – Cette option extrait les revendications du jeton JWT ; les champs pouvant être extraits sont définis par une expression, par exemple :
$.sub, ou l'ensemble des demandes en utilisant$.
Ces champs seront alors disponibles dans le pipeline si les paramètres de pipeline correspondants existent.
2. Configuration du pipeline

Maintenant que la stratégie est correctement configurée, nous devons ajouter des clés aux paramètres du pipeline afin que les valeurs puissent être transmises aux clés déclarées. Dans la stratégie, nous avons activé Propagate raw token et deux de plus Headers to Add: user et claims, donc nous avons RAW_TOKEN, USERet CLAIMS déclarées dans les clés. Notez que toutes les clés provenant des en-têtes doivent être en majuscules.
⚠️ Les clés indiquées dans les paramètres doivent exister et correspondre aux champs de majuscules dans la politique. De plus, les champs de l'en-tête contenant des tirets - seront remplacés par des traits de soulignement _ dans les paramètres du pipeline.
Les clés des paramètres doivent exister et correspondre aux champs de majuscules dans la politique. De plus, les champs de l'en-tête contenant des tirets - seront remplacés par des traits de soulignement _ dans les paramètres du pipeline.
Voici les configurations requises pour activer la propagation des jetons. Les utilisateurs peuvent désormais mettre en œuvre des stratégies personnalisées dans le pipeline afin de bénéficier d'un contrôle plus précis sur les outils à exposer dans celui-ci.






