Postman, la plate-forme de développement d'API utilisée par des millions de développeurs, est confrontée à une vague de réactions négatives de la communauté après qu'un développeur a publié des preuves détaillées selon lesquelles son application de bureau installe silencieusement des plugins d'IA dans des outils de codage non liés - et écrit une configuration qui oriente le travail de ces agents vers Postman.

La controverse a explosé dans le grand public lundi, lorsqu'un article de Hacker News intitulé "Postman installe silencieusement automatiquement les plugins d'IA et tente de partager toutes les données de l'API" a attiré près de 800 votes positifs en quelques heures, devenant ainsi l'une des histoires les plus discutées de la communauté. La preuve sous-jacente est un problème public GitHub déposé sur le tracker de support officiel de Postman le 25 octobre, qui reste ouvert. Pour plus de contexte sur cette histoire, consultez notre plus d'articles sur l'IA.

Ce que le développeur a trouvé

Le problème, intitulé « [GRAVE] Desktop installe automatiquement les plugins Codex/Claude ; le programme d'installation tente de faire confiance à son propre hook de démarrage », a été déposé par un développeur exécutant Postman 12.33.4 sur macOS. Après avoir ouvert Postman, ils ont remarqué un comportement inattendu de la part de leurs agents de codage d'IA : des avertissements d'authentification MCP récurrents et l'API de routage répétée du Codex d'OpenAI fonctionnent via les compétences de Postman.

En creusant, le développeur a trouvé un plugin Postman à l'échelle de l'utilisateur, un crochet d'instruction de démarrage, une connexion MCP à distance, un plugin Claude Code et une CLI Postman installée séparément - aucun d'entre eux n'avait choisi d'installer.

Les preuves dans cette affaire sont exceptionnellement concrètes. Le propre fichier journal de Postman, à un emplacement horodaté spécifique, enregistre l'installation automatique : une entrée JSON avec la source "auto-existing-upgrade" et les résultats "claude-code:installed" et "codex:installed", suivis d'une ligne de journal indiquant "Main: autoInstall.plugin.existing-user terminé".

Le fichier de configuration global du Codex du développeur a également été modifié. Le problème montre de nouvelles sections ajoutées à `~/.codex/config.toml` — une place de marché Postman pointant vers le référentiel de plugins de Postman et une entrée activant le plugin `postman@postman`.

Le crochet de démarrage

La découverte la plus controversée concerne ce que fait le plugin après l’installation. Le problème indique que le plug-in installé enregistre un hook qui se déclenche au démarrage de l'agent (correspondant aux événements de session de démarrage, d'effacement et de compactage) et imprime les instructions dans le contexte de l'agent.

Ces instructions demandent à l'agent IA de charger la compétence « ingénieur API » de Postman avant de répondre à « toute tâche d'ingénierie API non triviale », une catégorie qui comprend la conception, la mise en œuvre, la simulation, les tests, la surveillance, la documentation ou le déploiement d'une API. En effet, tout travail d'API que le développeur demande à son agent de codage serait acheminé via le flux de travail de Postman, que le développeur utilise ou non Postman.

La configuration écrite lors de l'installation comprenait également des entrées de hachage de confiance pour le hook lui-même – des enregistrements qui indiquent au système agent que le hook de démarrage est approuvé. Le développeur a caractérisé cela comme un programme d'installation « tentant d'approuver son propre hook d'instructions » et a présenté le comportement global comme un grave problème de consentement et de limite de confiance. "Un client API ne devrait pas devenir le flux de travail par défaut dans d'autres outils simplement parce que je l'ai ouvert", indique le numéro.

Pourquoi ça a touché un nerf

La discussion et les commentaires de Hacker News montrent pourquoi l'histoire a trouvé un écho au-delà de la base d'utilisateurs d'un seul outil. Les agents de codage d'IA comme Codex et Claude Code bénéficient d'un accès de plus en plus large aux systèmes des développeurs, avec des fichiers de configuration, des hooks et des connexions MCP déterminant le contexte qu'ils reçoivent et les instructions qu'ils suivent. Un fournisseur qui s'inscrit dans cette chaîne de confiance sans adhésion explicite touche à la promesse fondamentale selon laquelle les agents agiront au nom de l'utilisateur et non au nom d'un fournisseur.

La référence du titre de HN au partage de « toutes les données API » reflète la crainte que de tels hooks puissent canaliser les clés API, le trafic et les détails du projet vers un service externe ; le problème de GitHub lui-même se concentre sur les mécanismes de routage et de consentement, que le journaliste a documentés avec des journaux et des fichiers de configuration. Les critiques au cours de la discussion ont fait valoir que ce modèle – une application de bureau installant des plugins compagnons dans d'autres outils lors du premier lancement – ​​crée un dangereux précédent sur la façon dont les acquisitions de logiciels de « mindshare » de l'ère de l'IA pourraient fonctionner.

Au moment d'écrire ces lignes, le problème reste ouvert avec plus de vingt commentaires, et Postman n'a pas publié de réponse publique concernant le comportement d'installation automatique. L'entreprise n'a pas été accusée d'avoir transmis des données sans autorisation dans le cadre du problème lui-même ; la plainte porte sur l’installation silencieuse et l’auto-approbation des crochets.

Un cas de test pour les normes de distribution de l'IA

L’épisode arrive au milieu d’une lutte plus large pour les normes dans l’écosystème des agents. Les fournisseurs d'outils ont désormais une nouvelle frontière sur laquelle rivaliser : non seulement être installés, mais être chargés dans chaque flux de travail assisté par l'IA qu'un développeur exécute. La situation de Postman est un test pour déterminer où se situe la frontière entre une intégration commode et une expansion hostile.

Pour les développeurs, le résultat pratique est concret : il vaut la peine d'auditer les fichiers de configuration de l'agent, les enregistrements de hooks et les plugins installés après la mise à jour des outils de bureau, et de traiter toute modification non demandée des instructions d'un agent IA comme un événement de sécurité. Pour les fournisseurs d’outils qui s’efforcent de devenir la couche par défaut du développement assisté par l’IA, le message de près de 800 votes positifs de Hacker News est tout aussi clair : l’auto-installation silencieuse est le moyen le plus rapide de convertir une marque de confiance en un récit édifiant.

---

Restez à la Pointe de l'IA

Les dernières actualités, analyses et percées en IA — au même endroit.

Lire plus d'actualités IA →