CVE-2026-94192 La desasignación de objetos de módulo puede liberar un objeto del kernel de ThreadX en uso

Qué es CVE-2026-94192

Un módulo de ThreadX asigna los bloques de control de sus objetos del kernel desde el pool de objetos del Module Manager y puede pedir esa memoria de vuelta por dirección con txm_module_object_deallocate. El manager la liberaba sin importar su contenido, incluso un bloque de control que el kernel seguía usando. La desasignación no es eliminación: el objeto permanece en la lista de creados, un hilo sigue siendo planificable y un temporizador activo sigue en la lista de temporizadores, mientras el byte pool puede…

Productos y versiones afectadas

• Eclipse Foundation Eclipse ThreadX

  • desde 6.0.1 hasta 6.5.1.202602a

Qué hacer

1. Verificá si usás Eclipse ThreadX y en qué versión: el rango afectado figura arriba.
2. Actualizá a la versión corregida que indique el fabricante en su aviso (ver referencias) o aplicá la mitigación que publique.
3. Revisá registros y accesos de los sistemas expuestos para descartar que se haya aprovechado antes de corregir.

Calculadora CVSS

CVSS 4.0 · 8.5 ALTA

CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/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)

Alta

INTEGRIDAD (SISTEMA VULNERABLE) (VI)

Alta

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

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 the kernel was still using. Deallocation is not deletion: the object stays on the created list for its type, a thread stays wherever it was on the ready or suspension lists and stays schedulable, and an active timer stays on the timer list. The byte pool is meanwhile free to hand those same bytes to the next allocation.

Referencias

• github.com/eclipse-threadx/threadx/security/advisories/GHSA-57mf-w87f-rq7m

Historial de la alerta

1. 20 OCT · 14:30VULNERABILIDAD 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.