CVE-2026-80536

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: xfs: bufer loq elementinin çirkli bitmap-i üçün sərhəd yoxlaması xlog_recover_do_reg_buffer() funksiyası bufer loq elementinin bitmap-i tərəfindən təsvir olunan hər bir çirkli bölgəni həmin element üçün oxunan buferə yenidən tətbiq edir: memcpy(xfs_buf_offset(bp, (uint)bit << XFS_BLF_SHIFT), item->ri_buf[i].iov_base, nbits << XFS_BLF_SHIFT); Həm təyinat ofseti (loqlanmış çirkli bitmap-dən gələn bit/nbits), həm də bufer ölçüsü (loqlanmış blf_len-dən gələn) hücumçunun nəzarətindədir və bir-biri ilə əlaqəsizdir, lakin kopyalama prosesini məhdudlaşdıran yeganə vasitə istehsalat nüvələrində (production kernels) kompilyasiya zamanı silinən ASSERT()-dir. Kiçik blf_len və həmin buferin sonundan kənarda olan bitmap biti ilə hazırlanmış xüsusi obraz, memcpy() funksiyasının buferin ayrılmış sahəsindən kənara çıxmasına səbəb olur və mount zamanı loq bərpası (log recovery) zamanı qonşu kernel heap sahəsini korlayır. Bu, hazırlanmış xüsusi obrazı mount etdirə bilən hər kəs tərəfindən istifadə edilə biləndir — XFS artıq digər yerlərdə zərərli fayl sistemi təhlükə modelinə qarşı mühafizə tədbirləri görür. ASSERT() ifadəsi, xlog_recover_do_inode_buffer() və xfs_dquot_item_recover.c-də artıq istifadə olunan "validate-and-fail" idiomu ilə uyğun olaraq, buferin bərpasını -EFSCORRUPTED xətası ilə dayandıran real XFS_IS_CORRUPT() yoxlamasına çevrilib. Buna görə də xlog_recover_do_reg_buffer() STATIC int tipinə çevrilmiş və onu çağıran üç funksiya xətanı ötürür. CONFIG_XFS_DEBUG=n konfiqurasiyalı build üzərində KASAN ilə tapılıb və təsdiqlənib: hazırlanmış xüsusi obraz bu dəyişiklikdən əvvəl slab-out-of-bounds yazma xətasına səbəb olur, dəyişiklikdən sonra isə bərpama prosesi -EFSCORRUPTED ilə təmiz şəkildə uğursuz olur.