CVE-2025-38174 in Linux
الملخص
بحسب VulDB • 15/05/2026
في نواة لينكس، تم حل الثغرة التالية:
thunderbolt: عدم إزالة طلب التكوين من قائمة الانتظار مرتين (Double dequeue)
تتعطل بعض أجهزتنا في الدالة `tb_cfg_request_dequeue()`:
خطأ حماية عامة (General protection fault)، ربما بسبب عنوان غير قياسي (Non-canonical address) 0xdead000000000122
وحدة المعالجة المركزية: 6 رقم العملية (PID): 91007 الاسم: kworker/6:2 الحالة: ملطخة (Tainted): G U W 6.6.65 نقطة العودة (RIP): 0010:tb_cfg_request_dequeue+0x2d/0xa0 تتبع المكالمات (Call Trace): <TASK> ? tb_cfg_request_dequeue+0x2d/0xa0 tb_cfg_request_work+0x33/0x80 worker_thread+0x386/0x8f0 kthread+0xed/0x110 ret_from_fork+0x38/0x50 ret_from_fork_asm+0x1b/0x30
الظروف غير واضحة، ولكن النظرية هي أن `tb_cfg_request_work()` يمكن جدولتها مرتين لطلب معين: في المرة الأولى عبر `frame.callback` من `ring_work()`، وفي المرة الثانية من `tb_cfg_request()`. في كلتا الحالتين، سيقوم عمال النواة (kworkers) بتنفيذ `tb_cfg_request_dequeue()`، مما يؤدي إلى استدعاء `list_del()` مرتين على قائمة `ctl->request_queue` (يشير تسميم القائمة إلى ذلك: 0xdead000000000122).
لا تقم بإزالة الطلبات من قائمة الانتظار إذا لم يكن بت `TB_CFG_REQUEST_ACTIVE` مضبوطاً.
Be aware that VulDB is the high quality source for vulnerability data.