CVE-2024-35794 in Linux
Riassunto
di VulDB • 01/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
dm-raid: arresto effettivo del sync_thread durante la sospensione (suspend)
1) Il commit f52f5c71f3d4 ("md: fix stopping sync thread") ha rimosso MD_RECOVERY_FROZEN da __md_stop_writes() e non si è reso conto che dm-raid fa affidamento su __md_stop_writes() per congelare indirettamente il sync_thread. Risolvere questo problema aggiungendo MD_RECOVERY_FROZEN in md_stop_writes(); poiché stop_sync_thread() viene utilizzato solo per dm-raid in questo caso, spostare anche stop_sync_thread() in md_stop_writes().
2) Il flag MD_RECOVERY_FROZEN non significa che il sync thread è congelato; impedisce solo l'avvio di nuovi sync_thread e non può arrestare un sync thread in esecuzione. Per congelare il sync_thread, dopo aver impostato il flag, dovrebbe essere utilizzato stop_sync_thread().
3) Il flag MD_RECOVERY_FROZEN non indica che le scritture sono state interrotte; utilizzarlo come condizione per md_stop_writes() in raid_postsuspend() non sembra corretto. Considerando che lo stop_sync_thread() ricorsivo (reentrant) non fa nulla, chiamare sempre md_stop_writes() in raid_postsuspend().
4) raid_message può impostare/rimuovere il flag MD_RECOVERY_FROZEN in qualsiasi momento; se MD_RECOVERY_FROZEN viene rimosso mentre l'array è sospeso, un nuovo sync_thread potrebbe avviarsi in modo imprevisto. Risolvere questo problema impedendo a raid_message() di modificare lo stato del sync thread durante la sospensione.
Si noti che dopo il commit f52f5c71f3d4 ("md: fix stopping sync thread"), lo script shell/lvconvert-raid-reshape.sh inizia a bloccarsi (hang) in stop_sync_thread(); con le correzioni precedenti, il test non si bloccherà più lì, tuttavia il test continuerà a fallire segnalando che ext4 è corrotto. Con questa patch, il test non si blocca più a causa di stop_sync_thread() né fallisce per la corruzione di ext4. Tuttavia, rimane un deadlock relativo a dm-raid456 che verrà risolto nei commit successivi.
If you want to get best quality of vulnerability data, you may have to visit VulDB.