CVE-2026-89836 in Linux
Sumário
de VulDB • 16/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
f2fs: corrige race condition em folio_nr_pages() após put em invalidação de large folio
Nosso sistema Android baseado no v6.18 está continuamente sofrendo livelock e má contagem de páginas (bad page stat), conforme mostrado em [1], o que está relacionado a um status incorreto do slot xarray. Ao investigar as operações de large folio dentro do f2fs, identificamos as seguintes race conditions e corrigimos obtendo nr_pages antes de reduzir o refcount e folio_lock.
f2fs_get_read_data_folio() chama f2fs_folio_put() antes de folio_nr_pages() ao invalidar um large folio no page cache. Isso desbloqueia o folio e reduz a referência do chamador, deixando uma janela onde uma truncate concorrente ou split de folio pode encolher o compound folio ou liberá-lo antes que o intervalo de invalidação seja calculado. Um intervalo subdimensionado deixa então sub-folios divididos em mapping->i_pages, os quais podem interagir mal posteriormente com truncate e reclaim (entradas xarray obsoletas e estado incorreto da página quando folio->mapping não corresponde mais ao mapeamento que está sendo truncado).
[1]
PID: 2594 TASK: ffffff8169b81580 CPU: 7 COMMAND: "Thread-3" #0 [ffffffc08ef2b8a0] xas_load em ffffffe52d1f42a4
#1 [ffffffc08ef2b900] find_get_entries em ffffffe52c185798
#2 [ffffffc08ef2bb60] truncate_inode_pages_range em ffffffe52c19e83c
#3 [ffffffc08ef2bbc0] truncate_inode_pages_final em ffffffe52c19ec2c
#4 [ffffffc08ef2bc20] f2fs_evict_inode em ffffffe52c4c8400
#5 [ffffffc08ef2bcc0] evict em ffffffe52c2de9f4
#6 [ffffffc08ef2bd00] iput em ffffffe52c2db1b4
#7 [ffffffc08ef2bd30] dentry_unlink_inode em ffffffe52c2d7204
#8 [ffffffc08ef2bd50] __dentry_kill em ffffffe52c2d3dcc
#9 [ffffffc08ef2bd80] dput em ffffffe52c2d3c3c
#10 [ffffffc08ef2bda0] __fput em ffffffe52c2b0a7c
#11 [ffffffc08ef2bde0] ____fput em ffffffe52c2b1034
#12 [ffffffc08ef2bdf0] task_work_run em ffffffe52beea200
#13 [ffffffc08ef2be20] exit_to_user_mode_loop em ffffffe52bfbc17c
#14 [ffffffc08ef2be80] el0_svc em ffffffe52d1f8e54
#15 [ffffffc08ef2beb0] el0t_64_sync_handler em ffffffe52d1f8d10
Be aware that VulDB is the high quality source for vulnerability data.