VULNERABILIDAD
CVE-2026-95108 Eliminar un hilo de módulo en modo usuario filtra su pila del kernel privilegiada
Un hilo lógico de un módulo ThreadX en modo usuario consume dos asignaciones del pool de objetos compartido del Module Manager: el bloque de control TX_THREAD y una segunda asignación de TXM_MODULE_KERNEL_STACK_SIZE bytes para la pila del kernel privilegiada. El despachador de eliminación de hilos del Module Manager liberaba solo la primera. La pila del kernel quedaba asignada hasta detener todo el módulo, por lo que un módulo que crea, termina y elimina hilos en un bucle agota un bloque fijo de un pool finito…
Alerta de Nureq Monitor
Detectada 20 OCT · 14:30
CVSS 4.0
6.8MEDIAPROBABILIDAD DE EXPLOTACIÓN (EPSS)
0,2 % PERCENTIL 6
EXPLOTACIÓN ACTIVA
No confirmada
EXPLOIT PÚBLICO
No conocido
Qué es CVE-2026-95108
Un hilo lógico de un módulo ThreadX en modo usuario consume dos asignaciones del pool de objetos compartido del Module Manager: el bloque de control TX_THREAD y una segunda asignación de TXM_MODULE_KERNEL_STACK_SIZE bytes para la pila del kernel privilegiada. El despachador de eliminación de hilos del Module Manager liberaba solo la primera. La pila del kernel quedaba asignada hasta detener todo el módulo, por lo que un módulo que crea, termina y elimina hilos en un bucle agota un bloque fijo de un pool finito…
Productos y versiones afectadas
Eclipse Foundation Eclipse ThreadX
Qué hacer
- Verificá si usás Eclipse ThreadX y en qué versión: el rango afectado figura arriba.
- Actualizá a la versión corregida que indique el fabricante en su aviso (ver referencias) o aplicá la mitigación que publique.
- Revisá registros y accesos de los sistemas expuestos para descartar que se haya aprovechado antes de corregir.
Calculadora CVSS
CVSS 4.0 · 6.8 MEDIA
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
- VECTOR DE ATAQUE (AV)
- Local
- COMPLEJIDAD DEL ATAQUE (AC)
- Baja
- REQUISITOS DEL ATAQUE (AT)
- Ninguno
- PRIVILEGIOS REQUERIDOS (PR)
- Bajos
- INTERACCIÓN DEL USUARIO (UI)
- Ninguna
- CONFIDENCIALIDAD (SISTEMA VULNERABLE) (VC)
- Ninguna
- INTEGRIDAD (SISTEMA VULNERABLE) (VI)
- Ninguna
- DISPONIBILIDAD (SISTEMA VULNERABLE) (VA)
- Alta
- CONFIDENCIALIDAD (SISTEMAS POSTERIORES) (SC)
- Ninguna
- INTEGRIDAD (SISTEMAS POSTERIORES) (SI)
- Ninguna
- DISPONIBILIDAD (SISTEMAS POSTERIORES) (SA)
- Ninguna
Abrir la calculadora completa →
Descripción original
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 second allocation of `TXM_MODULE_KERNEL_STACK_SIZE` bytes for the privileged kernel stack that thread's system calls run on, and records it in the control block. Both come from `_txm_module_manager_object_pool` and both are linked onto the module's allocation list.
The Module Manager's thread-delete dispatcher released only the first. The kernel stack stayed allocated until the whole module was stopped, so a module that creates, terminates and deletes threads in a loop — every state transition valid, every service returning `TX_SUCCESS` — removed a fixed block from a finite pool shared by the manager and by every other loaded module, on every cycle, for as long as it stayed loaded. Once the pool is exhausted, no memory-protected module can create any kernel object and no user-mode module thread can be created anywhere in the system.
Vulnerable function: `_txm_module_manager_tx_thread_delete_dispatch`, in `common_modules/module_manager/inc/txm_module_manager_dispatch.h`.
Referencias
Historial de la alerta
- VULNERABILIDAD Nueva vulnerabilidad detectada.
CÓMO SE HIZOResumen traducido automáticamente al español a partir de la descripción original. Ante dudas, la descripción original y las referencias del fabricante son la fuente de verdad. Cómo funciona.