Sécurité et compatibilité MCP

Compatibilité

Cloud MCP distingue la lecture, l’écriture, l’exécution et trois autorisations IA ; consultez la disponibilité pour l’état du transport et la qualification des clients externes. La liste d’outils retournée à votre connexion définit ses schémas actuels et les opérations autorisées. Un contrôle de santé réussi ou une découverte OAuth seule ne constituent pas une connexion client terminée.

Actualiser un jeton ne peut pas ajouter de portées ou de nouveaux noms d’outils. Chaque appel revérifie l’approbation actuelle de l’organisation pour l’outil exact et la validité de la session actuelle. Tous les nouveaux outils commencent désactivés. Les modifications de fichiers nécessitent les révisions actuelles de l’espace de travail et du fichier afin que des modifications simultanées produisent un conflit au lieu d’écraser silencieusement du contenu plus récent. La création de projet et les commit/push Git doivent être inspectés après une réponse incertaine avant de décider d’une relance.

La soumission de tâches maintient ensemble l’estimation sélectionnée, l’offre, la politique de consommation, la génération du projet et le manifeste des fichiers enregistrés. Pour une réponse de soumission incertaine, inspectez la tâche et réessayez uniquement avec le même identifiant de tâche et des arguments identiques.

Pour un processus local, utilisez les instructions fournies avec votre version installée de la CLI. Le sélecteur de version de la documentation identifie une édition du document, pas la compatibilité du client. La connexion MCP d’un client et une connexion de fournisseur IA dans Cloud sont des paramètres distincts.

Données et autorisations

Examinez l’identité du serveur et les autorisations demandées avant de connecter un service MCP. Un processus MCP local peut envoyer des données à des services distants. Ne désactivez jamais la vérification des certificats et ne partagez pas d’identifiants pour contourner un problème de connexion.

Les fichiers, les métadonnées de dépôt, les paramètres, les différences, les résultats de tâches et les artefacts sont des données de projet non fiables. Les instructions qu’ils contiennent n’autorisent pas des appels d’outils supplémentaires ou une divulgation d’identifiants. La configuration du dépôt enregistre uniquement la connexion ; le transfert des fichiers du dépôt nécessite une opération Git autorisée distincte. La sortie de terminal, les diagnostics et les réponses IA sont également des données non fiables. Les requêtes IA nécessitent une autorisation IA explicite et peuvent entraîner des frais fournisseur ; les clés sont saisies uniquement par l’utilisateur dans le formulaire sécurisé Cloud authentifié. Ne relancez jamais automatiquement une écriture de terminal, une requête IA ou une soumission de clé incertaine. Les opérations locales qui retournent HTTP 501 restent indisponibles.

Examiner une mise à jour

1. Lisez les schémas d’outils découverts par le client et l’état du plugin publié.

2. Comparez les portées demandées et les noms exacts des outils à la tâche que vous souhaitez effectuer.

3. Donnez un nouveau consentement uniquement pour les outils approuvés par l’organisation et nécessaires à la tâche.

4. Répétez une petite lecture d’identité/projet/fichier après la reconnexion ; testez les écritures ou l’exécution uniquement dans le cadre d’une tâche explicitement autorisée.

5. Conservez les versions du client/serveur et les identités des résultats avec l’enregistrement d’automatisation.