Claude fournit lui-même l’identité pour les connecteurs MCP : 14 intégrations sans OAuth pour chaque utilisateur

Tous ceux qui ont déployé des connecteurs MCP au sein d’une équipe connaissent cette difficulté. Claude est connecté au gestionnaire de tâches, au stockage cloud et au CRM, puis chaque collaborateur doit à son tour cliquer sur « Authorize », saisir ses mots de passe et chercher pourquoi le jeton de son collègue fonctionne alors que le sien ne fonctionne pas. Dans les entreprises dotées d’un véritable fournisseur d’identité — un IdP comme Okta ou Entra — le problème est résolu par l’authentification unique. Sans IdP, il reste toutes les manipulations manuelles.

C’est précisément pour ce cas de figure que, d’après une courte publication sur X du compte @automater_ai, Anthropic a créé une nouvelle fonction.

Ce qui change

Claude peut désormais agir lui-même comme fournisseur d’identité pour les connecteurs MCP. Cette possibilité concerne les organisations abonnées aux offres Team et Enterprise qui ne disposent pas de leur propre IdP. Au lieu d’imposer à chaque utilisateur une autorisation OAuth distincte pour chaque service, l’administrateur configure l’accès une seule fois, puis Claude confirme l’identité de chacun.

Prenons un exemple simple. Une équipe de 30 personnes connecte 5 connecteurs. Auparavant, cela pouvait représenter jusqu’à 150 autorisations distinctes, dont certaines finissaient inévitablement par cesser de fonctionner une semaine plus tard. Désormais, si le dispositif fonctionne comme indiqué, une seule configuration est nécessaire du côté de l’organisation.

La fonction est en bêta. Elle prend en charge 14 connecteurs. La publication ne fournit pas de liste complète : vérifiez donc si vos services en font partie.

Principale réserve : aucune vérification MFA

L’auteur de la publication le précise séparément : ce dispositif ne comporte aucune vérification MFA. Pour les spécialistes de la sécurité, c’est le point essentiel. Si l’accès à un connecteur exigeait auparavant que l’utilisateur confirme son identité avec un second facteur auprès du service concerné, c’est maintenant Claude lui-même qui confirme cette identité, et cette barrière supplémentaire peut disparaître.

Concrètement, la compromission d’un seul compte Claude peut potentiellement ouvrir l’accès à tous les connecteurs associés. Par leur intermédiaire, l’agent peut lire des documents, écrire dans des tickets et effectuer des actions au nom de l’utilisateur. Plus les droits accordés aux connecteurs sont étendus, plus une erreur coûte cher.

Que faire en pratique

• Si vous disposez déjà d’un IdP, cette fonction ne vous est probablement pas nécessaire. Une authentification unique assortie d’une MFA est plus fiable.
• Si vous n’avez pas d’IdP et que votre équipe est petite, la fonction vous fera économiser des heures de configuration. Commencez toutefois par des connecteurs en lecture seule.
• Activez la MFA sur le compte Claude lui-même, puisque cette vérification n’existe plus en aval dans la chaîne.
• Tant que la bêta n’a pas fait ses preuves, n’utilisez pas ce dispositif pour connecter des systèmes de paiement, des bases de données de production ou des interfaces d’administration.
• Consultez la documentation d’Anthropic. La publication sur X n’a enregistré que 40 vues : il s’agit d’un récit secondaire, et non d’une source primaire.

Le marché qui motive tous ces efforts

La même publication cite un chiffre de Menlo : le marché des agents de programmation serait évalué à 34 milliards de dollars, dont 24 milliards reviendraient à Claude Code et Codex. Si ce chiffre est exact, ces deux produits représentent environ 70 % du marché. Cela explique pourquoi Anthropic simplifie le déploiement en entreprise. Moins la connexion des intégrations crée de friction, plus il est facile pour le fournisseur de vendre des abonnements à des équipes entières plutôt qu’à quelques utilisateurs passionnés.

Il faut garder à l’esprit qu’il s’agit d’une estimation d’analystes, et non d’un chiffre d’affaires audité. La publication ne précise pas la méthode de calcul.

Limites de l’article

La source est unique : une courte publication provenant d’un petit compte. Elle ne donne aucun détail sur la manière exacte dont les jetons sont émis, sur le fonctionnement de la révocation des accès, sur la journalisation ou sur les droits accordés à l’agent. Pour décider d’un déploiement, les réponses à ces questions sont plus importantes que l’annonce elle-même.

Conclusion

Pour les petites équipes dépourvues d’IdP, c’est une véritable simplification : moins d’autorisations manuelles et un onboarding plus rapide. Mais l’absence de MFA transforme cette commodité en compromis assumé. Activez la bêta sur un ensemble limité de connecteurs, surveillez les journaux d’accès et attendez la documentation officielle avant de la déployer dans toute l’entreprise.