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

  - xfs：交換映射時停止交換 reflink 旗標 當交換涵蓋從偏移量 0 到 i_disk_size 的兩個檔案時，xmi_can_exchange_reflink_flags（） 會假設每個映射都已移動，並將 reflink 旗標移交給另一個檔案。這種假設是錯誤的。檔案在i_disk_size之後仍然可以擁有共用區塊，例如在EXCHANGE_RANGE_TO_EOF設定較小的大小而不取消映射任何內容之後。無論如何，該標誌都會被清除，並且對此類區塊的下一次寫入會發生在原地而不是 CoW，從而損壞共享它的另一個檔案。提交 a23eca88448e （xfs：修正 INO1_WRITTEN 的 exchange-range reflink 旗標清除問題） 修正了此問題的一個實例。與其新增另一個特殊情況，不如停止移動旗標。
    xfs_exchmaps_ensure_reflink（） 在交換之前已經在兩個 inode 上設定了標誌，因此兩者都保留它。不再設定 CLEAR_INO{1,2}_REFLINK。舊核心記錄的意圖可能仍攜帶它們;
    復原已遮罩它們，因此它們會保留在記錄格式遮罩中並被忽略。XFS_IOC_SWAPEXT 也有同樣的問題：它會將 reflink 旗標與範圍一起從一個 inode 移動到另一個 innode。僅僅刪除它在這裡是不夠的：交換路徑在 xfs_exchmaps_ensure_reflink（） 中預先標記兩個 inode，但 swapext 沒有這樣的步驟，因此接收共享範圍的 inode 將沒有標誌。請改為在兩個 inode 上設定它，並確保兩者都有 CoW 分支，因為具有 reflink 旗標的 inode 應該有一個。此旗標現在會一直保留，直到 FALLOC_FL_UNSHARE_RANGE、xfs_scrub 或截斷為零將其移除為止。（CVE-2026-98975）

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

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

  - xfs：交换映射时停止交换引用链接标记 交换覆盖偏移 0 到 i_disk_size 的两个文件时，xmi_can_exchange_reflink_flags（） 会假设每个映射都已移动，并将引用链接标记移交给其他文件。这种假设是错误的。文件仍可拥有超过 i_disk_size 的共享区块，例如，在EXCHANGE_RANGE_TO_EOF设置较小的大小后，未取消映射任何内容。该标记无论如何都会被清除，并且对此类块的下一次写入就地而不是 CoW 发生，从而损坏共享该块的其他文件。提交 a23eca88448e（xfs：修复 INO1_WRITTEN 的交换范围引用链接标记清除问题） 修复了此问题的一个实例。停止移动标志，而不是添加其他特殊情况。
    xfs_exchmaps_ensure_reflink（） 在交换之前已经在两个 inode 上设置了标记，所以两者都保留它。不再有任何设置 CLEAR_INO{1,2}_REFLINK。旧版内核记录的 intent 可能仍带有它们;
    恢复已对它们进行掩盖，因此它们保留在日志格式掩码中并被忽略。XFS_IOC_SWAPEXT 有同样的问题：它将 reflink 标志连同盘区一起从一个 inode 移动到另一个 inode。在这里仅删除它是不够的：交换路径在 xfs_exchmaps_ensure_reflink（） 中预先标记两个 inode，但 swapext 没有此类步骤，因此接收共享盘区的 inode 将没有该标记。请改为在两个 inode 上设置该标记，并确保两者都有一个 CoW fork，因为具有 reflink 标记的 inode 预期有一个。该标记现在一直保留到FALLOC_FL_UNSHARE_RANGE、xfs_scrub或截断为零将其删除为止。（CVE-2026-98975）

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

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

  - xfs:マッピング交換中の reflink フラグ交換を停止します。エクスチェンジがオフセット 0 から i_disk_size までの両方のファイルをカバーする場合、xmi_can_exchange_reflink_flags() はすべてのマッピングが移動したと想定し、reflink フラグを他のファイルに渡します。その仮定は間違っています。ファイルは、i_disk_sizeを超えた共有ブロックを所有できます。たとえば、EXCHANGE_RANGE_TO_EOFが何もマップ解除せずにより小さいサイズを設定した後などです。いずれにせよ、フラグはクリアされ、そのようなブロックへの次の書き込みは CoW の代わりに所定の位置で発生し、それを共有する他のファイルを破損します。コミット a23eca88448e(xfs:INO1_WRITTEN での交換範囲 reflink フラグクリア問題を修正) このインスタンスを 1 つ修正しました。別の特殊なケースを追加するのではなく、フラグの移動を停止します。
    xfs_exchmaps_ensure_reflink() は交換前に両方の inode でフラグを既に設定しているので、両方ともそのまま保持します。CLEAR_INO{1,2}_REFLINK はもはや何も設定されません。古いカーネルによって記録されたインテントは、依然としてそれらを運ぶ可能性があります。
    Recovery はすでにそれらをマスクしているため、ログフォーマットマスクのままになり、無視されます。XFS_IOC_SWAPEXT にも同じ問題があります。エクステントとともに reflink フラグを 1 つの inode から別の inode に移動します。交換パスは xfs_exchmaps_ensure_reflink() で両方の inode に事前にフラグを立てますが、swapext にはそのようなステップがないため、共有エクステントを受信する inode はフラグなしで残ります。代わりに両方の inode に設定し、両方に CoW フォークがあることを確認してください。これは、reflink フラグを持つ inode には CoW フォークがあることが予想されるためです。フラグは、FALLOC_FL_UNSHARE_RANGE、xfs_scrub、またはゼロへの切り捨てによって削除されるまで残るようになりました。(CVE-2026-98975)

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

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

  - xfs: stop exchanging reflink flags when exchanging mappings When an exchange covers both files from offset     0 to i_disk_size, xmi_can_exchange_reflink_flags() assumes every mapping moved and hands the reflink flag     over to the other file. That assumption is wrong. A file can still own shared blocks past i_disk_size,     e.g. after EXCHANGE_RANGE_TO_EOF sets a smaller size without unmapping anything. The flag is cleared     anyway, and the next write to such a block happens in place instead of CoW, corrupting the other file that     shares it. Commit a23eca88448e (xfs: fix exchange-range reflink flag clearing issue with INO1_WRITTEN)     fixed one instance of this. Rather than add another special case, stop moving the flags.
    xfs_exchmaps_ensure_reflink() already sets the flag on both inodes before the exchange, so both just keep     it. Nothing sets CLEAR_INO{1,2}_REFLINK anymore. Intents logged by older kernels may still carry them;
    recovery already masks them off, so they stay in the log format mask and are ignored. XFS_IOC_SWAPEXT has     the same problem: it moves the reflink flag from one inode to the other along with the extents. Just     removing that is not enough here: the exchange path flags both inodes up front in     xfs_exchmaps_ensure_reflink(), but swapext has no such step, so the inode receiving the shared extents     would be left without the flag. Set it on both inodes instead, and make sure both have a CoW fork, since     an inode with the reflink flag is expected to have one. The flag now stays until FALLOC_FL_UNSHARE_RANGE,     xfs_scrub, or a truncate to zero removes it. (CVE-2026-98975)

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

ID	Name	Product	Family	Published	Updated	Severity
371529	Linux Distros 未修補弱點：CVE-2026-98975	Nessus	Misc.	10/23/2026	11/9/2026	high
371529	Linux Distros 未修补的漏洞：CVE-2026-98975	Nessus	Misc.	10/23/2026	11/9/2026	high
371529	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98975	Nessus	Misc.	10/23/2026	11/9/2026	high
377900	Amazon Linux 2023 : bpftool6.12, kernel6.12, kernel6.12-devel (ALAS2023-2026-3402)	Nessus	Amazon Linux Local Security Checks	11/9/2026	11/9/2026	high
371529	Linux Distros Unpatched Vulnerability : CVE-2026-98975	Nessus	Misc.	10/23/2026	11/9/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high