CVE-2026-72170

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: 9p: WARN_ON xətasını düzəltmək üçün keşsiz rejimdə nlink yeniləməsini ötürün v9fs_dec_count() funksiyası, inode-un nlink dəyəri artıq sıfır olsa belə, adi fayllar üzərində şərtsiz olaraq drop_nlink() funksiyasını çağırır. Keşsiz rejimdə klient hər əməliyyat zamanı inode metadata məlumatlarını serverdən (əsas mənbədən) yenidən əldə edir, buna görə də v9fs_remove() geri döndüyünə qədər lokal keşlənmiş nlink artıq unlink sonrası dəyəri əks etdirə bilər: 1. Klient unlink prosesini başladır, server onu emal edir və nlink-i 0 təyin edir 2. Unlink tamamlanmamışdan əvvəl klient inode metadata məlumatlarını yenidən əldə edir (nlink=0) 3. Klientin v9fs_remove() funksiyası uğurla tamamlanır 4. Klient nlink=0 olduqda drop_nlink() funksiyasını çağıran v9fs_dec_count()-ı çağırır Bu yarış vəziyyəti (race condition), stress-ng-nin unlink stressoru kimi ağır unlink iş yükləri altında asanlıqla tetiklenir və aşağıdakı xəbərdarlığı yaradır: WARNING: fs/inode.c:417 at drop_nlink+0x4c/0xc8 Call trace: drop_nlink+0x4c/0xc8 v9fs_remove+0x1e0/0x250 [9p] v9fs_vfs_unlink+0x20/0x38 [9p] vfs_unlink+0x13c/0x258 ... Keşsiz rejimdə server səlahiyyətli tərəfdir və inode silinməkdədir, ona görə də nlink-in lokal olaraq tənzimlənməsi heç bir fayda vermir. Həm CACHE_META, həm də CACHE_LOOSE təyin edilmədikdə v9fs_dec_count() tamamilə ötürülür; bu, həm xəbərdarlığın qarşısını alır, həm də yalnız nlink == 0 yoxlaması ilə tam bağlanmayan, sadəcə daraldılan nlink yarışları sinfini (iki eyni vaxtda unlink edən prosesin nlink > 0 olduğunu müşahidə etməsi və hər ikisinin drop_nlink() çağırması) aradan qaldırır.