MENU
  1. ホーム
  2. CVE
  3. 【高】CVE-2026-47102 LiteLLMにおける認可バイパスで権限昇格の脆弱性発覚 AI Security対策としてバイブコーダー必読ガイド

【高】CVE-2026-47102 LiteLLMにおける認可バイパスで権限昇格の脆弱性発覚 AI Security対策としてバイブコーダー必読ガイド

CVE
2026-cve ai-framework ai-gateway ai-security authz high-severity llm
  • URLをコピーしました！

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

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

Xでフォローする

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

目次

結論

  • 危険度: High (CVSS 8.8)
  • 対象: (詳細はベンダーアドバイザリ参照)
  • 修正: ベンダーアドバイザリ参照
  • 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-21 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-47102は、LiteLLM 1.83.10以前のバージョンでユーザーが自身の役割（user_role）を不正に変更できます。攻撃者は管理者権限を奪いLLMゲートウェイ運用者にとって重大なリスクです。

やさしく説明すると

この脆弱性は、家の玄関の鍵はかかっているけど中身の鍵の種類を勝手に変えられるようなものです。つまり、本来はできないはずの「管理者権限を持つカギ」を自分で作れてしまいます。攻撃者がこれを利用すると、LiteLLM内のすべてのユーザーやAPIキー、モデル、プロンプト履歴まで自由に覗いたり書き換えたりできてしまいます。

技術的な原因

この問題は、CWE-863「不適切な権限管理」（Authorization Bypass）に該当します。LiteLLMの /user/update エンドポイントはユーザー自身の情報更新を制限していますが、どのフィールドを変更可能かの制約が不十分です。攻撃者は自分のアカウントの user_role フィールドを書き換え、proxy_admin 権限を不正に得ます。org_admin権限を持つユーザーは追加の脆弱性を利用せずに不正権限を獲得できます。

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

  • APIキー（OpenAI, Anthropicなど）の漏洩で外部AIサービスに不正アクセスされる
  • LLMのコンテキスト情報（顧客データ等）を盗まれる
  • プロンプトインジェクションでAgentやBotを制御される危険性
  • モデルやRAG（Retrieval-Augmented Generation）データの改ざん
  • 請求コストの急激な増加
  • 複数テナント間で情報が漏れるマルチテナント環境のリスク
  • インフラ全体への権限横展開
  • AIコーディングツール（Cursor, Cline, GitHub Copilot等）経由でのローカルファイル・任意コード実行リスク
  • IDE拡張による遠隔操作
  • 環境変数（.env）や認証情報の漏洩

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

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

カテゴリ 情報源 言語 何が分かるか リンク
総合 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スコアは8.8でHigh評価。攻撃はネットワーク経由で実施可能かつ要権限は低く、ユーザー操作不要。実務的には管理APIの権限昇格として非常に危険
  • EPSSスコアは提供されていないが、GitHubでの公開PoCやCISA KEV登録はなく悪用観測は未確認
  • ランサムウェア悪用も現時点で不明
  • 条件としてはorg_admin権限を持つユーザーが対象。だが既存のorg_admin権限を持つユーザーでも脆弱性を単独で悪用可能

誰が動くべきか

  • LiteLLMをLLM Gatewayとして運用している運用チーム
  • AgenticフレームワークやMCP Serverを運用しているSecOps・SREチーム
  • CursorやClineなどのAI駆動開発環境を管理しているバイブコーダー開発者

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

影響を受けるバージョン

製品 脆弱なバージョン範囲 修正版
LiteLLM 1.83.9以前 1.83.10以上

バージョン確認コマンド

Python（pip）

pip show litellm

出力例:

Name: litellm
Version: 1.83.9
Summary: A Light LLM Gateway
...

判定: Versionが1.83.9以下なら脆弱。1.83.10以上なら安全。

Python（poetry）

poetry show litellm

出力例:

litellm  1.83.9  A Light LLM Gateway

判定: バージョンが1.83.9以前なら脆弱。 1.83.10以上なら修正済み。

Docker

docker images | grep litellm

出力例:

berriai/litellm    1.83.9   sha256:abcd1234...

判定: タグやバージョンラベルが1.83.9以前なら脆弱。 1.83.10以上のタグが推奨。

設定確認

本脆弱性はAPI仕様上の問題であり、特定の設定に依存しません。バージョンが脆弱範囲内であれば設定にかかわらず影響を受けます。

Nucleiテンプレートでの検出

現時点で本脆弱性に対応した公開Nucleiテンプレートはありません。バージョン確認を必ず実施してください。

STEP 4: 修正を適用する

パッチ適用

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

pip install --upgrade litellm

判定: バージョンが1.83.10以上に上がれば修正適用済み。

Dockerイメージの更新例

docker pull berriai/litellm:1.83.10
docker stop <コンテナ名>
docker rm <コンテナ名>
docker run -d --name <コンテナ名> berriai/litellm:1.83.10

判定: 新しいコンテナが1.83.10ベースで起動していればOK。

注意: アップデート前に必ず現行環境のバックアップを取得し、ステージング環境で動作確認を行ってください。特に本番環境ではダウンタイム計画を十分に検討してください。

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

本脆弱性に対する公式の暫定対応策は提示されていません。管理APIのアクセス制御やネットワークレベルでの制限、あるいはorg_admin権限の厳格な管理を強化してください。

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

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

期待される出力

Python（pip）

pip show litellm

出力例:

Name: litellm
Version: 1.83.10
Summary: A Light LLM Gateway
...

判定: バージョンが 1.83.10 以上なら修正済みで安全です。

Docker

docker images | grep litellm

出力例:

berriai/litellm    1.83.10   sha256:xyz9876...

判定: イメージタグが 1.83.10以上に更新されていればOKです。

追加で確認すべきこと

  • ログで不審な権限昇格やAPI更新履歴がないか監査する
  • 関連する管理APIアクセスの監視ルールを強化する

補足: 悪用観測状況

現時点で本脆弱性のランサムウェア悪用は確認されていません。GitHub上にも公開されたPoCコードはありません。CISA KEVにも未登録であり、実際の悪用報告はまだない状況です。ただし攻撃条件が低く、高権限奪取が可能な欠陥のため危険度は高いままです。早期対策が強く推奨されます。

補足: CVSSメトリクス詳細

  • AV (Attack Vector) – ネットワーク: 攻撃者はネットワーク経由で遠隔から攻撃できる
  • AC (Attack Complexity) – 低: 攻撃条件は簡単で成功しやすい
  • PR (Privileges Required) – 低: 低権限のユーザーでも開始可能
  • UI (User Interaction) – なし: 攻撃者はユーザー操作を必要としない
  • S (Scope) – 変更なし: 攻撃範囲は本来のセキュリティ制御内で完結
  • C (Confidentiality) – 高: 機密情報が大幅に漏洩する
  • I (Integrity) – 高: データの改ざんが可能
  • A (Availability) – 高: システムの利用不能化も引き起こす

よくある質問（FAQ）

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

A. STEP 3でバージョンを確認し、脆弱なバージョンを使っていればSTEP 4の修正を適用してください。使用環境に応じたコマンドは本記事内に記載しています。

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

A. 本脆弱性の公式暫定対応はありませんが、管理APIのアクセス制限強化やorg_admin権限の管理を厳格化してください。ネットワーク隔離も検討しましょう。

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

A. ログ監査で不正な役割変更やアクセス履歴をチェックしてください。ベンダー提供のIOC情報があれば参照してください。

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

A. CVSSは技術的な危険度を示しますが、EPSSは「実際に悪用される確率」を示します。両方を合わせてみると対応の優先度が分かりやすくなります。

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

A. 同じCWE-863「不適切な権限管理」に分類される類似脆弱性は他にもあります。管理APIやユーザー権限関連の設定を重点的に見直してください。

参考文献

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

2026-05-29 追記

本記事の公開後、以下の重要な変化が確認されました（公開からの経過: 6日）。

項目 公開時点 2026-05-29時点 変化の意味
結論ボックスの対象範囲が未記入 (詳細はベンダーアドバイザリ参照) cpe:2.3:a:litellm:litellm:*:*:*:*:*:*:*:* <1.83.10 公開時は具体的な対象範囲が不明だったが、現在は確定済み（記事生成時の凡ミス補正）
結論ボックスの修正バージョンが未記入 ベンダーアドバイザリ参照 3件のパッチリンクあり(https://github.com/BerriAI/litellm/commit/128d32d2494b759c5d15da3452452af4c6a34c01 等) 公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明（記事生成時の凡ミス補正）

結論ボックスの対象範囲が未記入

公開時点では「(詳細はベンダーアドバイザリ参照)」という表現で、LiteLLMの脆弱なバージョン範囲が明確に記載されていませんでした。現在は「cpe:2.3:a:litellm:litellm:*:*:*:*:*:*:*:* <1.83.10」と特定され、脆弱性の影響を受けるバージョンがはっきり示されています。これにより、どのバージョンが対象かを運用側が迅速かつ正確に判別でき、不要な混乱や誤対応が防げます。情報システム部門や情シスだけでなく、現場管理者レベルでも自組織の運用状況と照らし合わせやすくなったため、自社環境での影響調査をすぐに開始することが推奨されます。

結論ボックスの修正バージョンが未記入

記事公開時には「ベンダーアドバイザリ参照」とのみ記載され、実際の修正版バージョンや具体的なパッチURLが明示されていませんでしたが、現在は「3件のパッチリンクあり(https://github.com/BerriAI/litellm/commit/128d32d2494b759c5d15da3452452af4c6a34c01 等)」と修正版の詳細が追記されています。これにより、公式リポジトリにてパッチ内容や修正コミットの確認が可能となり、実運用における適用作業の判断およびパッチ適用漏れリスクの低減につながります。運用担当者はパッチがリリースされていることを早期に認識し、1.83.10未満を使用している場合は速やかなアップグレード計画を立て、適用後の正常性確認まで実施することが重要です。

2026-06-05 追記

本記事の公開後、以下の重要な変化が確認されました（公開からの経過: 13日）。

項目 公開時点 2026-06-05時点 変化の意味
結論ボックスの対象範囲が未記入 (詳細はベンダーアドバイザリ参照) cpe:2.3:a:litellm:litellm:*:*:*:*:*:*:*:* <1.83.10 公開時は具体的な対象範囲が不明だったが、現在は確定済み（記事生成時の凡ミス補正）
結論ボックスの修正バージョンが未記入 ベンダーアドバイザリ参照 3件のパッチリンクあり(https://github.com/BerriAI/litellm/commit/128d32d2494b759c5d15da3452452af4c6a34c01 等) 公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明（記事生成時の凡ミス補正）

結論ボックスの対象範囲が未記入

公開時点では、どのバージョンのLiteLLMが影響を受けるか明確な記述がありませんでしたが、2026-06-05時点で「cpe:2.3:a:litellm:litellm:*:*:*:*:*:*:*:* <1.83.10」と具体的な対象範囲が判明しました。これにより、運用者は自環境のバージョンが該当しているかを確実に判断でき、誤った対応や見落としを抑止できます。管理しているLiteLLM実装がこのバージョン範囲に該当する場合は、速やかなアップグレードや追加の防護策実装を推奨します。

結論ボックスの修正バージョンが未記入

記事公開当初は「ベンダーアドバイザリ参照」とのみ記載しており、具体的にどの修正版やパッチが提供されているか不明な状態でした。現在は3件の修正コミットやPRリンク（例: コミット1など）が明示され、公式修正方法がはっきりしました。これにより、実際にどのパッチを適用すべきか迷うことなく作業でき、適切なアップデートの即時適用が可能となります。対象バージョンを使用している管理者は、必ず最新パッチを確認し、不用意な脆弱性再発防止のためにも、手動適用時はパッチ内容とバージョン表記に相違がないか確認してください。

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

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

@ai_sec_news_256 をフォロー

CVE
2026-cve ai-framework ai-gateway ai-security authz high-severity llm

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

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

関連記事

目次