脆弱性対応ウォッチ重大・クリティカル脆弱性のクラウド別対応まとめ
最新更新履歴CriticalHighAWSGCPAzureLinux
Critical CVSS 9.8 KEV 悪用確認
CVE-2026-42208

BerriAI LiteLLM 認証キー検証の SQL インジェクション(プロキシDB読み取り・改ざん)

情報取得日: 2026/05/08/最終確認: 2026/07/22・本ページは公開情報の非公式まとめです

CVE IDCVE-2026-42208
製品BerriAI / LiteLLM (AI Gateway / proxy)
CVSS9.8(Critical)
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
種別 (CWE)CWE-89 SQLインジェクション
登録/公開日2026/05/08
KEV 期限2026/05/29 まで(米国連邦機関向け目安)
推奨対応ベンダー指示に従い緩和策を適用。緩和策が無ければ製品の使用を停止(CISA KEV)。
出典https://github.com/BerriAI/litellm/security/advisories/GHSA-r75f-5x8p-qvmc

概要

LLM API を OpenAI 互換形式で中継する AI ゲートウェイ LiteLLM のプロキシで、API キー検証時に実行される DB クエリが、呼び出し側が渡したキー値をパラメータ化せずにクエリ文字列へ直接連結していた。認証前の攻撃者が細工した Authorization ヘッダを任意の LLM API ルート(例: POST /chat/completions)へ送るとエラー処理経路を通じてこのクエリに到達でき、プロキシのデータベースを読み取り、場合により改ざんできる。プロキシが管理する各種プロバイダの認証情報漏えいにつながる。影響は 1.81.16 以上 1.83.7 未満。1.83.7 で修正済み。

クラウド/OS 別の対応状況

各ベンダー公式アドバイザリで確認できた事実に基づき整理しています。確認できていない項目は「情報確認中」と明記し、存在しないパッチ番号・バージョンは記載しません。

環境対応状況対応方法・備考
AWS (ECS/EC2) パッチあり(アプリ更新)
ECS/EKS/EC2 上で稼働する LiteLLM コンテナ/プロセスを v1.83.7 以降のイメージへ更新して再デプロイ。ALB/セキュリティグループで公開範囲を絞る
AWS のマネージド提供ではなく、自ホスト LiteLLM の利用者責任範囲。更新後に管理下 API キーのローテーションを検討。
参照リンク
GCP パッチあり(アプリ更新)
GKE/Cloud Run/GCE 上の LiteLLM を v1.83.7 以降へ更新して再デプロイ。公開エンドポイントは IAP/内部LB等で保護
GCP 固有パッチは無く、自ホスト側で更新。
参照リンク
Azure パッチあり(アプリ更新)
AKS/Container Apps/VM 上の LiteLLM を v1.83.7 以降へ更新して再デプロイ。Front Door/NSG で暴露面を制限
Azure 固有パッチは無く、自ホスト側で更新。
参照リンク
Linux パッチあり(アプリ更新)
pip/コンテナで導入した litellm を 1.83.7 以降へ更新(pip install -U 'litellm>=1.83.7' 等)。ディストリのパッケージではなくアプリ更新で対応
Red Hat も CVE-2026-42208 を追跡(access.redhat.com)。ディストリ同梱ではなくアプリ側更新が対応経路。
参照リンク

CVE-2026-42208 の対応手順(環境別)

確認できた公式情報に基づく環境別の対応手順です。実施前に必ず一次情報と自環境で検証してください。

  1. AWS 環境での対応
    ECS/EKS/EC2 上で稼働する LiteLLM コンテナ/プロセスを v1.83.7 以降のイメージへ更新して再デプロイ。ALB/セキュリティグループで公開範囲を絞る(AWS のマネージド提供ではなく、自ホスト LiteLLM の利用者責任範囲。更新後に管理下 API キーのローテーションを検討。) 参照
  2. GCP 環境での対応
    GKE/Cloud Run/GCE 上の LiteLLM を v1.83.7 以降へ更新して再デプロイ。公開エンドポイントは IAP/内部LB等で保護(GCP 固有パッチは無く、自ホスト側で更新。) 参照
  3. Azure 環境での対応
    AKS/Container Apps/VM 上の LiteLLM を v1.83.7 以降へ更新して再デプロイ。Front Door/NSG で暴露面を制限(Azure 固有パッチは無く、自ホスト側で更新。) 参照
  4. Linux 環境での対応
    pip/コンテナで導入した litellm を 1.83.7 以降へ更新(pip install -U 'litellm>=1.83.7' 等)。ディストリのパッケージではなくアプリ更新で対応(Red Hat も CVE-2026-42208 を追跡(access.redhat.com)。ディストリ同梱ではなくアプリ側更新が対応経路。) 参照

解決の方向性(パッチ/回避策/代替)

自ホストの LiteLLM を 1.83.7 以降へ更新するのが基本方針。即時更新できない場合は、プロキシをインターネットから直接到達不能にする(内部ネットワーク/認証プロキシ配下に隔離)、WAF で異常な Authorization ヘッダを遮断するなどで暴露面を減らす。DBに保管された各プロバイダの API キーは更新後にローテーションを検討する。

よくある質問(CVE-2026-42208)

CVE-2026-42208(LiteLLM)の影響は?

Critical(CVSS 9.8)に分類されるBerriAI LiteLLM (AI Gateway / proxy)の脆弱性です。LLM API を OpenAI 互換形式で中継する AI ゲートウェイ LiteLLM のプロキシで、API キー検証時に実行される DB クエリが、呼び出し側が渡したキー値をパラメータ化せずにクエリ文字列へ直接連結していた。認証前の攻撃者が細工した Authorization ヘッダを任意の LLM API ルート(例: POST /chat/completions)へ送るとエラー処理経路を通じてこのクエリに到達でき、プロキシのデータベースを読み取り、場合により改ざんできる。プロキシが管理する各種プロバイダの認証情報漏えいにつながる。影響は 1.81.16 以上 1.83.7 未満。1.83.7 で修正済み。

CVE-2026-42208 の対応方法・回避策は?

自ホストの LiteLLM を 1.83.7 以降へ更新するのが基本方針。即時更新できない場合は、プロキシをインターネットから直接到達不能にする(内部ネットワーク/認証プロキシ配下に隔離)、WAF で異常な Authorization ヘッダを遮断するなどで暴露面を減らす。DBに保管された各プロバイダの API キーは更新後にローテーションを検討する。

自分の環境が CVE-2026-42208 の影響を受けるか確認するには?

BerriAI LiteLLM (AI Gateway / proxy) を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報(https://github.com/BerriAI/litellm/security/advisories/GHSA-r75f-5x8p-qvmc)で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド/OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。

CVE-2026-42208 は実際に悪用されている?

はい。CISA の既知の悪用された脆弱性カタログ(KEV)に登録されており、実環境での悪用が確認されています。米国連邦機関向けの対応期限の目安は 2026/05/29 です。推奨される対応: ベンダー指示に従い緩和策を適用。緩和策が無ければ製品の使用を停止(CISA KEV)。

参考情報(出典)

本ページの記載は下記の一次情報に基づく非公式まとめです。数値・対応状況は各出典元で最終確認してください(最終確認: 2026/07/22)。

免責: 本ページは CISA KEV・NVD・各ベンダー公式アドバイザリ等の公開情報をもとにした非公式まとめです。修正バージョンや対応可否は変更される場合があります。実際の対応は必ず 出典元および各ベンダー公式情報・自環境で確認してください。

« 一覧に戻る