Aller au contenu

FaireNiveau 3, Construire14 minutes

Serveurs MCP existants

GitHub, Notion, Slack, Google et Microsoft publient des serveurs MCP qui donnent à un assistant l'accès à leurs logiciels. Trouver le bon, le brancher avec le moins de droits possible, lire ce qu'il expose au modèle, et éviter les serveurs archivés ou piégés.

Écrit le 8 octobre 2026 · Vérifié le 8 octobre 2026

Vous saurez

  • Trouver le serveur MCP officiel d'un logiciel, et le reconnaître
  • Le brancher sur un assistant, en lecture seule d'abord
  • Reconnaître les attaques qui passent par la description des outils
  • Retirer un serveur et révoquer son accès

Dans le parcours

Développement d'applications d'IA

Étape 4 sur 10

Sur cette page
  1. L'essentiel
  2. Prérequis
  3. Étapes
  4. Contrôle du résultat
  5. Problèmes fréquents
  6. Retour en arrière
  7. Variantes par outil
  8. Vérification
  9. Lectures suivantes
L'essentiel
  1. Un serveur MCP donne à un assistant des outils dans un logiciel : lire vos tickets, vos pages, vos messages, et parfois écrire. Les éditeurs publient les leurs : GitHub, Notion, Slack, Google, Microsoft.
  2. Prenez le serveur de l'éditeur du logiciel, hébergé chez lui et autorisé par OAuth, plutôt qu'un paquet trouvé en ligne : le registre officiel de MCP ne vérifie pas le code des serveurs.
  3. Les serveurs de référence du projet MCP sont des exemples, pas des outils de production ; ceux de GitHub, Slack, Google Drive ou PostgreSQL ont été archivés.
  4. La description de chaque outil arrive jusqu'au modèle : une instruction cachée y serait suivie. C'est l'empoisonnement d'outil ; lisez les descriptions et épinglez les versions.
  5. Le moins de droits possible : le serveur de GitHub tourne en lecture seule, ou avec quelques familles d'outils seulement.
1

Prérequis

  • Un assistant qui sait se brancher sur un serveur MCP : Claude Code ou Claude pour le bureau, par exemple (Claude Code).
  • Un compte sur le logiciel, et le droit d'y autoriser une application ; pour Notion, l'accès des clients MCP se règle par le propriétaire de l'espace.
  • Une idée de ce que l'assistant doit lire, et de ce qu'il ne doit jamais modifier.
  • Le principe des connecteurs : brancher l'IA sur ses logiciels.
2

Étapes

Un assistant branché sur un serveur MCP. Un : l'assistant, le client MCP. Deux : le serveur MCP, publié par l'éditeur du logiciel, qui décrit ses outils au modèle. Trois : le logiciel, lu ou modifié avec vos droits. La description de chaque outil remonte jusqu'au modèle, qui la lit comme une consigne. Trois précautions : le serveur de l'éditeur, le moins de droits possible, les descriptions lues et la version épinglée.
  1. Chercher le serveur de l'éditeur

    Ce qu'on fait : dans la documentation du logiciel ; ou dans le registre MCP, en vérifiant l'espace de noms, lié à un compte GitHub ou à un domaine vérifié.

    À vérifier : le registre ne fait que lister : il n'analyse pas le code, et laisse ce travail aux registres de paquets et aux agrégateurs.

  2. Préférer un serveur en ligne de l'éditeur

    Ce qu'on fait : Notion, Slack et GitHub hébergent le leur, autorisé par OAuth, plutôt qu'un paquet installé chez vous avec un token personnel.

    À vérifier : la spécification impose OAuth 2.1 aux serveurs d'autorisation, et interdit au serveur de relayer votre token tel quel.

  3. Restreindre les outils

    Ce qu'on fait : lecture seule et familles d'outils choisies quand le serveur le permet ; côté logiciel, le moins de droits possible pour le compte qui autorise.

    À vérifier : chez GitHub, le mode lecture seule l'emporte sur les outils d'écriture demandés.

  4. Brancher le serveur sur l'assistant

    Ce qu'on fait : une ligne de commande pour un serveur en ligne ; un fichier de configuration pour un serveur local.

  5. Lire ce que le serveur expose

    Ce qu'on fait : la liste des outils et leur description, telle que le modèle la reçoit ; noter la version.

    À vérifier : un serveur peut changer la description d'un outil après votre accord : épinglez la version.

  6. Essayer en lecture, puis ouvrir l'écriture outil par outil

    Ce qu'on fait : des questions sur des données sans risque, et la vérification de chaque réponse.

Les deux façons de brancher. Un serveur en ligne de l'éditeur, ici Notion dans Claude Code ; un serveur local, déclaré dans la configuration de Claude pour le bureau. Le code est celui des documentations, non exécuté ici.

Un serveur en ligne
claude mcp add --transport http notion https://mcp.notion.com/mcp
Un serveur local, dans la configuration
{
  "mcpServers": {
    "weather": {
      "command": "uv",
      "args": [
        "--directory",
        "/ABSOLUTE/PATH/TO/PARENT/FOLDER/weather",
        "run",
        "weather.py"
      ]
    }
  }
}
3

Contrôle du résultat

Trois attaques qui passent par la description des outils

L'empoisonnement d'outil

des instructions malveillantes cachées dans la description d'un outil, que le modèle lit et suit

Le retournement

un serveur qui change la description d'un outil après votre accord

L'ombre portée

la description d'un serveur malveillant qui modifie la façon dont l'agent se sert des outils d'un serveur de confiance

Les trois noms donnés par Invariant Labs, qui recommande des descriptions visibles et des versions épinglées. L'OWASP publie un Top 10 propre à MCP, encore en bêta, et Microsoft recommande ses Prompt Shields et le contrôle de la chaîne d'approvisionnement.
4

Problèmes fréquents

Un tutoriel installe @modelcontextprotocol/server-github

CauseCe paquet n'est plus maintenu : le serveur a été archivé par le projet MCP.

À fairePrendre le serveur officiel de GitHub, en ligne ou dans son image Docker.

Le serveur de Slack refuse la connexion

CauseSeules les applications publiées sur la place de marché de Slack, ou internes à l'espace, peuvent s'en servir, avec un OAuth confidentiel.

À faireCréer une application interne, avec son identifiant et son secret.

Le tutoriel parle de sessions et de flux SSE

CauseIl date d'avant la révision du 28 juillet 2026 de la spécification, qui retire les sessions et l'ancien transport HTTP et SSE.

À faireSuivre la documentation du jour : stdio et Streamable HTTP sont les deux transports standard.

Un serveur interne n'apparaît pas dans le registre

CauseLe registre officiel n'accepte pas les serveurs privés.

À faireTenir son propre registre, comme le recommande le projet.

Les serveurs Microsoft 365 ne répondent pas

CauseIls sont propres à chaque organisation, à une adresse qui porte son identifiant ; leurs conditions de licence n'ont pas été relevées ici.

À fairePartir du catalogue de Microsoft, et de l'administrateur de l'organisation.

5

Retour en arrière

  • Retirer le serveur de la configuration de l'assistant.
  • Révoquer l'autorisation dans le logiciel : chez Notion, le propriétaire de l'espace gère l'accès des clients MCP dans ses réglages de connexions.
  • Changer le token si un serveur local en utilisait un, et vérifier ce qu'il a pu modifier pendant qu'il était branché.
6

Variantes par outil

Les serveurs des éditeurs, en un coup d'œil

Variantes par outil
ÉditeurEn ligneEn localAutorisationLimiter les droits
GitHubapi.githubcopilot.com/mcp/image Docker, token personneltoken personnel, en locallecture seule, familles d'outils
Notionmcp.notion.com/mcppaquet npmOAuthaccès réglé par le propriétaire
Slackmcp.slack.com/mcpnon relevéOAuth confidentielapplications publiées ou internes
Google Cloudplus de cinquante serveursnon relevéIAMrègles IAM de refus
MicrosoftMicrosoft 365, par organisationAzure MCP Servernon relevénon relevé
Disque plein : documenté ; cercle vide : non relevé dans les pages lues le 8 octobre 2026. Le détail et les sources, dans les onglets.

Les serveurs des éditeurs, leurs adresses et leurs conditions, au 8 octobre 2026.

  • En ligne : le serveur officiel de GitHub, à l'adresse https://api.githubcopilot.com/mcp/.
  • En local : l'image Docker ghcr.io/github/github-mcp-server, avec un token personnel.
  • Les droits : --read-only et --toolsets limitent ce qu'il peut faire ; licence MIT.
7

Vérification

1ComprendrePourquoi préférer le serveur MCP de l'éditeur du logiciel à un paquet trouvé dans un registre ?

Parce que le registre officiel ne vérifie pas le code des serveurs ; celui de l'éditeur est hébergé et maintenu par lui, avec une autorisation OAuth.

2ComprendreQu'est-ce qu'un empoisonnement d'outil ?

Des instructions malveillantes cachées dans la description d'un outil, que le modèle lit et suit : une forme d'injection indirecte.

3AppliquerVous voulez qu'un assistant lise les tickets d'un dépôt GitHub sans pouvoir rien modifier. Comment faire ?

Le serveur MCP officiel de GitHub, en lecture seule, avec les seules familles d'outils utiles, autorisé par un compte aux droits limités.

8

Lectures suivantes

Les pages qui renvoient ici

Limites et sources

Les adresses et les conditions des serveurs sont celles des pages des éditeurs au 8 octobre 2026.

Les conditions de licence des serveurs Microsoft 365 et de Slack n'ont pas été relevées en détail ; le code des exemples n'a pas été exécuté ici.

  1. le registre MCP ; les serveurs de référence ; la révision du 28 juillet 2026 ; l'autorisation ; les bonnes pratiques de sécurité.
  2. GitHub ; Notion ; Slack ; Google Cloud ; Microsoft ; Invariant Labs ; OWASP MCP Top 10.
  3. Le relevé : apprendre/recherches/2026-10-08-dev-avance.json.

Écrit par Meridal, avec l'aide de l'IA ; chaque fait vérifié à sa source et relu avant publication. Texte et schémas sous licence CC BY 4.0 : reprenez-les en citant Meridal. Le code sous licence MIT.

Service correspondant

Un assistant qui connaît votre entreprise

3 300 € à 10 200 €, puis sur devis

Voir le service

Un premier échange de 30 minutes

En visio et sans frais : vous décrivez votre situation, nous vous indiquons ce qui est réalisable, avec quels outils et pour quel ordre de prix. Vous pouvez aussi nous écrire ; chaque message reçoit une réponse écrite.