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

  - nfsd：修复 nfsd4_ff_encode_layoutget 中的 XDR 长度计算 nfsd4_ff_encode_layoutget（） 中的 XDR 缓冲区大小计算存在多个错误，可导致越界写入或向客户端泄漏未初始化的内核内存： - fh_len 不考虑文件句柄数据上的 XDR 填充 - uid 和 gid 长度使用 8 + len，但 xdr_encode_opaque（） 实际写入 4 + xdr_align_size（len） 字节 - ds_len 省略标记和 stats_collect_hint 字段（8 字节），而 len 的标头常量高估了 8 个字节 -- 这些会部分抵消，但会留下一个净不匹配问题。最坏的情况是短字符串（例如，uid=0、gid=0 具有奇数大小的文件句柄），其中函数最多写入 5 个字节超出预留的 XDR 缓冲区。相反，当字符串长度恰好为 4 字节对齐时，保留过大，过时的缓冲区内容被发送到客户端。通过在 ds_len 计算中明确拆分每个编码字段、对所有可变长度 opaque 字段使用 xdr_align_size（），并修正标头常量来修复此问题。（CVE-2026-89674）

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

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

  - nfsd：修正 nfsd4_ff_encode_layoutget 中的 XDR 長度計算 nfsd4_ff_encode_layoutget（） 中的 XDR 緩衝區大小計算有多個錯誤，可能導致越界寫入或將未初始化的核心記憶體洩漏給用戶端： - fh_len 不考慮檔案句柄資料上的 XDR 填充 - uid 和 gid 長度使用 8 + len，但 xdr_encode_opaque（） 實際上寫入 4 + xdr_align_size（len） 位元組 - ds_len 省略了標誌和stats_collect_hint欄位（8 位元組），而 len 的標頭常數高估了 8 個位元組——這些部分取消，但留下淨不匹配最壞的情況發生在短字串上（例如 uid=0、gid=0 和奇數大小的檔案句柄），其中函數最多寫入 5 個位元組超過保留的 XDR 緩衝區。相反地，當字串長度恰好是 4 位元組對齊時，保留太大，且過時的緩衝區內容會傳送至用戶端。透過在ds_len計算中明確分解每個編碼欄位、對所有可變長度不透明欄位使用 xdr_align_size（） 以及更正標頭常數來解決此問題。（CVE-2026-89674）

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

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

  - nfsd:nfsd4_ff_encode_layoutget での XDR の長さの計算を修正します nfsd4_ff_encode_layoutget() の XDR バッファサイズの計算に複数のエラーがあり、領域外書き込みまたはクライアントへの初期化されていないカーネルメモリの漏洩が発生する可能性があります: - fh_len は、ファイルハンドルデータの XDR パディングを考慮しません - uid と gid の長さは 8 + len を使用しますが、xdr_encode_opaque() は実際には 4 + xdr_align_size(len) バイトを書き込みます - ds_len はフラグを省略しますおよび stats_collect_hint フィールド(8 バイト)、len のヘッダー定数が 8 バイト過大な見積もりをします -- これらは部分的にキャンセルされますが、ネットの不一致が残ります 最悪のケースは、短い文字列(例:uid=0、gid=0 と奇数サイズのファイルハンドル)で発生します。この関数は、予約された XDR バッファを超えて最大 5 バイトまで書き込みます。逆に、文字列の長さがたまたま4バイト揃えされている場合、予約が大きすぎて古いバッファコンテンツがクライアントに送信されます。ds_len計算でエンコードされたすべてのフィールドを明示的に分割し、すべての可変長の不透明フィールドに xdr_align_size() を使用し、ヘッダー定数を修正することで、これを修正します。(CVE-2026-89674)

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

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

  - nfsd: fix XDR length calculation in nfsd4_ff_encode_layoutget The XDR buffer size calculation in     nfsd4_ff_encode_layoutget() has multiple errors that can result in either an out-of-bounds write or     leaking uninitialized kernel memory to the client: - fh_len doesn't account for XDR padding on the file     handle data - uid and gid lengths use 8 + len but xdr_encode_opaque() actually writes 4 +     xdr_align_size(len) bytes - ds_len omits the flags and stats_collect_hint fields (8 bytes), while len's     header constant overestimates by 8 bytes -- these partially cancel but leave a net mismatch The worst case     occurs with short strings (e.g. uid=0, gid=0 with an odd-sized file handle), where the function writes up     to 5 bytes past the reserved XDR buffer. Conversely, when string lengths happen to be 4-byte aligned, the     reservation is too large and stale buffer content is sent to the client. Fix this by breaking out every     encoded field explicitly in the ds_len calculation, using xdr_align_size() for all variable-length opaque     fields, and correcting the header constants. (CVE-2026-89674)

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

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

检测

插件搜索

high

high

high

high