vLLM は `MediaConnector` クラスを介して Server-Side Request Forgery (SSRF) の脆弱性を持っています

このSSRF脆弱性を悪用されると、攻撃者はvLLMサーバーに、内部ネットワーク上の任意のホストに対してリクエストを送信させることが可能になります。コンテナ化環境（llm-dなど）では、侵害されたvLLMポッドが内部ネットワークのスキャンや、他のポッドとのインタラクションに利用されるリスクがあります。攻撃者は、内部サービスへの不正アクセス、機密情報の窃取、さらには内部ネットワークへの侵入といった攻撃を実行する可能性があります。この脆弱性は、特に内部ネットワークへのアクセス制限が緩い環境において、深刻な影響をもたらす可能性があります。

Organizations deploying vLLM in containerized environments, particularly those utilizing llm-d, are at the highest risk. Environments with lax network segmentation and internal services accessible from the vLLM server are also particularly vulnerable. Users relying on vLLM's multimodal features for processing external media are directly exposed.

• python / llm-d:

Get-Process -Name vLLM | Select-Object -ExpandProperty Path

• python / llm-d: Monitor vLLM logs for unusual outbound network connections or requests to internal IP addresses. • generic web: Use curl to probe for exposed endpoints related to media loading: curl http://<vllmserverip>/media/load • generic web: Examine access logs for requests originating from the vLLM server to internal IP addresses or unexpected domains.

1. 2025-10-07Disclosure

   disclosure

1. 予約済み2025-06-18
2. 公開日2025-10-07
3. 更新日2026-02-04
4. EPSS 更新日2026-03-23

vLLMのバージョン0.11.0へのアップデートが最も推奨される対策です。バージョンアップが困難な場合は、URLのホスト名検証を実装し、許可されたホストのみからのリクエストを許可するホワイトリストを適用することで、脆弱性の影響を軽減できます。また、WAF（Web Application Firewall）やリバースプロキシを設定し、外部からの不正なリクエストをブロックすることも有効です。ネットワークセグメンテーションを実施し、vLLMサーバーがアクセスできる内部ネットワークの範囲を制限することも重要です。アップデート後、vLLMのログを監視し、異常なリクエストがないか確認してください。