开源litellm Releases·原文 2026年9月30日

LiteLLM发布v1.101.3,强调用cosign校验Docker镜像签名

LiteLLM v1.101.3的发布说明没有列出功能改动,只给出Docker镜像的cosign签名校验方式,并推荐用固定的commit哈希而非发布标签来获取公钥。

AI解读:LiteLLM这次发布的v1.101.3没有在说明里列出代码变更或新功能,重点放在Docker镜像的签名校验上。所有LiteLLM镜像都用cosign签名,每个版本共用同一把密钥,该密钥在commit 0112e53中引入。

对部署LiteLLM镜像的团队来说,可以直接用cosign命令验证ghcr.io/berriai/litellm:v1.101.3的签名。官方推荐用固定的commit哈希获取公钥,因为哈希不可篡改;用发布标签也可以,但依赖仓库的标签保护规则。

这解决的是镜像来源真实性的问题:校验通过说明签名与指定公钥匹配。它不保证镜像内容没有漏洞,也不代表功能有变化,发布说明只提供了这一项可执行信息。

LiteLLM发布v1.101.3。发布说明没有列出功能改动或代码变更,全文只说明Docker镜像的cosign签名校验方式。

说明称所有LiteLLM Docker镜像都用cosign签名,每个版本使用同一把密钥,该密钥在commit 0112e53中引入。

LiteLLM推荐用固定的commit哈希获取公钥进行校验,理由是commit哈希在密码学上不可变,能确保使用的是原始签名密钥。命令为:cosign verify --key https://raw.githubusercontent.com/BerriAI/litellm/0112e53046018d726492c814b3644b7d376029d0/cosign.pub ghcr.io/berriai/litellm:v1.101.3。

也可以用发布标签获取公钥,命令中的哈希位置换成v1.101.3。说明指出仓库中的标签受保护,会解析到同一把密钥,这种方式更易读,但依赖标签保护规则。

期望的校验输出包含两条:cosign声明已验证,签名已针对指定公钥验证通过。

发布说明给出完整变更日志链接,对比v1.101.2与v1.101.3。

信息来源

litellm Releases原始来源