Skip to content
OpenAdvisories

Product · Eclipse Foundation

Eclipse ThreadX

19 known vulnerabilities.

Eclipse ThreadX at a glance

Last 12 months
19
Critical · all time
0
Exploited · all time
0
Public exploit · all time
0
New vulnerabilities per month · last 12 months
0 5 10 December 2025: 0 vulnerabilities Dec 2025 January 2026: 1 vulnerability February 2026: 0 vulnerabilities March 2026: 0 vulnerabilities Mar April 2026: 0 vulnerabilities May 2026: 0 vulnerabilities June 2026: 0 vulnerabilities Jun July 2026: 0 vulnerabilities August 2026: 0 vulnerabilities September 2026: 3 vulnerabilities Sep October 2026: 8 vulnerabilities November 2026: 7 vulnerabilities
Show as table
MonthVulnerabilitiesCritical
Nov 202670
Oct 202680
Sep 202630
Aug 202600
Jul 202600
Jun 202600
May 202600
Apr 202600
Mar 202600
Feb 202600
Jan 202610
Dec 202500
Nov 202500
Oct 202500
Sep 202500
Aug 202500
Jul 202500
Jun 202500
May 202500
Apr 202500
Mar 202500
Feb 202500
Jan 202500
Dec 202400

19 results · Feed

  • High 7.3

    ThreadX Modules invokes trace-full callbacks after module unload

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, ThreadX Modules does not revoke a module's trace-buffer-full callback when the module is stopped and unloaded. With event tracing enabled and a kernel-owned trace buffer still active, a later buffer wrap…

  • High 8.5

    User-mode module can post forged callback requests to another module's callback queue, running its code with that module's privilege

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the Module Manager lets a user-mode, memory-protected module post a forged callback request to another module's callback request queue. The receiving module's callback thread calls the function pointer i…

  • High 8.7

    NetX Secure DTLS server allocates a session for each new source before the cookie exchange and never reclaims it, so spoofed datagrams exhaust the session pool

    In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure DTLS server allocates a session from its fixed session pool for the first datagram from any unrecognised address and port, before the cookie exchange, and never releases a session…

  • High 8.2

    NULL pointer dereference in the BSD raw IPv6 send path when the destination table is full

    In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, built with BSD raw socket and IPv6 support, the IPv6 raw send path uses the destination-table entry it adds without checking that the add succeeded. When the destination table is full and an off-…

  • Medium 6.9

    User-mode module can suspend, terminate, re-prioritise and abort the waits of threads it does not own

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the Module Manager's thread-control services do not check that a thread passed by a user-mode, memory-protected module belongs to that module. Any loaded module can suspend, resume, terminate, reset or r…

  • High 7.0

    Cortex-M module ports save a preempted user-mode module thread's registers through its unchecked stack pointer in privileged mode

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the PendSV handler of the Cortex-M module ports saves a preempted user-mode module thread's registers in privileged mode at addresses taken from the thread's stack pointer, without checking that pointer …

  • Medium 6.8

    Module Manager loaders leave the manager mutex held when a module preamble's sizes overflow, blocking every later module operation

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the Module Manager loaders return an overflow error without releasing the Module Manager mutex when a module preamble declares a data or stack size that overflows the allocation arithmetic. Loading such …

  • High 7.0

    Module object allocation size overflow corrupts the manager object pool

    A ThreadX module chooses `object_size` when it calls `txm_module_object_allocate`. The Module Manager adds its own 16-byte private header to that size and asked the object pool for the result **without checking the addition**. A size near the top of a `ULONG`…

  • Medium 4.8

    Module block-pool create validates two of the four parameter words it reads

    The Module Manager's block-pool create dispatcher proved that two `ALIGN_TYPE` words of the extra-parameter array a memory-protected module supplies lay inside the module's data, and then used indices 0 through 3 of that array. One of the two unproved words i…

  • Medium 6.8

    Deleting a user-mode module thread leaks its privileged kernel stack

    One logical thread of a user-mode ThreadX module costs the Module Manager's shared object pool two allocations, not one. The module asks for a `TX_THREAD` control block through `txm_module_object_allocate`; `_txm_module_manager_thread_create` then takes a sec…

  • Medium 6.9

    Module Manager object lookup validates one byte of a module's search name

    The Module Manager's object lookup validated one byte of a memory-protected module's search name and then walked as much of it as the module declared, in privileged mode, with the kernel's preemption count raised. Both lookup dispatchers are affected: the rec…

  • Medium 6.9

    Module delete dispatchers do not enforce kernel-object ownership before irreversible deletion

    A ThreadX module reaches a kernel object's delete service through the Module Manager's dispatch layer, which asked one question about the pointer: does the object lie outside the module's own code and data. That is the policy for *using* an object, and using …

  • High 8.5

    Cortex-A7 module data validation checks only the first address of a caller-supplied range

    The Cortex-A7 MMU Modules port validates a caller-supplied buffer by translating **one address** — the first byte. The common Module Manager hands its range check the module instance, the start address and the complete byte size; the Cortex-A7 implementation …

  • High 8.5

    Module object deallocation can free a live ThreadX kernel object

    A ThreadX module allocates the control blocks of its kernel objects from the Module Manager's object pool, and can ask for that memory back by address with `txm_module_object_deallocate`. The manager released it whatever was in it, including a control block t…

  • Medium 4.8

    Module queue front-send validates a word count as a byte count

    A memory-protected ThreadX module's queue request reaches the Module Manager's dispatch layer, which decides how much of the module's buffer the privileged queue copy may touch and hands that extent to the module port's range check. A queue's `tx_queue_messag…

  • Medium 6.9

    Out-of-bounds Read and Unverified Entry Pointers in the ThreadX Module Loader

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the Module Manager loaders take a module image without its length and trust the sizes and offsets in its preamble. A crafted module image can declare a code size larger than the image to read, or gain ac…

  • High 8.5

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, built with TX_ENABLE_EVENT_TRACE, the Module Manager lets a use…

  • High 8.4

    In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the Trus…

  • High 7.8

    The vulnerability stems from an incorrect error-checking logic in the CreateCounter() function (in threadx/utility/rtos…