Agents · appels d’outils / MCP

Votre IA exécute des commandes. Protégez-les aussi.

Un agent ne fait pas que discuter : il lance des commandes, envoie des e-mails, lit des fichiers et appelle des API. La fuite passe du prompt à l’ appel d’outil: une clé glissée dans une commande, ou un secret qu’un outil renvoie au modèle. Proxia inspecte les deux sens, dans le navigateur et sur le trajet des appels MCP.

Choisissez une action de l’agent et observez le verdict Proxia.

agent ⇄ outils

Choisissez une action ci-dessus pour la vérifier.

Deux chemins de fuite

Les données sortent par les arguments et entrent par les résultats.

Le prompt n’est plus la seule sortie. Proxia contrôle les appels d’outils dans les deux sens.

→ envoi

L’argument qui sort

Le modèle place un identifiant sensible dans un appel d’outil — execute_shell(cmd), send_email(body), http_post(url). Si un secret part vers une destination risquée, Proxia l’arrête avant l’exécution de l’outil.

← réception

Le résultat qui revient

Un outil read_file ou db_query renvoie des données contenant un secret ou des données personnelles qui entreraient dans le contexte du modèle. Proxia les pseudonymise dans le résultat avant que le modèle les voie.

Où intervient Proxia

Dans le navigateur et directement sur le trajet MCP.

Dans une IA web, Proxia inspecte les appels d’outils dans le trafic qu’il voit déjà. Mais les agents exécutent souvent leurs outils hors du navigateur : Proxia propose aussi un contrôle MCP local qui enveloppe le serveur d’outils et inspecte chaque appel JSON-RPC sur l’appareil.

Extension navigateur

Reconnaît les structures d’appels d’outils dans le trafic sortant et bloque les appels qui laissent fuir des données, sans configuration supplémentaire à l’extension.

Contrôle MCP · local

Enveloppez le serveur réel ; chaque tools/call est inspecté dans le flux stdio.

proxia-mcp-guard -- mcp-server-filesystem /data
Votre politique

Bloquer par défaut. Pseudonymiser pour laisser l’agent continuer.

Basculez entre les deux modes dans la démo. Tous deux empêchent le secret d’atteindre l’outil ; la différence est que l’appel peut ou non continuer.

Bloquer — le choix par défaut

Un appel qui laisse fuir des données est refusé avec une erreur claire. Aucun contenu sensible ni fragment ne parvient à l’outil.

Pseudonymiser — poursuivre le travail

Le secret est remplacé dans les arguments et l’appel protégé est transmis, pour que l’agent puisse continuer. Si le secret est indispensable à l’outil, le blocage reste préférable.

Installer le contrôle stdio local.

Le garde MCP local permet de bloquer les appels d’outils à risque ou de masquer les valeurs sensibles dans les arguments et les résultats. Suivez le guide d’installation de votre système d’exploitation. MCP HTTP/SSE et distant ne sont pas pris en charge.

Installer gratuitement →