Quick answers
- Is CVE-2026-116816 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-116816 being exploited in the wild.
- How severe is CVE-2026-116816?
- High severity, with a CVSS score of 7.8, published 27 October 2026.
- Which products and versions are affected?
- Ggml-Org Llama.Cpp before b10261.
- Is there a fix for CVE-2026-116816?
- Yes: fixed in llama.cpp b10261 and later. Until then: Validate and sanitize GGUF model files before loading, particularly those containing PLAMO2 tokenizer definitions. Restrict model loading to trusted sources only. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-116816 attacked?
- It is attacked with local access, in a software library.
- Am I affected by CVE-2026-116816?
- Check whether you run Ggml-Org Llama.Cpp at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
How to fix
- Fixed in: llama.cpp b10261 and later
Validate and sanitize GGUF model files before loading, particularly those containing PLAMO2 tokenizer definitions. Restrict model loading to trusted sources only.
Technical details
The llm_tokenizer_plamo2::build function lacks validation when parsing BYTE-typed token text like <0x-1>, allowing negative parsed hex values to be used as array indices. This causes an out-of-bounds write to the bytes_ buffer during model loading. The vulnerability is triggered when a crafted GGUF model file is loaded, with no authentication or user interaction required beyond supplying the malicious model file.
Affected products
- ggml-org llama.cpp before b10261
Timeline
- 2026-10-27: disclosed