【至急】CVE-2026-42208 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-05-14 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-42208はLiteLLMというAI Gatewayソフトの脆弱性で、攻撃者は認証なしにSQLインジェクションを使って管理データベースを読み書きできます。LLMゲートウェイ運用者にとって最優先で対応すべき危険な脆弱性です。

やさしく説明すると

LiteLLMはAIのリクエストを仲介しますが、玄関の鍵をかけ忘れた状態と似ています。この脆弱性では、認証手順のデータベース照会に攻撃者が悪意ある値を直接挿入できます。つまり、家の合鍵を勝手に作られ、不正に家（データベース）に入り放題になる状態です。これにより、運用しているAIゲートウェイのAPIキーや内部情報が盗まれたり、書き換えられたりします。

技術的な原因

この問題はCWE-89（SQLインジェクション）に該当します。具体的には、LiteLLMのプロキシAPIキー検証時のSQL照会で、ユーザから渡された認証ヘッダーの値をバインド変数（パラメータ）にせず直接SQL文に埋め込んでいます。そのため、悪意のある文字列を混ぜ込まれると、意図しないSQLが実行されてしまいます。

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

• LLMゲートウェイ内部のAPIキーや認証情報(OpenAI、Anthropicなど)が盗まれる
• プロキシのデータベース情報を勝手に読み書きされて、認証およびアクセス権限を乗っ取られる
• プロンプトインジェクションの踏み台にされ、連携Agentの不正操作が可能になる
• AI駆動開発ツール（CursorやCline、Copilotなど）経由の不正アクセス、ファイル読み取りやコード改ざんの危険が高まる
• 不要な請求コスト増大やテナント間の機密情報漏洩が起きる
• 全社AI基盤やRAGパイプラインの安全性が崩壊し、広範囲に影響拡大する可能性

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

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

カテゴリ	情報源	言語	何が分かるか	リンク
総合	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スコアは9.8のCritical（最上位の危険度）。つまり、ネットワーク経由で認証不要かつユーザ操作も不要な高リスク。
• EPSSスコアは43.19%で直近30日間の悪用確率が非常に高く、実務上は最優先警戒が必要。
• 現在ランサムウェア悪用は不明（Unknown）。実際の悪用観測は未発見だが、GitHub等にPoC（攻撃コード）はまだ公開されていない。
• 攻撃にユーザ操作や認証が不要で、致命的な情報漏洩・改ざんが可能。攻撃成功すればAI Gatewayへの完全な不正アクセスが成立する。

誰が動くべきか

• LiteLLMをベースにしたLLM Gateway運用チーム（OpenRouterや自社開発含む）
• Agentフレームワーク開発者（LangChain/AutoGen等でLiteLLMを利用している場合）
• MLインフラ担当者（vLLM/Triton等の周辺まで影響範囲の場合）
• バイブコーダー開発者（Cursor、Cline、GitHub Copilot、Claude CodeなどのAIコーディング支援ツールを活用するユーザ）
• RAG（検索強化生成）関連パイプライン保守者

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

影響を受けるバージョン

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

バージョン確認コマンド

Python (pip)

pip show litellm

出力例:

Name: litellm
Version: 1.82.3
Summary: LiteLLM: AI Gateway Proxy Server
...

判定: Version が 1.81.16以上かつ1.83.7未満なら脆弱、1.83.7以上なら安全です。

Python (pip) 複数バージョン確認

pip list | grep litellm

出力例:

litellm         1.81.20

判定: ここでも同様に 1.81.16以上で1.83.7未満は脆弱です。

設定確認

脆弱性はバージョン依存であり、設定依存ではありません。ただし、ベンダーは disable_error_logs: true を general_settings 配下で設定する暫定対応を推奨しています。この設定により、攻撃者がエラー経路を通る攻撃ベクトルが閉じられます。

設定確認例 (config.yaml)

cat config.yaml | grep disable_error_logs

出力例:

disable_error_logs: true

判定: trueなら暫定対応済み。無ければ設定して対応を検討してください。

備考

現時点で公開されたNucleiテンプレートはありません。バージョン確認やベンダー公式ツールでの確認を優先してください。

STEP 4: 修正を適用する

パッチ適用

LiteLLMのバージョンを 1.83.7 以上へアップグレードしてください。pip環境の例を示します。

Python (pip)

pip install --upgrade litellm

出力例:

Successfully installed litellm-1.83.7

判定: litellm 1.83.7 以上にアップグレードされれば修正済みです。

注意: アップグレード前に必ず設定とデータベースのバックアップを取得してください。ステージング環境での動作検証も忘れずに行い、本番環境への影響を最小化しましょう。

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

ベンダー公式の暫定対応として、設定ファイルの general_settings セクションに disable_error_logs: true を追加してください。これにより、エラー経路を通る攻撃手法を防げます。

それ以外の明示的な暫定策はベンダーからは提示されていません。

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

STEP 3で使ったバージョン確認コマンドを再度実行してください。

期待される出力

Python (pip)

pip show litellm

出力例:

Name: litellm
Version: 1.83.7
Summary: LiteLLM: AI Gateway Proxy Server
...

判定: バージョンが 1.83.7 以上なら安全です。

追加で確認すべきこと

• Nucleiテンプレートが今後リリースされた場合は再検査の実施
• ログに不審なアクセスやエラーが記録されていないかの監視
• 運用中のAI Gatewayが意図しないリクエストや権限昇格の兆候がないか確認

補足: 悪用観測状況

現在、CISA KEVカタログに登録されており、実際に悪用の可能性が高いものの、ランサムウェア悪用の報告はありません。PoCコードもGitHub等に公開されていません。とはいえ、攻撃難易度が非常に低いため、早急な対応が求められます。

補足: 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. STEP 3で自環境のバージョンを確認し、脆弱な場合はSTEP 4で必ず1.83.7以上へアップグレードしてください。アップグレードできない場合は設定の暫定対応を行い、STEP 5で修正済みか検証してください。

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

A. ベンダー推奨の暫定対応として、設定ファイルに disable_error_logs: true を追加して攻撃経路を遮断してください。加えてネットワークのアクセス制御やWAFなどを利用してアクセスを制限することも検討してください。

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

A. 攻撃ログや不審なAPIリクエストの監視が基本です。ベンダー提供のIOC情報（侵害の兆候情報）はまだ公開されていませんが、不正なAuthorizationヘッダーを伴う異常アクセスに注意してください。

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

A. CVSSは理論上の危険度を示しますが、EPSSは「現実にどれだけ悪用されそうか」を数値化しています。両指標を確認することで優先度の判断が正確になります。

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

A. 同じCWE-89（SQLインジェクション）に分類される脆弱性は多数存在します。LLM ProxyやAI GatewayなどでのAPIキー検証処理やデータベース問合せ部分は特に注意が必要です。

参考文献

• NVD詳細（米国NIST）
• BerriAI公式アドバイザリ・パッチ情報
• CISA Known Exploited Vulnerabilities Catalog
• GitHub Advisory Database

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

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

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