MCP · MCP Spotlight
MCP en entreprise : brancher les outils de toute une équipe sans un clic par salarié
L'extension « Enterprise-Managed Authorization » du protocole MCP confie les autorisations à l'annuaire de l'entreprise. L'administrateur décide une fois, les salariés retrouvent leurs outils connectés à la première connexion. Qui la prend en charge, et pour qui c'est utile.
Par Kayzen AI · · 2 min de lecture

Connecter un assistant IA à ses outils de travail via MCP, c'est simple pour une personne : on clique sur « autoriser » pour chaque service. À l'échelle d'une entreprise, ça devient un problème. Le protocole y répond avec une extension, déclarée stable en juin 2026 : l'autorisation gérée par l'entreprise, ou EMA.
Le problème de départ
L'autorisation MCP classique se fait utilisateur par utilisateur. Les mainteneurs du protocole y voient trois défauts pour une organisation :
- chaque salarié doit autoriser chaque serveur un par un, ce qui ralentit l'arrivée des nouveaux ;
- l'équipe sécurité n'a ni règle commune ni journal central : l'accès, c'est ce que chacun a bien voulu autoriser ;
- rien n'empêche de brancher un compte personnel sur un outil de travail.
Comment ça marche
Avec EMA, la décision remonte à l'annuaire de l'entreprise, le fournisseur d'identité qui gère déjà la connexion unique (SSO).
- L'administrateur active un serveur MCP pour l'organisation, une fois, dans la console de l'annuaire.
- Le salarié se connecte à son assistant avec son identité professionnelle habituelle.
- Pendant cette connexion, l'assistant obtient de l'annuaire une attestation, qu'il échange contre un jeton d'accès auprès du serveur MCP.
- Le salarié ne voit aucun écran de consentement : ses outils sont là.
Les droits suivent les groupes et les rôles déjà définis dans l'annuaire. Les décisions d'accès et les journaux se retrouvent au même endroit. Et comme l'étape « choisissez votre compte » disparaît, mélanger compte personnel et compte professionnel devient plus difficile.
Qui le prend en charge
D'après l'annonce :
- Annuaire : Okta est le premier fournisseur d'identité pris en charge.
- Assistants : Anthropic l'a intégré pour Claude, Claude Code et Cowork ; Visual Studio Code le propose en préversion.
- Serveurs : Asana, Atlassian, Canva, Figma, Granola, Linear et Supabase. Slack et d'autres sont annoncés.
Pour qui c'est utile
Si vous êtes cinq et que chacun gère ses connexions, EMA ne vous apportera pas grand-chose. Le sujet devient sérieux dès qu'il faut répondre à des questions comme « qui a accès à quoi ? » ou « comment retirer ses accès à quelqu'un qui part ? ».
Deux réserves à garder en tête. Un seul fournisseur d'identité est cité à ce jour : si votre entreprise utilise un autre annuaire, vérifiez d'abord qu'il est compatible. Et l'annonce ne détaille ni les étapes de configuration ni les cas non couverts ; il faudra lire la spécification de l'extension avant de s'engager.
La direction, elle, est cohérente avec la feuille de route du protocole : remplacer les autorisations individuelles et les clés collées dans des fichiers par des identités que l'entreprise contrôle.
Sources
- Blog MCP — Enterprise-Managed Authorization: Zero-touch OAuth for MCP — source primaire