Gouverner les appels d’outils MCP par identité
Définir les outils MCP accessibles à chaque agent et auditer chaque invocation selon identité et arguments.
Un appel d’outil modifie l’état : ticket, enregistrement, message ou requête. Avec des agents outillés, il faut savoir ce qui était autorisé et au nom de qui.
Réponse courte#
- Traitez les appels comme des actions gouvernées liées à une identité.
- Définissez par identité outils et arguments autorisés.
- Centralisez les règles plutôt que maintenir des allowlists divergentes par client.
- Consignez outil, appelant, décision et résultat, sans payload.
Procédure dans AI-FW#
- Enregistrez chaque client MCP avec sa propre identité authentifiée : API key, JWT ou certificat.
- Limitez les outils par groupe afin d’éviter que support et finance héritent des mêmes droits.
- Définissez règles par outil et argument : recherche autorisée, écriture limitée, arguments sensibles masqués/bloqués. La configuration change sans déploiement.
- Gardez l’inspection dans le flux pour éviter les contournements.
- Utilisez l’audit commun pour suivre appels et décisions.
Vérifier#
- Appelez un outil bloqué et confirmez un refus de politique, pas une erreur client.
- Consultez Audit Logs.
- Retirez les privilèges d’écriture inutilisés.
Associé#
Questions fréquentes#
Un outil peut-il être réservé à un groupe ? Oui. Les règles par identité/groupe permettent des ensembles différents.
Les arguments sont-ils inspectés ? Oui, comme toute autre requête.
Au-delà du chat
Agents de programmation, outils MCP et Microsoft 365 Copilot peuvent partager un moteur de politique. Voir Gouverner les surfaces IA au-delà du chat.