Les plugins IA silencieux de Postman violent la règle que nul outil de développement ne peut enfreindre

Dans quelle mesure faites-vous confiance à l’application où vous collez vos jetons de production ? La plupart des développeurs ne se posent jamais la question, car les clients d’API habitent le même tiroir mental que le terminal: ennuyeux, locaux, à nous. C’est précisément pour cela que le dernier tollé autour de Postman a fait si mal.

Ce qui s’est passé, pour autant qu’on le sache

Un signalement sur le suivi de support de Postman sur GitHub, déposé le 3 novembre, s’intitule « Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook ». Selon AI Weekly, l’ouverture de Postman desktop 12.33.4 a installé ses plugins dans Codex et Claude Code. Il aurait modifié ~/.codex/config.toml et ~/.claude/settings.json sans accord explicite.

Le signalement a aussi circulé sur Hacker News. Plusieurs articles de seconde main affirment que l’application tente en outre de partager des données d’API avec les services d’IA de Postman. Ces affirmations restent, pour l’instant, des allégations issues d’un signalement et de messages de la communauté. Nous n’avons vu aucune déclaration de Postman dans notre documentation: la partie sur le partage de données n’est donc pas confirmée.

Le fichier de configuration, scène de crime

Même en laissant de côté la question des données, l’installation des plugins est le point le plus difficile à défendre, si le signalement se confirme. Une analyse d’explainx.ai souligne que l’instruction s’applique à « any non-trivial API engineering task ». Le réglage figure dans la configuration globale de l’utilisateur, donc chaque projet en hérite. Un outil ouvert pour déboguer un seul endpoint peut ainsi influencer le comportement de votre assistant IA sur des travaux sans rapport.

Il ne s’agirait pas d’un simple interrupteur dans la fenêtre de Postman, mais d’un outil qui va fouiller dans les réglages d’autres outils. C’est, selon nous, la vraie faute, et l’argument « nous voulions seulement aider » ne la couvre pas. Votre éditeur, votre shell et vos configurations d’agents vous appartiennent. L’installateur d’un autre éditeur n’a pas à y écrire en pariant que cela vous plaira.

La même analyse note que le plugin branche aussi un endpoint MCP hébergé, qu’elle décrit comme une voie par laquelle les données peuvent quitter la machine une fois l’authentification réussie. Gardons un ton mesuré: une voie n’est pas une fuite. Mais on n’a pas demandé aux développeurs s’ils voulaient que cette voie soit construite.

L’opt-in n’est pas une friction, c’est le produit

Les équipes produit entendent « demandez d’abord » et imaginent un entonnoir de conversion percé. Pour les outils de développement, nous pensons que c’est l’inverse. La valeur de Postman tient à ce que les gens y déposent des choses réelles: jetons, données clients, systèmes internes. Un guide de dev.to avertit que, si vous faites passer par Postman des jetons de production, des données clients ou des dossiers médicaux, les fonctions d’IA activées par défaut comptent. C’est une affirmation de la communauté, pas un constat vérifié. Mais elle décrit le bon modèle de risque.

Une collection d’API ressemble davantage à un coffre d’identifiants qu’à un document. Elle cartographie vos systèmes et porte souvent les clés. Notre position est simple: les collections doivent être traitées comme des secrets, et tout ce qui les lit, les synchronise ou les résume devrait exiger un oui délibéré de l’utilisateur. Pas un réglage enfoui, ni une ligne dans le journal des modifications.

Il y a aussi un argument commercial. Les entreprises sont déjà inquiètes de l’accès de l’IA. Une étude de TCS auprès de 1 333 dirigeants conclut que la sécurité, le risque et la gouvernance sont le premier facteur qui façonne le développement et le déploiement de l’IA, devant le coût, la rapidité et la facilité de déploiement. Les équipes de sécurité qui liront ce fil ne retiendront probablement pas l’astucieuse intégration d’agents. Elles retiendront le signalement d’un client ayant modifié des fichiers de configuration sans demande. Les discussions d’achat deviennent alors plus ardues.

Que faire dès maintenant

Si vous utilisez Postman desktop, nous vérifierions ces deux fichiers de configuration et les réglages d’IA avant votre prochaine session. Un message d’un fil Hacker News affirme que les versions antérieures ne posent pas de problème, mais ce n’est qu’un commentaire isolé: vérifiez par vous-même. Renouvelez tout jeton ayant pu transiter par une version concernée si votre modèle de menace l’exige. Envisagez de garder les collections sensibles hors de tout espace de travail synchronisé dans le cloud.

Pour les éditeurs, la leçon ne coûte pas cher. Livrez les fonctions d’IA désactivées par défaut, montrez précisément ce qui sera installé ou envoyé, et ne touchez jamais à la configuration d’un autre outil sans demander. Notre verdict: si les signalements sont exacts, Postman a peut-être voulu faire œuvre de commodité, mais cela reste un manque de savoir-vivre que les développeurs interpréteront comme un manquement à la confiance. La confiance est la seule chose que vend vraiment un outil qui détient vos clés.