Database/AI/ML frameworks & serving

llama.cpp: oversized seq_id in a saved slot file leaks heap memory past the cells array
Impact
Builds b5702 through b7653 read past the end of the allocated cells array when restoring recurrent memory state from a slot file, leaking heap bytes - including pointer values - into the server's logs. The leaked pointers defeat ASLR on the inference host and make a follow-on memory-corruption attempt materially easier. On a GPU node this is an information-disclosure step rather than an immediate takeover, but the slot save directory is often a shared volume or a host path mounted into the serving container, and the logs it leaks into are frequently shipped to a central collector where other tenants or lower-privileged operators can read them. Exploitation requires the attacker to already have write access to the slot save directory.
Who can reach it
Anyone who can write a file into the llama.cpp slot save directory - a co-tenant sharing that volume, a compromised sidecar, or a user of an API that persists slots on their behalf - then triggers a restore. The record indicates no authentication to the server itself is needed (PR:N) once the file is in place.
What to do
Upgrade llama.cpp past build b7653 to a build containing commit f93c09e and restart the server process. If you cannot rebuild immediately, take write access to the slot save directory away from anything but the server itself and stop exposing the restore endpoint to tenants; also scrub existing logs, since already-leaked pointer values stay valid for the lifetime of a running process.
References
Related entries
- vLLM: race in the prompt_embeds sparse-tensor guard reopens the CVE-2025-62164 crash pathCVE-2026-73557 · vLLM prompt_embeds loader (safe_load_prompt_embeds sparse-tensor guard)Medium
- Eclipse Che dashboard backend (POST /dashboard/api/data/resolver): The dashboard backend passes a user-supplied URLCVE-2026-86590 · Eclipse Che dashboard backend (POST /dashboard/api/data/resolver)Medium
- vLLM: allowed_token_ids validated against tokenizer length, corrupting shared GPU logit-bias stateCVE-2026-93840 · vLLM (SamplingParams allowed_token_ids validation / LogitBiasState)Medium
- vLLM: unbounded prompt token ids write out of bounds in the penalty bincount Triton kernelCVE-2026-93841 · vLLM (Triton _bincount_kernel, penalty prompt-presence bitset)Medium
- OpenLLM: Local file inclusion via the web applicationCVE-2024-8982 · OpenLLMMedium
- Weights & Biases OpenUI: Unauthenticated endpoints allow file upload and downloadCVE-2024-10649 · Weights & Biases OpenUIMedium
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.