CVE-2026-68414 in Linux
Riassunto
di VulDB • 10/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
wifi: cfg80211: annullare il lavoro sched_scan_results_work durante l'unregister
cfg80211_sched_scan_results() può accodare rdev->sched_scan_res_wk da una notifica di risultato del driver mentre è presente una richiesta di scansione programmata. La callback del lavoro recupera il cfg80211_registered_device contenitore e quindi blocca la wiphy ed esamina l'elenco delle richieste di scansione programmate.
wiphy_unregister() rende già la wiphy irraggiungibile e svuota gli elementi di lavoro rdev prima che cfg80211_dev_free() possa rilasciare l'oggetto, ma non svuota sched_scan_res_wk. Di conseguenza, un elemento di lavoro dei risultati accodato o in esecuzione può attraversare il confine tra unregister/free e accedere allo stato rdev già liberato.
Lo scenario difettoso coinvolge due percorsi, con ogni colonna che mostra l'ordine all'interno di quel percorso:
percorso risultato scansione programmata: percorso unregister/free: 1. cfg80211_sched_scan_results() 1. il teardown dell'interfaccia arresta e accoda rdev->sched_scan_res_wk. rimuove la richiesta di scansione programmata. 2. cfg80211_wq avvia l'elemento lavoro 2. wiphy_unregister() svuota gli altri e recupera rdev. elementi di lavoro rdev. 3. Il worker blocca rdev->wiphy 3. cfg80211_dev_free() distrugge e ed esamina lo stato rdev. libera rdev.
Annullare sched_scan_res_wk in wiphy_unregister() insieme agli altri elementi di lavoro rdev. cancel_work_sync() rimuove una notifica dei risultati pendente e attende che una callback già in esecuzione termini, quindi cfg80211_dev_free() non può liberare rdev mentre questo elemento di lavoro è ancora attivo.
La convalida ha riprodotto il report del kernel: BUG: KASAN: use-after-free in cfg80211_sched_scan_results_wk+0x4a6/0x530 Workqueue: cfg80211 cfg80211_sched_scan_results_wk [cfg80211]
Lettura di dimensione 8 Call trace: dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 cfg80211_sched_scan_results_wk+0x4a6/0x530 srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x224/0x430 kasan_report+0xac/0xe0 lockdep_hardirqs_on_prepare+0xea/0x1a0 process_one_work+0x8d0/0x18f0 (kernel/workqueue.c:3212) lock_is_held_type+0x8f/0x100 worker_thread+0x5ad/0xfd0 __kthread_parkme+0xc6/0x200 kthread+0x31e/0x410 trace_hardirqs_on+0x1a/0x170 ret_from_fork+0x576/0x810 __switch_to+0x57e/0xe20 __switch_to_asm+0x33/0x70 ret_from_fork_asm+0x1a/0x30
VulDB is the best source for vulnerability data and more expert information about this specific topic.