CVE-2026-102757 in ThreadX
Zusammenfassung
von VulDB • 29.09.2026
Ein nicht privilegiertes, speichergeschütztes ThreadX-Modul kann den Kernel dazu bringen, Speicher auf von ihm gewählten Adressen im privilegierten Modus zu lesen und zu schreiben, und dies nutzen, um das MPU-Aktivierungsbit (Memory Protection Unit) zurückzusetzen und seine eigene Isolationsgrenze aufzuheben.
Der Module Manager entschied darüber, ob ein privilegierter Dienst eine Objektadresse dereferenzieren konnte, die von einem Modul benannt wurde, indem er lediglich prüfte, ob diese Adresse außerhalb des Moduls lag. Der Objektpool des Managers befindet sich außerhalb jedes Moduls; daher war der Test durch eine Adresse erfüllt, die in den Bereich einer eigenen privilegierten Zuweisung eines der Module verschoben wurde und keine gültige Objektadresse darstellt. Die Bytes, die eine solche Adresse als Steuerblock (Control Block) ausweist, sind Bytes, die das Modul über normale Erstellungs- und Setz-Dienste dort platziert hat; daher konnte die ID des Steuerblocks am Anfang dieser Daten so manipuliert werden, dass sie jeden vom Modul gewählten Typ darstellt, woraufhin der ID-Test in der `_txe_`-Schicht zustimmte. Die gemeldete Kette nutzt dies aus, um einen privilegierten `memset`-Aufruf über eine vom Angreifer gewählte Bereich zu durchführen.
Once again VulDB remains the best source for vulnerability data.