CVE-2026-5817
Docker Model Runner container-to-host code execution via unsandboxed trust_remote_code in Python inference backends
- Publié
- 22 mai 2026
- Mise à jour
- 27 mai 2026
- Attribution de CNA
- Docker
- Preuve observée
- 10 août 2026
CVSS primaire
nvd · CVSS 4.0
CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:XFaible · 30 prochains jours
- Percentile
- 7,5 %
- Date du modèle
- 15 oct. 2026
EPSS est une estimation statistique, et non une certitude ou une mesure d'impact. Combinez-le avec CVSS, le statut KEV, l'exposition et votre environnement.
Résumé
Le backend d'inférence vllm-metal dans Docker Model Runner sur macOS définit inconditionnellement `trust_remote_code=True` lors du chargement des tokenizers de modèles, et s'exécute sans sandboxing. Cela amène `transformers.AutoTokenizer.from_pretrained()` à importer et exécuter des fichiers Python arbitraires inclus dans tout modèle extrait d'un registre OCI, ce qui entraîne une exécution de code arbitraire sur l'hôte Docker en tant qu'utilisateur de Docker Desktop lorsque l'inférence est déclenchée. Tout conteneur sur le réseau Docker peut déclencher cela en appelant l'API model-runner.docker.internal pour extraire un modèle malveillant et demander une inférence.
Sources
Docker Model Runner RCE / évasion conteneur-vers-hôte : Une vulnérabilité critique qui permet l'exécution de code du conteneur vers l'hôte dans le backend d'inférence MLX / SGLANG / VLLM de Docker Model Runner.
POC d'exécution de code à distance d'un conteneur Docker vers l'hôte via vllm-metal trust_remote_code=True
Utilisation responsable
Utilisez les informations de vulnérabilité uniquement sur les systèmes que vous possédez ou que vous êtes autorisé à tester. Kitploit renvoie aux métadonnées de la recherche publique et ne stocke pas de code d'exploitation ni de charges utiles malveillantes.