Un informe abierto el 25 de octubre de 2026 en el repositorio de GitHub de Postman describe cómo la aplicación de escritorio instala, durante una actualización, integraciones con agentes de codificación IA sin pedir una confirmación explícita. Los comentarios, activos hasta el 4 de noviembre, reúnen varios testimonios coincidentes y una respuesta pública del editor el 3 de noviembre.
Un informe que detalla una instalación silenciosa
El autor del informe, el usuario «indicava», explica que al iniciar Postman 12.33.4 en macOS, la aplicación activó un plugin para Codex y un plugin para Claude Code, instaló una CLI de Postman aparte, intentó una conexión MCP remota que falló con un error de autenticación, y registró un hook de inicio que carga una skill de Postman antes de cualquier tarea de ingeniería de API no trivial. El informe califica la situación de «problema grave de consentimiento y de frontera de confianza», aunque precisa explícitamente que no se establece ninguna exfiltración de datos en esta fase.
Lo que Postman modifica sin avisar con claridad
Los registros citados en el informe muestran una entrada auto-existing-upgrade que consigna la instalación de ambos plugins. El archivo de configuración de Codex recibe una entrada de marketplace de Postman, una entrada de plugin activado y un hash de confianza asociado al hook. Un segundo testimonio, fechado el 3 de noviembre y que cubre las versiones 12.31.3 a 12.35.1, confirma el mismo patrón en una instalación ya existente, Cursor incluido, aunque ese hash de confianza no aparece allí. Un usuario también encontró Postman activado en la configuración de GitHub Copilot, sin que el menú de desinstalación integrado lo eliminara.
{"results": ["claude-code:installed", "codex:installed"]}La respuesta del editor, el 3 de noviembre
Un comentario presentado como procedente de Postman justifica agrupar la CLI y los plugins de agentes por las dificultades que tenían los usuarios al instalarlos y configurarlos por separado. El editor indica que esta agrupación se menciona en la página de descarga y en el flujo de actualización, y que cada componente sigue siendo desinstalable desde la aplicación. Anuncia que quiere «aclarar el opt-in, especialmente para los usuarios ya existentes» y que está revisando el comportamiento de aprobación de hooks y de inicio de sesión. No se comunica ninguna fecha de corrección, y varios usuarios señalan que el consentimiento explícito debería aplicarse a todos los perfiles, no solo a las instalaciones ya existentes.
| Componente instalado | Ubicación observada | Efecto reportado |
|---|---|---|
| Plugin de Codex | ~/.codex/config.toml | Entrada de marketplace y plugin activado automáticamente |
| Plugin de Claude Code | Configuración de plugins del agente | Hook SessionStart que carga una skill de Postman |
| CLI de Postman | Binario instalado por separado | Presente incluso sin solicitud explícita |
| Integración con Copilot | ~/.copilot/settings.json | Persiste pese a la desinstalación desde el menú |
Lo que implica para la confianza en las herramientas de desarrollo
El episodio ilustra un riesgo cada vez más común con la generalización de los agentes de codificación: un hook de inicio o un plugin de terceros puede modificar el comportamiento de un agente antes de que el equipo lo note. La cuestión conecta con los retos ya planteados por la especificación MCP, que regula precisamente cómo una herramienta se conecta a un agente, y con las prácticas documentadas en torno al despliegue de agentes editoriales en producción, donde la trazabilidad de las instrucciones cargadas automáticamente se ha convertido en un criterio de auditoría propio.
El informe establece una integración y una modificación de instrucciones sin consentimiento; no establece exfiltración de datos.
~/.codex/config.toml, la configuración de plugins de su agente y ~/.copilot/settings.json tras cada actualización de la aplicación: el menú de desinstalación integrado no bastó en al menos un caso reportado.Lo que hay que recordar
Postman reconoce haber agrupado integraciones de agentes IA sin hacer el opt-in suficientemente visible, en particular para las cuentas ya instaladas. El editor promete ajustes en el consentimiento y en la confianza otorgada a los hooks, sin fecha comprometida. Por ahora, la verificación manual de los archivos de configuración sigue siendo la única garantía fiable para los equipos afectados.
Este tipo de incidente se vuelve estructural a medida que las herramientas de desarrollo incorporan por defecto integraciones agénticas. El problema real no es la existencia del plugin, sino el hook de inicio que se autoaprueba y modifica el comportamiento del agente sin que se haya pedido ninguna acción explícita. Incluso sin pruebas de exfiltración, una frontera de confianza cruzada sin consentimiento merece tratarse como un incidente de seguridad, no como una simple comodidad de producto mal comunicada. — Simon Janvier
Para profundizar: el informe detallado en el repositorio de GitHub de Postman.
