【高】CVE-2026-42271 litellmのコードインジェクション脆弱性解説 AI Gateway運用者必読のセキュリティ対策ガイド

結論

• 危険度: High (CVSS 8.8)
• 対象: litellm (1.74.2以上 / 1.83.7未満)
• 修正: パッチ提供あり (ベンダーアドバイザリ参照)
• KEV: No (NVD Critical由来。CISA KEVには未登録)

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

表記	条件	意味	対応目安
【至急/ランサム悪用】	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-12 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-42271はlitellmのプロキシサーバーにある脆弱性で、認証を持つユーザーが任意のコマンドを実行できます。AI Gatewayとして利用する環境では、LLMゲートウェイ運用者にとって最優先対応すべき重大な問題です。

やさしく説明すると

litellmはLLM（大規模言語モデル）APIを中継するAI Gatewayです。この脆弱性は、特定のテスト用APIで「小さな窓」が開いている状態で、そこに合鍵を持ったユーザーが自由に入れます。つまり、玄関の鍵がかかっていない状態で、内部のコンピュータ上で何でも好きな操作ができてしまうイメージです。

普通は管理者だけが使うべき機能ですが、認証された利用者なら誰でも使えてしまい、悪意ある者はコンピュータ上で勝手に危険なコマンドを実行できます。

技術的な原因

この脆弱性はCWE-77（コマンドインジェクション）とCWE-78（OSコマンドインジェクション）に該当します。litellmのPOST /mcp-rest/test/connection と /mcp-rest/test/tools/list エンドポイントが、MCPサーバー情報をプレビューする際に、リクエストボディの中でコマンドや引数、環境変数を受け付けます。

そこに渡されたコマンドを、proxyプロセスの権限でホスト上に実行してしまう仕様でした。さらにこれらのAPIは有効なproxy APIキーを持つユーザーであれば権限チェックがなく使えました。つまり、権限は低くても任意のコマンドを動かせてしまったのです。

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

• APIキー（OpenAI/Anthropicなど）の漏洩につながるリスク
• LLMへの命令（プロンプト）や顧客情報などの秘匿データを盗まれる
• プロンプトインジェクションを使ったAgent（エージェント）や自動化フレームワークの乗っ取り
• ローカルファイルの読み取りや改ざん、任意コード実行によるAI駆動開発環境の破壊
• RAG（Retrieval Augmented Generation）で使う外部データの改変
• 不正操作による請求コストの爆増
• 複数テナント間での情報漏洩やインフラ全体への横展開の危険

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

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

カテゴリ	情報源	言語	何が分かるか	リンク
総合	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 スコアは8.8 (High)。実務的には高リスクで早期対応が望ましいレベルです。
• EPSSスコアは0.05%（16.1パーセンタイル）で低い。直近30日間で悪用予測確率が低め。
• CISA KEVリストには未登録で、ランサムウェア悪用の情報はありません。
• 公開されているPoCや攻撃コードは確認されていません。
• 攻撃はネットワーク経由、認証済みproxy APIキーが必要ですが、権限は低いユーザーでも可能な点で攻撃が容易。

誰が動くべきか

• litellmをLLM GatewayやAI Proxyとして運用しているSRE・SecOpsチーム
• AgentフレームワークやAI Gatewayを本番環境で利用している運用者
• Cursor/Cline/GitHub Copilot等のAIコーディングツールを利用し、litellm経由でLLMを呼ぶバイブコーダー開発者

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

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
litellm	≥ 1.74.2かつ< 1.83.7	1.83.7以降

バージョン確認コマンド

Python (pip)

pip show litellm

出力例:

Name: litellm
Version: 1.82.5
Summary: LiteLLM proxy server
...

判定: 1.74.2 以上かつ 1.83.7 未満なら脆弱 1.83.7 以上なら安全

Python (poetry)

poetry show litellm

出力例:

name     : litellm
version  : 1.82.5
description: LiteLLM proxy server
...

判定: 1.74.2〜1.83.6 が脆弱範囲

Docker環境

docker images | grep litellm

出力例:

berriai/litellm   1.82.5-stable   sha256:xxxx...

判定: タグに 1.74.2 以上 1.83.7 未満のバージョンが含まれていれば脆弱

設定確認

本脆弱性はAPIキーの認証はあるものの、役割ベース認可（RBAC）が機能しておらず、低権限ユーザーでもコマンド実行が可能でした。バージョンによるため設定での回避は困難です。したがって、設定変更だけでの緩和はできず、必ずバージョンアップで対応してください。

Nucleiテンプレートでの検出

公開されているNucleiテンプレートはありません。検出はバージョン確認で行ってください。

STEP 4: 修正を適用する

パッチ適用

pipアップグレード

pip install --upgrade litellm

出力例:

Successfully installed litellm-1.83.7

判定: バージョンが 1.83.7 になれば修正完了

Dockerイメージ更新

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

判定: 新イメージ 1.83.7-stable が起動していれば完了

注意: 反映にあたってはバックアップを取得し、ステージング環境で事前検証してください。ダウンタイムの計画も忘れずに。

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

ベンダー公式は暫定対応として、該当のPOSTエンドポイント (/mcp-rest/test/connection、/mcp-rest/test/tools/list) をリバースプロキシやAPIゲートウェイでブロックすることを推奨しています。その他の暫定的回避策は提供されていません。

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

STEP 3のバージョン確認コマンドを再実行してください。

期待される出力

Python (pip)

pip show litellm

出力例:

Name: litellm
Version: 1.83.7
Summary: LiteLLM proxy server
...

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

Docker環境

docker images | grep litellm

出力例:

berriai/litellm   1.83.7-stable   sha256:xxxx...

判定: 1.83.7-stable があればOK

追加で確認すべきこと

• 該当APIエンドポイントがリバースプロキシやWAFでブロックされている場合、その設定を再確認する。
• 侵害ログや不正アクセスの兆候がないか、運用ログを監視する。

補足: 悪用観測状況

現時点（2026年5月12日）で、CISA KEVには登録されておらず、ランサムウェアグループの悪用報告もありません。GitHub上の公開PoCもありません。NVDのExploitタグもなしで、悪用の報告は確認されていません。

補足: CVSSメトリクス詳細

• 攻撃元 (AV: Attack Vector): Network（攻撃者はネットワーク経由で攻撃可能）
• 攻撃複雑度 (AC: Attack Complexity): Low（複雑な条件なしで攻撃成功）
• 必要権限 (PR: Privileges Required): Low（低い権限で実行可能）
• ユーザ操作 (UI: User Interaction): None（攻撃にユーザーの操作は不要）
• スコープ (S: Scope): Unchanged（脆弱性対象の権限範囲は変更されない）
• 機密性影響 (C: Confidentiality Impact): High（情報漏洩のリスクが高い）
• 完全性影響 (I: Integrity Impact): High（データ改ざんの可能性がある）
• 可用性影響 (A: Availability Impact): High（サービス停止のリスクがある）

よくある質問（FAQ）

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

A. STEP 3で自分の環境のlitellmバージョンを確認し、脆弱な場合はSTEP 4で必ず1.83.7以上にアップデートしてください。設定変更だけでは不十分です。

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

A. 暫定的に、問題の2つのテスト用APIエンドポイント（/mcp-rest/test/connection と /mcp-rest/test/tools/list）をリバースプロキシやAPIゲートウェイでブロックするとよいです。

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

A. 侵害ログや不審なプロセス起動の監視が重要です。現時点で特定のIOCは公開されていませんが、proxyホストのログを精査してください。

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

A. CVSSは脆弱性の理論上の深刻度を示しますが、EPSSは「実際に悪用される確率」を示します。両方を考慮することで対応の優先度が正確に判断できます。

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

A. CWE-77やCWE-78のコマンドインジェクション脆弱性はAI Gatewayや代理サーバーで類似事例が散見されます。APIキー管理の甘さと権限チェック不足が共通原因です。

参考文献

• NVD – CVE-2026-42271
• litellm GitHub公式アドバイザリ
• litellm 修正リリース情報 (v1.83.7)

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

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

• High脆弱性 に関するCVE・脆弱性記事一覧
• LiteLLM に関するCVE・脆弱性記事一覧
• コマンドインジェクション に関するCVE・脆弱性記事一覧
• os-cmdi に関するCVE・脆弱性記事一覧
• API セキュリティ に関するCVE・脆弱性記事一覧
• LLM に関するCVE・脆弱性記事一覧
• AI Agent に関するCVE・脆弱性記事一覧
• AI Gateway に関するCVE・脆弱性記事一覧