Qu'est-ce que MCP ? Le Model Context Protocol expliqué aux professionnels de l'IT

Qu’est-ce que MCP ?

MCP signifie Model Context Protocol. Ce standard définit comment une application d’IA communique avec les systèmes dont elle tire des contenus ou dans lesquels elle agit. Il s’inspire du Language Server Protocol, grâce auquel les environnements de développement comprennent de nombreux langages de programmation : une connexion, une fois construite, fonctionne avec toute application qui parle le standard.

Anthropic a publié MCP comme standard ouvert en novembre 2024. Depuis le 9 décembre 2025, il appartient à l’Agentic AI Foundation, sous l’égide de la Linux Foundation, dont font partie de grands fournisseurs comme Anthropic, Google, Microsoft et OpenAI. La version actuelle de la spécification est datée du 28 juillet 2026.

Comment MCP est-il structuré ?

Composant	Rôle	Exemple
Hôte	l’application d’IA avec laquelle les personnes travaillent	chat d’une plateforme d’IA
Client	connexion de l’hôte à un seul serveur	connexion au wiki
Serveur	met à disposition les contenus et fonctions d’un système	serveur MCP pour Confluence

Un serveur propose trois types de briques :

• Ressources : contenus et données, par exemple des pages, des fichiers ou des enregistrements.
• Outils : fonctions que le modèle d’IA peut appeler, par exemple « rechercher des tickets » ou « créer un rendez-vous ».
• Modèles : instructions et déroulés préparés que les personnes sélectionnent.

Les messages suivent JSON-RPC 2.0. Ils sont transmis localement via l’entrée et la sortie standard d’un programme, ou via HTTP lorsque le serveur et l’application tournent sur des ordinateurs différents.

Comment une application d’IA s’authentifie-t-elle auprès d’un serveur MCP ?

Pour les connexions via HTTP, la spécification décrit une authentification selon OAuth 2.1. Le serveur MCP est alors un service protégé qui accepte les jetons d’accès d’un service d’autorisation. Règles importantes de la spécification :

• Un jeton n’est valable que pour le serveur pour lequel il a été émis ; le serveur doit le vérifier.
• Un serveur ne doit ni accepter ni transmettre des jetons destinés à d’autres services.
• Les jetons vont dans l’en-tête de la requête, jamais dans l’adresse.
• L’application ne demande que les droits dont elle a besoin pour la tâche.

Pour les serveurs qui tournent localement comme programme, la spécification ne prévoit pas d’authentification OAuth ; les identifiants proviennent alors de l’environnement. Dans l’ensemble, l’authentification est optionnelle dans MCP. Savoir si un serveur l’utilise est l’une des premières questions de toute évaluation.

Quelles questions de sécurité la DSI devrait-elle poser ?

La spécification indique elle-même que MCP permet l’accès aux données et l’exécution de code, et qu’il ne peut pas faire respecter les principes de sécurité au niveau du protocole. Cela reste le rôle de l’application. Vérifiez :

1. Avec les droits de qui ? L’application accède-t-elle avec le compte de la personne qui pose la question, ou avec un compte collectif qui voit tout ?
2. Lecture ou écriture ? Les outils qui modifient quelque chose devraient rester désactivés jusqu’à leur activation ciblée, puis ne s’exécuter qu’après confirmation par un humain.
3. D’où vient le serveur ? Selon la spécification, les descriptions d’outils sont à considérer comme non fiables si le serveur n’est pas fiable. Un serveur tiers peut induire l’IA en erreur avec des descriptions manipulées.
4. Que contiennent les données ? Les contenus issus de systèmes connectés peuvent contenir des instructions cachées. MCP ne protège pas contre cela. Instructions cachées dans les documents →
5. Est-ce journalisé ? Chaque appel d’outil devrait figurer dans le journal d’audit de l’application.
6. Quelle version ? La version de juillet 2026 a profondément remanié le protocole ; des versions plus anciennes sont encore en service. Demandez quelle version parlent l’application et le serveur.

Comment basebox utilise-t-il MCP ?

Les connecteurs de basebox utilisent MCP pour la connexion de vos systèmes. Chaque accès s’effectue avec les droits de la personne qui pose la question, en lecture seule par défaut. Il n’y a pas de compte de service commun : les identifiants sont enregistrés par personne et jamais affichés, et le système cible fait respecter ses propres droits. Lorsqu’un système dispose de sa propre authentification, la personne se connecte via OAuth avec son propre compte ; basebox reçoit pour cela une autorisation, pas un mot de passe. Seul le serveur de basebox établit les connexions aux connecteurs, jamais l’appareil de la personne, et chaque appel d’un connecteur figure dans le journal d’audit.

Connecteurs vérifiés et vos propres serveurs MCP

	Connecteurs de la bibliothèque basebox	Vos propres serveurs MCP ou ceux de tiers
Vérifiés	toujours vérifiés par basebox	non vérifiés par basebox
Disponibles	pour tous les clients	uniquement au sein de votre organisation
Responsabilité	basebox pour le connecteur	votre organisation

Un serveur MCP tiers n’entre dans la bibliothèque de basebox qu’après vérification par basebox, par exemple lorsqu’un client le fournit.

Les serveurs MCP non vérifiés comportent des risques propres :

• Code tiers : le serveur exécute du code et voit toutes les données qui transitent par lui.
• Descriptions manipulées : les descriptions d’outils peuvent amener l’IA à faire d’autres appels que prévu.
• Modifications silencieuses : une nouvelle version peut modifier des outils ou des descriptions sans que cela se remarque.
• Droits trop larges : un serveur avec un compte collectif ou des droits d’écriture peut faire plus que ce que la tâche exige.

Avant d’ajouter votre propre serveur MCP, vérifiez-le donc selon les questions ci-dessus, figez la version et partagez-le d’abord en lecture seule avec un petit groupe.

Les connecteurs disponibles et leur statut figurent sur /konnektoren. S’il manque un système doté d’une interface, basebox construit le connecteur à prix fixe et l’ajoute, vérifié, à la bibliothèque. Vous ajoutez vos propres serveurs MCP uniquement au sein de votre organisation, sans vérification et sous votre responsabilité ; les serveurs tiers n’entrent dans la bibliothèque qu’après vérification par basebox.