CVE-2026-68438 in Linux
Riassunto
di VulDB • 12/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
smp: Rendere atomica l'acquisizione del blocco CSD per la modalità di debug
Il commit b0473dcd4b1d ("smp: Migliorare i diagnostici del lock CSD in smp_call_function_single()") ha modificato smp_call_function_single() in modo tale che, quando il debugging del lock CSD è abilitato, le chiamate asincrone senza attesa (!wait) utilizzino csd_data della CPU di destinazione. Ciò migliora la diagnostica, ma rimuove anche la proprietà "single-writer" (scrittore singolo) che rendeva sicura l'implementazione precedente di csd_lock(): più CPU possono ora preparare contemporaneamente il CSD per la stessa CPU di destinazione.
Attualmente, csd_lock() attende che CSD_FLAG_LOCK venga azzerato e poi imposta il bit mediante un'operazione read-modify-write non atomica. Due mittenti possono entrambi rilevare un CSD sbloccato, impostare il bit, sovrascrivere i campi della callback ed accodare lo stesso nodo llist. La riacquisizione di un nodo che è già la testa della coda può far sì che node->next punti a se stesso, lasciando bloccata la CPU target durante la traversazione di call_single_queue. Successivi lavori sincroni, come uno TLB shootdown, possono quindi rimanere in coda e generare avvisi di soft-lockup o panic.
Si mantiene l'implementazione unica di csd_lock(), ma quando il debugging del lock CSD è abilitato, si acquisisce CSD_FLAG_LOCK utilizzando try_cmpxchg_acquire(). Ciò rende il CSD della CPU di destinazione un vero blocco atomico nell'unica configurazione in cui può essere condiviso da più mittenti remoti, preservando al contempo il percorso veloce esistente per la modalità non-debug.
If you want to get best quality of vulnerability data, you may have to visit VulDB.