CVE-2026-43420

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: ceph: asinxron unlink zamanı i_nlink azalma xətasının düzəldilməsi Asinxron unlink zamanı, "unlink əməliyyatının uğurlu olacağı fərz edildiyi üçün", tamamlanma bildirişi (hansı ki, sonda `i_nlink`-i yeniləyəcək) gəlmədən əvvəl `i_nlink` sayğacını azaldırıq. Bu pis ideya olmasa da, digər istemçilər tərəfindən edilən silinmələrlə (və ya bizim öz unlink əməliyyatımızın tamamlanması ilə) yarış vəziyyətinə (race condition) səbəb olur və aşağıdakı kimi XƏBƏRDARLIQ (WARNING) yaradan azalma xətasına (underrun) gətirib çıxara bilər: WARNING: CPU: 85 PID: 25093 at fs/inode.c:407 drop_nlink+0x50/0x68 Modules linked in: CPU: 85 UID: 3221252029 PID: 25093 Comm: php-cgi8.1 Not tainted 6.14.11-cm4all1-ampere #655 Hardware name: Supermicro ARS-110M-NR/R12SPD-A, BIOS 1.1b 10/17/2023 pstate: 60400009 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : drop_nlink+0x50/0x68 lr : ceph_unlink+0x6c4/0x720 sp : ffff80012173bc90 x29: ffff80012173bc90 x28: ffff086d0a45aaf8 x27: ffff0871d0eb5680 x26: ffff087f2a64a718 x25: 0000020000000180 x24: 0000000061c88647 x23: 0000000000000002 x22: ffff07ff9236d800 x21: 0000000000001203 x20: ffff07ff9237b000 x19: ffff088b8296afc0 x18: 00000000f3c93365 x17: 0000000000070000 x16: ffff08faffcbdfe8 x15: ffff08faffcbdfec x14: 0000000000000000 x13: 45445f65645f3037 x12: 34385f6369706f74 x11: 0000a2653104bb20 x10: ffffd85f26d73290 x9 : ffffd85f25664f94 x8 : 00000000000000c0 x7 : 0000000000000000 x6 : 0000000000000002 x5 : 0000000000000081 x4 : 0000000000000481 x3 : 0000000000000000 x2 : 0000000000000000 x1 : 0000000000000000 x0 : ffff08727d3f91e8 Call trace: drop_nlink+0x50/0x68 (P) vfs_unlink+0xb0/0x2e8 do_unlinkat+0x204/0x288 __arm64_sys_unlinkat+0x3c/0x80 invoke_syscall.constprop.0+0x54/0xe8 do_el0_svc+0xa4/0xc8 el0_svc+0x18/0x58 el0t_64_sync_handler+0x104/0x130 el0t_64_sync+0x154/0x158 ceph_unlink() funksiyasında, ceph_mdsc_submit_request() çağırışı CEPH_MDS_OP_UNLINK sorğusunu MDS-ə göndərir, lakin onun tamamlanmasını gözləmir. Bu çağırışla növbəti drop_nlink() çağırışı arasında işçi axın (worker thread) CEPH_CAP_OP_IMPORT, CEPH_CAP_OP_GRANT və ya sadəcə CEPH_MSG_CLIENT_REPLY (sonuncusu bizim öz tamamlanmamız ola bilər) mesajını emal edə bilər. Bunlar set_nlink() çağırışına səbəb olacaq və `i_nlink` sayğacını MDS-dən alınan dəyərlə yeniləyəcəkdir. Əgər yeni `i_nlink` dəyəri sıfır olarsa, onu daha da azaltmaq qadağandır. Lakin ceph_unlink() məhz bunu edəcəkdir. XƏBƏRDARLIĞı bu şəkildə təkrar etmək olar: 1. Asinxron unlink-i məcburi edin; yalnız asinxron kod yolu təsirlənir. Ceph daxili mexanizmləri haqqında dəqiq məlumata malik olmadığım üçün MDS-in mənə niyə "Fxr" imkanlarını vermədiyini tapa bilmədim, buna görə də get_caps_for_async_unlink() funksiyasını həmişə uğurlu olacaq şəkildə yamadım. (Qeyd edin ki, yuxarıdakı XƏBƏRDARLIQ dump-u bu növ müdaxilə olmadan, yamalanmamış nüvədə tapılmışdır - bu nəzəri bir xəta deyil.) 2. ceph_mdsc_submit_request()-dən sonra sleep çağırışı əlavə edin ki, drop_nlink() çağırılmadan əvvəl unlink tamamlanması işçi axın tərəfindən idarə olunsun. Bu, drop_nlink() işə düşməzdən əvvəl `i_nlink`-in artıq sıfır olduğunu təmin edir. Həll yolu, sayğac artıq sıfır olduqda onun azaldılmasını ötürməkdir, lakin bunu kilid (lock) olmadan etmək hələ də yarış vəziyyətinə (TOCTOU) səbəb olur. ceph_fill_inode() və handle_cap_grant() funksiyalarının hər ikisi set_nlink() işləyərkən `ceph_inode_info.i_ceph_lock` spinlock-unu saxladığı üçün, `i_nlink` yeniləmələrini qorumaq üçün uyğun kilidin bu olduğu görünür. NFS və SMB (`inode.i_lock` istifadə edərək) və AFS (`afs_vnode.cb_lock` istifadə edərək) sistemlərində oxşar həllər tapmışam. Hər üçündə sıfır yoxlaması da mövcuddur.