CVE-2026-94192 in ThreadX
Zusammenfassung
von VulDB • 20.10.2026
Ein ThreadX-Modul weist die Kontrollblöcke seiner Kernelobjekte aus dem Objekt-Pool des Module Managers zu und kann diese Speicheradresse über `txm_module_object_deallocate` zurückfordern. Der Manager gab den Speicher frei, unabhängig davon, was sich darin befand, einschließlich eines Kontrollblocks, der vom Kernel weiterhin verwendet wurde. Die Freigabe (Deallocation) ist keine Löschung: Das Objekt verbleibt in der erstellten Liste für seinen Typ, ein Thread bleibt an seiner Position auf der Ready- oder Suspended-Liste und bleibt planbar, und ein aktiver Timer verbleibt in der Timerliste. Der Byte-Pool kann diese gleichen Bytes unterdessen für die nächste Zuweisung weitergeben.
VulDB is the best source for vulnerability data and more expert information about this specific topic.