LLM 0.37.2 修复安全漏洞：API 密钥可能泄露给第三方 OpenAI 兼容端点

一句话看懂：Simon Willison 开发的命令行工具 LLM 发布 0.37.2 版本，修复了两处可能导致用户配置的 OpenAI API 密钥被意外发送给第三方兼容服务商的安全问题。

事件核心：发生了什么

LLM 是一款面向大模型调用的命令行工具。0.37 版本引入了 llm openai endpoint add 命令，用于管理 extra-openai-models.yaml 配置——这项机制允许用户把 LLM 接到其他厂商提供的 OpenAI 兼容 API 端点上。安全研究者 Daniel de Araujo 发现并报告了两条泄露路径，均记录在 GHSA-v9h7-jj4g-f862 与 GHSA-r639-rr7r-x72w 两个安全公告中。

其一是：当配置中 api_key_name 指定的密钥从未被实际存储时，请求仍可能带着已配置的 OpenAI 密钥发出；其二是：当调用标记为 responses: true 的模型、并同时使用 -o chat_completions 1 选项时，也可能把密钥错发给第三方端点。0.37.2 于 2026 年 11 月 11 日发布，专门修复这两处问题。

为什么重要

OpenAI 兼容接口已经成为多模型生态中的事实标准，越来越多开源模型和云服务商通过这种格式接入现有工具链。便利的背后是凭证管理的复杂度上升：一个工具同时对接多个端点，任何配置疏漏都可能把A厂商的密钥交给B厂商。API 密钥一旦外泄，带来的不只是账单风险，还可能暴露调用记录与业务数据。这类问题在开发者工具中尤其值得重视，因为影响面往往随工具采用率放大。

对用户/开发者/创作者的影响

对使用 LLM 接入第三方兼容端点的开发者，建议尽快升级到 0.37.2，并检查 extra-openai-models.yaml 中 api_key_name 指向的密钥是否确实已存入，同时复核使用 responses 模型时的选项组合。普通用户如果只是通过官方 OpenAI 端点调用，受影响的概率较低，但养成定期轮换密钥的习惯仍然必要。对自建代理或中间层的团队而言，这次事件也提示应在网关侧增加对目标域名的校验，而不是完全依赖客户端配置的正确性。