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

  - mm: fix uprobe pte be overwritten when expanding vma Patch series Fix uprobe pte be overwritten when     expanding vma. This patch (of 4): We encountered a BUG alert triggered by Syzkaller as follows: BUG: Bad     rss-counter state mm:00000000b4a60fca type:MM_ANONPAGES val:1 And we can reproduce it with the following     steps: 1. register uprobe on file at zero offset 2. mmap the file at zero offset: addr1 = mmap(NULL, 2 *     4096, PROT_NONE, MAP_PRIVATE, fd, 0); 3. mremap part of vma1 to new vma2: addr2 = mremap(addr1, 4096, 2 *     4096, MREMAP_MAYMOVE); 4. mremap back to orig addr1: mremap(addr2, 4096, 4096, MREMAP_MAYMOVE |     MREMAP_FIXED, addr1); In step 3, the vma1 range [addr1, addr1 + 4096] will be remap to new vma2 with range     [addr2, addr2 + 8192], and remap uprobe anon page from the vma1 to vma2, then unmap the vma1 range [addr1,     addr1 + 4096]. In step 4, the vma2 range [addr2, addr2 + 4096] will be remap back to the addr range     [addr1, addr1 + 4096]. Since the addr range [addr1 + 4096, addr1 + 8192] still maps the file, it will take     vma_merge_new_range to expand the range, and then do uprobe_mmap in vma_complete. Since the merged vma     pgoff is also zero offset, it will install uprobe anon page to the merged vma. However, the upcomming     move_page_tables step, which use set_pte_at to remap the vma2 uprobe pte to the merged vma, will overwrite     the newly uprobe pte in the merged vma, and lead that pte to be orphan. Since the uprobe pte will be     remapped to the merged vma, we can remove the unnecessary uprobe_mmap upon merged vma. This problem was     first found in linux-6.6.y and also exists in the community syzkaller:
    https://lore.kernel.org/all/000000000000ada39605a5e71711@google.com/T/ (CVE-2025-38207)

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

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

  - mmvma 拡張時に uprobe pte が上書きされるのを修正します。パッチシリーズ vma を拡張する際に uprobe pte が上書きされるのを修正します。このパッチ4 のパッチ次のような Syzkaller によって発生するバグアラートに遭遇しました。バグ不適切な rss-counter state mm:00000000b4a60fca type:MM_ANONPAGES val:1。次の手順でこれを再生できます1. file で uprobe を登録しますゼロオフセット 2。0 オフセット 2 の mmap ファイル。addr1 = mmap(NULL, 2 * 4096, PROT_NONE, MAP_PRIVATE, fd, 0); 3. vma1 の mremap 部分を新しい vma2 にリマップしますaddr2 = mremapaddr1, 4096, 2 * 4096, MREMAP_MAYMOVE; 4. mremap を orig addr1 に戻します mremap(addr2, 4096, 4096, MREMAP_MAYMOVE | MREMAP_FIXED, addr1);ステップ 3 で、vma1 範囲 [addr1、addr1 + 4096] が範囲 [addr2、addr2 + 8192] 付きの新しい vma2 にリマップされ、vma1 から vma2 へリマップされた uprobe anon ページが vma1 から vma2 へリマップされ、続いて vma1 範囲 [addr1、addr1] のマップ解除が行われます。 + 4096]。ステップ 4 では、vma2 範囲 [addr2, addr2 + 4096] が addr 範囲 [addr1, addr1 + 4096] に再マッピングされます。addr 範囲 [addr1 + 4096, addr1 + 8192] は依然としてファイルをマッピングするため、vma_merge_new_range が範囲を拡大し、続いて vma_complete で uprobe_mmap を行います。マージされた vma pgoff もゼロオフセットであるため、マージされた vma に uprobe anon ページをインストールします。しかし、set_pte_at を使用して vma2 uprobe pte をマージされた vma にリマップする次の move_page_tables ステップは、マージされた vma の中の新たな uprobe pte を上書きし、pte をオーファンにします。uprobe pte はマージされた vma に再マッピングされるため、マージされた vma 上の不要な uprobe_mmap を削除できます。この問題は linux-6.6.y で最初に見つかり、 コミュニティ syzkaller にも存在します
    https://lore.kernel.org/all/000000000000ada39605a5e71711@google.com/T/ (CVE-2025-38207)

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

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

  - mm修正擴充 vma 時覆寫 uprobe pte 修補程式系列 修正擴充 vma 時覆寫 uprobe pte。此修補程式 (共 4 個)我們遇到由 Syzkaller 觸發的錯誤警示如下BUG: Bad rss-counter state mm:00000000b4a60fca type:MM_ANONPAGES val:1 而且我們可以使用下列步驟來重現此問題 1. 在檔案上註冊 uprobe在零位移 2. 在零位移處 mmap 檔案addr1 = mmap(NULL, 2 * 4096, PROT_NONE, MAP_PRIVATE, fd, 0); 3. 將部分 vma1 mremap 至新的 vma2addr2 = mremap(addr1, 4096, 2 * 4096, MREMAP_MAYMOVE); 4. mremap 回復至原始 addr1mremap(addr2, 4096, 4096, MREMAP_MAYMOVE | MREMAP_FIXED, addr1);在第 3 步中vma1 範圍 [addr1, addr1 + 4096] 會重新對應至具有範圍 [addr2, addr2 + 8192] 的新 vma2並將 uprobe anon 頁面從 vma1 重新對應至 vma2然後再取消對應 vma1 範圍 [addr1, addr1 + 4096]。在步驟 4 中vma2 範圍 [addr2, addr2 + 4096] 將會重新對應回 addr 範圍 [addr1, addr1 + 4096]。由於 addr 範圍 [addr1 + 4096, addr1 + 8192] 仍對應檔案因此需要 vma_merge_new_range 來擴充範圍然後在 vma_complete 中執行 uprobe_mmap。由於合併的 vma pgoff 也是零位移因此會將 uprobe anon 頁面安裝到合併的 vma。不過後續使用 set_pte_at 將 vma2 uprobe pte 重新對應至合併的 vma 的 move_page_tables 步驟將會覆寫合併的 vma 中新的 uprobe pte並導致該 pte 孤立。由於 uprobe pte 會重新對應至合併的 vma因此我們可以在合併 vma 時移除不必要的 uprobe_mmap。此問題最初是在 linux-6.6.y 中發現也存在於社群中 syzkaller
    https://lore.kernel.org/all/000000000000ada39605a5e71711@google.com/T/ (CVE-2025-38207)

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

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

  - mm修复扩展 vma 时被覆盖的 uprobe pte 修补程序系列修复了扩展 vma 时被覆盖的 uprobe pte。此修补程序共 4 个 我们遇到由 Syzkaller 触发的缺陷警报如下 BUG Bad rss-counter state mm:00000000b4a60fca type:MM_ANONPAGES val:1 并且我们可以通过下列步骤重现该问题1. 在文件上注册 uprobe零偏移 2。在零偏移 2 处对文件进行 mmap addr1 = mmap(NULL, 2 * 4096, PROT_NONE, MAP_PRIVATE, fd, 0); 3. 将 vma1 的部分 mremap 到新的 vma2addr2 = mremap(addr1, 4096, 2 * 4096, MREMAP_MAYMOVE); 4. mremap(addr2, 4096, 4096, MREMAP_MAYMOVE | MREMAP_FIXED, addr1);在步骤 3中vma1 范围 [addr1, addr1 + 4096] 将被重新映射到范围 [addr2, addr2 + 8192] 的新 vma2并将 uprobe 匿名页面从 vma1 重新映射到 vma2然后取消映射 vma1 范围 [addr1, addr1 + 4096]。在步骤 4中vma2 范围 [addr2, addr2 + 4096] 将重新映射回 addr 范围 [addr1, addr1 + 4096]。由于地址范围 [addr1 + 4096, addr1 + 8192] 仍会映射文件因此需要 vma_merge_new_range 来扩展范围然后在 vma_complete 中执行 uprobe_mmap。由于合并的 vma pgoff 也是零偏移所以它会在合并的 vma 中安装 uprobe 匿名页面。但是，即将推出的 move_page_tables 步骤使用 set_pte_at 将 vma2 uprobe pte 重新映射到合并的 vma 将覆盖合并的 vma 中新的 uprobe pte，并导致该 pte 被孤立。由于 uprobe pte 将重新映射到合并的 vma因此我们可在合并 vma 时删除不必要的 uprobe_mmap。此问题在 linux-6.6.y 中首次发现在社区 中也存在 syzkaller
    https://lore.kernel.org/all/000000000000ada39605a5e71711@google.com/T/ (CVE-2025-38207)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
253036	Linux Distros Unpatched Vulnerability : CVE-2025-38207	Nessus	Misc.	2025/8/20	2025/9/30	high
253036	Linux Distros のパッチ未適用の脆弱性: CVE-2025-38207	Nessus	Misc.	2025/8/20	2025/9/30	high
253036	Linux Distros 未修補的弱點：CVE-2025-38207	Nessus	Misc.	2025/8/20	2025/9/30	high
253036	Linux Distros 未修补的漏洞：CVE-2025-38207	Nessus	Misc.	2025/8/20	2025/9/30	high

偵測

搜尋 Plugin

high

high

high

high