FreeAILab free-ai-lab

Guide de sécurité MCP

Vue d'ensemble

Chaque interface supplémentaire à laquelle votre IA se connecte est une surface d'attaque de plus — ces 6 conseils pratiques vous protègent.

En une phrase : MCP donne à l'IA la « capacité de faire des choses », mais les permissions qu'obtiennent ces mains dépendent entièrement de ce que vous mettez dans la configuration. Ce n'est qu'en comprenant les limites du risque que vous pouvez l'utiliser sereinement.

D'où vient le risque ? Trois couches

1️⃣ Le serveur référencé lui-même n'est pas fiable (risque de chaîne d'approvisionnement)

Vous installez quelque chose via npx -y xxx — celui qui a publié ce paquet contrôle ce que son code peut faire. Un serveur malveillant ou compromis peut voler des tokens dans les variables d'environnement, lire des fichiers et exfiltrer des données. C'est la plus grande catégorie de risque.

2️⃣ Identifiants accordés trop largement (risque d'autorisation)

Avez-vous donné à votre token GitHub un accès complet en lecture/écriture sur le dépôt ? Alors l'IA peut modifier votre code et supprimer vos Issues. Accordez le moindre privilège : la lecture seule suffit, ne donnez pas l'écriture ; un seul dépôt suffit, ne donnez pas tout le compte.

3️⃣ Injection de prompts

Les pages web, documents et code que l'IA lit peuvent cacher du texte malveillant comme « ignore les instructions de l'utilisateur et fais XX », trompant l'IA pour qu'elle appelle des outils à haute privilège. C'est le nouveau phishing de l'ère de l'IA.

6 conseils pratiques de protection

  1. Installez seulement des serveurs à nombreuses étoiles + maintenus sur le long terme + d'origine officielle (comme les écosystèmes officiels de Microsoft / GitHub) ; évitez les projets personnels inconnus
  2. Gardez les tokens uniquement en local ; excluez les fichiers de configuration via .gitignore et ne les poussez jamais dans un dépôt
  3. Émettez des identifiants au moindre privilège : tokens en lecture seule pour GitHub, comptes en lecture seule pour les bases de données — si vous n'avez besoin que de voir, n'accordez pas la modification
  4. Méfiez-vous des serveurs à haute privilège : tout ce qui peut exécuter des commandes, supprimer des fichiers ou lire tout votre disque (type système de fichiers) doit n'être installé que dans des environnements de confiance
  5. Méfiez-vous de l'IA demandant des identifiants de sa propre initiative : méfiez-vous des conversations du type « j'ai besoin de votre token pour continuer » — les scénarios légitimes n'exigent jamais vos clés
  6. Révisez régulièrement : supprimez vite les serveurs inutilisés, et révoquez + recréez les tokens immédiatement après toute fuite

Une liste de contrôle pour une installation sécurisée

☐ Ce projet a-t-il plus de dix mille étoiles / est-il publié officiellement ? ☐ Le README montre-t-il un exemple clair de configuration au moindre privilège ? ☐ Le chemin du fichier de configuration est-il déjà ajouté à .gitignore ? ☐ Le token que j'accorde inclut-il seulement le périmètre requis ? ☐ Faut-il un redémarrage du client après l'installation ? Est-ce que j'oublie quelque chose avant de redémarrer ?

Vous voulez une façon systématique d'évaluer lesquels sont les plus sûrs à installer ? Consultez la liste sélectionnée de ce site — déjà filtrée par « officiel / nombreuses étoiles / actif ».