CVE-2026-95107 Desbordamiento del tamaño de asignación de objetos de módulo corrompe el pool de objetos del manager
Un módulo de ThreadX elige object_size al llamar a txm_module_object_allocate. El Module Manager suma su propio encabezado privado de 16 bytes a ese tamaño y solicita el resultado al pool de objetos sin verificar la suma. Un tamaño cercano al máximo de un ULONG se desborda, el pool entrega un bloque mucho menor que el encabezado y el manager escribe el encabezado más allá del bloque, en el bloque vecino del byte pool.
CVSS 4.0
- Probabilidad de explotación0,2 %
- Explotada activamenteNo confirmada
- Exploit públicoNo conocido
Afectados
Eclipse Foundation Eclipse ThreadX
desde 6.0.1 hasta 6.5.1.202602a
Qué hacer
- Verificá si usás Eclipse ThreadX y en qué versión.
- Actualizá a la versión corregida que indique el fabricante en su aviso o aplicá su mitigación.
- Revisá registros y accesos de los sistemas expuestos para descartar un uso previo.
Calculadora CVSS
CVSS 4.0 · 7.0 ALTA
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:L/VI:H/VA:H/SC:N/SI:N/SA:N
- Vector de ataqueLocal
- Complejidad del ataqueBaja
- Requisitos del ataqueNinguno
- Privilegios requeridosBajos
- Interacción del usuarioNinguna
- Confidencialidad (sistema vulnerable)Baja
- Integridad (sistema vulnerable)Alta
- Disponibilidad (sistema vulnerable)Alta
- Confidencialidad (sistemas posteriores)Ninguna
- Integridad (sistemas posteriores)Ninguna
- Disponibilidad (sistemas posteriores)Ninguna
Descripción original
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` wrapped, the pool served a block far smaller than the header, and the manager then wrote the header past the end of it and into the neighbouring byte-pool block.
Resumen traducido automáticamente de la descripción original. Fuente: Nureq Monitor. Cómo funciona.