Postman被指静默植入编程助手插件
一名开发者报告称,Postman 12.33.4更新时未经明确同意便向Claude Code和Codex安装插件,并将启动钩子加入信任列表。文章提供配置检查与移除方法,同时强调原始报告未证明API数据被外传。
原文暂未完整获取,基于公开信息的快读
一名开发者报告称,Postman 更新至 12.33.4 时,未经明确同意便向 Claude Code 和 Codex 安装了插件,还将自己的启动钩子加入信任列表。目前提供的节选只涉及一台机器,尚无公开独立复现,也没有证据证明 API 数据被外传。
目前能确认什么
据节选,开发者 indicava 于 2026 年 10 月 25 日提交了 GitHub issue。报告引用的安装日志中,来源字段为 auto-existing-upgrade,随后出现 claude-code:installed 和 codex:installed,指向应用升级流程触发插件安装。
报告者还发现,~/.codex/config.toml 新增了 Postman 插件市场条目,并启用了 postman@postman;钩子状态中则增加了 trusted_hash 信任记录。
启动钩子(SessionStart hook)可在会话开始时执行操作。按报告描述,涉事钩子要求助手在处理较复杂的 API 工程任务前加载 postman:api-engineer skill。插件因此可能影响助手如何开展任务,而不只是增加一个入口。
这些是有日志和配置变化支持的指控,还不能推广到所有 Postman 安装。
我的判断
我更关心的是信任记录由谁写入。用户主动安装插件,与应用更新时替用户安装并批准钩子,是两种不同的授权过程。如果报告属实,问题就涉及其他软件能否自行改变编程助手加载的指令。
排查时,可以重点核对插件目录、市场条目、启用状态及受信任钩子。单独搜到 Postman 字样不够,自己配置的 MCP 服务也可能产生匹配,需要确认条目来源。
还要等待独立复现及官方说明,厘清受影响范围、安装条件和钩子的实际行为。现有节选也不足以确定每类信任记录的具体位置,不宜据此批量删配置。
未经授权的行为变更值得追查,但不能直接写成 API 数据泄露。