Menu

MCP10:2025 - Context Injection & Over-Sharing

Catégories

Tags

🔍 Licence d'Utilisation 🔍

Sauf mention contraire, le contenu de ce blog est sous licence CC BY-NC-ND 4.0.

© 2025 à 2042 Sébastien Gioria. Tous droits réservés.

⏱️
Temps de lecture estimé
1 min de lecture

Le contexte MCP, c’est la mémoire de travail de l’agent. Quand cette mémoire est partagée, persistante ou mal scopée, les données d’un utilisateur se retrouvent chez un autre. RGPD, HIPAA, PCI DSS , toutes les réglementations data sont concernées.

Partie de la série OWASP MCP Top 10

Description du risque

On considère le context bleeding comme l’un des risques les plus sous-estimés dans les architectures MCP multi-tenant.

Le Context Injection & Over-Sharing se produit quand les fenêtres de contexte MCP sont partagées, persistantes ou insuffisamment scopées. Les informations sensibles d’une tâche ou d’un utilisateur peuvent se retrouver exposées à d’autres , un phénomène de context bleeding.

Dans un système MCP multi-tenant, le contexte est à la fois la force (l’agent se souvient) et la faiblesse (ce contexte peut contenir des données d’autres sessions). C’est le RGPD nightmare scenario.

🔒 La suite est réservée aux abonnés payants sur Substack
Retrouvez l'analyse complète, avec les vecteurs d'attaque, l'analyse STRIDE, les impacts et les recommandations de mitigation.

À retenir

À retenir 📌

  • ✓ Le contexte partagé est une fuite de données en attente : chaque session doit avoir son propre namespace isolé
  • ✓ RGPD, HIPAA, PCI DSS : toutes les réglementations data sont impactées par le context bleeding
  • ✓ Time-to-live obligatoire : un contexte qui ne s'autodétruit pas est un risque permanent
LinkedIn Reddit Substack