vLLM: Untrusted EPS inputs can trigger denial of service or Ghostscript RCE
What fixes it
No source in this snapshot names a fixed version. The vendor advisories under References are the place to check.
Description
vLLM is an inference and serving engine for large language models. Prior to 0.32.0, ImageMediaIO passes attacker-controlled image bytes to Pillow through Image.open(BytesIO(data)) without restricting decoder selection, and the MIME label does not constrain the selected format. Image-capable request paths through parse_image() and fetch_image() can therefore dispatch an EPS payload to host components. A host with Ghostscript affected by CVE-2024-29510 can execute commands with the vLLM process's privileges, while environments using Pillow 12.0.0 through 12.2.0 can trigger CVE-2026-59203 and exhaust media-loading workers. Deployments without the applicable vulnerable dependency are not affected by that corresponding impact. This issue is fixed in version 0.32.0.
Text from CVE List
Affected versions 1
- vllmaffected: < 0.32.0CVE List
References 4
- github.com/vllm-project/vllm/commit/710ac56e691d4713feca50a43e6c440f07d373fdFixvia CVE List
- github.com/vllm-project/vllm/releases/tag/v0.32.0Fixvia CVE List
- github.com/vllm-project/vllm/security/advisories/GHSA-h3rc-j82p-2c3hAdvisoryvia CVE List
- github.com/vllm-project/vllm/pull/60022Referencevia CVE List