CVE-2026-31466

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: mm/huge_memory: softleaf_to_folio() fonksiyonunda folio kilitlenmeme sorunu düzeltildi arm64 sunucularda, migration girişinden alınan folionun softleaf_to_folio() fonksiyonunda kilitlenmediği tespit edilmiştir. Bu sorun, mTHP bölme işlemi ile zap_nonpresent_ptes() arasında yarış durumu (race condition) oluştuğunda tetiklenmekte olup temel neden softleaf_to_folio() içerisindeki bellek bariyeri eksikliğidir. Yarış durumu şu şekildedir: CPU0 CPU1 deferred_split_scan() zap_nonpresent_ptes() lock folio split_folio() unmap_folio() pte'leri migration girişlerine dönüştür __split_folio_to_order() softleaf_to_folio() kuyruk sayfaları için bayrakları (PG_locked dahil) ayarla folio = pfn_folio(softleaf_to_pfn(entry)) smp_wmb() VM_WARN_ON_ONCE(!folio_test_locked(folio)) kuyruk sayfaları için prep_compound_page() çağır __split_folio_to_order() fonksiyonundaki smp_wmb(), kuyruk sayfalarının bayraklarının, sayfa bileşik olmaktan çıkmadan önce görünür olmasını garanti eder. smp_wmb(), softleaf_to_folio() içerisinde eksik olan smp_rmb() ile eşleştirilmelidir. Sonuç olarak, zap_nonpresent_ptes() kuyruk pfn değerini saklayan migration girişine erişirse, softleaf_to_folio() sayfa->flags değerinden önce güncellenmiş compound_head değerini görebilir. Bu durum, folio bölme ve zap_nonpresent_ptes() arasındaki yarış nedeniyle bir folionun hatalı bir şekilde folio kilidi olmadan modifikasyona uğramasına yol açarak pfn_swap_entry_folio() içerisinde VM_WARN_ON_ONCE() tetikleyecektir. Bu durum, v6.19-rc1 sürümünde birleştirilen 93976a20345b ("mm: eliminate further swapops predicates") commit'inden önce bir BUG_ON() hatasıdır. Sorunu gidermek için, softleaf girişi bir migration girişi ise softleaf_to_folio() ve softleaf_to_page() fonksiyonlarına eksik olan smp_rmb() eklenmiştir. [[email protected]: fonksiyon adı ve yorumlar güncellendi]