Postman Desktop a installé ses propres plugins dans Codex et Claude Code et a tenté d'auto-approuver son hook. Postman revient en arrière, vérifiez votre configuration

Notre verdict : si vous utilisez l'application desktop de Postman aux côtés d'OpenAI Codex ou de Claude Code, auditez vos fichiers de configuration d'agent dès aujourd'hui. L'application Postman s'est inscrite dans les deux agents lors d'une mise à jour automatique, et le correctif annoncé par Postman dit seulement qu'il met fin à la modification. Il ne dit pas qu'il supprime ce qui est déjà sur votre disque. Aucun des deux agents de codage n'a rien fait de mal, donc nos verdicts à leur sujet tiennent.

Ce qui s'est passé

Le signalement est le ticket GitHub n° 14370 sur le dépôt de support de Postman lui-même, ouvert le 25 octobre 2026 et intitulé « SEVERE Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook ».

Le rapporteur cite le journal de Postman lui-même : PostmanAgentPluginService~install: script completed, avec la source auto-existing-upgrade et les résultats claude-code:installed et codex:installed. Selon le signalement, l'application a ensuite modifié trois endroits :

• ~/.codex/config.toml a gagné une source git [marketplaces.postman], un bloc [plugins."postman@postman"] avec enabled = true, et une entrée hooks.state portant un trusted_hash.
• ~/.claude/settings.json a activé postman@claude-plugins-official.
• Une CLI Postman s'est retrouvée dans ~/.local/bin.

Le hook installé ordonne à l'agent, avant « toute tâche d'ingénierie API non triviale » (notre traduction), de « charger la skill postman:api-engineer et de la suivre » (notre traduction). Cela couvre le travail API en général, pas seulement les requêtes qui mentionnent Postman.

Le commentaire présent dans le code de l'installateur dit : « Approuve uniquement le hook actuel de Postman après l'installation » (notre traduction). Selon le rapporteur, l'installateur lit le hash du hook et l'écrit dans hooks.state comme trusted_hash. En clair : l'installateur est conçu pour répondre à votre place à l'étape d'approbation qui devrait vous revenir. Le rapporteur reste prudent ici aussi : l'enregistrement de confiance sur sa machine « ne prouve pas qui a créé cet enregistrement précis » (notre traduction).

Ce que Postman a dit

Les réponses de Postman sont des commentaires de ticket, pas un article de blog ni un avis de sécurité. Le 5 novembre 2026, un compte Postman étiqueté Member (membre), preethammavin, a écrit que Postman va repenser l'expérience « avec le bon niveau de contrôle » (notre traduction) et qu'« entre-temps, nous revenons sur cette modification » (notre traduction). Le ticket a été fermé et verrouillé le jour même.

Le signalement visait Postman Desktop 12.33.4 sur macOS, avec le plugin Codex 1.1.0 et le plugin Claude 2.0.1 de Postman. Postman n'a pas dit quelles autres versions sont concernées ni quelle version portera le retour en arrière. La réponse de Postman ne dit pas si le retour en arrière supprime les intégrations déjà installées.

Pourquoi c'est important

Le rapporteur reste prudent sur la portée : le signalement « ne prétend pas établir d'exfiltration de données » (notre traduction), et nous ne qualifions pas cela de malware. C'est un problème de consentement. Un outil que vous avez installé pour tester des API a changé le comportement de deux agents de codage, leur a ordonné de charger sa skill en premier et a livré un code d'installation destiné à approuver son propre hook de démarrage, le tout sans demander.

C'est exactement le genre de changement difficile à repérer : rien ne casse, votre agent se contente de suivre les instructions de quelqu'un d'autre. Si vous gérez des machines de développeurs, traitez ~/.codex/config.toml et ~/.claude/settings.json comme de la configuration que vous auditez, et non comme des fichiers que seul l'agent touche.

Ce qui change pour vous

1. Ouvrez ~/.codex/config.toml et supprimez toute source [marketplaces.postman], le bloc [plugins."postman@postman"] et toute entrée Postman sous hooks.state.
2. Ouvrez ~/.claude/settings.json et désactivez ou supprimez postman@claude-plugins-official.
3. Vérifiez ~/.local/bin à la recherche d'une CLI Postman que vous n'avez pas installée volontairement.
4. Mettez à jour Postman desktop une fois le retour en arrière publié, puis revérifiez les deux fichiers, car Postman n'a pas dit que le retour en arrière nettoie les anciennes installations.

FAQ

Est-ce un malware ? Non. Le rapporteur ne prétend explicitement pas établir d'exfiltration de données. Le problème est que l'application a changé le comportement de vos agents sans votre consentement, et que son installateur est écrit pour approuver son propre hook.

Le retour en arrière de Postman répare-t-il ma machine ? Pas d'après ce que Postman a dit. Sa réponse annonce le retour en arrière mais ne dit pas qu'il supprime ce qui a déjà été installé ; nettoyez donc les fichiers vous-même.

Cela change-t-il votre verdict sur Codex ou Claude Code ? Non. Les deux outils étaient la cible, pas la cause.