【至急】CVE-2026-42208 BerriAI LiteLLMの高危険SQLインジェクション脆弱性とAI Security対策ガイド

結論

• 危険度: Critical (CVSS 9.8)
• 対象: litellm >= 1.81.16, < 1.83.7
• 修正: 1.83.7
• KEV: Yes (CISA悪用観測カタログ登録済 2026-05-08)

タイトルの緊急度プレフィックス（【至急】【最重大】等）の意味

表記	条件	意味	対応目安
【至急/ランサム悪用】	CISA KEV登録 + ランサムウェア悪用観測	ランサムグループが現在進行形で悪用	本日中に対応開始
【至急/重大】	CISA KEV登録 + CVSS 9.0以上	実世界で攻撃観測あり + スコア極めて高い	本日中に対応開始
【重大/KEV登録】	CISA KEV登録(CVSS低またはNVD未反映)	実世界で攻撃観測あり	数日以内
【最重大】	CVSS 9.5以上(KEV未登録)	理論上の危険度ほぼ満点、攻撃観測はまだない	1週間以内に対応計画
【重大】	CVSS 9.0〜9.4(KEV未登録)	Critical帯の理論的高リスク	1〜2週間以内
【高】	CVSS 7.0〜8.9(KEV未登録)	High帯のリスク	計画的に対応
(プレフィックスなし)	CVSS 7.0未満	Medium以下のリスク	通常メンテで対応

「至急」と「最重大」の違い: 「至急」は CISA(米国政府機関)が 実際に悪用を観測した CVEに付与されます。「最重大」は CVSS スコア上は最高峰だが、まだ悪用観測がない ものです。同じCVSS 9.8でもKEV登録の有無で扱いが変わります。

最終更新: 2026-07-17 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

STEP	やること	かかる目安
STEP 1	何が起きているか理解する	3分
STEP 2	急ぎ対応すべきか判断する	3分
STEP 3	自分の環境が対象か確認する	5分
STEP 4	修正を適用する	環境による
STEP 5	修正されたことを確認する	3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-42208はLiteLLMの脆弱性で、攻撃者が認証なしにAPIキー検証の仕組みを使い、データベースを不正に読み書きできます。これにより、AI Gatewayを運用する開発・運用チームは重大なリスクを負います。

やさしく説明すると

LiteLLMはAIアプリケーションの玄関口のような存在です。この玄関の鍵（APIキー検証）が壊れていて、誰でも簡単に合鍵を作れる状態でした。結果として、攻撃者は玄関から勝手に入り込み、内部の大切な情報を読み取ったり書き換えたりできます。

技術的な原因

この脆弱性はCWE-89（SQLインジェクション）に該当します。通常は、外部から提供された値を安全に扱うため、パラメータ化されたクエリを使います。しかし、LiteLLMの対象バージョン(1.81.16以上1.83.7未満)では、APIキーのチェック時にユーザー入力を直接SQL文に組み込み、分離せずに処理しました。これはセキュリティ上の設計ミスで、未認証の攻撃者が特殊な認証ヘッダーを送るだけでSQL文を操作可能になる欠陥です。

影響を受けると何が困るか

• 攻撃者がLiteLLMのプロキシデータベースからAPIキーや認証情報を盗むことができる
• データベースの情報を書き換え、プロキシの権限や振る舞いを不正に変更できる
• AI Gatewayが乗っ取られ、認証なしにLLMへのアクセスを制御されてしまう
• LLMのプロンプトやRAG（検索強化生成）データの改ざんによる誤動作や情報漏洩
• 請求コストの激増や複数テナントの情報漏洩を引き起こすリスク
• Cursor、Cline、GitHub Copilot等AI駆動開発ツール経由での不正操作やローカルファイルアクセス拡大も懸念される

もっと詳しく調べたい人へ — 公式情報源マップ

本記事は以下の公式・準公式の情報源から内容を集約しています。一次情報を確認したい場合や英語で詳細を読みたい場合は、各リンクから直接アクセスできます。

カテゴリ	情報源	言語	何が分かるか	リンク
総合	NVD（米国 NIST）	英	米国政府の脆弱性データベース。CVSSスコア、影響を受けるCPE、参考リンクの総合ハブ。最も網羅的。	開く
総合	MITRE CVE	英	CVE採番機関の公式記録。CVE記述の「正本」。NVDより記載が簡潔だが一次情報。	開く
総合	JVN iPedia（JPCERT/CC・IPA）	日	日本のCSIRTが運用する脆弱性対策情報データベース。日本語で概要・対策が読める。掲載がない場合あり。	開く
総合	CISA KEV（悪用観測カタログ）	英	米国CISAが実際に悪用を確認している脆弱性のカタログ。掲載されていれば最優先で対応。	開く
総合	GitHub Advisory Database	英	OSSパッケージ（npm/pypi/maven/composer/go等）別の脆弱性アドバイザリ。修正PRへのリンクが豊富。	開く
総合	OpenCVE	英	複数CVEデータベースの集約検索サービス。タイムラインや関連CVEの俯瞰に有用。	開く
Linux	Red Hat CVE	英	Red Hat製品（RHEL/CentOS Stream/Rocky/AlmaLinux系）の影響評価とパッチ状況。	開く
Linux	Ubuntu Security	英	Ubuntu の影響評価。各Ubuntuバージョン（22.04/24.04等）でのパッチ提供状況が一目で分かる。	開く
Linux	Debian Security Tracker	英	Debian の影響評価。stable/testing/sid別のパッチ状況。Debian派生ディスト利用者向け。	開く
Linux	SUSE CVE	英	SUSE Linux Enterprise / openSUSE の影響評価とパッチ状況。	開く
悪用	Exploit Database	英	公開エクスプロイトのアーカイブ。検出ツールやペネトレーションテストでの参照用。	開く
悪用	Packet Storm Security	英	セキュリティアドバイザリ・エクスプロイトの集約サイト。古めの情報も含む。	開く
悪用	GitHub PoC 検索	英	GitHubコード検索でCVE IDを直接検索。野良PoCの早期発見に。	開く
悪用	X（Twitter）検索	日英	直近の議論やニュースを観測。In-the-wild悪用の早期検知に有用。	開く
スキャナ	Snyk Vulnerability DB	英	パッケージ別の脆弱性詳細と修正バージョン。OSS依存ライブラリ追跡に有用。	開く
スキャナ	Tenable（Nessus）	英	Nessusスキャナでの検出プラグイン情報。検出ロジックの参考に。	開く
スキャナ	Rapid7（Metasploit/Nexpose）	英	Metasploit悪用モジュール、Nexposeでの検出情報。	開く

掲載しているのは無料でアクセスできる情報源のみです。CVEによっては掲載がないサイトもあります（特にJVN iPediaは日本国内で報告された脆弱性のみ掲載）。

STEP 2: 急ぎ対応すべきか判断する

結論: 高

判断根拠

• CVSS v3.1スコアは 9.8 でCriticalに分類。実務的には「認証不要・リモートで重大データを漏洩・改ざん可能」なので最優先クラス。
• EPSS（悪用予測スコア）は約 86.6% で、直近30日間で悪用される可能性が非常に高いと予測されている。
• ランサムウェア悪用は現時点で不明（Unknown）。公式・コミュニティにも悪用の観測報告はない。
• 公開PoCコードは現状なし。ただし悪用は未確認とはいえ、脆弱性構造が単純なため速やかな対応が望ましい。
• 攻撃にユーザ操作不要・認証不要でネットワーク経由で攻撃可能。リスクは極めて高い。

誰が動くべきか

• LiteLLMを使用してLLM ProxyやAI Gatewayを本番運用している運用チーム、SRE、SecOps
• LangChainやAutoGenなどAgentフレームワーク開発者で、LiteLLMを利用している場合
• RAG（Retrieval-Augmented Generation）パイプラインの保守者
• Cursor、Cline、GitHub CopilotなどAI駆動開発ツールの利用者や管理者
• AIコーディングサンドボックスやIDE拡張機能でLiteLLM経由でAPI呼び出しを行う開発者（いわゆるバイブコーダー）

STEP 3: 自分の環境が対象か確認する

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
LiteLLM	1.81.16以上1.83.7未満	1.83.7以上

バージョン確認コマンド

Python（pip）

pip show litellm

出力例:

Name: litellm
Version: 1.82.0
Summary: LiteLLM proxy server for LLM APIs

判定: Versionが 1.81.16以上1.83.7未満 なら脆弱

Python（pipでインストール済みの場合一覧表示）

pip list | grep litellm

出力例:

litellm       1.82.0

判定: 出力のバージョンが 1.81.16〜1.83.6なら脆弱

Docker イメージ確認例

docker images | grep litellm

出力例:

berriai/litellm      1.82.0    abcdef123456    3 days ago

判定: タグやラベルに 1.81.16〜1.83.6の数字があれば脆弱

設定確認

脆弱性はLiteLLMのAPIキー検証処理にSQLインジェクションがあるため、特定の設定依存ではありません。従ってバージョンが対象範囲なら脆弱です。

Nucleiテンプレートでの検出

公開されているNucleiテンプレートを利用し、対象ホストに対して非破壊的な検査を行えます。公式テンプレートは以下のコマンド例を参照してください。

検出用Nuclei実行例

nuclei -t https://github.com/projectdiscovery/nuclei-templates/blob/main/http/cves/2026/CVE-2026-42208.yaml -u https://your-litellm-proxy.example.com

判定: 脆弱なバージョンかつ検出条件に合致すれば警告が出ます。脆弱でなければ検出されません。

STEP 4: 修正を適用する

パッチ適用

本脆弱性はLiteLLM 1.83.7で修正されています。以下、pipおよびDocker環境でのアップグレード例です。適用前に必ずバックアップとステージング環境での動作確認を行ってください。

Python（pip）でのアップグレード

pip install --upgrade litellm==1.83.7

判定: コマンドが正常終了し、バージョンが 1.83.7 以上になれば適用成功

Dockerイメージの更新

docker pull berriai/litellm:1.83.7
docker stop litellm-container
docker rm litellm-container
docker run -d --name litellm-container berriai/litellm:1.83.7

判定: 新しいコンテナのLiteLLMバージョンが 1.83.7 以上なら修正済み

注意: 本番環境のパッチ適用前に必ず設定ファイルのバックアップを取得し、影響範囲を十分にテストしてください。ダウンタイム計画と復旧手順の用意も忘れずに行いましょう。

パッチ即時適用ができない場合の暫定対応

ベンダーはアップグレード不能の場合の暫定対策として、設定ファイルの general_settings セクションに disable_error_logs: true を追加する方法を推奨しています。これにより、脆弱なAPIキー検証ルートへの到達が減り、攻撃経路を一部遮断可能です。ただし根本的な修正にはならず、早期のアップグレードを強く推奨します。

STEP 5: 修正されたことを確認する

パッチ適用後、STEP 3で利用したバージョン確認コマンドを改めて実行してください。バージョンが 1.83.7 以上になっていれば安全です。

期待される出力

Python（pip）

pip show litellm

出力例:

Name: litellm
Version: 1.83.7
Summary: LiteLLM proxy server for LLM APIs

判定: バージョンが 1.83.7 以上ならOK

追加で確認すべきこと

• Nucleiテンプレートによる再検査を実行し、脆弱性が検出されないことを確認する
• ログ監視を強化し、不審なアクセスやエラーが継続していないかを確認する
• パッチ適用後は適合性テストとAI Gatewayの正常動作を確認してください

補足: 悪用観測状況

現時点でCISA KEVカタログに登録されており、実際に悪用が懸念されています。ただしランサムウェアグループや広範な攻撃観測の報告はありません。GitHub上にも公開PoCはなく、攻撃コードも確認されていません。したがって「高」の警戒レベルで迅速対応が必要です。

補足: CVSSメトリクス詳細

• AV（Attack Vector / 攻撃元）: Network – ネットワーク経由で攻撃可能
• AC（Attack Complexity / 攻撃の複雑さ）: Low – 攻撃条件が単純で容易
• PR（Privileges Required / 必要権限）: None – 攻撃に権限不要
• UI（User Interaction / ユーザ操作）: None – 攻撃にユーザ操作必要なし
• S（Scope / 影響範囲）: Unchanged – 攻撃により権限外の影響はなし
• C（Confidentiality / 機密性）: High – データの漏洩が起きる
• I（Integrity / 完全性）: High – データの改ざんが可能
• A（Availability / 可用性）: High – サービスの停止や影響が生じる

よくある質問（FAQ）

Q. このCVEに対応するために最低限すべきことは何ですか？

A. まず自分のLiteLLMバージョンを確認し（STEP 3）、脆弱なバージョンなら速やかに1.83.7以降にアップグレードしてください（STEP 4）。その後、バージョン確認と脆弱性スキャンの再実施を行います（STEP 5）。

Q. パッチが適用できない場合、どうすればよいですか？

A. ベンダー推奨の暫定対応として、設定で disable_error_logs: true を有効にし、攻撃経路を一部遮断してください。ただし根本対策にはならないため、早急なパッチ適用を目指してください。

Q. 既に攻撃を受けているか確認する方法はありますか？

A. ベンダーは特定のIOCや攻撃パターンを公開していませんが、ログに不審なAuthorizationヘッダーや予期しないDB操作がないか監視すべきです。侵害が疑われる場合は即時対応チームと連携してください。

Q. なぜEPSSスコアが重要なのですか？

A. CVSSは脆弱性の深刻度を示す指標ですが、EPSSは実際に悪用される確率を示します。両指標を組み合わせることで、実務的に優先順位を正しく判断できます。

Q. このCVEと類似の脆弱性は他にもありますか？

A. SQLインジェクション（CWE-89）は古典的ですが依然として多い脆弱性です。特にAPI Gatewayやプロキシでの入力値取り扱いには注意が必要で、類似の脆弱性は他プロダクトやLLM Proxyでも見られる可能性があります。

参考文献

• NVD詳細情報
• ベンダー公式アドバイザリ
• 修正リリースノート
• CISA KEVカタログ
• Nuclei検出テンプレート

関連トピック・タグから探す

本記事に関連するキーワードから、他のAIセキュリティ記事を探せます。

• Critical脆弱性 に関するCVE・脆弱性記事一覧
• BerriAI に関するCVE・脆弱性記事一覧
• LiteLLM に関するCVE・脆弱性記事一覧
• SQLインジェクション に関するCVE・脆弱性記事一覧
• LLM に関するCVE・脆弱性記事一覧
• AI Gateway に関するCVE・脆弱性記事一覧
• AIフレームワーク に関するCVE・脆弱性記事一覧
• KEV登録 に関するCVE・脆弱性記事一覧