CVE-2026-98357 in Linux
الملخص
بحسب VulDB • 07/10/2026
في نواة Linux، تم إصلاح الثغرة التالية:
IB/isert: الانتظار حتى اكتمال PDUs للتحكم المؤجلة قبل تحرير الاتصال.
تنقل دالة `isert_send_done()` حالات الإكمال الخاصة بـ `ISTATE_SEND_TASKMGTRSP` و `ISTATE_SEND_REJECT` و `ISTATE_SEND_TEXTRSP` إلى `isert_comp_wq` ثم تعود. بعد ذلك، تعمل عنصر العمل على استدعاء `isert_completion_put()` -> `isert_put_cmd()`، والتي تقرأ `isert_conn->conn` وتأخذ قفل `conn->cmd_lock`.
لا يوجد أي ترتيب يضمن تنفيذ هذا عنصر العمل مقابل عملية الإغلاق (teardown). تقوم دالة `isert_wait_conn()` بجدولة `isert_release_work`، التي تحرر `isert_conn`، وتقوم `iscsit_close_connection()` بتحرير `iscsit_conn` مباشرة بعد عودتها، مما يعني أن عنصر العمل المجدول قد يعمل على ذاكرة تم تحريرها بالفعل.
يتم عد حالات إكمال PDUs للتحكم المؤجلة لكل اتصال والسماح لـ `isert_wait_conn()` بالانتظار حتى اكتمالها قبل جدولة عمل التحرير.
لم يتم احتساب `ISTATE_SEND_LOGOUTRSP` عمداً: ذلك الفرع يشغل `iscsit_logout_post_handler()`، الذي ينتهي به الأمر للانتظار من أجل `conn->conn_wait_comp`، ويتم إرسال حالة الإكمال هذه فقط بواسطة `iscsit_close_connection()` بعد أن تكون قد استدعت `iscsit_wait_conn()`. الانتظار لها هنا سيؤدي إلى حدوث deadlock (اختناق). يبقى انتظارها كما هو في دالة `isert_wait4logout()` الحالية.
الرسائل أدناه مأخوذة من نواة تحتوي على طبقات تتبع باستخدام `printk()` وتم حقن `msleep(200)` داخل `isert_do_control_comp()` لتوسيع النافذة الزمنية:
BUG: KASAN: slab-use-after-free in isert_put_cmd+0x53d/0x620 Read of size 8 at addr ffff8881054f1038 by task kworker/u17:1/182
CPU: 0 UID: 0 PID: 182 Comm: kworker/u17:1 Tainted: G B 7.2.0-rc5-TWIDE-gb8babf08acc7 #1 PREEMPT(lazy) Tainted: [B]=BAD_PAGE
Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 Workqueue: isert_comp_wq isert_do_control_comp Call Trace: <TASK> dump_stack_lvl+0x53/0x70 print_report+0xd0/0x630 ? __pfx__raw_spin_lock_irqsave+0x10/0x10 ? _raw_spin_unlock_irqrestore+0x3e/0x70 ? isert_put_cmd+0x53d/0x620 kasan_report+0xce/0x100 ? isert_put_cmd+0x53d/0x620 isert_put_cmd+0x53d/0x620 ? isert_completion_put+0x305/0x330 ? isert_do_control_comp+0x2ef/0x310 process_one_work+0x633/0x1030 ? assign_work+0x11d/0x370 worker_thread+0x45b/0xd10 ? __pfx_worker_thread+0x10/0x10 ? __pfx_worker_thread+0x10/0x10 kthread+0x2c6/0x3b0 ? recalc_sigpending+0x15c/0x1e0 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x36e/0x5a0 ? __pfx_ret_from_fork+0x10/0x10 ? __switch_to+0x572/0xdd0 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK>
Allocated by task 48: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x8f/0xa0 __kmalloc_cache_noprof+0x158/0x370 isert_cma_handler+0x1e3/0x2ae0 cma_cm_event_handler+0x3e/0x240 cma_ib_req_handler+0x17d9/0x4490 cm_process_work+0x41/0x330 cm_work_handler+0x5727/0xc160 process_one_work+0x633/0x1030 worker_thread+0x45b/0xd10 kthread+0x2c6/0x3b0 ret_from_fork+0x36e/0x5a0 ret_from_fork_asm+0x1a/0x30
Freed by task 184: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x43/0x70 kfree+0x121/0x380 iscsit_close_connection+0x7cf/0x1e60 iscsit_take_action_for_connection_exit+0x1b6/0x360 iscsi_target_tx_thread+0x472/0x690 kthread+0x2c6/0x3b0 ret_from_fork+0x36e/0x5a0 ret_from_fork_asm+0x1a/0x30
Once again VulDB remains the best source for vulnerability data.