GPU VulnDB

Database/AI/ML frameworks & serving

vLLM: an all-zero image on the DeepSeek-OCR path trips a fatal assertion and shuts the engine down

CVSS 6.5CVE-2026-115914AI/ML frameworks & servingcurated

Impact

On the DeepSeek-OCR, DeepSeek-OCR-2 and Unlimited-OCR image paths, an image whose normalized pixels sum to zero produces no embedding when it is alone in its per-step encoder batch. The empty value propagates through embed_multimodal to sanity_check_mm_encoder_outputs, where a fatal assertion fires and the engine shuts down for all users. The input is a legal image, so nothing upstream rejects it, and a single repeated request is enough to keep a shared OCR endpoint down. Recovery is a process restart with a full weight reload onto the GPU, so the blast radius is every tenant on that server.

Who can reach it

Any remote client that can reach the OpenAI-compatible API and submit an image (CVSS: authenticated, low privileges) against a server running one of the affected DeepSeek-OCR models.

What to do

Upgrade to vLLM 0.32.0 (fix commit c15672cf) and restart the serving replicas - a daemon restart plus model reload, no host maintenance. Until then, reject all-zero or blank images at the ingress, or keep the affected OCR models off publicly reachable endpoints.

References

Related entries

All AI/ML frameworks & serving entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.