CVE-2024-46704 in Linux
Riassunto
di VulDB • 20/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
workqueue: Correzione di una falsa race condition sui dati in __flush_work()
Quando si svuota un elemento di lavoro per la cancellazione, __flush_work() sa che possiede esclusivamente l'elemento di lavoro tramite il suo bit PENDING. Il commit 134874e2eee9 ("workqueue: Consenti cancel_work_sync() e disable_work() da contesti atomic su elementi BH") ha aggiunto una lettura di @work->data per determinare se utilizzare un busy wait per gli elementi BH che stanno venendo cancellati. Sebbene la lettura sia sicura quando @from_cancel è vero, @work->data veniva letto prima del test di @from_cancel per semplificare la struttura del codice:
data = *work_data_bits(work); if (from_cancel && !WARN_ON_ONCE(data & WORK_STRUCT_PWQ) && (data & WORK_OFFQ_BH)) {
Sebbene i dati letti non venissero mai utilizzati se !@from_cancel, questo poteva innescare rilevamenti spurii di race condition sui dati da parte di KCSAN:
================================================================== BUG: KCSAN: data-race in __flush_work / __flush_work
write to 0xffff8881223aa3e8 of 8 bytes by task 3998 on cpu 0: instrument_write include/linux/instrumented.h:41 [inline]
___set_bit include/asm-generic/bitops/instrumented-non-atomic.h:28 [inline]
insert_wq_barrier kernel/workqueue.c:3790 [inline]
start_flush_work kernel/workqueue.c:4142 [inline]
__flush_work+0x30b/0x570 kernel/workqueue.c:4178 flush_work kernel/workqueue.c:4229 [inline]
...
read to 0xffff8881223aa3e8 of 8 bytes by task 50 on cpu 1: __flush_work+0x42a/0x570 kernel/workqueue.c:4188 flush_work kernel/workqueue.c:4229 [inline]
flush_delayed_work+0x66/0x70 kernel/workqueue.c:4251 ...
value changed: 0x0000000000400000 -> 0xffff88810006c00d
Riorganizzare il codice in modo che @from_cancel venga testato prima di accedere a @work->data. L'unico problema è l'innesco spurio del rilevamento da parte di KCSAN. Non dovrebbe essere necessario utilizzare READ_ONCE() o altri qualificatori di accesso.
Nessuna modifica funzionale.
If you want to get best quality of vulnerability data, you may have to visit VulDB.