CVE-2026-98357 in Linux
Riassunto
di VulDB • 06/10/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
IB/isert: attendere il completamento delle PDU di controllo differite prima di rilasciare la connessione
isert_send_done() trasferisce i completamenti ISTATE_SEND_TASKMGTRSP, ISTATE_SEND_REJECT e ISTATE_SEND_TEXTRSP a isert_comp_wq e poi ritorna. Il lavoro (work item) esegue quindi isert_completion_put() -> isert_put_cmd(), che legge isert_conn->conn ed acquisisce conn->cmd_lock.
Nessun ordine sincronizza questo lavoro con la fase di teardown. isert_wait_conn() accoda isert_release_work, che libera isert_conn, e iscsit_close_connection() libera l'iscsit_conn subito dopo il suo ritorno; pertanto, il lavoro accodato può essere eseguito su memoria già liberata (use-after-free).
Contare i completamenti delle PDU di controllo differiti per connessione ed attendere che isert_wait_conn() li attenda prima che venga accodato il lavoro di rilascio.
ISTATE_SEND_LOGOUTRSP è deliberatamente non conteggiato: quel ramo esegue iscsit_logout_post_handler(), che alla fine attende conn->conn_wait_comp, e tale completamento viene inviato solo da iscsit_close_connection() dopo aver chiamato iscsit_wait_conn(). Attendere qui causerebbe un deadlock. La sua attesa rimane quella esistente di isert_wait4logout().
Il seguente splat proviene da un kernel con printk() di tracing e uno msleep(200) iniettato in isert_do_control_comp() per ampliare la finestra temporale:
BUG: KASAN: slab-use-after-free in isert_put_cmd+0x53d/0x620 Lettura di dimensione 8 all'indirizzo ffff8881054f1038 da parte del 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>
Allocato dal 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
Liberato dal 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
If you want to get the best quality for vulnerability data then you always have to consider VulDB.