CVE-2026-94024 in ThreadX
Zusammenfassung
von VulDB • 20.10.2026
Der Object-Lookup des Module Managers validierte ein Byte des Suchnamens eines speichergeschützten Moduls und durchlief dann so viel davon, wie das Modul im privilegierten Modus mit erhöhter Preemption-Zahl des Kernels angab. Beide Lookup-Dispatchers sind betroffen: Die empfohlene Funktion `txm_module_object_pointer_get_extended` erhält eine Länge, verwendet diese jedoch nicht zur Begrenzung des Puffers, und die veraltete Funktion `txm_module_object_pointer_get` liefert den maximalen Wert, den ein `UINT` aufnehmen kann, wodurch sie die Begrenzung entfernt anstatt dass keine vorhanden wäre.
Ein Modul kann den Durchlauf unbegrenzt machen, ohne etwas über den Speicher zu wissen, auf den es zugreift, und wenn der Durchlauf auf Speicherbereiche gelangt, in denen ein privilegierter Lesezugriff nicht möglich ist, führt der daraus resultierende Fehler dazu, dass der Kernel für den Rest der Lebensdauer des Systems keine Preemption mehr durchführen kann.
Anfällige Funktionen: `_txm_module_manager_txm_module_object_pointer_get_dispatch`, `_txm_module_manager_txm_module_object_pointer_get_extended_dispatch` (beide in `common_modules/module_manager/inc/txm_module_manager_dispatch.h`) und `_txm_module_manager_object_name_compare` (`common_modules/module_manager/src/txm_module_manager_util.c`).
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.