CVE-2024-56758

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: btrfs: relocate_one_folio() funksiyasında kilidin açılmasından sonra folio mapping-inin yoxlanılması Folio-nu aktual vəziyyətə gətirmək üçün btrfs_read_folio() çağırıldıqda, biz folio kilidini açırıq. Bunun nəticəsi odur ki, folio_lock() çağırmazdan əvvəl başqa bir axın mapping-i dəyişdirə bilər (məsələn, onu invalidate ilə silə bilər). Bu, etibarsız səhifəyə səbəb olur və biz yenidən cəhd etməliyik. Xüsusilə, tranzaksiyanın ləğv edilməsi ilə eyni vaxtda yerləşdirmə (relocating) prosesi aparılırsa, bu, aşağıdakı kimi sistem çökməsinə (crash) səbəb ola bilər: BUG: kernel NULL pointer dereference, address: 0000000000000000 PGD 0 P4D 0 Oops: 0000 [#1] SMP CPU: 76 PID: 1411631 Comm: kworker/u322:5 Workqueue: events_unbound btrfs_reclaim_bgs_work RIP: 0010:set_page_extent_mapped+0x20/0xb0 RSP: 0018:ffffc900516a7be8 EFLAGS: 00010246 RAX: ffffea009e851d08 RBX: ffffea009e0b1880 RCX: 0000000000000000 RDX: 0000000000000000 RSI: ffffc900516a7b90 RDI: ffffea009e0b1880 RBP: 0000000003573000 R08: 0000000000000001 R09: ffff88c07fd2f3f0 R10: 0000000000000000 R11: 0000194754b575be R12: 0000000003572000 R13: 0000000003572fff R14: 0000000000100cca R15: 0000000005582fff FS: 0000000000000000(0000) GS:ffff88c07fd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 000000407d00f002 CR4: 00000000007706f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> ? __die+0x78/0xc0 ? page_fault_oops+0x2a8/0x3a0 ? __switch_to+0x133/0x530 ? wq_worker_running+0xa/0x40 ? exc_page_fault+0x63/0x130 ? asm_exc_page_fault+0x22/0x30 ? set_page_extent_mapped+0x20/0xb0 relocate_file_extent_cluster+0x1a7/0x940 relocate_data_extent+0xaf/0x120 relocate_block_group+0x20f/0x480 btrfs_relocate_block_group+0x152/0x320 btrfs_relocate_chunk+0x3d/0x120 btrfs_reclaim_bgs_work+0x2ae/0x4e0 process_scheduled_works+0x184/0x370 worker_thread+0xc6/0x3e0 ? blk_add_timer+0xb0/0xb0 kthread+0xae/0xe0 ? flush_tlb_kernel_range+0x90/0x90 ret_from_fork+0x2f/0x40 ? flush_tlb_kernel_range+0x90/0x90 ret_from_fork_asm+0x11/0x20 </TASK> Bu hadisə ondan qaynaqlanır ki, cleanup_one_transaction() funksiyası destroy_delalloc_inodes() funksiyasını çağırır, o isə mapping-i NULL təyin etməzdən əvvəl folio_lock-u götürən invalidate_inode_pages2() funksiyasını çağırır. Biz bunu yoxlamağı unuduruq və daha sonra mapping != NULL olduğunu fərz edən (debug rejimində bunu assert edir) set_extent_mapping() funksiyasını çağırırıq. Qeyd edək ki, buradakı "fixes" yaması yarış vəziyyətini (race condition) yaradan ilk yama (kodun 2009-cu ildəki ilk versiyası) deyil, praktiki olaraq məhz bu çökməyə səbəb olan daha yeni bir dəyişiklikdir.