Menu

MCP05:2025 - Command Injection & Execution

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

L’injection de commandes, ça date de l’ère Unix. Mais dans le contexte MCP, c’est pire : le modèle IA est l’interpréteur. Et lui, il ne doute jamais de ce qu’il construit.

Partie de la série OWASP MCP Top 10

Description du risque

L’injection de commandes dans le contexte MCP est une version amplifiée du problème classique car ici, le modèle IA est l’interpréteur.

La Command Injection dans le contexte MCP se produit quand un agent IA construit et exécute des commandes système en utilisant des entrées non fiables sans validation appropriée. C’est analogue aux injections classiques (SQL, shell), mais avec une différence clé : le modèle IA est l’interpréteur, et le texte en langage naturel est le payload.

L’agent ne distingue pas “instruction de travail” et “commande malveillante” , caril fait confiance à tout ce qui arrive dans son contexte. C’est shell=True appliqué à l’IA.

🔒 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 📌

  • ✓shell=True est l'ennemi : ne jamais passer une commande construite par un agent à un shell
  • ✓Whitelist, pas blacklist : définir une liste stricte de commandes autorisées, tout le reste est refusé
  • ✓Sandbox obligatoire : exécuter dans unconteneur isolé, sans réseau, lecture seule, utilisateur non-privilégié
LinkedIn Reddit Substack