【高】CVE-2026-33655 LLM Gatewayの認証済みSSRF脆弱性による内部ネットワーク攻撃対策ガイド AI Security運用者必読

結論

• 危険度: High (CVSS 7.7)
• 対象: github.com/QuantumNous/new-api < 0.12.0-alpha.1
• 修正: 0.12.0-alpha.1
• 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-07-10 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-33655は、New APIというLLM（大規模言語モデル）ゲートウェイ兼AI資産管理システムにおいて、認証済みユーザーが内部ネットワークのIPアドレスを狙った攻撃ができる脆弱性です。LLMゲートウェイの運用者は優先的に対応してください。

やさしく説明すると

この脆弱性を簡単に言うと、「建物の受付で本人確認はあっても、受付が訪問先の住所で本当にその場所か調べずに案内してしまう」ようなものです。認証済みのユーザーが通知用のURLに内部の住所（IPアドレス）を書けてしまい、内部ネットワークの隠れた情報を盗める可能性があります。つまり、本来守るべき内部通信先がうまくチェックされず、不正に内部情報にアクセスされる危険があります。

技術的な原因

脆弱性の根本原因は、SSRF（サーバサイドリクエストフォージェリ）保護機能の設定ミスです。英語でSSRFは「Server-Side Request Forgery」と訳し、外部から攻撃者がサーバを経由し内部サーバにHTTPリクエストを送る攻撃を指します。

本件では、デフォルト設定で ApplyIPFilterForDomain が無効になっていました。これにより、URLのホスト名に事前にIP解決（DNSリゾルブ）をしてIPチェックを行わず、許可/拒否ドメイン名だけを見て判断していました。結果的に、認証済みユーザーがWebhookや通知システム（Bark/Gotify）に、内部IPやメタデータIPを指すようなURLを登録できてしまいます。CWE番号は CWE-918: Server-Side Request Forgery (SSRF) です。

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

• 内部ネットワークのメタデータサービスや管理用APIに認証なしでアクセスされ、重要な機密情報を漏洩させる
• AI Gatewayの通知機能経由でSSRF攻撃が成立し、運用環境のAI/LLMリソースが悪用される
• LLMのAPIキーや設定情報が流出し、意図しない請求コストの増大やサービス停止を招く
• 内部システム全体に情報漏洩が横展開し、ログや設定ファイル、プロンプトデータが盗まれる
• バイブコーダー開発者が利用するCopilotやCursor経由の連携で、環境変数や認証情報が盗まれる恐れ

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

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

カテゴリ	情報源	言語	何が分かるか	リンク
総合	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スコアは7.7でHigh評価です。これは実務的に計画的に対応すべき「高リスク」レベルを意味します。
• EPSS（悪用予測値）は公表されていませんが、認証済みユーザーで容易に悪用可能なため注意が必要です。
• ランサムウェア悪用の報告はまだありません。
• 公開されているPoCやExploitは現時点で存在しません。
• 悪用には認証済みユーザー権限が必要ですが、ネットワーク経由で直接攻撃可能なので本番運用環境では重要視すべきです。

誰が動くべきか

• LLM Gateway運用チーム（例: New API運用、LLM Proxy担当）
• Agentフレームワーク開発・運用者（LangChain、AutoGen等）
• MLインフラチーム（vLLM、Tritonなど）
• RAG（Retrieval-Augmented Generation）パイプライン保守担当
• バイブコーダー開発者（Cursor、Cline、CopilotなどのAI駆動開発ツール利用者）
• AIセキュリティ担当・SecOpsチーム

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

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
github.com/QuantumNous/new-api	< 0.12.0-alpha.1	0.12.0-alpha.1

バージョン確認コマンド

Python (pip)

pip show new-api

出力例:

Name: new-api
Version: 0.11.5
Summary: New API LLM Gateway and AI Management
...

判定: Version の値が 0.12.0-alpha.1 未満なら脆弱

Python (pip list)

pip list | grep new-api

出力例:

new-api                 0.11.5

判定: 0.12.0-alpha.1未満なら脆弱

GitHub Advisory Database

GitHub Advisory Databaseにも同様の情報があります。詳細はこちらをご参照ください。

設定確認

本脆弱性は設定 ApplyIPFilterForDomain がデフォルトで無効（false）となっていることが原因の一つです。

この設定を有効にしない限り、名前解決後のIPアドレスでのフィルタリングが行われません。ただし、本件は設定依存ではなく、対象バージョンなら脆弱です。設定を確認し、有効化できる場合は推奨されます。

Nucleiテンプレートでの検出

現時点で公開されたNucleiテンプレートはありません。検出はバージョン確認や設定値確認で行ってください。

STEP 4: 修正を適用する

パッチ適用

Python (pip) 環境の場合

pip install --upgrade new-api==0.12.0-alpha.1

判定: バージョンが 0.12.0-alpha.1 になればパッチ適用済み

Docker コンテナ環境の場合

docker pull ghcr.io/quantumnous/new-api:0.12.0-alpha.1
docker stop new-api-container
docker rm new-api-container
docker run -d --name new-api-container ghcr.io/quantumnous/new-api:0.12.0-alpha.1

判定: コンテナイメージタグが 0.12.0-alpha.1 であればパッチ済み

注意: パッチ適用前に必ず設定ファイルやデータのバックアップを取得し、ステージング環境での検証後に本番適用してください。ダウンタイム計画の共有も忘れずに。

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

ベンダーから公式な暫定対応策は提示されていません。可能な場合は以下を検討してください。

• ネットワークレベルで通知用URL経由の通信を制限し、内部ネットワークへのアクセスを遮断
• ApplyIPFilterForDomain 設定を有効化し、IPチェックを強化（設定可能なら）
• Webhook等、通知機能を一時的に無効化して脆弱な通信を抑止

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

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

期待される出力

Python (pip)

pip show new-api

出力例:

Name: new-api
Version: 0.12.0-alpha.1
Summary: New API LLM Gateway and AI Management
...

判定: バージョンが 0.12.0-alpha.1 以上ならOK

Python (pip list)

pip list | grep new-api

出力例:

new-api                 0.12.0-alpha.1

判定: 0.12.0-alpha.1 以上なら対応完了

追加で確認すべきこと

• 設定ファイルの ApplyIPFilterForDomain が有効になっているか
• 通知機能から不審な内部向けアクセスログが残っていないか
• もしNucleiテンプレート公開があれば、脆弱性チェックを再実行する

補足: 悪用観測状況

現時点でCISAのKEV（Known Exploited Vulnerabilities）カタログには登録されていません。ランサムウェアなどによる悪用は未確認です。GitHubでは公開PoCやExploitは発見されていません。今後の動向に注意してください。

補足: CVSSメトリクス詳細

• AV (Attack Vector)：NETWORK – 攻撃はネットワーク経由で実行可能
• AC (Attack Complexity)：LOW – 攻撃の条件は容易で複雑さが低い
• PR (Privileges Required)：LOW – 低い権限(認証済みユーザー)で攻撃可能
• UI (User Interaction)：NONE – ユーザーの操作は不要
• S (Scope)：CHANGED – 影響範囲が本来の権限外まで及ぶ変更
• C (Confidentiality)：HIGH – 機密情報の漏洩リスクが高い
• I (Integrity)：NONE – データの改ざんは発生しない
• A (Availability)：NONE – 利用妨害（サービス停止）は起きない

よくある質問（FAQ）

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

A. STEP 3で自分の環境のnew-apiバージョンを確認し、STEP 4で0.12.0-alpha.1へのアップデートを実施してください。アップデート後はSTEP 5でバージョン確認を行います。

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

A. 公式の暫定対応はありませんが、通知機能の無効化やネットワークから内部IPへのアクセス制限、設定値ApplyIPFilterForDomainの有効化を検討してください。

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

A. 通知サービスのアクセスログを監視し、内部IPアドレスやメタデータサービスへの不審なアクセスがないかを確認してください。さらに利用中のNew APIの監査ログがあれば併せて確認してください。

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

A. CVSSは脆弱性の理論的な深刻度を示し、EPSSは「現実にどの程度悪用される可能性があるか」を予測します。両方を確認することで対応優先度の判断がより正確になります。

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

A. CWE-918（SSRF）に分類される脆弱性は多数存在します。過去には他のLLMゲートウェイやAPI管理ツールで類似攻撃が報告されています。定期的な監査が重要です。

参考文献

• NVD: CVE-2026-33655
• GitHub Advisory Database: GHSA-6qcr-qxgr-m7fv
• New API Release v0.12.0-alpha.1
• 修正コミット

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

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

• High脆弱性 に関するCVE・脆弱性記事一覧
• SSRF に関するCVE・脆弱性記事一覧
• LLM に関するCVE・脆弱性記事一覧