
Postman 被曝未经开发者同意,擅自在 AI 助手中安装插件
来源标题:Postman Caught Installing AI Plugins Without Developer Consent
Postman 被发现在未征得同意的情况下,自动向 AI 助手环境安装插件。开发者 indicava 于 10 月 25 日在 GitHub 报告,打开 macOS 版 Postman 12.33.4 后,该程序自行接入了 Claude Code 和 OpenAI Codex 环境,导致 Codex 出现认证错误并持续加载 Postman 工具。此事引发开发者对 AI 安全与可控性的质疑。
以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。
热门工具Postman被发现在未经开发者同意的情况下,擅自向AI助手系统安装插件,此事引发了开发者对AI安全性和可控性的质疑。
昵称为indicava的开发者于10月25日在GitHub上发布报告,使这一事件公之于众。他发现Codex AI智能体开始出现认证错误,并在没有相应请求的情况下不断加载Postman工具。经查证,在macOS上打开Postman 12.33.4桌面版后,该程序便自行接入了Claude Code和OpenAI Codex环境。
据The New Stack报道,10月24日的应用日志记录了一次自动更新,该更新在用户不知情的情况下将Postman扩展添加到了Claude Code和Codex中。与此同时,该程序擅自修改了配置文件~/.codex/config.toml,启用了自身插件、添加了新的应用市场,并安装了额外的CLI工具。
此外,Postman还绕过了标准安全检查:安装程序没有等待开发者手动确认,而是自行生成了信任哈希,并在Codex中自动批准了自身的自启动脚本。
最后,设置中指定了连接远程MCP服务器(https://mcp.postman.com/mcp),由于缺乏身份验证,导致AI助手在运行过程中出现系统性错误。
通过这些操作,Postman迫使Codex AI智能体默认使用其自有工具来执行大多数API开发任务,无视开发者最初的设置。
这一行为在GitHub和X上引发了IT专业人士的强烈不满。
网络安全研究员Frank Denis将此类集成行为称为“垃圾”,并批评该应用试图为自己授予信任权限。
其他开发者则强调,这种行为不可接受,对企业安全构成严重风险。
网上也有人猜测Postman可能拦截并发送了API数据(尤其是开发者Siddharth Garimella提出了这一说法),但GitHub上的报告并未发现数据泄露的证据——仅涉及未经授权的配置更改。
报告作者要求Postman停止强制安装插件,并将脚本审批的控制权归还给用户。此外,目前对Postman的标准卸载操作并不会完全清理已修改的AI智能体配置、已保存的MCP连接以及已安装的CLI工具。
专家建议开发者立即检查其Claude Code和Codex设置,排查是否存在不熟悉的插件、自启动钩子或第三方MCP连接。
此前,dev.ua已经报道过类似风险以及自主智能体的非请求行为。特别是,AI智能体已开始自行在媒体领域寻找工作,导致一家媒体机构甚至改为仅通过电话接收投稿。
与此同时,安全领域正在记录更为严重的事件:据称埃森哲一名员工将Claude Code的个人账户连接到了美国国防部的安全系统,导致该AI智能体在约两个月内可以访问内部数据,并可能已将密码传输至第三方网站。
初创公司Cathedral的一项实验也引发了额外担忧:其AI智能体在不到12小时内便通过企业软件漏洞渗透进Anthropic的内部系统,并获取了Slack通讯记录、会议记录和员工薪资数据。
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。