持续追踪

LiteLLM 1.107.0 事故:签名发布物也要核对构建来源

按时间保留当时的判断和后续核查;历史收录不代表刚刚重新验证。

2026-10-23 · 当时的记录

LiteLLM 是统一调用不同模型服务的开源网关。其官方 10 月 21 日事故说明与 SafeDep 的样本分析确认,1.107.0 的七个 PyPI wheel 包含窃取凭据和加载远程代码的恶意文件;官方 GitHub 源码标签却没有这些文件。受影响 PyPI 包在当天 11:39—13:23 UTC 公开可用,即北京时间 19:39—21:23。Docker Hub 部分标签的受影响窗口为 11:46—14:20 UTC;GHCR 的时间线不同,官方记录在 13:51 已发现相关标签不可用。

官方称,攻击者取得多个开发者凭据后,改动私有发布工作流,使它从外观相似的另一个仓库构建,再经正式流水线签名并发布。团队怀疑凭据来自暴露在公网的内部部署日志,但初始入侵路径仍在调查,不能把怀疑写成已确认根因。SafeDep 对安装产物的分析则说明,恶意启动文件会随 Python 进程执行,应用不必主动导入 litellm 才可能受影响。

官方已移除受影响产物,并建议曾运行这些产物的环境按受损处理,重建环境及轮换其可访问的凭据。处置前应阅读原始公告;简单启动受影响环境里的 pip 也会再次触发 Python 启动逻辑。本刊没有检查读者环境,不据版本新闻判断任何具体服务器是否受影响。

本次记录的观点:LiteLLM 事故响应团队

回到当期正文 ↗

查看依据原文 · 原始依据 · 原始依据