LiteLLM发布v1.100.4，所有Docker镜像用cosign签名
LiteLLM v1.100.4发布，版本更新本身没有列出变更条目，发布说明主要交代了Docker镜像的cosign签名验证方式：官方推荐用固定commit hash验证，也可以用release tag验证。
AI解读：对用容器部署LiteLLM的人来说，这意味着拉取ghcr.io/berriai/litellm:v1.100.4后可以先跑一条cosign verify，确认镜像来自官方签名密钥，再进入生产环境。
最稳妥的验证方式是使用commit 0112e53的完整哈希来取cosign.pub，因为commit hash不可篡改；用release tag也行，但依赖仓库的tag保护规则。两条路径指向的是同一个公钥。
这解决的是供应链安全问题：镜像被替换或来源不明时，签名验证会失败。它不保证镜像里的代码没有bug，也不等于自动扫描漏洞。
LiteLLM发布了v1.100.4。根据项目在GitHub Releases上的发布说明，该版本没有列出具体变更条目，页面主体内容用于说明Docker镜像的cosign签名验证方法。
发布说明称，所有LiteLLM Docker镜像都用cosign签名，每个release使用同一个签名密钥。该密钥在commit 0112e53046018d726492c814b3644b7d376029d0中引入。
两种验证路径：固定commit hash与release tag
发布说明推荐使用固定commit hash验证，理由是commit hash在密码学上不可篡改，可以确保使用的是原始签名密钥。命令为cosign verify，指定key为raw.githubusercontent.com/BerriAI/litellm/0112e53046018d726492c814b3644b7d376029d0/cosign.pub，目标镜像为ghcr.io/berriai/litellm:v1.100.4。
发布说明也提供了使用release tag的便捷方式：将key路径换成raw.githubusercontent.com/BerriAI/litellm/v1.100.4/cosign.pub。项目方称该仓库的tag受保护，会解析到同一个密钥，但这种方式更易读，依赖tag保护规则。
- 推荐方式：commit hash 0112e53046018d726492c814b3644b7d376029d0不可篡改
- 便捷方式：release tag v1.100.4，依赖仓库tag保护规则
- 目标镜像：ghcr.io/berriai/litellm:v1.100.4
- 两种方式使用同一个cosign.pub公钥
预期输出与完整变更日志链接
发布说明给出验证成功后的预期输出：cosign claims通过验证，签名与指定公钥匹配。发布说明同时提供了v1.100.3到v1.100.4的完整变更日志链接，但页面本身没有列出具体条目。
- 预期输出包含两项：The cosign claims were validated，The signatures were verified against the specified public key
- 完整变更日志链接指向compare/v1.100.3...v1.100.4