Quick answers
- Is CVE-2026-115654 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-115654 being exploited in the wild.
- How severe is CVE-2026-115654?
- Informational severity, published 2 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-115654?
- Yes: fixed in 6.5.2.202603b. Until then: Restrict the loading and execution of untrusted modules on systems using the Module Manager with memory protection. For applications that require module-to-application thread control, use shared synchronisation objects instead of direct thread manipulation. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-115654 attacked?
- It is attacked with local access, in an operating system.
- Am I affected by CVE-2026-115654?
- 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: 6.5.2.202603b
Restrict the loading and execution of untrusted modules on systems using the Module Manager with memory protection. For applications that require module-to-application thread control, use shared synchronisation objects instead of direct thread manipulation.
Technical details
The Module Manager's thread-control dispatchers (_txm_module_manager_param_check_typed_object_for_use) validate that a thread pointer references a live thread outside the calling module, but do not verify ownership. A memory-protected module can therefore call tx_thread_suspend, tx_thread_resume, tx_thread_terminate, tx_thread_reset, tx_thread_priority_change, tx_thread_preemption_change, tx_thread_time_slice_change, and tx_thread_wait_abort on any thread in the system, using pointers obtained via txm_module_object_pointer_get_extended or tx_thread_info_get. This enables denial-of-service or manipulation of system scheduling without code execution or memory access.
Affected products
- Eclipse ThreadX 6.0.1 through 6.5.2.202603
Timeline
- 2026-11-01: disclosed
- 2026-11-02: patched: ThreadX 6.5.2.202603b released