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

  - namespace：不复制未挂载的挂载树 may_copy_tree（） 在检查是否挂载之前接受根为 nsfs 或 pidfs 文件的挂载。nsfs 和 pidfs 挂载中存在此异常。它们不属于 no mount 命名空间，因此 check_mnt（） 和 is_mounted（） 都不会让它们通过，绑定挂载 nsfsfd 或 pidfd 将无法工作。问题是异常允许在延迟卸载时此类文件的绑定挂载，并且仅通过文件描述符保持活动状态： mount --bind /proc/self/ns/net /tmp/x exec 3< /tmp/x umount -l /tmp/x mount --rbind /proc/self/fd/3 /tmp/y 通过 MS_REC 或 AT_RECURSIVE copy_tree（） 不会在未挂载的挂载处停止。它也会复制所有与其保持连接的安装座。因此，如果在 nsfsfd 或 pidfd 上有一堆超载，则会复制整个未挂载的堆栈。这是一个错误。所以拒绝走一棵没有上架的树。仍然可以单独复制其根。因此，已消失的命名空间的绑定挂载仍可从旧命名空间中的文件描述符重新创建。文件描述符引脚该挂载及其根，__has_locked_children（） 仅读取不会离开父项列表而未namespace_sem的直接子项。内部坐载携带 MNT_NS_INTERNAL 而非 NULL，并且仍可走动。以递归方式复制未挂载的树时因 EINVAL 而失败。（CVE-2026-98992）

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

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

  - 命名空間：請勿複製已卸載的掛載樹狀結構 may_copy_tree（） 在檢查該掛載是否已掛載之前，會接受根目錄為 NSFS 或 PIDFS 檔案的掛載。nsfs 和 pidfs 掛載存在此例外狀況。它們是無掛載命名空間的一部分，因此 check_mnt（） 和 is_mounted（） 都不會讓它們通過，並且綁定掛載 nsfsfd 或 pidfd 將不起作用。問題是，當此類檔案被延遲卸載時，例外狀況也允許該檔案進行綁定掛載，並且僅透過檔案描述元保持活動狀態： mount --bind /proc/self/ns/net /tmp/x exec 3< /tmp/x umount -l /tmp/x mount --rbind /proc/self/fd/3 /tmp/y 使用 MS_REC 或 AT_RECURSIVE copy_tree（） 不會在卸載時停止。它也會複製所有保持附著在其上的安裝座。因此，如果您在 nsfsfd 或 pidfd 上有一堆超載，則會複製整個未掛載的堆疊。這是一個錯誤。所以拒絕走一棵未上架的樹。僅複製其根仍然是可能的。因此，仍然可以從舊命名空間上的檔案描述元重新建立已消失的命名空間的綁定掛載。檔案描述元固定該掛載及其根目錄，而 __has_locked_children（） 僅讀取直接子項，這些子項不會在沒有namespace_sem的情況下離開父項的清單。內部掛載會攜帶 MNT_NS_INTERNAL 而不是 NULL，而且仍會遍歷。以遞迴方式複製未掛載的樹狀結構會因 EINVAL 而失敗。（CVE-2026-98992）

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

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

  - namespace:マウント解除されたマウントツリーをコピーしない may_copy_tree() は、マウントがマウントされているかどうかをチェックする前に、root が nsfs または pidfs ファイルであるマウントを受け入れます。この例外は、nsfs および pidfs マウントに存在します。これらはマウント名前空間の一部であるため、check_mnt() も is_mounted() もこれらを通過させることはなく、nsfsfd または pidfd の bind マウントは機能しません。問題は、例外が、遅延してアンマウントされた場合に、そのようなファイルの bind マウントも認め、ファイル記述子によってのみ維持されることです:mount --bind /proc/self/ns/net /tmp/x exec 3< /tmp/x umount -l /tmp/x mount --rbind /proc/self/fd/3 /tmp/y With MS_REC または AT_RECURSIVE copy_tree() は、マウント解除されたマウントで停止しません。取り付けられたままになっているすべてのマウントもコピーします。したがって、nsfsfd または pidfd に大量のオーバーマウントがある場合は、マウント解除されたスタック全体がコピーされます。それはバグです。ですから、マウントされていない木を歩くことを拒否してください。ルートのみをコピーすることも可能です。そのため、なくなった名前空間の bind マウントが、古い名前空間のファイル記述子から再作成される可能性があります。ファイル記述子はマウントとそのルートに固定され、__has_locked_children()は親のリストをnamespace_semせずに離れない直接の子のみを読み取ります。内部マウントは NULL の代わりに MNT_NS_INTERNAL を運び、それでも歩きます。マウント解除されたツリーのコピーは、EINVAL により再帰的に失敗します。(CVE-2026-98992)

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

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

  - namespace: don't copy an unmounted mount tree may_copy_tree() accepts a mount whose root is an nsfs or     pidfs file before it checks whether that mount is mounted. This exception exists for nsfs and pidfs     mounts. They are part of no mount namespace so neither check_mnt() nor is_mounted() would let them through     and bind-mounting a nsfsfd or a pidfd wouldn't work. Problem is that exception also admits a bind mount of     such a file when it was lazily unmounted and is only kept alive by a file descriptor: mount --bind     /proc/self/ns/net /tmp/x exec 3< /tmp/x umount -l /tmp/x mount --rbind /proc/self/fd/3 /tmp/y With MS_REC     or AT_RECURSIVE copy_tree() doesn't stop at the unmounted mount. It copies every mount that stayed     attached to it as well. So if you have a bunch of overmounts over the nsfsfd or the pidfd the whole     unmounted stack is copied. That's a bug. So refuse to walk an unmounted tree. Copying its root alone stays     possible. So a bind mount of a namespace that is gone can still be recreated from a file descriptor on the     old one. The file descriptor pins that mount and its root and __has_locked_children() only reads the     direct children which don't leave the parent's list without namespace_sem. The internal mounts carry     MNT_NS_INTERNAL instead of NULL and are still walked. Copying an unmounted tree recursively fails with     EINVAL. (CVE-2026-98992)

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

An update of the linux package has been released.

ID	名前	製品	ファミリー	公開日	更新日	深刻度
373466	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-3335）	Nessus	Amazon Linux Local Security Checks	2026/10/29	2026/11/4	medium
373466	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-3335）	Nessus	Amazon Linux Local Security Checks	2026/10/29	2026/11/4	medium
371581	Linux Distros 未修补的漏洞：CVE-2026-98992	Nessus	Misc.	2026/10/23	2026/11/7	medium
371581	Linux Distros 未修補弱點：CVE-2026-98992	Nessus	Misc.	2026/10/23	2026/11/7	medium
373466	2023 Amazon Linux:bpftool6.12、kernel6.12、kernel6.12-devel(ALAS2023-2026-3335)	Nessus	Amazon Linux Local Security Checks	2026/10/29	2026/11/4	medium
371581	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98992	Nessus	Misc.	2026/10/23	2026/11/7	medium
371581	Linux Distros Unpatched Vulnerability : CVE-2026-98992	Nessus	Misc.	2026/10/23	2026/11/7	medium
373466	Amazon Linux 2023 : bpftool6.12, kernel6.12, kernel6.12-devel (ALAS2023-2026-3335)	Nessus	Amazon Linux Local Security Checks	2026/10/29	2026/11/4	medium
375086	Photon OS 5.0: Linux PHSA-2026-5.0-92-1044	Nessus	PhotonOS Local Security Checks	2026/11/2	2026/11/2	critical

検出

プラグインの検索

medium

medium

medium

medium

medium

medium

medium

medium

critical