PT-2024-5439 · Linux+8 · Linux Kernel+8
Dan Moulding
+1
·
Publicado
2024-04-08
·
Atualizado
2025-09-29
·
CVE-2024-39476
CVSS v3.1
5.5
Média
| Vetor | AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
Nome do software vulnerável e versões afetadas
Versões do kernel Linux anteriores à 6.6.37
Descrição
O problema está relacionado a um impasse na função
raid5d(), o que pode causar o travamento do sistema. Isso se deve a uma dependência anômala na implementação atual de raid5d():-
md check recovery()deraid5d()deve manterreconfig mutexpara limparMD SB CHANGE PENDING; -
raid5d()lida com E/S em um loop infinito, até que todas as E/S sejam emitidas; -
As E/S de
raid5d()devem aguardar até queMD SB CHANGE PENDINGseja limpo.
Esse comportamento foi introduzido antes da versão 2.6 e, como consequência, se outro contexto mantiver
reconfig mutex e md check recovery() não puder atualizar super block, então raid5d() desperdiçará um CPU a 100% devido ao loop infinito, até que reconfig mutex seja liberado.Recomendações
Para resolver o problema, atualize o kernel do Linux para a versão 6.6.37 ou posterior.
Como solução alternativa temporária, considere desativar a função
raid5d() até que um patch esteja disponível.Restrinja o acesso ao módulo vulnerável para minimizar o risco de exploração.
Evite usar a função
md check recovery() no endpoint da API afetado até que o problema seja resolvido.Aplique a correção ignorando a E/S do problema se
MD SB CHANGE PENDING ainda estiver definido após md check recovery(), permitindo que a thread do daemon seja ativada quando reconfig mutex for liberado.Exploit
Correção
Improper Locking
Encontrou algum problema na descrição? Tem algo a acrescentar? Fique à vontade para nos escrever 👾
Enumeração de Fraquezas
Identificadores relacionados
Produtos afetados
Alt Linux
Almalinux
Astra Linux
Centos
Linux Kernel
Red Hat
Red Os
Rocky Linux
Suse