Quick answers
- Is CVE-2026-115231 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-115231 being exploited in the wild.
- How severe is CVE-2026-115231?
- Informational severity, published 3 November 2026.
- Which products and versions are affected?
- Eclipse ThreadX 6.0.1 through 6.5.2.202603.
- Is there a fix for CVE-2026-115231?
- Yes: fixed in ThreadX 6.5.2.202603b. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-115231 attacked?
- It is attacked with local access, in an operating system.
- Am I affected by CVE-2026-115231?
- Check whether you run Eclipse ThreadX 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: ThreadX 6.5.2.202603b
Technical details
A memory-protected user-mode module can post forged callback requests to another module's callback queue by walking the kernel queue list and sending messages to queues outside its own memory. The receiving module's callback worker thread calls function pointers from these messages without verifying they originated from the Module Manager, allowing arbitrary code execution in the target module's context. When the receiving module runs in privileged mode, this becomes a privilege escalation to kernel-level access.
Affected products
- Eclipse ThreadX 6.0.1 through 6.5.2.202603
Timeline
- 2026-11-01: disclosed: GitHub advisory GHSA-q2rc-f35r-2hw6 published
- 2026-11-03: advisory: CVE-2026-115231 published
- 2026-11-01: patched: Fix released in ThreadX 6.5.2.202603b