MENU

【重大】【CVE-2026-42271】BerriAI LiteLLMのコマンドインジェクション脆弱性検証とAI Security対策ガイド

  • URLをコピーしました!

AI Security速報をXで配信しています!!

AI/LLM関連の脆弱性、PoC、KEV追加などの更新情報を見逃したくない方は、Xをフォローしてねー!

Xでフォローする

本記事は公開時点の情報をもとにした速報記事です。内容が更新される場合があるため、必要に応じてベンダー公式情報や一次情報もあわせて確認してください。

目次

結論

  • 危険度: High (CVSS 8.8)
  • 対象: litellm >= 1.74.2, < 1.83.7
  • 修正: 1.83.7
  • KEV: Yes (CISA悪用観測カタログ登録済 2026-06-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-08-10 | 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-42271はLiteLLMの脆弱性で、認証済みのユーザーなら誰でも任意のコマンドをサーバ上で実行できます。特にLLMゲートウェイを運用するチームにとっては最優先の対応事項です。

やさしく説明すると

この脆弱性は、LiteLLMが内部でサーバの設定を確認するAPIを使うときに発生します。認証したユーザーが本来与えられていない操作をするための「合鍵」を手に入れたような状態です。つまり、玄関の鍵がかかっていない状態で誰でも中に入れるようなものです。攻撃者はこの穴を利用して、自由に命令を実行し、システムを乗っ取れます。

技術的な原因

この脆弱性はCWE-77(コマンドインジェクション)とCWE-78(OSコマンドインジェクション)に分類されます。LiteLLMの「MCP stdio test」用の二つのAPIエンドポイントが、送信されたJSON中の「command」や「args」および「env」パラメータを検証せずにOSコマンドとして実行します。認証はありますが、APIキーの権限チェックが欠けているため、低権限のユーザーでもコマンドを実行可能です。

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

  • APIキーを持つユーザーであれば誰でもサーバ上で任意のコマンドを実行可能になる
  • LLM Gateway運用中のサーバ環境が完全に乗っ取られるリスク
  • プロンプトインジェクションを介したAgentの不正操作や乗っ取り
  • 顧客のデータやLLMコンテキストなど重要情報の漏洩や改ざん
  • インフラ全体に影響が及び、横展開による被害拡大の恐れ
  • AIコーディング支援ツールやバイブコーダー環境での悪影響発生(例えばCursorやClineの利用者にも連鎖する可能性)

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

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

カテゴリ 情報源 言語 何が分かるか リンク
総合 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スコアは83.01%(パーセンタイル99.6%)で、直近30日で悪用される可能性が非常に高い
  • ランサムウェア攻撃グループによる悪用の報告は現時点で不明
  • 公開PoCやExploitは確認されていないが、悪用されやすい状況であるため高リスク
  • 認証済みユーザーのAPIキーのみで攻撃可能。特に役割チェックがないため、社内システムを運用するLLM Gateway管理者は要注意

誰が動くべきか

  • LiteLLMを使ったLLM Gatewayの運用チーム
  • Agentフレームワークの開発・運用者(LangChain/AutoGen等)
  • RAGパイプラインを構築・保守する機械学習インフラチーム
  • バイブコーダー開発者(Cursor/Cline/Aider/GitHub Copilot/Claude Codeの利用者)
  • AIセキュリティを担当するSecOpsやSREチーム

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

影響を受けるバージョン

製品 脆弱なバージョン範囲 修正版
LiteLLM ≥ 1.74.2 かつ < 1.83.7 1.83.7
Red Hat OpenShift AI 2.25 ≤ バージョン < 2.25.8 ベンダーアドバイザリ参照
Red Hat OpenShift AI 3.3 ≤ バージョン < 3.3.4 ベンダーアドバイザリ参照
Red Hat OpenShift AI 3.4 範囲指定なし(影響ありの可能性あり) ベンダーアドバイザリ参照

バージョン確認コマンド

Python (pip)

pip show litellm

出力例:

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

判定: Version欄が1.74.2以上かつ1.83.7未満なら脆弱

Python (pipで複数パッケージ確認)

pip list | grep litellm

出力例:

litellm                      1.82.0

判定: バージョンが1.74.2以上 かつ 1.83.7未満なら脆弱

Node.js (npm)

npm list litellm

出力例:

+-- litellm@1.80.0

判定: バージョンが1.74.2以上 かつ 1.83.7未満なら脆弱

Docker

docker images | grep litellm

出力例:

litellm                      1.82.0                 sha256:xxxxxxx

判定: タグに1.74.2以上 かつ 1.83.7未満が含まれる場合は脆弱

設定確認

現状、この脆弱性はAPIキー認証の役割チェック欠如が原因です。設定で回避可能な項目はありません。よって、バージョンが影響範囲なら脆弱です。

Nucleiテンプレートでの検出

この脆弱性を検出するNucleiテンプレートが公開されています。本番環境で非破壊的に検査可能です。

Linux/macOS (nuclei)

nuclei -t http/cves/2026/CVE-2026-42271.yaml -u https://your-litellm-host.example.com

出力例:

[info] Using Nuclei Engine vX.Y.Z
[info] Scan started
[critical] CVE-2026-42271: LiteLLM - Command Injection detected at https://your-litellm-host.example.com/mcp-rest/test/connection
...

判定: 脆弱性検出メッセージがあれば脆弱、なければ安全

STEP 4: 修正を適用する

パッチ適用

Python (pip)

pip install --upgrade litellm==1.83.7

出力例:

Collecting litellm==1.83.7
  Downloading litellm-1.83.7-py3-none-any.whl (X kB)
Installing collected packages: litellm
Successfully installed litellm-1.83.7

判定: バージョンが1.83.7以上になればOK

Docker

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

判定: コンテナがlitellm:1.83.7で起動していればOK

注意: アップグレード前に必ず動作環境のバックアップを取得し、ステージング環境で動作検証してください。メンテナンス時間やダウンタイムを考慮した計画を立ててください。

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

ベンダーは暫定対応として、問題のAPIエンドポイント(/mcp-rest/test/connectionおよび/mcp-rest/test/tools/list)へのPOSTリクエストを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

出力例:

litellm                      1.83.7                 sha256:xxxxxxx

判定: タグが 1.83.7 以上ならOK

追加で確認すべきこと

  • Nucleiテンプレートが利用可能なら再度スキャンを実施し、検出されないことを確認
  • ログを監視し、不審なPOSTリクエストや不正アクセスがないかチェックする
  • APIキーの権限管理とログ記録を見直す

補足: 悪用観測状況

2026年8月現在、このCVEに関するランサムウェアや高度な攻撃グループによる悪用は公式には確認されていません。ただし、EPSSスコアは83.01%と非常に高く、実際の悪用リスクは高いです。公開PoCコードやエクスプロイトは存在せず、攻撃の容易さを考えると潜在的な危険性が高い状態です。

補足: CVSSメトリクス詳細

  • AV(攻撃元): Network(ネットワーク経由。遠隔から攻撃可能)
  • AC(攻撃複雑度): Low(攻撃条件が容易で特別な対策も不要)
  • PR(必要権限): Low(低権限の認証ユーザーが利用可能)
  • UI(ユーザ操作): None(攻撃に他者の操作は不要)
  • S(スコープ): Unchanged(特権昇格は伴わないがサービスが影響を受ける)
  • C(機密性影響): High(データ漏洩や重要情報が侵害される)
  • I(完全性影響): High(データや設定が改ざんされうる)
  • A(可用性影響): High(サービス停止や機能不全を招く)

よくある質問(FAQ)

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

A. STEP 3で影響バージョンを確認し、STEP 4でLiteLLMをバージョン1.83.7以上にアップデートしてください。その後STEP 5で修正の確認を行うことが最低限必要です。

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

A. APIゲートウェイやリバースプロキシで問題のAPIエンドポイント(/mcp-rest/test/connection と /mcp-rest/test/tools/list)へのPOSTリクエストをブロックしてください。根本対策ではないため、速やかなパッチ適用を推奨します。

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

A. ログを監視し、不正なAPIへのアクセスや不審なコマンド実行履歴を調査してください。ベンダーからのIOCや検出ツールの情報は公式アドバイザリを参照してください。

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

A. CVSSは脆弱性の技術的な深刻度を示し、EPSS(Exploit Prediction Scoring System)は実際に悪用される確率を示します。両方見ることで優先対応の判断が正確になります。

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

A. 同じCWE-77(OSコマンドインジェクション)の脆弱性は他のLLM GatewayやAIプロキシ製品でも報告があります。コマンド入力の取り扱いには常に注意が必要です。

参考文献

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

AI Security速報を継続配信しています!!

AI/LLM関連の脆弱性、PoC、KEV追加、海外アドバイザリなどを X で配信してるので、ぜひフォローをお願いします!

@ai_sec_news_256 をフォロー

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次