【高】CVE-2026-65317 Verba RAGにSSRFとミドルウェア認証バイパスの危険性 AI Security対策完全ガイド

結論

• 危険度: High (CVSS 8.6)
• 対象: (詳細はベンダーアドバイザリ参照)
• 修正: ベンダーアドバイザリ参照
• KEV: No (NVD Critical由来。CISA KEVには未登録)

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-65317はVerba RAGアプリケーションv2.1.3に存在するSSRF（サーバサイドリクエストフォージェリ）とミドルウェアの同一生成元（Same-Origin）チェックバイパスの組み合わせによる脆弱性です。攻撃者は認証不要で不正なHTTPリクエストを発行できるため、LLMゲートウェイ運用者にとって最優先対応が必要です。

やさしく説明すると

これは、サーバーが送るリクエストの「送り先」を勝手に変えられる問題です。イメージとしては、家の玄関の鍵がかかっているはずが、特定の裏技で鍵をすり抜け、誰でも中に入って勝手に外に電話をかけられてしまうようなものです。しかも、攻撃者はログイン不要でこの裏技を使えます。LLMやAIを使うサービスの裏側で、攻撃者が自由に外部と通信できてしまうため大きなリスクがあります。

技術的な原因

この脆弱性はCWE-918（Server-Side Request Forgery: SSRF）に分類されます。具体的には、Verba RAGアプリのAPIミドルウェアが送信元を検証するためのSame-Originポリシーチェックをバイパスできます。攻撃者は任意のOriginヘッダーを細工し、localhostであるはずのアクセス制限を回避して、/api/connectエンドポイントに悪意あるホスト名とポートを指定できます。これによりサーバー自体が攻撃者管理下の外部サーバーにリクエストを発行する事態を招きます。

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

• 攻撃者が認証なしでサーバー経由で任意の外部通信を発生させる
• APIキーや内部サービスへのアクセスに使う秘密情報や認証情報の漏洩リスク
• LLMのコンテキスト情報、顧客データの不正取得リスク
• AI AgentやRAGパイプラインの制御乗っ取りによる誤動作や情報改ざん
• 攻撃者がサーバー経由で内部ネットワークや他のテナントに横展開できるリスク
• AIコーディング支援ツール（Cursor、Cline、Copilotなど）経由で開発環境の情報漏洩や操作

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

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

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

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

結論: 高

判断根拠

• CVSS v3.1スコアは8.6のHigh。ネットワーク経由で認証不要かつユーザの操作を必要としないため、実務的に高リスクと判断する。
• EPSS（悪用予測スコア）は未提供。したがって現在の実際の悪用頻度は不明。
• ランサムウェアグループによる悪用は確認されていません（Unknown）。
• 公開PoC（Proof of Concept：実証コード）は存在しません。現状は武器化されていないと推定。
• 攻撃条件は「Originヘッダーの改ざん」と「特定APIエンドポイントへのアクセス」であり、認証無しでアクセス可能な環境は危険。

誰が動くべきか

• LLM Gateway運用チーム（例：Verba RAGを本番利用している組織）
• Agentフレームワーク開発者や運用担当者
• AI Gatewayを管理・監視するSecOps/SREチーム
• バイブコーダー開発者でVerbaをラップや連携で利用している場合も確認推奨

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

影響を受けるバージョン

バージョン確認コマンド

Python (pip)

pip show verba-rag

出力例:

Name: verba-rag
Version: 2.1.3
Summary: Verba RAG application

判定: Version: 2.1.3の場合は脆弱。修正版が出ていればそれ以上なら安全。

設定確認

この脆弱性は設定依存ではありません。対象バージョンであれば脆弱です。設定での回避策は提供されていません。

Nucleiテンプレートでの検出

公開Nucleiテンプレートは提供されていません。検出にはバージョン確認コマンド等の非破壊的手法を使ってください。

STEP 4: 修正を適用する

パッチ適用

Python (pip) 環境

pip install --upgrade verba-rag

判定: インストール後、pip show verba-ragでバージョンを確認し、修正版相当かそれ以上ならOK。

注意: パッチ適用前に本番環境のバックアップを取得してください。適用後は必ずステージング環境で動作確認を行い、ダウンタイム計画を立ててから本番反映してください。

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

現状、公式が示す暫定対応策はありません。ネットワーク分離やファイアウォールで該当APIエンドポイントへのアクセスを制限することが一時的な防御策となります。

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

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

期待される出力

Python (pip)

pip show verba-rag

出力例:

Name: verba-rag
Version: 2.1.4
Summary: Verba RAG application

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

追加で確認すべきこと

利用可能であれば、ベンダー提供の診断ツールや将来的に公開されるNucleiテンプレートの再実行を推奨します。また、ログを監視し不審な /api/connect へのリクエストがないか確認してください。

補足: 悪用観測状況

現時点でCISA KEVカタログには未登録であり、ランサムウェアグループなどによる悪用は報告されていません。公的なExploit DatabaseやGitHub上のPoCも未公開です。今後悪用の兆候があれば迅速に対応が必要です。

補足: CVSSメトリクス詳細

• 攻撃元(AV): NETWORK（攻撃者はネットワーク経由で攻撃可能）
• 攻撃複雑度(AC): LOW（攻撃手順は簡単で特別な条件不要）
• 必要権限(PR): NONE（認証や権限が不要）
• ユーザ操作(UI): NONE（ユーザの操作を必要としない）
• スコープ(S): CHANGED（攻撃により権限や資産の範囲が変更される）
• 機密性影響(C): HIGH（機密情報の重大な漏洩を招く）
• 完全性影響(I): NONE（データの改ざんは発生しない）
• 可用性影響(A): NONE（サービス停止などは発生しない）

よくある質問（FAQ）

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

A. STEP 3の対象バージョン確認から始めて、ベンダーが提供する修正版へのアップグレードをSTEP 4で実施することが最低限必要です。具体的なバージョン番号・コマンドは本記事内に記載しています。

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

A. ネットワーク制御で該当APIへの不正アクセスを遮断する暫定対応を行ってください。公式からの具体的な設定変更や回避策は現時点で提示されていません。

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

A. サーバーログで/api/connectエンドポイントへのOriginヘッダーを悪意ある値にしたリクエストを監査してください。ベンダーから特定のIOC（侵害痕跡）は未公開です。

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

A. CVSSは技術的な深刻度を示しますが、EPSSは実際に悪用される確率を表します。両方を確認すると対応の優先順位がより正確に判断できます。

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

A. CWE-918のSSRF脆弱性は他のAI関連プロダクトやLLM代理サーバーでも発生する可能性があります。AI GatewayやAgentic環境で特に注意してください。

参考文献

• NVD – CVE-2026-65317
• GitHub Advisory Database – GHSA-vmf4-4c4w-vgqh
• GitHub – Verba SSRF脆弱性詳細(英語)
• VulnCheck Advisory – Verba SSRF

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

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

• High脆弱性 に関するCVE・脆弱性記事一覧
• SSRF に関するCVE・脆弱性記事一覧
• API セキュリティ に関するCVE・脆弱性記事一覧
• RAG に関するCVE・脆弱性記事一覧