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

  - KVM：guest_memfd：将 memslot 绑定偏移+大小视为无符号值 将 memslot 绑定到 guest_memfd 文件时，将偏移和大小视为无符号值，以修复一个缺陷，即，在依据文件大小检查溢出时，两者之和可导致漏报。传递无符号值还可以避免依赖其他流中有些晦涩难懂的安全性检查，并将偏移量和大小作为无符号值进行跟踪。在 64 位内核上，内存插槽包含的页数及其guest_memfd绑定的大小（和偏移）都是无符号的 64 位值。
    如果偏移量和/或大小很大，则将偏移量+大小作为loff_t而不是uoff_t，会意外地将无符号值转换为有符号值。将偏移量和大小本地存储为有符号值本身是良性的（尽管即使这样也“极其*难以辨别），但对它们的总和进行操作则不然。对于偏移，KVM 会显式检查负值，这看起来像是缺陷，因为 KVM 可能会错误地拒绝合法绑定，但实际情况并非如此，因为 KVM_CREATE_GUEST_MEMFD 会根据其大小取有符号值，即可能为负的偏移也大于任何 guest_memfd 文件的最大可能大小。关于大小，虽然 KVM 缺少对负值的明确检查（即似乎具有有缺陷的溢出检查），但 KVM 将单个 memslot 中的页数限制为最大的正有符号 32 位值：if （id < KVM_USER_MEM_SLOTS &; （mem->memory_size >> PAGE_SHIFT） > KVM_MEM_MAX_NR_PAGES） return -EINVAL;因此，最大大小将永远0x7fffffff000。然而，两者的总和是有问题的。虽然大小受到 KVM 内存插槽逻辑的限制，但偏移不受限制，即在偏移 + 大小 > i_size_read（inode） 检查之前，偏移完全未检查。如果偏移量是（几乎）最大可能的 _positive_ 值，则向偏移量添加大小可导致有符号的负 64 位值。与文件大小（保证为正）相比时，负和总是较小，并且 KVM 错误地允许荒谬的偏移。适时添加 kvm_mm.h 中缺少的包含（而不是依赖其父项）。
    (CVE-2026-64283)

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

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

  - KVM： guest_memfd：將記憶體插槽繫結位移量+大小視為無符號值 將記憶體插槽繫結至guest_memfd檔時，請將位移量和大小視為無符號值，以修正在針對檔案大小檢查溢位時，兩者之和可能導致漏報的錯誤。傳遞無符號值也可避免依賴其他流程中有些模糊的檢查以確保安全，並將偏移和大小追蹤為未帶正負號的值。在 64 位元核心上，記憶體插槽包含的頁數及其guest_memfd綁定的大小（和位移量）是無符號的 64 位元值。
    如果位移和/或大小很大，則將位移+大小作為loff_t而不是uoff_t，會無意中將未帶正負號的值轉換為帶正負號的值。將偏移和大小本地存儲為帶正負號的值本身是良性的（儘管即使這樣也*極其*難以辨別），但對它們的總和進行操作則不然。對於偏移量，KVM 會明確地檢查負值，這似乎是一個錯誤，因為 KVM 可能會錯誤地拒絕合法的綁定，但實際上情況並非如此，因為 KVM_CREATE_GUEST_MEMFD 的大小採用帶正負號的值，即可能為負的偏移量也大於任何guest_memfd檔案的最大可能大小。關於大小，雖然 KVM 缺乏對負值的明確檢查，即似乎有缺陷的溢位檢查，但 KVM 將單個 memslot 中的頁數限制為最大的正負號 32 位值：if （id < KVM_USER_MEM_SLOTS & （mem->memory_size >> PAGE_SHIFT） > KVM_MEM_MAX_NR_PAGES） return -EINVAL;因此，最大尺寸將永遠是0x7fffffff000。然而，兩者的總和是有問題的。雖然大小受到 KVM 內嵌槽邏輯的限制，但偏移量卻不受限制，即在偏移量 + 大小 > i_size_read（inode） 檢查之前，偏移量完全未檢查。如果位移是 （幾乎） 最大可能的 _正_ 值，則將大小新增至位移可能會導致帶正負號的負 64 位值。當與檔案大小（保證為正數）進行比較時，負總和總是較小，並且 KVM 錯誤地允許荒謬的偏移量。機會主義地在 kvm_mm.h 中新增缺少的包含 （而不是依賴其父項）。
    (CVE-2026-64283)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - KVM:guest_memfd:memslot バインディングオフセット + サイズを符号なしの値として扱います。memslot を guest_memfd ファイルにバインドする際、オフセットとサイズを符号なしの値として扱うことで、ファイルサイズに対するオーバーフローをチェックする際に、この 2 つの合計が偽陰性になる可能性があるバグを修正します。また、符号なしの値を渡すことで、安全性のために他のフローのややあいまいなチェックに依存することが回避され、オフセットとサイズが符号なしの値として追跡されます。64 ビットカーネルでは、memslot に含まれるページ数、ひいてはそのguest_memfdバインディングのサイズ(およびオフセット)は符号なしの 64 ビット値になります。
    オフセット+サイズをuoff_tの代わりにloff_tとして取ると、オフセットおよび/またはサイズが大きい場合、符号なしの値が誤って符号付き値に変換されます。オフセットとサイズを符号付き値としてローカルに格納すること自体は無害ですが(それでも識別するのは*非常に*困難ですが)、それらの合計を操作することはそうではありません。オフセットの場合、KVM は明示的に負の値をチェックします。これは、KVM が正当なバインディングを不適切に拒否する可能性があるため、バグのように思えるかもしれませんが、KVM_CREATE_GUEST_MEMFD はそのサイズに対して符号付き値を取るため、実際にはそうではありません。つまり、負のオフセットも任意の guest_memfd ファイルの最大可能なサイズよりも大きいためです。サイズに関しては、KVM には負の値の明示的なチェックが欠けているのに対し、つまり、オーバーフローチェックに欠陥があるように見えますが、KVM は単一の memslot のページ数を、最大の正符号付き 32 ビット値に制限します: if (id < KVM_USER_MEM_SLOTS &; (mem->memory_size >> PAGE_SHIFT) > KVM_MEM_MAX_NR_PAGES) return -EINVAL;そして、最大サイズが0x7fffffff000になるようにします。しかし、この 2 つの合計には問題があります。サイズは KVM の memslot ロジックによって制限されますが、オフセットは制限されていません。つまり、オフセット + サイズ > i_size_read(inode)チェックが行われるまで、オフセットは完全にチェックされません。オフセットが(ほぼ)可能な最大の正の値である場合、オフセットにサイズを追加すると、符号付き負の64ビット値になる可能性があります。ファイルのサイズ(正であることが保証されている)と比較すると、負の合計は常に小さくなり、KVM は不適切なオフセットを許容します。(親に依存するのではなく)kvm_mm.h に、不足しているインクルードを時機に応じて追加します。
    (CVE-2026-64283)

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

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

  - KVM: guest_memfd: Treat memslot binding offset+size as unsigned values When binding a memslot to a     guest_memfd file, treat the offset and size as unsigned values to fix a bug where the sum of the two can     result in a false negative when checking for overflow against the size of the file. Passing unsigned     values also avoids relying on somewhat obscure checks in other flows for safety, and tracks the offset and     size as they are intended to be tracked, as unsigned values. On 64-bit kernels, the number of pages a     memslot contains and thus the size (and offset) of its guest_memfd binding are unsigned 64-bit values.
    Taking the offset+size as an loff_t instead of a uoff_t inadvertently converts the unsigned value to a     signed value if the offset and/or size is massive. Locally storing the offset and size as signed values is     benign in and of itself (though even that is *extremely* difficult to discern), but operating on their sum     is not. For the offset, KVM explicitly checks against a negative value, which might seem like a bug as KVM     could incorrectly reject a legitimate binding, but that's not actually the case as KVM_CREATE_GUEST_MEMFD     takes a signed value for its size, i.e. a would-be-negative offset is also greater than the maximum     possible size of any guest_memfd file. Regarding the size, while KVM lacks an explicit check for a     negative value, i.e. seemingly has a flawed overflow check, KVM restricts the number of pages in a single     memslot to the largest positive signed 32-bit value: if (id < KVM_USER_MEM_SLOTS && (mem->memory_size >>     PAGE_SHIFT) > KVM_MEM_MAX_NR_PAGES) return -EINVAL; and so that maximum size will ever be is     0x7fffffff000. The sum of the two is, however, problematic. While the size is restricted by KVM's memslot     logic, the offset is not, i.e. the offset is completely unchecked until the offset + size >     i_size_read(inode) check. If the offset is the (nearly) largest possible _positive_ value, then adding     size to the offset can result in a signed, negative 64-bit value. When compared against the size of the     file (guaranteed to be positive), the negative sum is always smaller, and KVM incorrectly allows the     absurd offset. Opportunistically add missing includes in kvm_mm.h (instead of relying on its parents).
    (CVE-2026-64283)

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

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

检测

插件搜索

medium

medium

medium

medium