RéponsesPublié23 sources
Claude simplifie l’accès des entreprises à ses connecteurs MCP
Anthropic a annoncé le 24 août 2026 la disponibilité générale de l’Enterprise Managed Authorization (EMA) pour les connecteurs MCP de Claude. Le système s’appuie sur une assertion d’identité JWT obtenue lors de l’authentification SSO : le serveur d’autorisation du connecteur la vérifie puis délivre un jeton d’accès,...
Publié parModifié avec GPT-5.6 LunaImages générées avec GPT Image 1.5
Réponse de recherche
Points clés à retenir
- Anthropic a annoncé le 24 août 2026 la disponibilité générale de l’Enterprise Managed Authorization (EMA) pour les connecteurs MCP de Claude.
- Le système s’appuie sur une assertion d’identité JWT obtenue lors de l’authentification SSO : le serveur d’autorisation du connecteur la vérifie puis délivre un jeton d’accès, sans nouvelle redirection ni écran de con...
- Okta est le fournisseur d’identité documenté à travers Cross App Access, tandis que les développeurs de serveurs MCP doivent prendre en charge l’extension EMA pour participer à l’écosystème.
Prompt IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Anthropic announce on August 24, 2026, about the general availability of enterprise-managed authorization for Claude’s Model Contex. Article summary: Anthropic announced that enterprise-managed authorization (EMA) for Claude MCP connectors is generally available: organizations can centrally authorize supported connectors through their identity provider rather than req. Topic tags: general, general web, documentation, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Anthropic a rendu généralement disponible l’Enterprise-Managed Authorization (EMA) pour les connecteurs MCP de Claude, selon des informations publiées le 24 août 2026. Cette évolution déplace l’autorisation des connecteurs, qui reposait auparavant sur une validation OAuth répétée salarié par salarié, vers le système d’identité et de gestion des accès déjà utilisé par l’entreprise. 39
43
Le Model Context Protocol (MCP) est un standard ouvert qui permet de relier des assistants d’IA à des outils externes, des applications professionnelles, des référentiels de données et des environnements de développement. 12 L’EMA vise à simplifier le déploiement et la gouvernance de ces connexions, tout en conservant les politiques d’accès centralisées de l’organisation.
Ce qui change pour les salariés et les administrateurs
Jusqu’ici, le parcours comportait deux étapes distinctes :
- L’administrateur activait ou approuvait un connecteur pour l’organisation.
- Chaque salarié se connectait ensuite au service concerné et suivait son propre parcours de consentement OAuth.
Avec l’EMA, l’administrateur configure le connecteur et sa politique d’accès depuis le fournisseur d’identité de l’entreprise. Les salariés autorisés par les groupes ou les règles existantes peuvent alors utiliser le connecteur approuvé via leur session d’authentification unique (SSO), sans nouvelle redirection vers un navigateur ni écran de consentement pour chaque connecteur. 49
62
Cela ne signifie pas que l’accès devient incontrôlé. Le fournisseur d’identité reste l’autorité qui prend la décision d’autorisation. Les administrateurs peuvent déterminer quels utilisateurs ou groupes ont accès à un connecteur, puis retirer cette autorisation depuis le même système centralisé. 41
42
Comment fonctionne le flux avec le fournisseur d’identité
Le mécanisme repose sur l’extension MCP Enterprise-Managed Authorization et sur le profil Identity Assertion JWT Authorization Grant.
En pratique :
- Le salarié se connecte au système SSO de son entreprise.
- Le fournisseur d’identité émet une assertion d’identité signée, sous la forme d’un jeton JSON Web Token (JWT).
- Claude présente cette assertion au serveur d’autorisation du connecteur MCP.
- Le serveur vérifie l’assertion et, si la politique de l’entreprise autorise l’accès, délivre le jeton d’accès habituel du connecteur.
- Claude utilise ce jeton pour accéder au serveur MCP approuvé.
Le salarié n’a donc pas à répéter la procédure de consentement OAuth propre au connecteur. Le serveur reçoit une preuve vérifiable de son identité professionnelle et du contexte d’autorisation associé. 49
63
Okta met ce modèle en œuvre avec Cross App Access (XAA). XAA est l’implémentation proposée par Okta d’une approche plus générale, pilotée par le fournisseur d’identité. L’extension MCP est conçue comme une couche de protocole ouverte : elle ne contraint donc pas toutes les organisations à utiliser un mécanisme propriétaire d’Okta. 35
38
Une même logique pour Claude, Claude Code et Cowork
L’annonce du projet MCP indique qu’Anthropic a intégré l’extension dans sa couche MCP commune afin que les administrateurs puissent autoriser des serveurs MCP dans Claude, Claude Code et Cowork. 62 L’objectif est de proposer un modèle cohérent pour l’utilisation conversationnelle de Claude, les flux de développement et les usages sur ordinateur ou orientés agents.
Claude Code dispose par ailleurs de contrôles d’entreprise spécifiques pour la configuration de MCP. Anthropic indique que des paramètres de politique gérés peuvent imposer des règles sur les autorisations des outils, l’accès aux fichiers et la configuration des serveurs MCP, notamment via des listes de serveurs contrôlées par l’organisation. 13 L’EMA gère donc le passage entre identité et autorisation, tandis que les paramètres administrés de Claude Code peuvent limiter les serveurs MCP que les utilisateurs ont le droit de configurer.
La documentation de la plateforme Anthropic décrit aussi des identifiants OIDC à durée de vie courte, émis par le fournisseur d’identité d’une organisation pour authentifier des charges de travail, plutôt que des clés API statiques et durables. Cette orientation relève également de l’identité d’entreprise, mais elle ne doit pas être confondue avec le flux EMA propre aux connecteurs. 18
Quels connecteurs et fournisseurs sont pris en charge ?
Les éléments fournis confirment un premier groupe de fournisseurs MCP associé au programme Okta : Asana, Atlassian, Canva, Figma, Granola, Linear et Supabase. 38
56
En revanche, les sources disponibles ne permettent pas d’établir un inventaire définitif de tous les connecteurs pris en charge dans la version généralement disponible du 24 août. Elles ne distinguent pas non plus de manière suffisamment fiable les connecteurs déjà disponibles des ajouts prévus. Les entreprises doivent donc vérifier la disponibilité de chaque connecteur et sa compatibilité avec leur fournisseur d’identité avant de considérer la fonctionnalité comme universellement prise en charge.
Le modèle d’adoption ne se limite pas à Okta. Les fournisseurs d’identité doivent être capables d’émettre les assertions appropriées, et les développeurs de connecteurs MCP doivent disposer de serveurs d’autorisation capables de les accepter et de les vérifier. La documentation d’Anthropic précise les conditions que doivent remplir les développeurs souhaitant permettre à leurs serveurs MCP d’accepter des assertions d’identité d’entreprise et de renvoyer des jetons d’accès sans nouvelle étape de consentement utilisateur. 49
Que sait-on du rôle de Ramp ?
Okta a cité Ramp, Webflow, HubSpot et d’autres clients communs comme participants au programme initial destiné à gouverner l’accès de Claude aux applications proposées par des fournisseurs MCP participants. 38 Les sources disponibles ne donnent toutefois pas assez de détails pour décrire le déploiement précis de Ramp, son ampleur, la combinaison de connecteurs utilisée ou ses résultats mesurés. Ces éléments ne peuvent donc pas être déduits de l’annonce.
Pourquoi cette évolution compte pour les déploiements d’entreprise
L’EMA s’attaque à un obstacle très concret du déploiement d’outils connectés à l’IA à grande échelle. Les demandes OAuth répétées pour chaque utilisateur compliquent l’intégration, rendent l’accès plus difficile à standardiser et obligent parfois les équipes informatiques à attendre que les salariés terminent correctement leur configuration. Un flux centralisé permet au contraire d’aligner les décisions d’accès sur les rôles et les groupes déjà définis dans l’organisation.
La frontière de sécurité devient également plus lisible : le fournisseur d’identité détermine si l’utilisateur est autorisé à accéder au connecteur, puis le serveur d’autorisation MCP vérifie l’assertion avant de délivrer son propre jeton d’accès. Les entreprises doivent toujours évaluer chaque serveur MCP, appliquer le principe du moindre privilège et contrôler les serveurs que les utilisateurs peuvent ajouter. La documentation de Claude Code recommande d’utiliser des serveurs MCP de confiance et permet de restreindre leur configuration via des paramètres gérés ou contrôlés dans le code source. 13
Le changement annoncé ne signifie donc pas simplement que « l’OAuth disparaît ». Le parcours de consentement visible pour chaque salarié est remplacé par un échange d’autorisation géré par l’entreprise, qui relie les politiques SSO existantes à l’accès aux connecteurs MCP. Pour les organisations qui déploient Claude auprès de plusieurs équipes, cela peut rendre le provisionnement plus homogène dans Claude, Claude Code et Cowork, tout en maintenant le contrôle administratif centralisé. 49
62
Studio Global AI
Continuez vos recherches
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Les gens demandent aussi
Quelle est la réponse courte à « Claude simplifie l’accès des entreprises à ses connecteurs MCP » ?
Anthropic a annoncé le 24 août 2026 la disponibilité générale de l’Enterprise Managed Authorization (EMA) pour les connecteurs MCP de Claude.
Quels sont les points clés à valider en premier ?
Anthropic a annoncé le 24 août 2026 la disponibilité générale de l’Enterprise Managed Authorization (EMA) pour les connecteurs MCP de Claude. Le système s’appuie sur une assertion d’identité JWT obtenue lors de l’authentification SSO : le serveur d’autorisation du connecteur la vérifie puis délivre un jeton d’accès, sans nouvelle redirection ni écran de con...
Que dois-je faire ensuite en pratique ?
Okta est le fournisseur d’identité documenté à travers Cross App Access, tandis que les développeurs de serveurs MCP doivent prendre en charge l’extension EMA pour participer à l’écosystème.