CVE-2026-46066

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: ceph: crypto ayırması uğursuz olduqda num_ops dəyərinin bir vahid səhv hesablanmasının düzəldilməsi Əgər fayl şifrələnibsə, çirkli (dirty) folio partiyanın birincisi deyilsə və şifrəli mətni saxlamaq üçün bounce buferi ayrılmasa, move_dirty_folio_in_page_array() funksiyası uğursuz ola bilər. Bu baş verdikdə, ceph_process_folio_batch() sadəcə folionu yenidən çirkli kimi qeyd edir və cari partiyanı təmizləyir — həmin folionu gələcək partiyalarda yenidən yoxlaya bilər. Lakin, əgər bu uğursuz folio partiyaya daxil olan sonuncu folio ilə bitişik deyilsə, ceph_process_folio_batch() artıq `ceph_wbc->num_ops` dəyərini artırıb; o, bitişik olmayan folionu massivə əlavə etmədiyi üçün, ceph_submit_write() — hansı ki, `ceph_wbc->num_ops` dəyərinin writeback-dəki bitişik diapazonların sayını (və buna görə də tələb olunan "write extent" əməliyyatlarının sayını) dəqiq əks etdirməsini gözləyir — nüvənin panikasına (kernel panic) səbəb olacaq: BUG_ON(ceph_wbc->op_idx + 1 != req->r_num_ops); Bu problem, fscrypt aktiv edilmiş CephFS fayllarına 4KiB yazılmış/4KiB ötürülmüş/təkrarlanan pattern ilə yazıb sistemin yaddaş təzyiqini bounce buferi ayırma uğursuz olana qədər tədricən artırmaqla təsirlənmiş nüvələrdə təkrar yaradıla bilər. move_dirty_folio_in_page_array() uğursuz olduqda, lakin folio artıq yeni (yəni hələ boş olan) bir extent saymağa başladıqda, `ceph_wbc->num_ops` dəyərini azaldaraq düzgün dəyərə qaytarmaqla bu çökmə aradan qaldırılır. Bu yamayla düzəldilən qüsur 2022-ci ildən bəri mövcud idi (ilk `Fixes:` hissəsinə baxın), lakin digər bir xəta bu yaxınlığa qədər çoxfoliolu şifrəli writeback prosesini bloklamışdı (ikinci `Fixes:` hissəsinə baxın). İkinci commit 6.18.16, 6.19.6 və 7.0-rc1 versiyalarına daxil olub və həmin versiyalarda panikanı üzə çıxarıb. Buna görə də, bu yama cac190c7674f tərəfindən törədilmiş reqressiyanı (panika) düzəldir.