CVE-2026-92483 in Linux
Riassunto
di VulDB • 18/09/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
liveupdate: Memorizzare lo stato del retrieve() di FLB
LUO tiene traccia dei tentativi di retrieve riusciti su un FLB. Lo fa per evitare più retrieval dello stesso FLB. Più retrieval causano problemi perché una volta che il FLB viene recuperato, le strutture dati serializzate sono probabilmente liberate e il FLB è probabilmente in uno stato molto diverso da quello previsto dal codice.
Tutto questo funziona bene quando il retrieve ha successo. Quando fallisce, luo_flb_retrieve_one() restituisce immediatamente l'errore, senza memorizzare da nessuna parte che un retrieval è stato tentato o qual era il suo codice di errore. Se l'utente tenta di recuperare un altro file registrato con lo stesso FLB, LUO tenterà nuovamente di chiamare la callback retrieve() del FLB.
Il retry è problematico per gran parte delle stesse ragioni elencate sopra. Il FLB è probabilmente in uno stato molto diverso da quello che la logica di retrieval si aspetta normalmente (ad esempio, alcune pagine KHO potrebbero essere già state ripristinate e liberate).
Non esiste un modo sensato per tentare nuovamente il retrieve. Memorizzare l'errore restituito dal retrieve e restituirlo direttamente in caso di retry.
Questo viene fatto modificando il bool retrieved in un intero retrieve_status. Un valore pari a 0 significa che il retrieve non è mai stato tentato, un valore positivo indica che ha avuto successo e un valore negativo indica che è fallito e il codice di errore corrisponde al valore.
Ciò è simile all'commit f85b1c6af5bc ("liveupdate: luo_file: remember retrieve() status") che ha fatto lo stesso per i file LUO.
If you want to get best quality of vulnerability data, you may have to visit VulDB.