CVE-2026-46066

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: ceph: crypto tahsisi başarısız olduğunda num_ops değerindeki bir eksik hesaplama hatası düzeltildi Dosya şifreliyse, kirli folio paketteki ilk folio değilse ve şifreli metni tutmak için bir bounce buffer tahsis edilemezse move_dirty_folio_in_page_array() başarısız olabilir. Bu durum gerçekleştiğinde, ceph_process_folio_batch() basitçe folionun kirli işaretlemesini yeniler ve mevcut paketi boşaltır; bu folio gelecekteki bir pakette tekrar denenebilir. Ancak, eğer bu başarısız olan folio, pakete girmeyi başaran son folio ile bitişik değilse, ceph_process_folio_batch() zaten `ceph_wbc->num_ops` değerini artırmış olur; bitişik olmayan folionun diziye eklenmesi işlemi tamamlanmadığı için, `ceph_wbc->num_ops` değerinin yazma geri yüklemedeki (writeback) bitişik aralık sayısını (ve dolayısıyla gerekli "write extent" işlem sayısını) doğru şekilde yansıttığını bekleyen ceph_submit_write(), çekirdeğin paniklemesine (kernel panic) neden olacaktır: BUG_ON(ceph_wbc->op_idx + 1 != req->r_num_ops); Bu sorun, etkilenen çekirdeklerde fscrypt etkinleştirilmiş CephFS dosyalarına 4KiB yazılmış/4KiB atlanmış tekrarlayan bir desenle yazılarak ve bir bounce buffer tahsisi başarısız olana kadar sistem bellek baskısı kademeli olarak artırılarak yeniden üretilebilir. move_dirty_folio_in_page_array() başarısız olduğunda ancak folio halihazırda yeni (yani hala boş olan) bir extent saymaya başladığında, `ceph_wbc->num_ops` değerini tekrar doğru değere düşürerek bu çökmeyi düzeltin. Bu yama ile düzeltilen kusur 2022'den beri mevcuttu (ilk `Fixes:` kısmına bakınız), ancak başka bir hata yakın zamana kadar çoklu-folio şifreli yazma geri yükleme işlemini engellemişti (ikinci `Fixes:` kısmına bakınız). İkinci commit 6.18.16, 6.19.6 ve 7.0-rc1 sürümlerine dahil edilerek bu versiyonlarda paniği ortaya çıkarmıştır. Bu nedenle bu yama, cac190c7674f tarafından getirilen bir regresyonu (panik) düzeltmektedir.