Sécurité MCP : deux failles de l’été 2026 rappellent l’importance des permissions

29 juillet 2026. Le Model Context Protocol (MCP) facilite la connexion entre assistants IA, outils et données d’entreprise. Mais une évidence mérite d’être répétée : un protocole ouvert ne sécurise pas automatiquement les serveurs qui l’utilisent.

Deux avis de sécurité publiés cet été illustrent des risques très concrets.

Une session ne doit pas appartenir à tout le monde

Un avis concernant le SDK Python MCP décrit une faille dans certains transports HTTP avec authentification. Si un acteur obtenait l’identifiant d’une session, le serveur pouvait accepter ses requêtes sans vérifier qu’il était bien l’utilisateur authentifié d’origine.

La vulnérabilité CVE-2026-52869 a été corrigée dans la version 1.27.2 du SDK. Elle ne concernait pas toutes les configurations, notamment pas le transport HTTP *stateless*.

Des identifiants à protéger aussi côté serveur

Le 29 juillet, HashiCorp a signalé deux défauts dans son serveur Consul MCP : une possibilité de rediriger certaines requêtes vers une destination choisie par le client, avec risque d’exposition d’un jeton, et une mauvaise isolation des identifiants entre clients en mode *stateless*.

Ces vulnérabilités, CVE-2026-16328 et CVE-2026-16326, ont été corrigées dans Consul MCP 0.1.4.

La leçon pour mes propres intégrations

Ces problèmes ne signifient pas que tous les serveurs MCP sont vulnérables. Ils montrent plutôt que l’authentification, les sessions et les permissions doivent être vérifiées dans chaque implémentation.

Pour Web Agent IA, mon principe reste simple : limiter les outils exposés, contrôler l’identité à chaque opération sensible, protéger les secrets et conserver des journaux utiles.

Un agent puissant, oui. Un agent avec les clés de toute l’entreprise, non !