Postman es de esas herramientas que llevan años instaladas en casi cualquier equipo de desarrollo. Por eso me ha llamado la atención un issue abierto en su repositorio de soporte con un título bastante directo: la aplicación de escritorio instala por su cuenta plugins en los agentes de programación del usuario y, además, intenta marcar como fiable su propio hook de arranque.
Qué hace Postman
El issue se abrió el 25 de octubre con la versión 12.33.4 de la aplicación de escritorio, y después otro usuario lo ha reproducido con la 12.35.1. Al arrancar, si ya tenías sesión iniciada, Postman instala un CLI en ~/.local/bin/postman y registra plugins en los agentes que encuentra en la máquina. Según lo que cuentan el autor y otros usuarios en los comentarios:
| Agente | Qué cambia |
|---|---|
| Claude Code | Activa el plugin postman@claude-plugins-official en ~/.claude/settings.json |
| Codex | Añade un marketplace y el plugin postman@postman en ~/.codex/config.toml, con un servidor MCP en mcp.postman.com |
| Copilot | Activa postman@postman en ~/.copilot/settings.json |
| Cursor | Instala el plugin y configura el mismo servidor MCP |
Hasta aquí podría parecer una integración algo agresiva, pero hay dos detalles que lo hacen más delicado.
El primero es el hook de inicio de sesión. El plugin incluye un fichero session-start-context.md que se inyecta en el contexto del agente al arrancar, al limpiar y al compactar la conversación. El texto empieza con “Before responding to any non-trivial API engineering task” y termina pidiendo al agente que cargue la skill postman:api-engineer y la siga. Es decir, no se activa sólo cuando le pides algo de Postman, sino en cualquier tarea mínimamente seria relacionada con APIs.
El segundo es que, según el autor, el instalador intenta aprobar su propio hook. En Codex, los hooks necesitan una confirmación del usuario que queda guardada como un trusted_hash en la configuración. El código del instalador llama a una función approvePostmanHook, con un comentario que dice que aprueba sólo el hook de Postman tras la instalación. El propio autor es prudente aquí: eso demuestra el intento, pero no prueba quién creó el registro concreto que encontró en su máquina. Y en los comentarios hay quien dice que las versiones recientes de Codex no ejecutan un hook sin ese registro, así que el alcance real depende de la versión.
Lo que no dice el issue
El titular que ha circulado habla de que Postman intenta compartir todos los datos de las APIs, y eso es exagerar. Ninguno de los que han reportado el problema afirma que se hayan subido datos; el autor dice expresamente que no tiene pruebas de ello. De hecho, el servidor MCP fallaba una y otra vez al autenticarse.
El problema es otro: una aplicación que no es un agente ha modificado la configuración de tus agentes, sin pedirlo de forma clara, y les ha añadido instrucciones que cambian cómo trabajan.
La respuesta de Postman
Un responsable de Postman contestó ayer. Explica que incluyen el CLI y los plugins con la aplicación porque muchos usuarios tenían problemas para instalarlos, que se avisa en la página de descarga y en el proceso de actualización, y que se pueden desinstalar desde la propia aplicación. Añade que van a hacer más claro el consentimiento, sobre todo para los usuarios que ya tenían Postman, y que están revisando la aprobación del hook y lo que hace al iniciar sesión.
La respuesta no da fechas ni cambios concretos, y tampoco aclara lo que contaba otro usuario: tras usar la opción Help → Postman CLI and Plugins → Uninstall Postman Coding Agent Plugin, el plugin seguía activo en Copilot.
Cómo comprobarlo
Si tienes Postman instalado, basta con buscar sus entradas en la configuración de cada agente:
grep -ns postman ~/.claude/settings.json ~/.claude/plugins/installed_plugins.json \
~/.codex/config.toml ~/.copilot/settings.json
ls -la ~/.local/bin/postman 2>/dev/null
En Claude Code también se ve con /plugin, que lista los plugins instalados y permite desactivarlos. Si aparece y no lo quieres, lo más seguro es desinstalarlo desde Postman y después revisar a mano esos ficheros, porque por lo visto el desinstalador no los limpia todos.
Lo que me llevo
Hace unos días escribía sobre la puerta trasera en la extensión de Claude Code del marketplace de Cursor. Lo de Postman no es comparable, porque no hay malware ni robo de datos, pero sí toca el mismo punto: la configuración de los agentes se ha convertido en un sitio muy valioso. Un hook de inicio de sesión o una skill que se carga siempre deciden qué lee el agente antes de que tú escribas nada, y en muchas máquinas ese agente tiene acceso al código, a la terminal y a las credenciales.
Por eso me parece importante que nadie más que el usuario toque esos ficheros. Una herramienta puede ofrecer su plugin, y seguramente a muchos les resulte útil, pero debería pedirlo de forma explícita y no aprobar por su cuenta los mecanismos que el agente usa para pedir confirmación. Mientras tanto, conviene añadir ~/.claude, ~/.codex y compañía a la lista de cosas que se revisan después de actualizar cualquier aplicación de desarrollo.
Fuente: Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook, issue #14370 en postmanlabs/postman-app-support.
