Séparez l'inscription chez le fournisseur de l'accès client
Le compte d'hébergement et les personnes utilisant votre point de terminaison MCP sont des couches différentes. Une inscription d'hébergement minimale ne justifie pas un serveur d'outils accessible en écriture publiquement. Définissez quelles identités client sont autorisées à appeler quels outils.
Émettez des identifiants à portée restreinte
Privilégiez des identifiants révocables indépendamment et à usage limité. Stockez-les de manière privée, faites-les tourner et empêchez leur apparition dans les URL ou les journaux. Envisagez un ensemble d'outils en lecture seule avant d'autoriser des opérations qui affectent les ressources ou l'argent des clients.
Rendez les résultats visibles
Suivez les identifiants d'opération et les statuts. Validez le schéma de l'outil, gérez l'annulation et assurez-vous qu'une nouvelle tentative ne puisse pas répéter silencieusement une action lourde de conséquences. Prévoyez un chemin d'approbation clair pour les actions qui en nécessitent un.
Ne publiez que ce qui existe
Vérifiez la version de protocole prise en charge, le point de terminaison, l'authentification et les limites avant de connecter un client. Un point de terminaison KoalaVPS MCP hébergé et un paquet officiel téléchargeable ne sont actuellement pas disponibles.
Un compte minimal peut tout de même offrir un contrôle d'accès robuste
La minimisation des identités est compatible avec des identifiants API à portée limitée et un point de terminaison HTTPS authentifié. Distinguez la récupération de compte de l'autorisation client. Une adresse e-mail n'est pas le seul moyen d'établir une identité API, mais le processus choisi doit apporter une réponse claire à la perte de clés et aux clients compromis.
Un test d'acceptation au lancement
Vérifiez TLS, la négociation de protocole, la validation de schéma, les portées limitées et l'annulation. Essayez une requête de création en double et confirmez qu'elle se résout en une seule opération. Rejetez une requête portant sur une ressource hors du périmètre des identifiants. Vérifiez que les erreurs et les journaux n'incluent ni le jeton ni les entrées privées de l'outil.
Documentation officielle : Autorisation MCP
Créez une table d'identités distincte pour chaque couche
Documentez le compte fournisseur, le portefeuille de paiement, l'identité client MCP, l'identifiant du service d'outils et le compte API en aval comme des entités distinctes. Leur attribuer un secret administratif partagé complique la révocation et l'attribution. Une inscription minimale chez le fournisseur ne dissimule pas l'adresse IP d'un point de terminaison public, le nom DNS ni l'usage externe de API. Choisissez les données à minimiser à chaque frontière et expliquez quels enregistrements restent nécessaires.
- Accordez à chaque client un chemin d'accès restreint et révocable et nommez ses ressources autorisées.
- Utilisez des identifiants distincts lorsque le service MCP appelle un autre API ; le jeton d'accès MCP du client n'est pas un jeton universel pour les appels en aval.
- Séparez les workers de production et expérimentaux, en particulier lorsque des outils peuvent dépenser des fonds ou envoyer des messages.
- Ne publiez les versions prises en charge et un point de terminaison vérifié qu'une fois qu'ils existent. KoalaVPS n'exploite actuellement pas de service MCP hébergé public.
Documentation officielle : MCP : bonnes pratiques de sécurité
Définissez un exercice de perte de clé et de révocation d'accès
Créez un identifiant client jetable, appelez une opération de lecture autorisée, révoquez cet identifiant et répétez l'appel. Vérifiez que toute autorisation mise en cache ou tout bail d'application respecte la politique de révocation. Répétez avec une ressource que le client n'a jamais possédée. Conservez les enregistrements de résultats sans retenir les invites complètes ni les arguments des outils. Si un appel non autorisé réussit, cessez d'accorder les outils d'écriture jusqu'à ce que la vérification des ressources côté serveur soit corrigée.
- N'acceptez pas un identifiant de session de protocole ou de requête comme preuve de l'identité de l'utilisateur.
- Pour OAuth HTTP, testez le comportement 401/403 documenté et la découverte pour la version que vous déployez réellement.
- Rejetez les arguments d’outil inconnus et limitez la taille des résultats, la durée des requêtes et la concurrence.
- Testez une nouvelle tentative après une interruption réseau simulée et vérifiez une seule opération à conséquence, pas deux.
Documentation officielle : MCP 2026-07-28 : autorisation HTTP