CVE-2026-80734

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: btrfs: keşlənmiş inode-lar üçün inode mapping bayraqlarını başlatmaq [BUG] 8K blok ölçüsü və 4K səhifə ölçüsü ilə generic/795 işlədilərkən, test hər zaman uğursuz olur və folio ölçüsü ilə bağlı bəzi ASSERT() xətalarını tetikləyir: 795 (241074): drop_caches: 3 assertion failed: IS_ALIGNED(start, blocksize) && IS_ALIGNED(end + 1, blocksize), in extent_io.c:1404 (blocksize=8192 root=262 ino=258 start=16826368 end=16830463 mapping min order=0) ------------[ cut here ]------------ kernel BUG at extent_io.c:1404! Oops: invalid opcode: 0000 [#1] SMP CPU: 8 UID: 0 PID: 241105 Comm: fsstress Tainted: G OE 7.2.0-rc5-custom+ #442 PREEMPT(full) f4bfb352566f3949f29c233ce6f735050a03b245 Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODULE Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS unknown 02/02/2022 RIP: 0010:assert_folio_range.cold+0x3d/0x3f [btrfs] Call Trace: <TASK> btrfs_read_folio+0x9e/0x170 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] prepare_one_folio.constprop.0+0x104/0x2a0 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_buffered_write+0x285/0xa50 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_do_write_iter+0x1aa/0x210 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] iter_file_splice_write+0x31a/0x540 direct_splice_actor+0x53/0x170 splice_direct_to_actor+0xe9/0x240 do_splice_direct+0x76/0xb0 vfs_copy_file_range+0x1fd/0x630 __x64_sys_copy_file_range+0xf9/0x220 do_syscall_64+0xe1/0x790 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 0000000000000000 ]--- ASSERT() funksiyasının özü sonrakı bir yamama əlavə edilmişdir. Çökmə həmin yeni debug yamaması ilə və bu düzəliş olmadan baş verir. [SƏBƏB] Yuxarıdakı halda, start 16826368 düzgün şəkildə 8K hizalanmışdır, lakin son (end) (16830463 + 1) 8K hizalanmamışdır. Bundan əlavə, mapping-in minimal folio order dəyəri, 8K blok ölçüsü və 4K səhifə ölçüsü üçün gözlənilən 1 yox, 0-dır. Bu o deməkdir ki, bəzi inode-larda btrfs_set_inode_mapping_order() çağırılmayıb. Çatışmayan btrfs_set_inode_mapping_order() çağırışı keşlənmiş inode-lar üçün aşağıdakı hadisələr vasitəsilə baş verir: - Inode X üçün btrfs_create_new_inode() çağırılır. Bu, VFS inode üçün minimal folio order-i düzgün təyin edir. - Inode X üçün btrfs_update_inode() çağırılır. Bu, root->delayed_nodes xarray daxilində delayed_node yaratmaq üçün btrfs_delayed_update_inode() funksiyasını çağırır. - Keşin təmizlənməsi/yaddaş təzyiqi nəticəsində yaddaşdakı inode X çıxarılır. Lakin delayed_node gələcəkdə yenidən istifadə üçün root->delayed_nodes-da qalır. - Inode X üçün yenidən btrfs_iget() çağırılır. btrfs_iget() |- btrfs_iget_locked() | |- iget5_locked_rcu() | Hansı ki, btrfs üçün yeni vfs_inode yaradır və onun mapping-inin minimal order-i hələ də 0 olaraq qalır. | |- btrfs_read_locked_inode() |- btrfs_fill_inode() | |- btrfs_get_delayed_node() | Hansı ki, əvvəlki nodu tapır və yeni inode-u başlatmaq üçün həmin delayed node-dan istifadə edir. | |- filled = true; |- if (filled) goto cache_index; Bu, btrfs_update_inode_mapping_flags() və btrfs_set_inode_mapping_order() çağırışlarını ötürür. Beləliklə, inode-un minimal folio order-i tələb olunan 1 yox, hələ də 0 olaraq qalır. Nəticədə, sonrakı səhifə keş oxuması zamanı mapping-in minimal folio order-i 1 yox, 0 olduğu üçün blok ölçüsündən kiçik olan bir folio alınacaq və bu da ASSERT()-ni tetikləyəcək. [DÜZƏLİŞ] btrfs_update_inode_mapping_flags() və btrfs_set_inode_mapping_order() çağırışlarını cache_index etiketinin altına köçürmək lazımdır ki, keşlənmiş inode-un olub-olmamasından asılı olmayaraq mapping bayraqları və minimal folio order hər zaman təyin edilsin.