Postman 被曝静默修改编程助手配置

Postman 被指在用户未主动同意的情况下，向 Claude Code 和 Codex 安装插件、修改全局配置，并注册影响 API 开发任务的启动钩子。文章援引报告者的本地日志和安装器源码，还指出安装器尝试写入钩子的信任哈希。目前提供的材料没有证明数据外传。

目前能确认什么

按原文节选，报告者在自己的机器上发现，Postman 日志记录了自动安装两款编程助手插件的结果。对应配置中出现了插件启用记录，另有 Postman CLI 被安装到 ~/.local/bin。

注册的钩子会在会话启动等时机注入指令，要求助手处理较复杂的 API 工程任务前，加载并遵循 postman:api-engineer skill。钩子是自动触发的执行入口；全局配置则可能影响多个项目，影响范围比单个仓库更广。

安装器源码还包含读取钩子哈希、写入 trusted_hash 的逻辑。这里能支持的是「尝试自行批准钩子」，不能据此断言批准已经成功。

远程 MCP 连接指向 Postman 服务，但日志显示需要认证。MCP 用于让助手连接外部工具与服务，配置了远程端点，并不能直接证明数据已经发送。

我的判断

这件事首先暴露的是编程助手配置和授权边界的问题。

如果其他软件能修改全局指令，程序员即使没有更换项目配置，助手处理任务的默认路径也可能改变。排查时可以依次核对插件列表、全局配置、启动钩子及其信任状态、远程 MCP 连接，重点追查自己没有启用过的条目。

仍需确认的是：哪些用户会触发自动安装、信任哈希是否写入成功，以及 Postman 是否已经调整相关行为。现有证据来自报告者的机器，不能直接推广到所有安装环境。

未经同意的集成变更值得追查，但不能把它写成已经证实的数据泄露。