Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - fs：修正巢狀備份檔的使用者路徑 backing_file_open（） 會從 user_file->f_path 派生要儲存在新備份檔中的路徑。當 user_file 本身是備份檔案時，這是不正確的，這是嵌套堆疊檔案系統的情況，例如 overlayfs 掛載，其中一個 overlayfs 的下限目錄是另一個 overlayfs 的合併目錄。由於提交 def3ae83da02 （fs：在後備檔案中儲存真實路徑而不是假路徑 f_path），因此後備檔案的f_path保留中間層的真實路徑，而不是使用者開啟的路徑。提交 924577e4f6ca （ovl：修正巢狀備份檔案路徑） 透過從 ovl_open_realfile（） 傳遞 file_user_path（） 來修正此類配置的此問題。不過，請提交 6af36aeb147a （lsm：
    新增 backing_file LSM 鉤子）將 backing_file_open（） 的第一個引數從使用者路徑改回使用者檔案，並再次從 user_file->f_path 派生路徑，靜默地重新引入問題。因此，透過巢狀 overlayfs 對應的檔案會在 /proc/<pid>/maps 和 perf/ftrace mmap 記錄中顯示錯誤的路徑。例如，使用兩個巢狀 overlayfs 掛載： 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 不存在時，至少需要兩個 lowerdir mount -t overlay overlay \ -o lowerdir=/ovl/merged：/ovl/lower /ovl/nested mapping /ovl/nested/foo 顯示中斷連線的路徑，而不是使用者路徑： # readlink /proc/self/fd/3 /ovl/nested/foo # grep foo /proc/self/maps 7f6e2c100000-7f6e2c101000 r--s 00000000 00:24 15813027 /foo 虛假路徑源自中間備份檔的f_path，其掛載是 d_path（） 無法解析的私有複製。使用 file_user_path（） 修正此問題，該路徑會傳回備份檔案的最外層使用者可見路徑，並針對一般檔案回歸 &user_file->f_path。這還原了 overlayfs 的提交 924577e4f6ca （ovl： 修正巢狀備份檔案路徑） 的行為，也修正了其他 backing_file_open（） 呼叫端、fuse passthrough 和 erofs ishare 的相同問題，當其使用者檔案本身是備份檔案時。backing_tmpfile_open（） 具有相同的模式，但不受影響：
    它僅由上層的 ovl_create_tmpfile（） 調用，而另一個 overlayfs 被 ovl_mount_dir_check（） 中的DCACHE_OP_REAL檢查作為上層拒絕，因此其user_file永遠不能是備份檔。（CVE-2026-89768）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - fs：修复嵌套后备文件的用户路径 backing_file_open（） 从 user_file->f_path 派生要存储在新后备文件中的路径。user_file 本身是后备文件时，情况不正确，嵌套堆叠文件系统就是如此，例如 overlayfs 挂载，其中一个 overlayfs 的下限目录是另一个 overlayfs 的合并目录。由于提交 def3ae83da02（fs：在备份文件 f_path 中存储真实路径而不是虚假路径），因此备份文件的f_path保留中间层的真实路径，而不是用户打开的路径。提交 924577e4f6ca（ovl：修复嵌套的后备文件路径）通过从 ovl_open_realfile（） 传递 file_user_path（），为此类配置修复了此问题。但是，提交 6af36aeb147a （lsm：
    添加 backing_file LSM 挂钩）将 backing_file_open（） 的第一个参数从用户路径改回用户文件，并再次从 user_file->f_path派生路径，静默地重新引入问题。因此，通过嵌套 overlayfs 映射的文件在 /proc/<pid>/maps 和 perf/ftrace mmap 记录中显示错误的路径。例如，使用两个嵌套 overlayfs 挂载：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 不存在时至少需要两个下限目录 mount -t overlay overlay \ -o lowerdir=/ovl/merged：/ovl/lower /ovl/nested mapping /ovl/nested/foo 显示一条断开连接的路径而不是用户路径： # readlink /proc/self/fd/3 /ovl/nested/foo # grep foo /proc/self/maps 7f6e2c100000-7f6e2c101000 r--s 00000000 00:24 15813027 /foo 虚假路径源自中间后备文件的f_path，其挂载是 d_path（） 无法解析的私有克隆。通过使用 file_user_path（） 修复此问题，其可返回用户可见的最外层路径来支持文件，并回退到常规文件的 &user_file->f_path。这会还原 overlayfs 的提交 924577e4f6ca（ovl：修复嵌套后备文件路径）的行为，还可修复其他 backing_file_open（） 调用程序、fuse passthrough 和 erofs ishare 的用户文件本身为后备文件时的相同问题。backing_tmpfile_open（） 具有相同的模式，但不受影响：
    它仅被上层的 ovl_create_tmpfile（） 调用，而另一个 overlayfs 被 ovl_mount_dir_check（） 中的DCACHE_OP_REAL检查拒绝为上层，因此其user_file永远不能是后备文件。（CVE-2026-89768）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - fs:ネスト化されたバッキングファイルのユーザーパスを修正します backing_file_open() は、user_file->f_path から新しいバッキングファイルに保存されるパスを導き出します。user_file 自体がバッキングファイルである場合はこれは正しくありません。例えば、ある overlayfs の下限ディレクトリが別の overlayfs のマージされたディレクトリである場合の、ネスト化されたスタッキングファイルシステムの場合などです。def3ae83da02 をコミットするため(fs:バッキングファイルf_pathに偽のパスではなく実際のパスを保存)、バッキングファイルのf_pathは、ユーザーが開いたパスではなく、中間レイヤの実際のパスを保持します。コミット 924577e4f6ca(ovl:ネスト化されたバッキングファイルパスを修正します)は、ovl_open_realfile() から file_user_path() を渡すことにより、そのような構成に対してこれを修正しました。ただし、6af36aeb147a(lsm:
    backing_file LSM フックを追加)は、backing_file_open() の最初の引数をユーザーパスからユーザーファイルに変更し、再度 user_file->f_path からパスを派生させ、問題を密かに再導入しました。その結果、ネスト化された overlayfs を通してマッピングされたファイルは、/proc/<pid>/maps および perf/ftrace mmap レコードに間違ったパスを表示します。たとえば、2 つのネスト化された overlayfs マウントの場合: 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 が存在しない場合、少なくとも 2 つの lowerdir が必要です mount -t overlay overlay \ -o lowerdir=/ovl/merged:/ovl/lower /ovl/nested mapping /ovl/nested/foo は、ユーザーパスの代わりに切断されたパスを表示します: # readlink /proc/self/fd/3 /ovl/nested/foo # grep foo /proc/self/maps 7f6e2c100000-7f6e2c101000 r--s 000000000 00:24 15813027 /foo 偽造パスは、マウントがプライベートクローンであり、d_path() が解決できない中間バッキングファイルのf_pathに由来します。バッキングファイル用にユーザーが表示できる最も外側のパスを返し、通常のファイル用に &user_file->f_path にフォールバックする file_user_path() を使用してこの問題を修正。これは、overlayfs のコミット 924577e4f6ca(ovl:ネスト化されたバッキングファイルパスを修正)の動作を復元し、また、ユーザーファイル自体がバッキングファイルである場合の、他の backing_file_open() 呼び出し元、fuse passthrough、および erofs ishare に対する同じ問題も修正します。backing_tmpfile_open() に同じパターンがありますが、影響を受けません:
    これは上位レイヤーに対して ovl_create_tmpfile() によって呼び出されるだけであり、別の overlayfs は ovl_mount_dir_check() のDCACHE_OP_REALチェックによって上位として拒否されるため、そのuser_fileはバッキングファイルになることはできません。(CVE-2026-89768)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - fs: fix user path of nested backing files backing_file_open() derives the path to be stored in the new     backing file from user_file->f_path. This is incorrect when user_file itself is a backing file, which is     the case for nested stacking filesystems, e.g. overlayfs mounts where the lowerdir of one overlayfs is the     merged directory of another. Since commit def3ae83da02 (fs: store real path instead of fake path in     backing file f_path) the f_path of a backing file holds the real path of the intermediate layer, not the     path that the user opened. Commit 924577e4f6ca (ovl: Fix nested backing file paths) fixed this for such     configurations by passing file_user_path() from ovl_open_realfile(). However, commit 6af36aeb147a (lsm:
    add backing_file LSM hooks) changed the first argument of backing_file_open() from the user path back to     the user file and derived the path from user_file->f_path again, silently re-introducing the problem. As a     result, files mapped through a nested overlayfs show the wrong path in /proc/<pid>/maps and in perf/ftrace     mmap records. For example, with two nested overlayfs mounts: 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 # at least two lowerdirs are     needed when upperdir is nonexistent mount -t overlay overlay \ -o lowerdir=/ovl/merged:/ovl/lower     /ovl/nested mapping /ovl/nested/foo shows a disconnected path instead of the user path: # readlink     /proc/self/fd/3 /ovl/nested/foo # grep foo /proc/self/maps 7f6e2c100000-7f6e2c101000 r--s 00000000 00:24     15813027 /foo The bogus path is derived from the f_path of the intermediate backing file, whose mount is a     private clone that d_path() cannot resolve. Fix this by using file_user_path(), which returns the     outermost user-visible path for backing files and falls back to &user_file->f_path for regular files. This     restores the behavior of commit 924577e4f6ca (ovl: Fix nested backing file paths) for overlayfs and also     fixes the same problem for the other backing_file_open() callers, fuse passthrough and erofs ishare, when     their user file is itself a backing file. backing_tmpfile_open() has the same pattern but is not affected:
    it is only called by ovl_create_tmpfile() for the upper layer, and another overlayfs is rejected as     upperdir by the DCACHE_OP_REAL check in ovl_mount_dir_check(), so its user_file can never be a backing     file. (CVE-2026-89768)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
345263	Linux Distros 未修補弱點：CVE-2026-89768	Nessus	Misc.	2026/9/12	2026/9/12	low
345263	Linux Distros 未修补的漏洞：CVE-2026-89768	Nessus	Misc.	2026/9/12	2026/9/12	low
345263	Linux Distros のパッチ未適用の脆弱性: CVE-2026-89768	Nessus	Misc.	2026/9/12	2026/9/12	low
345263	Linux Distros Unpatched Vulnerability : CVE-2026-89768	Nessus	Misc.	2026/9/12	2026/9/12	low

检测

插件搜索

low

low

low

low