CVE-2026-89768

Linux kernel'de aşağıdaki güvenlik açığı giderilmiştir: fs: iç içe geçmiş destekleyici dosyaların kullanıcı yolu düzeltildi backing_file_open(), yeni destekleyici dosyada saklanacak yolu user_file->f_path üzerinden türetir. user_file'ın kendisinin bir destekleyici dosya olduğu durumlarda bu işlem hatalıdır; bu durum, örneğin bir overlayfs'in lowerdir dizininin başka bir overlayfs'in birleştirilmiş (merged) dizini olduğu iç içe yığınlama dosya sistemlerinde görülür. def3ae83da02 ("fs: store real path instead of fake path in backing file f_path") commit'inden beri, bir destekleyici dosyanın f_path değeri kullanıcının açtığı yolu değil, ara katmanın gerçek yolunu tutmaktadır. 924577e4f6ca ("ovl: Fix nested backing file paths") commit'i, ovl_open_realfile() üzerinden file_user_path() fonksiyonunu geçirerek bu tür yapılandırmalar için sorunu gidermiştir. Ancak, 6af36aeb147a ("lsm: add backing_file LSM hooks") commit'i, backing_file_open()'ın ilk argümanını kullanıcı yolundan tekrar kullanıcı dosyasına dönüştürmüş ve yolu yeniden user_file->f_path üzerinden türeterek problemi sessizce geri getirmiştir. Sonuç olarak, iç içe geçmiş bir overlayfs aracılığıyla eşlenen dosyalar, /proc/<pid>/maps içinde ve perf/ftrace mmap kayıtlarında yanlış yolu gösterir. Örneğin, iki iç içe geçmiş overlayfs bağlaması ile: 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 mevcut olmadığında en az iki lowerdir gereklidir mount -t overlay overlay \ -o lowerdir=/ovl/merged:/ovl/lower /ovl/nested /ovl/nested/foo dosyasının eşlenmesi, kullanıcı yolu yerine bağlantısı kopuk bir yol gösterir: # readlink /proc/self/fd/3 /ovl/nested/foo # grep foo /proc/self/maps 7f6e2c100000-7f6e2c101000 r--s 00000000 00:24 15813027 /foo Hatalı yol, d_path()'in çözemediği özel bir klon olan ara destekleyici dosyanın f_path değerinden türetilmektedir. Bu sorun, destekleyici dosyalar için en dıştaki kullanıcı tarafından görülebilir yolu döndüren ve normal dosyalar için &user_file->f_path değerine geri dönen file_user_path() kullanılarak giderilmiştir. Bu işlem, overlayfs için 924577e4f6ca ("ovl: Fix nested backing file paths") commit'inin davranışını geri yükler ve aynı zamanda kullanıcı dosyaları kendisi bir destekleyici dosya olduğunda diğer backing_file_open() çağırıcıları olan fuse passthrough ve erofs ishare için de aynı sorunu çözer. backing_tmpfile_open() benzer bir yapıya sahiptir ancak etkilenmemiştir: yalnızca üst katman için ovl_create_tmpfile() tarafından çağrılır ve başka bir overlayfs, ovl_mount_dir_check() içindeki DCACHE_OP_REAL kontrolü nedeniyle upperdir olarak reddedilir, dolayısıyla user_file hiçbir zaman bir destekleyici dosya olamaz.