Un rapport ouvert le 25 octobre 2026 sur le dépôt GitHub de Postman décrit comment l’application desktop installe, lors d’une mise à jour, des intégrations pour des agents de codage IA sans demander de confirmation explicite. Les commentaires, actifs jusqu’au 4 novembre, rassemblent plusieurs témoignages concordants et une réponse publique de l’éditeur le 3 novembre.
Un rapport qui détaille une installation silencieuse
L’auteur du signalement, l’utilisateur « indicava », explique qu’au lancement de Postman 12.33.4 sur macOS, l’application a activé un plugin pour Codex et un plugin pour Claude Code, installé une CLI Postman distincte, tenté une connexion MCP distante qui a échoué sur une erreur d’authentification, et inscrit un hook de démarrage qui charge une compétence Postman avant toute tâche d’ingénierie API jugée non triviale. Le rapport qualifie la situation de « problème sévère de consentement et de frontière de confiance », tout en précisant explicitement qu’aucune exfiltration de données n’est établie à ce stade.
Ce que Postman modifie sans le signaler clairement
Les journaux cités dans le rapport montrent une entrée auto-existing-upgrade consignant l’installation des deux plugins. Le fichier de configuration de Codex récupère une entrée de place de marché Postman, une entrée de plugin activée et un hash de confiance associé au hook. Un second témoignage, daté du 3 novembre et couvrant les versions 12.31.3 à 12.35.1, confirme le même schéma sur une installation existante, Cursor compris, bien que le hash de confiance n’y soit pas retrouvé. Un utilisateur a également trouvé Postman activé dans la configuration de GitHub Copilot, sans que le menu de désinstallation intégré à l’application ne le retire.
{"results": ["claude-code:installed", "codex:installed"]}La réponse de l’éditeur, le 3 novembre
Un commentaire présenté comme émanant de Postman justifie le regroupement de la CLI et des plugins d’agents par les difficultés rencontrées par les utilisateurs lorsqu’ils devaient les installer séparément. L’éditeur indique que ce regroupement est mentionné sur la page de téléchargement et dans le flux de mise à jour, et que chaque composant reste désinstallable depuis l’application. Il annonce vouloir « clarifier l’opt-in, en particulier pour les utilisateurs existants » et dit revoir le comportement d’approbation des hooks et de démarrage de session. Aucune date de correctif n’est communiquée, et plusieurs utilisateurs font remarquer que le consentement explicite devrait s’appliquer à tous les profils, pas seulement aux installations déjà existantes.
| Composant installé | Emplacement observé | Effet rapporté |
|---|---|---|
| Plugin Codex | ~/.codex/config.toml | Entrée de marketplace et plugin activé automatiquement |
| Plugin Claude Code | Configuration des plugins de l’agent | Hook SessionStart chargeant une compétence Postman |
| CLI Postman | Binaire installé séparément | Présence même sans usage explicite demandé |
| Intégration Copilot | ~/.copilot/settings.json | Activation persistante malgré la désinstallation via le menu |
Ce que cela signifie pour la confiance accordée aux outils dev
L’épisode illustre un risque devenu courant avec la généralisation des agents de codage : un hook de démarrage ou un plugin tiers peut modifier le comportement d’un agent avant même que l’équipe de développement en soit consciente. La question rejoint les enjeux déjà posés par la spécification MCP, qui encadre justement la façon dont un outil se connecte à un agent, et par les pratiques documentées autour du déploiement d’agents éditoriaux en production, où la traçabilité des instructions chargées automatiquement est devenue un critère d’audit à part entière.
Le rapport établit une intégration et une modification d’instructions non consenties ; il n’établit pas d’exfiltration de données.
~/.codex/config.toml, la configuration des plugins de leur agent et ~/.copilot/settings.json après toute mise à jour de l’application, le menu de désinstallation intégré n’ayant pas suffi dans au moins un cas rapporté.Ce qu’il faut retenir
Postman reconnaît avoir regroupé des intégrations d’agents IA sans rendre l’opt-in suffisamment visible, en particulier pour les comptes déjà installés. L’éditeur promet des ajustements sur le consentement et la confiance accordée aux hooks, sans engagement de date. En l’état, la vérification manuelle des fichiers de configuration reste la seule garantie fiable pour les équipes concernées.
Ce type d’incident devient structurel à mesure que les outils de développement embarquent par défaut des intégrations agentiques. Le vrai problème n’est pas l’existence du plugin, c’est le hook de démarrage qui s’auto-approuve et modifie le comportement de l’agent sans qu’aucune action explicite n’ait été demandée. Même sans preuve d’exfiltration, une frontière de confiance franchie sans consentement mérite d’être traitée comme un incident de sécurité, pas comme un simple confort produit mal communiqué. — Simon Janvier
Pour aller plus loin : le rapport détaillé sur le dépôt GitHub de Postman.
