La sécurité des agents IA présente un angle mort d'exécution, et la plupart des scanners le manquent toujours

Ce qui s'est passé : l'OWASP classe désormais MCP Tool Poisoning comme sa propre classe d'attaque, et l'équipe de Microsoft Defender a déjà publié Plug, Play et Prey sur la même lacune. Pourquoi c'est important : la plupart des analyseurs d'agents vérifient les invites, les dépôts et les définitions d'outils. Rien de tout cela ne capte une réponse d'outil qui se comporte comme une instruction. Mon avis : si votre agent peut appeler des outils externes et écrire sur tout ce qui est sensible, vous êtes probablement à une réponse empoisonnée d'un problème que votre scanner ne peut pas détecter.

Il y a deux semaines, j'ai expliqué pourquoi MCP est devenu le port USB pour les outils d'IA. La norme de prise a fonctionné. Le problème maintenant est de savoir ce qui circule dans le câble. Les registres d'outils comme Smithery répertorient plus de 7 000 serveurs MCP publics. Chacun d’entre eux peut remettre le modèle en texte libre. Chacun d'entre eux se trouve dans la même fenêtre contextuelle que votre système de fichiers, votre boîte de réception et vos actions d'écriture.

C’est l’écart de confiance lors de l’exécution. L'article de l'OWASP le nomme directement : « Les réponses des outils vont directement dans le contexte LLM sans vérification équivalente. » Cet article explique pourquoi cette ligne est actuellement la phrase la plus importante en matière de sécurité des agents et comment y remédier.

L’angle mort en termes simples

La plupart des outils de sécurité des agents ont été conçus pour l’ancienne forme du problème. Scannez l'invite. Scannez le catalogue des connecteurs. Scannez le graphique de dépendance. Fait.

Ce mod...
[Courte citation de 8% de l'article original]