CVE-2026-68414

Published: Ago 10, 2026 Last Modified: Ago 10, 2026

ExploitDB:

Other exploit source:

Google Dorks:

Description

AI Translation Available

In the Linux kernel, the following vulnerability has been resolved:

wifi: cfg80211: cancel sched scan results work on unregister

cfg80211_sched_scan_results() can queue rdev->sched_scan_res_wk from a
driver result notification while a scheduled scan request is present. The
work callback recovers the containing cfg80211_registered_device and then
locks the wiphy and walks the scheduled-scan request list.

wiphy_unregister() already makes the wiphy unreachable and drains rdev work
items before cfg80211_dev_free() can release the object, but it does not
drain sched_scan_res_wk. A queued or running result work item can therefore
cross the unregister/free boundary and access freed rdev state.

The buggy scenario involves two paths, with each column showing the order
within that path:

scheduled-scan result path: unregister/free path:
1. cfg80211_sched_scan_results() 1. interface teardown stops and
queues rdev->sched_scan_res_wk. removes the scheduled scan request.
2. cfg80211_wq starts the work 2. wiphy_unregister() drains other
item and recovers rdev. rdev work items.
3. The worker locks rdev->wiphy 3. cfg80211_dev_free() destroys and
and walks rdev state. frees rdev.

Cancel sched_scan_res_wk in wiphy_unregister() alongside the other rdev
work items. cancel_work_sync() removes a pending result notification and
waits for an already running callback, so cfg80211_dev_free() cannot free
rdev while this work item is still active.

Validation reproduced this kernel report:
BUG: KASAN: use-after-free in cfg80211_sched_scan_results_wk+0x4a6/0x530
Workqueue: cfg80211 cfg80211_sched_scan_results_wk [cfg80211]
Read of size 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

AI Generated Translation

Nel kernel Linux è stata risolta la seguente vulnerabilità:

wifi: cfg80211: annulla l'esecuzione del work dei risultati della scansione schedulata durante l'unregister

cfg80211_sched_scan_results() può mettere in coda rdev->sched_scan_res_wk a seguito di una notifica di risultato da parte di un driver mentre è presente una richiesta di scansione schedulata. La callback del work recupera il cfg80211_registered_device contenente e poi blocca il wiphy e attraversa la lista delle richieste di scansione schedulata.

wiphy_unregister() rende già il wiphy irraggiungibile e svuota gli elementi di lavoro rdev prima che cfg80211_dev_free() possa liberare l'oggetto, ma non svuota sched_scan_res_wk. Un elemento di lavoro di risultato in coda o in esecuzione può quindi attraversare il confine tra unregister e free e accedere allo stato rdev liberato.

Lo scenario di bug coinvolge due percorsi, con ogni colonna che mostra l'ordine all’interno di quel percorso:

percorso risultato della scansione schedulata: percorso di unregister/free:
1. cfg80211_sched_scan_results() 1. l'interfaccia si smonta e
mette in coda rdev->sched_scan_res_wk. rimuove la richiesta di scansione schedulata.
2. cfg80211_wq avvia l'elemento di 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
e attraversa 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 di risultato in sospeso e attende che la callback già in esecuzione termini, quindi cfg80211_dev_free() non può liberare rdev mentre questo elemento di lavoro è ancora attivo.

La validazione ha riprodotto questo 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
Trace della chiamata:
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