CVE-2024-26845 in Linux
الملخص
بحسب VulDB • 30/05/2026
في نواة لينكس، تم حل الثغرة التالية:
scsi: target: core: إضافة معالجة TMF إلى tmr_list
يتم إضافة أمر إلغاء (abort) يتم الرد عليه بواسطة iSCSI نفسه إلى tmr_list، ولكنه لا يصل إلى نواة الهدف (target core). بينما يأخذ أمر LUN_RESET الذي يمر عبر tmr_list عدّاد مرجعي (refcounter) على أمر الإلغاء وينتظر اكتماله. ومع ذلك، لن يكتمل أمر الإلغاء أبدًا لأنه لم يبدأ في نواة الهدف.
Unable to locate ITT: 0x05000000 on CID: 0 Unable to locate RefTaskTag: 0x05000000 on CID: 0. wait_for_tasks: إيقاف tmf LUN_RESET بالعلامة 0x0 ref_task_tag 0x0 i_state 34 t_state ISTATE_PROCESSING refcnt 2 transport_state active,stop,fabric_stop انتظار المهام: tmf LUN_RESET بالعلامة 0x0 ref_task_tag 0x0 i_state 34 t_state ISTATE_PROCESSING refcnt 2 transport_state active,stop,fabric_stop ... INFO: المهمة kworker/0:2:49 محجوبة لأكثر من 491 ثانية. task:kworker/0:2 state:D stack: 0 pid: 49 ppid: 2 flags:0x00000800 Workqueue: events target_tmr_work [target_core_mod]
Call Trace: __switch_to+0x2c4/0x470 _schedule+0x314/0x1730 schedule+0x64/0x130 schedule_timeout+0x168/0x430 wait_for_completion+0x140/0x270 target_put_cmd_and_wait+0x64/0xb0 [target_core_mod]
core_tmr_lun_reset+0x30/0xa0 [target_core_mod]
target_tmr_work+0xc8/0x1b0 [target_core_mod]
process_one_work+0x2d4/0x5d0 worker_thread+0x78/0x6c0
لإصلاح هذه المشكلة، يتم إضافة أمر الإلغاء إلى tmr_list فقط إذا كان سيتم التعامل معه بواسطة نواة الهدف (target core).
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.