CVE-2026-72170

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: 9p: WARN_ON hatasını düzeltmek için önbelleksiz modda nlink güncellemesi atlanıyor v9fs_dec_count(), inode'un nlink değeri zaten sıfır olsa bile normal dosyalar üzerinde koşulsuz olarak drop_nlink() fonksiyonunu çağırır. Önbelleksiz modda istemci, her işlemde inode meta verilerini sunucudan (doğruluk kaynağı) yeniden çeker; bu nedenle v9fs_remove() döndüğünde, yerel olarak önbelleğe alınan nlink değeri çoktan unlink sonrası değeri yansıtıyor olabilir: 1. İstemci unlink işlemini başlatır, sunucu bunu işler ve nlink değerini 0 yapar 2. İstemci, unlink işlemi dönmeden önce inode meta verilerini yeniden çeker (nlink=0) 3. İstemcinin v9fs_remove() işlemi başarıyla tamamlanır 4. İstemci, nlink=0 iken drop_nlink() fonksiyonunu çağıran v9fs_dec_count() fonksiyonunu çağırır Bu yarış durumu (race condition), stress-ng'nin unlink stres testi gibi yoğun unlink iş yükleri altında kolayca tetiklenir ve şu uyarıyı üretir: 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 ... Önbelleksiz modda yetkili olan taraf sunucudur ve inode silinme aşamasındadır, dolayısıyla nlink değerinin yerel olarak ayarlanmasının bir faydası yoktur. Hem CACHE_META hem de CACHE_LOOSE ayarlı olmadığında v9fs_dec_count() işleminin tamamen atlanması, hem uyarının önüne geçer hem de sadece nlink == 0 kontrolü ile daraltılabilecek ancak tamamen kapatılamayacak bir nlink yarış durumu sınıfını (iki eşzamanlı unlink işleminin nlink > 0 olduğunu gözlemlemesi ve her ikisinin de drop_nlink() çağırması) ortadan kaldırır.