CVE-2026-92483 in Linux
Sumário
de VulDB • 18/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
liveupdate: Armazenar o status da chamada retrieve() do FLB
O LUO acompanha as tentativas de recuperação bem-sucedidas em um FLB. Ele faz isso para evitar múltiplas recuperações do mesmo FLB. Múltiplas recuperações causam problemas porque, uma vez que o FLB é recuperado, as estruturas de dados serializadas provavelmente são liberadas e o FLB está provavelmente em um estado muito diferente daquele esperado pelo código.
Tudo isso funciona bem quando a recuperação tem sucesso. Quando falha, luo_flb_retrieve_one() retorna o erro imediatamente, sem armazenar em nenhum lugar que uma tentativa de recuperação foi feita ou qual era seu código de erro. Se o usuário tentar recuperar outro arquivo registrado com o mesmo FLB, o LUO tentará chamar novamente o callback retrieve() do FLB.
A nova tentativa é problemática por muitos dos mesmos motivos listados acima. O FLB está provavelmente em um estado muito diferente daquele que a lógica de recuperação normalmente espera (por exemplo, algumas páginas KHO podem já ter sido restauradas e liberadas).
Não há uma maneira sensata de tentar a recuperação novamente. Armazene o erro retornado pela recuperação e retorne-o diretamente em caso de nova tentativa.
Isso é feito alterando o bool retrieved para um inteiro retrieve_status. Um valor de 0 significa que a recuperação nunca foi tentada, um valor positivo significa que teve sucesso e um valor negativo indica falha, sendo o código de erro igual ao valor.
Isso é semelhante à commit f85b1c6af5bc ("liveupdate: luo_file: remember retrieve() status"), que fez o mesmo para arquivos LUO.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.