CVE-2025-21664

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: dm thin: get_first_thin funksiyasının rcu-safe list first funksiyasından istifadə etməsini təmin edin rculist.h sənədləri list_empty_rcu() funksiyasının olmamasını izah edir və proqramçıları RCU safe kodda list_empty() -> list_first() ardıcıllığına güvənməmək barədə xəbərdar edir. Bunun səbəbi hər iki funksiyanın siyahı başlığı üçün öz READ_ONCE() əməliyyatını yerinə yetirməsidir. Bu, belə bir vəziyyətə gətirib çıxara bilər ki, list_empty() düzgün siyahı elementini görsün, lakin növbəti list_first() dəyişiklikdən sonra siyahı başlığının vəziyyətinin fərqli görünüşünü görsün. dm-thin halında, müəllifin istehsalat serveri process_deferred_bios yolunda GP xətası səbəbindən çökmüşdür. Bu funksiya get_first_thin()-də düzgün siyahı başlığını görmüşdü, lakin daha sonra onu dereference edib thin_c-yə çevirdikdə, siyahı artıq boş olduğu və özünə istinad etdiyi üçün struct pool-un daxili hissəsini əldə etmişdir. Xəta baş verməzdən əvvəl, bu hadisənin baş verdiyi nüvə həm refcount_t-nin doymuş olması ilə bağlı xəbərdarlıq, həm də queued spinlock-da həddindən kənar cpuid girişinə görə UBSAN xətası çap etmişdir. Nəticədə alınan kdump araşdırıldıqda, digər bir axının (thread) thin_dtr-in synchronize_rcu funksiyasında səbirlə gözlədiyi görülmüşdür. thin_dtr çağırışı tam vaxtsız şəkildə thin_c-ni aktiv thins siyahısından çıxarmağı (və onun active_thins siyahısındakı sonuncu element olmasını) bacarmışdır ki, bu da çökümə səbəb olmuşdur. Xoşbəxtlikdən, buradakı həll yolu sadədir. get_first_thin() funksiyasını yalnız tək bir READ_ONCE() yerinə yetirən və siyahı artıq boş olduqda NULL qaytaran list_first_or_null_rcu() funksiyasından istifadə etmək üçün dəyişdirin. Bu, devicemapper test dəstinin silmə (delete) və dayandırma (suspend) üçün nəzərdə tutulmuş thin-provisioning testlərində yoxlanılmışdır və heç bir reqressiya müşahidə edilməmişdir.