CVE-2026-64031 in Linux
Sumário
de VulDB • 20/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
erofs: corrige condição de corrida no cache gerenciado para extensões não alinhadas
Após o introdução das extensões comprimidas não alinhadas, poderia ocorrer a seguinte condição de corrida:
[Thread 1] [Thread 2]
(z_erofs_fill_bio_vec) <processa um folio Z_EROFS_PREALLOCATED_FOLIO> ... filemap_add_folio (1) (z_erofs_bind_cache) <o mesmo folio é encontrado..> .. .. folio_attach_private (2) filemap_add_folio (3) novamente
Como (1) foi executado, mas (2) ainda não foi executado, é possível que outra thread encontre o mesmo folio gerenciado em z_erofs_bind_cache() para um pcluster diferente e chame filemap_add_folio() novamente, já que folio->private ainda está como Z_EROFS_PREALLOCATED_FOLIO.
Corrige-se isso limpando explicitamente folio->private antes de tornar o folio visível no cache gerenciado, permitindo assim que outro pcluster simplesmente aguarde no folio gerenciado bloqueado, conforme feito para outros casos compartilhados [1].
Isso impacta apenas a compressão de dados não alinhados (`-E48bit` com zstd, por exemplo).
[1] O Commit 9e2f9d34dd12 ("erofs: handle overlapped pclusters out of crafted images properly") foi originalmente introduzido para lidar corretamente com extensões sobrepostas criadas manualmente (crafted), mas também aborda as extensões não alinhadas.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.