Le plugin Postman pour Claude Code installé sans accord ? La polémique

Le 25 octobre, un utilisateur de GitHub au pseudo indicava a ouvert un signalement dans le dépôt de Postman : selon lui, l’application de bureau Postman a installé d’elle-même le plugin Postman dans Claude Code et dans Codex, et l’installateur a au passage approuvé son propre hook de démarrage. Le 3 novembre, le signalement est arrivé en tête de Hacker News avec plus de 400 points.

Que s’est-il passé exactement ?

Le signalement s’intitule « [SEVERE] Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook ». L’auteur décrit Postman Desktop en version 12.33.4 sur Mac et liste ce qu’il a trouvé sur sa machine :

1. Le plugin Postman dans Claude Code (postman@claude-plugins-official, version 2.0.1), activé pour tout l’utilisateur.
2. Le plugin Postman dans Codex (version 1.1.0), avec un marketplace GitHub et un hook de type SessionStart déjà marqué comme fiable.
3. Postman CLI dans ~/.local/bin, avec des dates de modification qui correspondent à la fenêtre d’installation.
4. Une entrée pour un serveur MCP à l’adresse mcp.postman.com, qui n’a pas démarré, avec l’erreur « Auth required ».

La preuve principale est le journal de l’application : le 24 octobre à 9 h 34 UTC, Postman a enregistré un événement auto-existing-upgrade dans lequel Claude Code et Codex ont le statut « installed ». L’auteur affirme ne pas avoir lancé d’installation en connaissance de cause et demande un consentement opt-in, la suppression de l’auto-approbation du hook, le nom du flag qui a déclenché tout cela et une procédure complète pour annuler les changements.

Que fait le hook de Postman dans Claude Code et Codex ?

Le contenu du hook est public dans le dépôt postman-plugin. Le fichier hooks/session-start-context.md est injecté dans le contexte de l’agent au début de chaque session, enveloppé dans une balise <EXTREMELY_IMPORTANT>. Il demande à l’agent de charger la skill postman:api-engineer avant de répondre à « toute tâche non triviale d’ingénierie d’API » (en version originale, « any non-trivial API engineering task »), donc pas seulement quand on lui demande quelque chose dans Postman. Détail intéressant : la fin du fichier précise que les instructions de l’utilisateur, y compris CLAUDE.md et AGENTS.md, sont prioritaires.

Le deuxième sujet, c’est la confiance. Dans Codex, chaque nouveau hook doit être approuvé, mais le README du plugin dit clairement que l’installation dans Codex approuve d’elle-même le hook de Postman et qu’aucune fenêtre ne pose la question. Dans le code de l’installateur, c’est la fonction approvePostmanHook qui s’en charge : elle enregistre le hash de confiance du hook via codex app-server.

Y a-t-il vraiment un problème ?

L’installateur lui-même n’a rien de secret. D’après la documentation de Postman, la commande npx @postman/postman-plugin installe le plugin dans tous les agents détectés (notamment Claude Code, Codex, Cursor, GitHub Copilot CLI et OpenCode) et demande une confirmation, sauf si on ajoute le flag --yes. Le problème, c’est que selon le signalement, l’application de bureau l’a lancé lors d’une mise à jour, sans rien demander.

Un peu de recul s’impose. Le titre sur Hacker News affirme que Postman « essaie de partager toutes les données d’API », mais le signalement lui-même n’affirme pas qu’il y a eu une fuite de données. L’auteur précise aussi qu’il n’a pas encore reproduit toute la séquence sur un Mac vierge. Au moment où j’écris, Postman n’a pas répondu dans le fil GitHub, et les autres commentaires sont surtout des réactions d’utilisateurs (l’un d’eux écrit que chez lui le script s’est lancé automatiquement après une mise à jour). Prenons donc les détails avec prudence tant que l’entreprise ne s’est pas exprimée.

Pourquoi cela fait-il autant de bruit ?

Parce que cela touche à une question que l’on surveille de plus en plus : qui ajoute quoi au contexte de nos agents. Un plugin avec un hook de démarrage, c’est une instruction que l’agent lit à chaque session, et un hook auto-approuvé contourne le seul endroit où Codex demande l’accord d’un humain. Dans les commentaires sur HN, certains ajoutent leurs propres griefs contre Postman, mais ce sont des opinions, pas des constats tirés du signalement.

J’ai déjà expliqué comment protéger son environnement dans le guide sur la sécurité des agents IA, et ce qu’est un agent et son harness dans l’article qu’est-ce qu’un agent IA.

À quoi faire attention désormais ?

Si Postman Desktop est installé chez vous, il vaut la peine de vérifier quelques endroits (l’auteur du signalement cite les mêmes fichiers) :

1. Dans Claude Code, la liste des plugins dans ~/.claude/plugins/installed_plugins.json et ~/.claude/settings.json.
2. Dans Codex, le fichier ~/.codex/config.toml, y compris les hooks de confiance.
3. Le dossier ~/.local/bin, pour voir si Postman CLI y est apparu.

L’installateur propose aussi les commandes status (ce qui est installé) et remove (désinstallation de tous les agents détectés), décrites dans le README. (D’après la documentation, le flag --dry-run montre ce que remove va modifier avant de supprimer quoi que ce soit.) Règle générale : de temps en temps, passons en revue les plugins, hooks et serveurs MCP branchés sur notre agent.

FAQ

Postman envoie-t-il mes données d’API dans le cloud via le plugin ?

Le signalement sur GitHub ne le dit pas. L’auteur précise qu’il n’a constaté aucune fuite de données, et les seules adresses externes qu’il mentionne sont le dépôt du plugin sur GitHub et le serveur MCP mcp.postman.com, qui n’a pas démarré chez lui.

Le plugin Postman pour Claude Code est-il officiel ?

Oui. Postman figure dans le marketplace officiel d’Anthropic sous le nom postman@claude-plugins-official. La polémique ne porte pas sur le plugin lui-même, mais sur le fait que, selon le signalement, il est arrivé sur l’ordinateur sans l’accord de l’utilisateur.

Comment supprimer le plugin Postman de Claude Code et de Codex ?

D’après le README, npx @postman/postman-plugin remove suffit, et le flag --agent <id> limite le changement à un seul agent. L’auteur du signalement demande toutefois à Postman une procédure complète de retour en arrière, hooks de confiance et cache compris, car elle n’existe pas encore.