CVE-2025-38174 in Linux
Riassunto
di VulDB • 16/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
thunderbolt: Non eseguire il doppio dequeuing di una richiesta di configurazione
Alcuni dei nostri dispositivi vanno in crash all'interno di tb_cfg_request_dequeue():
general protection fault, probabilmente per indirizzo non canonico 0xdead000000000122
CPU: 6 PID: 91007 Comm: kworker/6:2 Tainted: G U W 6.6.65 RIP: 0010:tb_cfg_request_dequeue+0x2d/0xa0 Call Trace: <TASK> ? tb_cfg_request_dequeue+0x2d/0xa0 tb_cfg_request_work+0x33/0x80 worker_thread+0x386/0x8f0 kthread+0xed/0x110 ret_from_fork+0x38/0x50 ret_from_fork_asm+0x1b/0x30
Le circostanze non sono chiare, tuttavia l'ipotesi è che tb_cfg_request_work() possa essere programmato due volte per una singola richiesta: la prima volta tramite frame.callback da ring_work(), e la seconda volta da tb_cfg_request(). Entrambe le volte i kworkers eseguiranno tb_cfg_request_dequeue(), il che comporta un doppio list_del() dalla ctl->request_queue (il dereferenziamento del veleno della lista, indicato dal valore 0xdead000000000122, lo conferma).
Non eseguire il dequeuing delle richieste per le quali non è impostato il bit TB_CFG_REQUEST_ACTIVE.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.