LiteLLM、Dockerイメージにcosign署名検証を導入真正性確認の手順まとめ

2026年8月9日、LiteLLMの公式リリースページでv1.97.0-rc.1が公開されました。この更新でセルフホスト運用者に関わる大きな変化は、公式Dockerイメージがすべてcosignで署名されるようになった点です。プロキシとしてLiteLLMを自前運用し、CI/CDにセキュリティ対策を組み込みたいエンジニアは、pullしたイメージが本物かを検証できるようになります。

LiteLLMのDockerイメージにcosign署名が導入された

公式発表によると、LiteLLMのすべてのDockerイメージはSigstoreのcosignで署名されており、各リリースはコミット0112e53で導入された同じ鍵で署名されているとのことです。これにより、配布されているイメージが公式のビルドプロセスから出たものであることを、利用者側で確認できる仕組みが用意されました。

コミットハッシュ固定とリリースタグ、2つの検証方法の違い

公式ページでは検証方法として2つが示されています。ひとつはコミットハッシュを指定して公開鍵を取得する方法で、コミットハッシュは書き換えられないため最も確実な検証手段とされています。もうひとつはリリースタグを指定する方法で、読みやすく手軽ですが、リポジトリのタグ保護設定に依存するため、公式ではコミットハッシュ固定の方法が推奨されています。

cosign verifyコマンドで実際に検証する手順

検証にはcosign verifyコマンドを使い、--keyオプションで公開鍵のURLを指定し、対象のイメージ（例: ghcr.io/berriai/litellm:v1.97.0-rc.1）を続けて実行します。成功すると、cosignのclaimsが検証され、指定した公開鍵に対して署名が確認された旨の出力が表示されます。従来のバージョンにこの検証手順があったかどうかは、今回取得した公式ページ本文からは確認できません。

検証をCI/CDパイプラインに組み込む際の注意点

この署名検証はDockerイメージの真正性確認に関するものであり、公式ページには対象プランや料金についての記載は見当たりませんでした。オープンソースの配布物に関する変更であるため、料金体系への影響は確認できません。CI/CDに組み込む場合は、コミットハッシュ固定方式を使うことで、タグ保護設定の変更や運用ミスに影響されずに検証できる点を踏まえてパイプラインを設計するとよいでしょう。