CVE-2026-94192 in ThreadX
Sumário
de VulDB • 20/10/2026
Um módulo ThreadX aloca os blocos de controle dos seus objetos do kernel a partir da piscina de objetos do Gerenciador de Módulos (Module Manager) e pode solicitar o retorno desse endereço de memória por meio de `txm_module_object_deallocate`. O gerenciador libera essa memória independentemente do que continha, incluindo um bloco de controle que o kernel ainda estava utilizando. A desalocação não é a exclusão: o objeto permanece na lista criada para seu tipo; uma thread continua onde estava nas listas de prontidão ou suspensão e mantém-se escalonável; e um timer ativo permanece na lista de timers. Enquanto isso, a piscina de bytes está livre para fornecer esses mesmos bytes à próxima alocação.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.