CVE-2022-50730

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: ext4: dioread_nolock ile inode tahliye edilirken uyarıyı sustur Varsayılan dioread_nolock ile bir inode tahliye edilirken, geri yazma sonrasında yeni ayrılmış kirli blokları dönüştüren kworker tarafından yazılmamış extent'lerin dönüştürülmesiyle yarış durumu oluşabilir. Yazılmamış extent'leri yazılmış olarak dönüştürür, extent'ler üst düzeye birleştirilebilir ve extent blokları serbest bırakılabilir, bu nedenle bu inode I_FREEING olarak işaretlenmiş olsa bile inode'u tekrar kirli olarak işaretleyebilir. Ancak ext4_evict_inode() içindeki inode->i_io_list kontrolü ve uyarısı bu özel durumu gözden kaçırmaktadır. Neyse ki ext4_evict_inode() bu kontrolden önce tüm extent dönüştürmelerinin tamamlanmasını bekleyecektir, bu nedenle inode serbest bırakıldıktan sonra kullanım sorununa yol açmayacaktır, bu uyarı dışında her şey yolundadır. WARN_ON_ONCE başlangıçta inode serbest bırakıldıktan sonra kullanım sorunlarını önceden tespit etmek için tasarlanmıştı, ancak mevcut dioread_nolock durumunu eklersek oldukça kullanışsız hale gelecektir, bu nedenle bu kontrolü kaldırarak bu uyarıyı düzeltin. ====== WARNING: CPU: 7 PID: 1092 at fs/ext4/inode.c:227 ext4_evict_inode+0x875/0xc60 ... RIP: 0010:ext4_evict_inode+0x875/0xc60 ... Call Trace: <TASK> evict+0x11c/0x2b0 iput+0x236/0x3a0 do_unlinkat+0x1b4/0x490 __x64_sys_unlinkat+0x4c/0xb0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP: 0033:0x7fa933c1115b ====== rm kworker ext4_end_io_end() vfs_unlink() ext4_unlink() ext4_convert_unwritten_io_end_vec() ext4_convert_unwritten_extents() ext4_map_blocks() ext4_ext_map_blocks() ext4_ext_try_to_merge_up() __mark_inode_dirty() check !I_FREEING locked_inode_to_wb_and_lock_list() iput() iput_final() evict() ext4_evict_inode() truncate_inode_pages_final() //wait release io_end inode_io_list_move_locked() ext4_release_io_end() trigger WARN_ON_ONCE()