LiteLLM供应链安全
4 节点1 篇5 来源
开源AI网关工具LiteLLM在2026年接连遭遇供应链攻击与安全漏洞,暴露出其作为模型服务集中管理枢纽的高风险地位。【背景】LiteLLM允许开发者通过统一接口调用多家AI模型并集中管理密钥,因此成为攻击者窃取云端凭证与API Key的高价值目标。
事件脉络显示,LiteLLM今年3月首次因CI/CD依赖被篡改导致版本污染;随后4月披露严重SQL注入漏洞并在36小时内遭利用;6月又曝出低权限用户可提权至管理员的代码执行链。最新进展是10月21日,黑客再次利用窃取的工程师GitHub凭证,将官方发布流程指向仿冒仓库,植入后门程序,导致PyPI和Docker镜像中的1.107.0版本被污染。尽管受影响版本已下架,但恶意代码通过Python启动钩子在环境中自动运行,即使未导入LiteLLM也会触发凭证窃取。
争议焦点在于攻击源头:LiteLLM团队指出Claude Code可能在特定情况下泄露GitHub登录凭证,但尚未确认这是唯一入口。目前尚无定论证明两次攻击由同一组织发起。读者需关注LiteLLM是否彻底修复其发布流程的信任边界,以及社区对“无CVE评分”的恶意软件发布的响应机制。
事情怎么走到这一步
LiteLLM v1.82.7和v1.82.8因CI/CD中Trivy依赖被篡改而遭供应链攻击,恶意包在PyPI上架约40分钟后被隔离。
docs.litellm.ai ↗CVE-2026-42208 SQL注入漏洞公开后36小时内即遭野外利用,攻击者针对存储上游LLM提供商密钥的数据库表进行提取。
thehackernews.com ↗Obsidian Security披露CVSS 9.9的漏洞链,允许低权限用户通过授权绕过和沙箱逃逸完全接管LiteLLM代理服务器。
thehackernews.com ↗LiteLLM再遭供应链攻击,黑客使用窃取的GitHub CLI OAuth令牌操控发布流程,从仿冒仓库Berri-AI/litellm构建并发布了含后门的v1.107.0版本。
securitylabs.datadoghq.com ↗
还没定论的部分
- 黑客获取工程师GitHub凭证的具体初始向量是否确认为Claude Code日志泄露?