CVE-2025-71069

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: f2fs: whiteout yaradılması uğursuz olduqda dentry keşini etibarsızlaşdırın F2FS, runtime zamanı MAX_DIR_HASH_DEPTH dəyərinə məhdudlaşdırılan korlanmış kataloq dərinliyi dəyərləri olan fayl sistemlərini mount edə bilər. Belə kataloqlarda RENAME_WHITEOUT əməliyyatları yerinə yetirilərkən, f2fs_rename funksiyası f2fs_add_link vasitəsilə whiteout yazısını əlavə etməyə çalışmazdan əvvəl kataloq dəyişikliklərini (hədəf yazısının yenilənməsi və mənbə yazısının silinməsi) həyata keçirir. Əgər f2fs_add_link korlanmış kataloq strukturu səbəbindən uğursuz olarsa, funksiya VFS-ə xəta qaytarır, lakin qismən yerinə yetirilmiş kataloq dəyişiklikləri artıq diskə yazılmış olur. VFS bütün rename əməliyyatının uğursuz olduğunu fərz edir və dentry keşini yeniləmir, nəticədə köhnəlmiş (stale) eşləşmələr qalır. Xəta yolunda VFS, dentry keşini yeniləmək üçün d_move() funksiyasını çağırmır. Bunun nəticəsində new_dentry hələ də i_nlink dəyəri sıfıra endirilmiş köhnə inode-a (new_inode) işarə edir. Köhnəlmiş keş sonrakı əməliyyatların azad edilmiş inode-a yanlış şəkildə istinad etməsinə səbəb olur. Bu, sonrakı əməliyyatların artıq disklə uyğun gəlməyən keşlənmiş dentry məlumatlarından istifadə etməsinə gətirib çıxarır. İkinci bir rename eyni yazıya hədəfləndikdə, VFS köhnəlmiş inode üzərində i_nlink dəyərini azaltmağa çalışır, bu isə artıq i_nlink=0 olduğu üçün drop_nlink() funksiyasında WARNING xətasını tetikləyir. Nümunə ardıcıllıq: 1. Birinci rename (RENAME_WHITEOUT): file2 → file1 - f2fs diskdəki file1 yazısını yeniləyir (inode 8-ə işarə edir) - f2fs diskdəki file2 yazısını silir - f2fs_add_link(whiteout) uğursuz olur (korlanmış kataloq) - VFS-ə xəta qaytarılır - Xəta səbəbindən VFS d_move()-u çağırmır - VFS keşində hələ də belədir: file1 → inode 7 (köhnəlmiş!) - inode 7-nin i_nlink=0 dəyəridir (artıq azaldılıb) 2. İkinci rename: file3 → file1 - VFS köhnəlmiş keşdən istifadə edir: file1 → inode 7 - Inode 7 üzərində drop_nlink etməyə çalışır (i_nlink artıq 0-dır) - drop_nlink()-da WARNING baş verir Whiteout yaradılması zamanı f2fs_add_link uğursuz olduqda, old_dentry və new_dentry obyektlərini açıq şəkildə etibarsızlaşdırmaqla bu problem həll edilmişdir. Bu, VFS-i sonrakı əməliyyatlarda məlumatları diskdən yeniləməyə məcbur edir və rename əməliyyatı qismən uğurlu olsa belə, keşin ardıcıllığını təmin edir. Yenidən istehsaletmə (Reproducer): 1. Korlanmış i_current_depth ilə F2FS imicini mount edin 2. renameat2(file2, file1, RENAME_WHITEOUT) 3. renameat2(file3, file1, 0) 4. Sistem drop_nlink()-da WARNING tetikləyir