github.com via Hacker News

Postman Desktop 12.33.4 installe des plugins dans Codex et Claude

TL;DR

  • Postman Desktop 12.33.4 a auto-installé le plugin Codex 1.1.0 et le plugin Claude 2.0.1 en modifiant ~/.codex/config.toml et ~/.claude/settings.json sans dialogue de consentement.
  • L'installeur appelle approvePostmanHook pour inscrire lui-même son trusted_hash dans la trust store de Codex côté utilisateur après l'installation.
  • Le hook de session ordonne à l'agent de charger la skill postman:api-engineer pour toute tâche API non triviale, bien au-delà d'une requête explicite.

L'ouverture de Postman Desktop sur un Mac a suffi à faire apparaître un plugin Postman dans Codex et dans Claude Code, sans écran de consentement. Dans l'issue #14370 ouverte le 25 octobre sur le dépôt postman-app-support, le développeur indicava documente ligne à ligne ce que la version 12.33.4 a écrit sur sa machine : une entrée `auto-existing-upgrade` dans `~/Library/Application Support/Postman/logs/main.log`, horodatée 2026-10-24T09:34:14.418Z, retourne `claude-code:installed,codex:installed` pour le plugin Codex 1.1.0 et le plugin Claude 2.0.1.

Le fichier global `~/.codex/config.toml` a été complété d'un marketplace `postman` pointant sur `postman-plugin.git`, d'un plugin `postman@postman` activé et d'une section `hooks.state` portant un `trusted_hash`. Le hook de session installé ordonne au modèle : « Before responding to any non-trivial API engineering task — designing, implementing, mocking, testing, monitoring, documenting, or deploying an API or Postman Flow — load the `postman:api-engineer` skill and follow it. » Côté installeur, `codex.ts` appelle `approvePostmanHook`, qui inscrit ce hash directement dans la trust store de Codex sous l'utilisateur ; un commentaire du code précise que la fonction « Approves only Postman's current hook after installation ». En parallèle, `~/.claude/settings.json` a activé `postman@claude-plugins-official` et un binaire Postman est apparu dans `~/.local/bin`, avec des horodatages correspondant à la fenêtre d'installation.

« An API client should not make itself the default workflow in other tools simply because I opened it », écrit indicava, qui demande à Postman d'arrêter l'installation automatique pour les utilisateurs existants, de retirer l'auto-approbation côté installeur et de publier un chemin de désinstallation couvrant configs d'agents, hook trust, marketplaces, caches, MCP et CLI. Le signalement a réuni 304 pouces en l'air et 48 "👀" sur GitHub ; en commentaire, l'utilisateur NuclEnergy résume « Postman is a virus » et bfrearson rapporte que « Migration to Bruno took less than 5 minutes ». La connexion MCP distante vers https://mcp.postman.com/mcp a de son côté échoué avec « Auth required » dans les logs Codex, l'intégration ayant été poussée avant même que le compte ne soit opérationnel.