CVE-2025-21823

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: batman-adv: İdarə olunmayan ELP metrik işçisinin ləğvi ELP işçisi bir interfeys vasitəsilə "əlçatan" olan bütün qonşular üçün yeni metrik dəyərlərini hesablamalıdır. İstifadə olunan bəzi metrik mənbələri yuxuya gedə bilən kilidlər tələb edir. Bu yuxu, qeyd edilmiş qonşular üçün istifadə olunan RCU siyahı iteratoru ilə uyğun gəlmir. Bu problemi həll etmək üçün ilkin yanaşma hər qonşu üçün başqa bir iş elementini növbəyə düzmək və sonra bunu yeni kontekstdə icra etmək idi. Bu, RCU və might_sleep() arasındakı münaqişəni həll etsə də, ciddi problemləri var idi: İş elementi artıq lazım olmadıqda — məsələn, əlaqəli interfeyslərdən biri silindikdə və ya batman-adv modulu yükləmədən çıxarıldıqda — onu dayandıran heç nə yox idi, bu isə potensial olaraq yanlış yaddaş girişlərinə səbəb olurdu. Metrik işçisini birbaşa ləğv etməyin də müxtəlif problemləri var: * Deaktiv ediləcək interfeys üçün cancel_work_sync funksiyası rtnl_lock tutulmuş halda çağırılır. Lakin ELP metrik işçisindəki kod da rtnl_lock()-dan istifadə etməyə çalışır ki, bu da belə vəziyyətdə heç vaxt geri dönməyəcəkdir. Bu həmçinin o deməkdir ki, cancel_work_sync işçinin tamamlanmasını gözlədiyi üçün heç vaxt geri dönməyəcək. * Deaktiv ediləcək interfeys üçün qonşu siyahısı üzrə iterasiya hazırda RCU spesifik metodları ilə həyata keçirilir. Bu o deməkdir ki, müvafiq spinlock olmadan iterasiya zamanı bəzi elementlərin ötürülməsi mümkündür — bu davranış dövri metrik yoxlaması üçün məqbuldur, lakin təmizləmə proseduru (hansı ki, hələ də çalışan bütün işçiləri "dayandırmalıdır") üçün məqbul deyil. Daha yaxşı yanaşma, hər interfeys üçün ayrıca qonşu metrik işçisindən imtina etmək və hər şeyi interfeys işçisində idarə etməkdir. Orijinal problemlər aşağıdakılarla həll edilir: * Yeni metrik məlumatlar tələb edən qonşuların siyahısının RCU qorumalı kontekst daxilində yaradılması, metriklərin isə yeni siyahıya uyğun olaraq RCU qorumalı kontekstdən kənarda toplanması. * İnterfeysin silinməsi kodu (rtnl_lock tutulmuş halda çağırılır) daxilində cancel_delayed_work_sync çağırılanda deadloct-un qarşısını almaq üçün metrik toplama kodu daxilində yalnız rcu_trylock-dan istifadə edilməsi.