CVE-2026-89768

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: fs: iç-içə yerləşmiş dəstəkləyici faylların istifadəçi yolu düzəldildi backing_file_open() funksiyası yeni dəstəkləyici faylda saxlanılacaq yolu user_file->f_path-dən törədir. user_file-ın özü dəstəkləyici fayl olduqda bu yanlışdır; belə hallar iç-içə yığılmış fayl sistemləri üçün aktualdır, məsələn, bir overlayfs-in lowerdir qovluğunun digərinin birləşdirilmiş (merged) qovluğu olduğu overlayfs mount-ları. def3ae83da02 ("fs: store real path instead of fake path in backing file f_path") commit-indən etibarən dəstəkləyici faylın f_path-i istifadəçinin açdığı yolu deyil, ara layihənin real yolunu saxlayır. 924577e4f6ca ("ovl: Fix nested backing file paths") commit-i ovl_open_realfile() vasitəsilə file_user_path() ötürülərək bu konfiqurasiyalar üçün problemi həll etmişdi. Lakin 6af36aeb147a ("lsm: add backing_file LSM hooks") commit-i backing_file_open()-in birinci arqumentini istifadəçi yolundan yenidən istifadəçi faylına dəyişmiş və yolu yenidən user_file->f_path-dən törətmişdir ki, bu da problemi səssiz şəkildə yenidən ortaya çıxarmışdır. Nəticədə, iç-içə yerləşmiş overlayfs vasitəsilə xəritələnmiş (mapped) fayllar /proc/<pid>/maps-də və perf/ftrace mmap qeydlərində yanlış yolu göstərir. Məsələn, iki iç-içə overlayfs mount-u ilə: mkdir -p /ovl/{lower,upper,work,merged} /ovl/nested echo hello > /ovl/lower/foo mount -t overlay overlay \ -o lowerdir=/ovl/lower,upperdir=/ovl/upper,workdir=/ovl/work \ /ovl/merged # upperdir mövcud olmadıqda ən azı iki lowerdir tələb olunur mount -t overlay overlay \ -o lowerdir=/ovl/merged:/ovl/lower /ovl/nested /ovl/nested/foo xəritələndirildikdə istifadəçi yolu əvəzinə kəsilmiş yol görünür: # readlink /proc/self/fd/3 /ovl/nested/foo # grep foo /proc/self/maps 7f6e2c100000-7f6e2c101000 r--s 00000000 00:24 15813027 /foo Yanlış yol, mount-u d_path() tərəfindən həll edilə bilməyən şəxsi klon olan ara dəstəkləyici faylın f_path-indən törəmişdir. Bu problem, dəstəkləyici fayllar üçün ən xarici istifadəçiyə görünən yolu qaytaran və adi fayllar üçün &user_file->f_path-ə geri dönən file_user_path() istifadə edilərək həll edilmişdir. Bu, overlayfs üçün 924577e4f6ca ("ovl: Fix nested backing file paths") commit-inin davranışını bərpa edir və həmçinin istifadəçi faylı özü dəstəkləyici fayl olduqda backing_file_open()-in digər çağırıcıları — fuse passthrough və erofs ishare üçün eyni problemi aradan qaldırır. backing_tmpfile_open() eyni struktura malikdir lakin bundan təsirlənmir: o, yalnız üst layihə üçün ovl_create_tmpfile() tərəfindən çağırılır və başqa bir overlayfs, ovl_mount_dir_check()-dəki DCACHE_OP_REAL yoxlaması tərəfindən upperdir kimi rədd edilir, buna görə də onun user_file-ı heç vaxt dəstəkləyici fayl ola bilməz.