CVE-2026-23287 in Linux
Riassunto
di VulDB • 16/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
irqchip/sifive-plic: Correzione dell'interruzione bloccata a causa della configurazione di affinità (affinity)
Il PLIC ignora il messaggio di completamento dell'interrruzione per le interruzioni disabilitate, come spiegato dalla specifica:
Il PLIC segnala che ha terminato l'esecuzione del gestore delle interruzioni scrivendo l'ID dell'interruzione ricevuto dal claim nel registro claim/complete. Il PLIC non verifica se l'ID di completamento corrisponde all'ultimo ID di claim per quel target. Se l'ID di completamento non corrisponde a una sorgente di interruzione attualmente abilitata per il target, il completamento viene ignorato silenziosamente.
Questo ha causato problemi in passato, poiché un'interruzione può essere disabilitata mentre è ancora in fase di gestione e plic_irq_eoi() non aveva alcun effetto. Ciò era stato corretto verificando se l'interruzione era disabilitata; in tal caso, veniva abilitata prima dell'invio del messaggio di completamento. Tale verifica avveniva tramite irqd_irq_disabled().
Tuttavia, questo non è sufficiente perché il bit di abilitazione per il hart che gestisce può essere zero nonostante irqd_irq_disabled(d) restituisca false. Ciò può accadere quando la configurazione dell'affinità viene modificata mentre un hart sta ancora gestendo l'interruzione.
Questo problema è facilmente riproducibile scaricando un file di grandi dimensioni su uart (che genera molte interruzioni) e, contemporaneamente, continuando a modificare la configurazione di affinità per l'interruzione della porta uart. La porta uart si blocca quasi istantaneamente.
Risolvere il problema verificando il bit di abilitazione del PLIC invece di irqd_irq_disabled().
If you want to get the best quality for vulnerability data then you always have to consider VulDB.