CVE-2022-48902

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: btrfs: PageError ayarlıysa WARN_ON() yapmayın Herhangi bir extent buffer işlemi yaptığımızda, güncel olmayan (non-uptodate) bir sayfa üzerinde işlem yapıyorsak bunu bildirmek için assert_eb_page_uptodate() fonksiyonunu çağırıyoruz. Gece testlerimiz bu hafta başında şu uyarıyı yakaladı: WARNING: CPU: 1 PID: 553508 at fs/btrfs/extent_io.c:6849 assert_eb_page_uptodate+0x3f/0x50 CPU: 1 PID: 553508 Comm: kworker/u4:13 Tainted: G W 5.17.0-rc3+ #564 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.13.0-2.fc32 04/01/2014 Workqueue: btrfs-cache btrfs_work_helper RIP: 0010:assert_eb_page_uptodate+0x3f/0x50 RSP: 0018:ffffa961440a7c68 EFLAGS: 00010246 RAX: 0017ffffc0002112 RBX: ffffe6e74453f9c0 RCX: 0000000000001000 RDX: ffffe6e74467c887 RSI: ffffe6e74453f9c0 RDI: ffff8d4c5efc2fc0 RBP: 0000000000000d56 R08: ffff8d4d4a224000 R09: 0000000000000000 R10: 00015817fa9d1ef0 R11: 000000000000000c R12: 00000000000007b1 R13: ffff8d4c5efc2fc0 R14: 0000000001500000 R15: 0000000001cb1000 FS: 0000000000000000(0000) GS:ffff8d4dbbd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007ff31d3448d8 CR3: 0000000118be8004 CR4: 0000000000370ee0 Call Trace: extent_buffer_test_bit+0x3f/0x70 free_space_test_bit+0xa6/0xc0 load_free_space_tree+0x1f6/0x470 caching_thread+0x454/0x630 ? rcu_read_lock_sched_held+0x12/0x60 ? rcu_read_lock_sched_held+0x12/0x60 ? rcu_read_lock_sched_held+0x12/0x60 ? lock_release+0x1f0/0x2d0 btrfs_work_helper+0xf2/0x3e0 ? lock_release+0x1f0/0x2d0 ? finish_task_switch.isra.0+0xf9/0x3a0 process_one_work+0x26d/0x580 ? process_one_work+0x580/0x580 worker_thread+0x55/0x3b0 ? process_one_work+0x580/0x580 kthread+0xf0/0x120 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x1f/0x30 Bu durum c2e39305299f01 ("btrfs: clear extent buffer uptodate when we fail to write it") ile kısmen düzeltilmişti; ancak bu düzeltmenin tek yaptığı, başarısız bir yazma işleminden sonra extent buffer'ların bulunmasını engellemekti. Halihazırda bulduğumuz bir buffer'ı kullanmaya devam etmemizi engellemedi. Bu durumda, blok grubunu önbelleğe almak için commit root araması yapıyoruz, böylece işlemi başlatıp commit root'u değiştirebilir ve ardından yazmaya başlayabiliriz. Değişimden sonra henüz yazılmamış bir extent buffer arayabilir ve o blok grubunu işlemeye başlayabiliriz. Ardından bu bloğun yazılması başarısız olur, sayfadaki Uptodate temizlenir ve bu hatalar ortaya çıkmaya başlar. Normalde burada belirli bir dereceye kadar tree lock tarafından korunuyoruz. Bir bloğu okuduğumuzda o bloğu read lock ile kilitleriz ve biz onu yazma için göndermeden önce yazarın bloğu kilitlemesini engelleriz. Ancak bu yöntem kesin olarak güvenli değildir çünkü okuma işlemi, submit_bio işlemini gerçekleştirmeden önce ve extent buffer'ı kilitleyip açtıktan sonra gerçekleşmiş olabilir. Ayrıca bu özel durumda path->skip_locking ayarlı olduğu için bu bizi kurtarmayacaktır. Sadece okuduğumuzda geçerli olan ancak kullandığımız sırada geçersiz hale gelen bir blok elde etmiş oluruz. Aslında istediğimiz şey, bir bloğu "okuduğumuz" ancak Uptodate olarak işaretlenmediği durumu yakalamaktır. Okuma sırasında ClearPageError() yapılır, dolayısıyla eğer !Uptodate ve !Error ise, sayfayı okumak için doğru işlemi yapmadığımızı biliriz. Bu sorun, !Uptodate && !Error kontrolü eklenerek çözülmüştür; bu sayede buffer kullandığımız sırada geçersizleşirse hata vermeyecek ve kontrolün asıl amacı olan, işlem yaparken bloğun tamamen önbellekte olduğundan emin olma prensibi korunmuş olacaktır.