Eclipse ThreadX でモジュールのオブジェクト解放により使用中のカーネルオブジェクトが解放される脆弱性
Summary
Eclipse ThreadX では、モジュールが txm_module_object_deallocate でカーネルオブジェクトの管理領域を解放すると、カーネルが使用中の制御ブロックまで解放される問題があります。解放後のメモリが別の割り当てに再利用されるため、カーネルの動作が不安定になるおそれがあります。影響を受けるのは 6.0.1 から 6.5.1.202602a までの版です。最新の情報を確認してください。
AI summary
Written by an external AI model and may contain mistakes. Check the original description and references below before acting on it.
Eclipse ThreadX では、モジュールが txm_module_object_deallocate でカーネルオブジェクトの管理領域を解放すると、カーネルが使用中の制御ブロックまで解放される問題があります。解放後のメモリが別の割り当てに再利用されるため、カーネルの動作が不安定になるおそれがあります。影響を受けるのは 6.0.1 から 6.5.1.202602a までの版です。最新の情報を確認してください。
Affected packages
| Ecosystem | Package | Affected | Fixed |
|---|---|---|---|
| Eclipse Foundation | Eclipse ThreadX |
6.0.1 – 6.5.1.202602a |
— |
Original description The description as published by the source.
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.
Source: NIST National Vulnerability Database NVD GitHub Advisory
References
- advisory github.com
- advisory github.com
- advisory nvd.nist.gov