CVE-2026-53153
Təsvir
Linux kernelində aşağıdakı zəiflik həll edilmişdir: mm/list_lru: reparent zamanı xarray qeydini təmizləməzdən əvvəl boşaltma memcg_reparent_list_lrus() ölməkdə olan memcg-in xarray qeydini xas_store(&xas, NULL) ilə təmizləyir, sonra onun hər node üzrə siyahılarını valideynə reparent edir. Bu, elə bir pəncərə yaradır ki, ölməkdə olan memcg üçün gələn paralel list_lru_del() xa_load() == NULL görür, lock_list_lru_of_memcg() daxilində valideynə keçir, valideynin hər node üzrə kilidini alır və hələ də fiziki olaraq ölməkdə olan memcg-in siyahısında bağlı olan element üzərində list_del_init() çağırır. Əgər eyni anda başqa bir icra olunan thread ölməkdə olan memcg-in hər node üzrə kilidini tutursa (başqa list_lru_del və ya isolate callback işlədən list_lru_walk_one), hər iki thread fərqli kilidlər altında eyni fiziki siyahıda ->next/->prev göstəricilərini dəyişdirir. Qonşu elementlər bir-birinin keçidlərini korlaya bilər. Bunu əməliyyatların sırasını tərsinə çevirməklə düzəldin: hər node üzrə siyahını reparent edin və child-in siyahı lru-nu ölü kimi işarələyin, sonra xarray qeydini təmizləyin. Hələ də qoyulmuş xarray qeydini tapan hər hansı paralel list_lru əməliyyatı ya ölməkdə olan memcg-in hər node üzrə kilidini alır (boşaltma ilə sinxronlaşır), ya da LONG_MIN görüb valideynə keçir, burada elementlər artıq yerləşir.
Necə düzəltmək olar
- linux linux_kernel6.18.36, 7.0.13 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| linux linux_kernel | 6.13 ≤ v < 6.18.36, 6.19 ≤ v < 7.0.13, 7.1 | 6.18.36, 7.0.13 |
| redhat enterprise_linux | 10.0 | — |
Versiyanızı yoxlayın
Məhsulu seçin və istifadə etdiyiniz versiyanı yazın; versiyanın təsirlənən aralıqda olub-olmadığını görün.
Attack Surface Management
Domenlərinizə bağlı aktivləri, onlarda işləyən texnologiyaları və məlum zəiflikləri bir siyahıda görün.