Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2026-47155 medium CVSS 6.5

Vulnérabilité dans vllm (CVE-2026-47155)

Résumé

Vulnérabilité dans vllm (CVE-2026-47155). Les données peuvent être altérées par des attaquants. Exploitable via main. Atténuation : mise à jour vers 0.22.0 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

vLLM's revision pinning controls do not consistently apply to all artifacts loaded for a model. A deployment that supplies --revision or --code-revision can still load dynamic code, GGUF files, image processors, retrieval side weights, or same-repository subfolder weights/config from an unpinned/default revision.

This is a supply-chain integrity issue for pinned vLLM deployments. Operators can believe they are serving a reviewed model revision while vLLM resolves behavior-affecting nested or sibling artifacts outside that reviewed revision.

Details

The expected invariant is:

When a vLLM operator supplies a model or code revision pin, every code, config, processor, weight file, side weight, and same-repository subfolder artifact loaded as part of that model should resolve under that pin unless vLLM exposes and enforces a separate explicit pin for that artifact.

Current main was verified affected at commit 3795d7acf431980e62e738493f437ae2a51549da.

Affected source boundaries:

  • vllm/model_executor/models/registry.py:1045-1051 and :1058-1064
    • _try_resolve_transformers() passes revision=model_config.revision and trust_remote_code=model_config.trust_remote_code, but omits code_revision=model_config.code_revision for external auto_map dynamic module imports.
  • vllm/model_executor/model_loader/gguf_loader.py:58-60
    • The direct-file GGUF form repo/file.gguf calls hf_hub_download(repo_id=repo_id, filename=filename) without pass…

Source: GitHub Security Advisories (Global) NVD GitHub Advisory

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2026-47155 a été découverte dans vllm.
Des attaquants peuvent cibler un point d'entrée spécifique comme main à distance pour détourner le produit.
Les données peuvent être altérées par des attaquants. Score CVSS : 6.5/10.
Action : mettez à jour vllm vers 0.22.0 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « vllm CVE-2026-47155 » sur le site de l'éditeur.

CVE-2026-47155 (vllm) — CWE-345 / CVSS v3 6.5
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : main / auto_map / revision / model_config.revision
Correctif : 0.22.0 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une vulnérabilité (CWE-345) affecte vllm. Les attaquants atteignent le code vulnérable via main sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de vllm. Surface d'attaque : main / auto_map / revision / model_config.revision.

🔥 Gravité

Gravité : Moyenne (CVSS 6.5/10). Les données peuvent être altérées par des attaquants.

🔧 Comment corriger

Mettre à jour vers 0.22.0.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify 
    grep -r 'vllm' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で vllm を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Apply patch patch 
    Upgrade vllm to 0.22.0

    ステージング環境で 0.22.0 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  3. 3
    Post-deployment verification verify 
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

pip vllm
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"0.22.0"}]}]
PyPI vllm
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"0.22.0"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus