安全研究团队 SafeDep 发布分析报告称，发布在 PyPI 上的 LiteLLM 1.107.0 版本已被植入恶意代码，安装该版本后会向使用环境引入凭据窃取器与后门。相关细节见 SafeDep 官方博客（safedep.io/litellm-pypi-compromise-credential-stealer-backdoor/）。
LiteLLM 是面向大模型应用的统一调用层，开发者常用它把业务代码与多家模型服务商的 API 对接，因此运行环境中往往同时存在多组模型服务密钥、云厂商凭据以及内部服务的访问令牌。正因如此，这类组件一旦在软件供应链环节被篡改，影响面就不再局限于单个项目：恶意代码可以在开发者机器、CI 流水线乃至生产服务中以应用自身权限运行，对外发起通信并窃取敏感信息。
本次事件的关键点在于，问题不只是"存在漏洞"，还在于分发包本身被替换为带恶意载荷的构建产物。这意味着常规的代码审计、依赖版本比对很难在第一时间发现异常；如果团队用不带锁文件的安装方式，或在构建镜像时使用了宽松的版本范围，就可能在不知情的情况下拉取到被污染的版本。事件同时凸显了包管理生态中发布凭据保护、构建可追溯性等基础环节的脆弱性。
对使用 LiteLLM 的团队，建议尽快盘点依赖树，确认是否引入过 1.107.0 版本；对历史构建产物与容器镜像逐层核查，避免只更新配置文件而遗漏已缓存的安装包。同时应假定在该版本运行期间暴露过的模型 API Key、云访问凭据与内部令牌都可能已泄露，按应急预案轮换并审计相关调用记录。中长期看，应通过锁文件固定依赖、启用哈希校验、限制第三方包的来源与网络出口，缩短从"发现污染"到"完成处置"的时间窗口。