CVE-2026-45920

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: ext4: fs shutdown zamanı dirtyclusters sayğacının iki dəfə azaldılması xətası düzəldildi fstests generic/388 testi bəzən ext4_put_super() funksiyasında çirkli klasterlərin sayı ilə bağlı bir xəbərdarlıq yaradır: WARNING: CPU: 7 PID: 76064 at fs/ext4/super.c:1324 ext4_put_super+0x48c/0x590 [ext4] Xətanın izlənilməsi göstərir ki, xəbərdarlıq s_dirtyclusters_counter dəyərinin -1 olması səbəbindən baş verir. Başqa sözlə, bu, hər hansı bir sızma deyil, yanlış azalma kimi görünür. Çirkli klaster sayındakı fərqlərin daha dərindən araşdırılması və nəticələrin LLM skan edilməsi səbəbin ext4_mb_mark_diskspace_used() və onu çağıran ext4_mb_new_blocks() arasındakı xəta yolunda sayğacın iki dəfə azaldılması olduğunu müəyyən etdi. İlk öncə qeyd edək ki, generic/388 shutdown və fsstress testidir və buna görə də təsadüfi əməliyyatlar və shutdown injeksiyaları yaradır. Problemli halda, shutdown prosesi ext4_mb_mark_context() tərəfindən çağırılan ext4_handle_dirty_metadata() funksiyasından xəta geri dönüşünü tetikləyir. Bu məqamda dəyişdirilmiş dəyər sıfırdan fərqli olduğu üçün, xəta ext4_mb_mark_context()-dən yuxarı ötürüldükdən sonra ext4_mb_mark_diskspace_used() çıxış etmir. Bunun əvəzinə, həmin funksiya hər iki klaster sayğacını azaldır və xətanı ext4_mb_new_blocks()-ə qaytarır. Sonuncu isə !ar->len çıxış yoluna düşür və burada çirkli klasterlər sayğacı ikinci dəfə azaldılır ki, bu da uyğunsuzluğa səbəb olur. Bu problemin qarşısını almaq və həmin kod yolunda klaster rezervasiyasının mülkiyyətini sadələşdirmək üçün sayğacın azaldılmasını çağıran funksiyanın tək bir yerinə köçürün. Bu, !delalloc halında klaster rezervasiyasının əldə edilməsinə (ext4_claim_free_clusters() vasitəsilə), eləcə də uğursuzluq səbəbindən istifadə olunub-olunmamasından asılı olmayaraq onun azad edilməsinə görə ext4_mb_new_blocks() funksiyasının məsuliyyət daşıdığını daha aydın edir.