【高】CVE-2026-45671 Open WebUIの認証バイパスによるファイル削除脆弱性対策ガイド AI Securityバイブコーダー必読の対応手順

結論

• 危険度: High (CVSS 8)
• 対象: open-webui <= 0.8.12
• 修正: 0.9.0
• KEV: No (NVD Critical由来。CISA KEVには未登録)

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-45671はOpen WebUIの脆弱性で、認証済みユーザーが他人のファイルを不正に削除できます。LLMゲートウェイ運用者にとって最優先対応すべき危険な問題です。

やさしく説明すると

イメージは、社内チャットで共有中の資料フォルダーの鍵が誰でも開けられる状態です。認証したユーザーなら誰でも、他人の重要ファイルを削除できます。ファイルの識別子（UUID）が特定しづらくても、共有チャットを見るだけで知れてしまうため悪用リスクが高いです。

技術的な原因

脆弱性はCWE-639（認可バイパス）に分類されます。これは「アクセス権限の正しい判定ができていない」状態です。問題の関数has_access_to_file()は共有チャット経由でアクセス権を常に許可します。利用者の本人確認も操作の種類チェックも行わず、過剰に権限を与えてしまいます。

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

• 他ユーザーのファイルを認証者が勝手に削除し、データ損失や業務継続に支障を来す
• 共有チャットを利用するAgentフレームワークやLLMプロキシ運用において、権限管理が破綻する
• 不注意または悪意あるバイブコーダー開発者やAI駆動開発者によるファイル損壊リスク
• 運用中のAI GatewayやLLMアプリケーションの整合性を損ない、サービス停止や信頼喪失を招く
• APIキーや認証情報の漏洩までは確認されていないが、連動する構成次第で横展開の危険もありうる

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

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

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

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

結論: 高

判断根拠

• CVSSスコアは8.0のHigh（高リスク）で、ネットワーク経由での攻撃が可能
• EPSS（実際に悪用される確率）スコアは未提供だが、認証済みユーザー権限での不正削除が起きるため重大
• ランサムウェア悪用の観測は現時点で確認されていない
• 公開されたPoC（概念実証）コードはないが、GitHub Advisory Databaseで詳細な解析が公開されている
• 攻撃には認証済みユーザー権限が必要で、ユーザ操作も必要だが、低い権限で許されるためリスクは高い

誰が動くべきか

• Open WebUIを利用・運用しているLLM Gatewayの運用チーム
• Agentフレームワーク開発者やRAGパイプライン保守者
• バイブコーダー開発者やAI駆動開発者でOpen WebUIを使った開発環境を使用中の方
• AI Securityに関わるインフラチームおよびSRE/SecOpsチーム

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

影響を受けるバージョン

バージョン確認コマンド

Python (pip)

pip show open-webui

出力例:

Name: open-webui
Version: 0.8.12
Summary: Open WebUI - Local AI platform
...

判定: Versionが 0.8.12以下なら脆弱。0.9.0以上で安全。

設定確認

この脆弱性は設定依存ではなく、バージョンが対象範囲なら必ず脆弱です。

Nucleiテンプレートでの検出

本CVEに対し公開されたNucleiテンプレートはありません。バージョン確認による評価を推奨します。

STEP 4: 修正を適用する

パッチ適用

Python (pip)

pip install --upgrade open-webui

出力例:

Successfully installed open-webui-0.9.0

判定: インストール結果に 0.9.0 が含まれていれば修正適用済み。

注意: パッチ適用前に必ずデータのバックアップを取得してください。ステージング環境で動作検証後、本番環境でのアップグレードを行うことを推奨します。

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

現時点で公式からの暫定対応策は提示されていません。認証されたユーザーのアクセス範囲を必要最低限に制限し、共有チャット機能の使用を控えるなどの運用面での対策を検討してください。

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

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

期待される出力

Python (pip)

pip show open-webui

出力例:

Name: open-webui
Version: 0.9.0
Summary: Open WebUI - Local AI platform
...

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

追加で確認すべきこと

• 利用可能ならGitHub Advisory Databaseで最新のアラートやリリースノートを参照
• ログ監視で不審な削除APIアクセスがないかを確認する
• アップグレード後に共有チャット経由のファイルアクセス権が正しく制限されているか動作確認する

補足: 悪用観測状況

現時点でCISA KEVには未掲載で、ランサムウェアグループによる悪用情報はありません。GitHub上にも公開PoCコードは存在せず、攻撃ツールは確認されていません。ただし認証済みユーザー権限での悪用が可能なため注意が必要です。

補足: CVSSメトリクス詳細

• AV (Attack Vector) – 攻撃元: NETWORK（ネットワーク越しの攻撃）
• AC (Attack Complexity) – 攻撃複雑度: LOW（高い攻撃スキル不要）
• PR (Privileges Required) – 必要権限: LOW（認証済みユーザー権限があれば可能）
• UI (User Interaction) – ユーザ操作: REQUIRED（ユーザー操作が必要）
• S (Scope) – スコープ: UNCHANGED（影響範囲は限定）
• C (Confidentiality) – 機密性影響: HIGH（情報漏洩の可能性が高い）
• I (Integrity) – 完全性影響: HIGH（データ改ざんが可能）
• A (Availability) – 可用性影響: HIGH（サービス停止の可能性）

よくある質問（FAQ）

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

A. まず自分の環境のopen-webuiのバージョンをSTEP 3の方法で確認してください。脆弱なバージョンならSTEP 4で示した通り、0.9.0以上へアップグレードを実施してください。

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

A. 公式の暫定対応はありませんが、認証済みユーザーの権限管理を厳格化し、共有チャット経由のファイル操作を制限してください。ネットワーク隔離も検討してください。

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

A. ログ監視で他ユーザーのファイル削除API呼び出し履歴や不審な動作をチェックしてください。Github Advisory Databaseにて関連アラートを参照することも有効です。

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

A. CVSSは脆弱性の危険度を示しますが、EPSSは「実際に悪用される確率」を示します。両方を見ることで、優先的に対応すべき脆弱性を正確に判断できます。

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

A. CWE-639（認可バイパス）に分類される脆弱性は他のAIやLLM関連製品でも見られます。権限チェック漏れが共通原因ですので、同様の設計ミスに注意してください。

参考文献

• NVD – CVE-2026-45671
• GitHub Advisory – GHSA-26g9-27vm-x3q8
• Snyk Vulnerability DB – CVE-2026-45671
• JVN iPedia

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

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

• High脆弱性 に関するCVE・脆弱性記事一覧
• AI UI に関するCVE・脆弱性記事一覧