Skip to content
OpenAdvisories

Product · Eclipse Foundation

Eclipse ThreadX

19 known vulnerabilities.

8 results · Clear filters · Feed

  • 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…

  • 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 …

  • 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 …

  • 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…