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

  - ntfs：跳過回寫中的範圍 MFT 記錄以防止鎖死 此修補程式修正了自提交 6994acf33bae 以來發生的 xfstests generic/113 觸發的 extent_lock 和範圍 mrec_lock之間的 ABBA 鎖死 （ntfs：查詢基底 inode 以取得範圍記錄時，請使用基底mft_no）。路徑 A （inode 回寫）： VFS 回寫 -> ntfs_write_inode（） -> __ntfs_write_inode（） -> mutex_lock（&ni->extent_lock） -> mutex_lock（&tni->mrec_lock） 路徑 B （MFT 對開本回寫）： 已變更對開本的 $MFT VFS 回寫 -> ntfs_mft_writepages（） -> ntfs_write_mft_block（） -> ntfs_may_write_mft_record（） -> 保留先前反覆運算mrec_lock的一個範圍 -> 嘗試取得另一個基本 inode extent_lock 藉由mrec_lock extent_lock從MFT 對開本回寫路徑時，已消除 ABBA 鎖定順序： 路徑 A：__ntfs_write_inode（）：extent_lock -> mrec_lock 路徑 B （已移除）：
    ntfs_write_mft_block（）：mrec_lock -> extent_lock 範圍記錄的路徑 B 一律是多餘的，因為： 1。
    mark_mft_record_dirty（ext_ni） 不會弄髒 MFT 作品集。它僅設定 NInoDirty（ext_ni），並透過 __mark_inode_dirty（I_DIRTY_DATASYNC） 將基本 VFS inode 標記為髒，這會觸發路徑 A。因此，一般範圍修改絕不會造成 MFT 對開本已變更且路徑 B 未排程的情況。2.
    MFT 對開本只能透過 ntfs_mft_record_alloc（） 內的 ntfs_mft_mark_dirty（） 弄髒。但 attrib.c 中所有已識別的呼叫者 （ntfs_attr_add、ntfs_attr_record_move_away、ntfs_attr_make_non_resident、ntfs_attr_record_resize） 都會使用 mark_mft_record_dirty（） 跟進，這會觸發路徑 A 寫入完整記錄。3. ntfs_evict_big_inode（） 在釋放範圍 inode 之前呼叫 ntfs_commit_inode（），確保在基底 inode 離開 icache 之前，透過路徑 A 清除所有已變更的範圍。
    (CVE-2026-72203)

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

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

  - ntfs：跳过回写中的盘区 MFT 记录以防止死锁 此修补程序修复了自提交 6994acf33bae 后由 xfstests generic/113 触发的 extent_lock 和盘区 mrec_lock 之间的 ABBA 死锁（ntfs：查找盘区记录的基本 inode 时使用基本mft_no）。路径 A（inode 回写）：VFS 回写 -> ntfs_write_inode（） -> __ntfs_write_inode（） -> mutex_lock（&ni->extent_lock） -> mutex_lock（&tni->mrec_lock） 路径 B（MFT folio 回写）：脏 folio 的 $MFT VFS 回写 -> ntfs_mft_writepages（） -> ntfs_write_mft_block（） -> ntfs_may_write_mft_record（） -> 保留上一个迭代mrec_lock盘区 -> 尝试获取另一个基础 inode extent_lock 通过mrec_lock extent_lock从MFT folio 回写路径，ABBA 锁定排序已消除： 路径 A：__ntfs_write_inode（）： extent_lock -> mrec_lock 路径 B（已删除）：
    ntfs_write_mft_block（）： mrec_lock -> extent_lock 路径 B 对于范围记录始终是冗余的，因为： 1.
    mark_mft_record_dirty（ext_ni） 不会损坏 MFT 作品集。它仅设置 NInoDirty（ext_ni） 并通过 __mark_inode_dirty（I_DIRTY_DATASYNC） 将基础 VFS inode 标记为脏，这会触发路径 A。因此，正常盘区修改永远不会造成 MFT 作品集已更改且路径 B 未计划的情况。2.
    MFT folio 仅通过 ntfs_mft_record_alloc（） 中的 ntfs_mft_mark_dirty（） 被污染。但 attrib.c（ntfs_attr_add、ntfs_attr_record_move_away、ntfs_attr_make_non_resident、ntfs_attr_record_resize）中所有已识别的调用程序都会通过 mark_mft_record_dirty（） 完成，这会触发路径 A 写入完整记录。3. ntfs_evict_big_inode（） 在释放盘区 inode 之前调用 ntfs_commit_inode（），确保在基础 inode 离开 icache 之前通过路径 A 刷新所有脏盘区。
    (CVE-2026-72203)

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

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

  - ntfs:デッドロックを防止するために、ライトバックのエクステント mft レコードをスキップします このパッチでは、xfstests generic/113 によって発生する、extent_lockとエクスmrec_lockテントの間の ABBA デッドロックが修正されます。これは、6994acf33bae のコミット(ntfs:エクステントレコードのためにベース inode を検索するときにベース mft_no を使用します)以降に発生します。パス A (inode ライトバック): VFS ライトバック -> ntfs_write_inode() -> __ntfs_write_inode() -> mutex_lock(&ni->extent_lock) -> mutex_lock(&tni->mrec_lock) パス B (MFT フォリオ ライトバック): ダーティ フォリオ $MFT VFS ライトバック -> ntfs_mft_writepages() -> ntfs_write_mft_block() -> ntfs_may_write_mft_record() -> は、前のイテレーションの 1 つのエクステントmrec_lock を保持します -> は別のベース inode の取得を試みますextent_lock 取得mrec_lock extent_lockとエクステントをすべて削除します。MFT フォリオの書き戻しパスの場合、ABBA ロックの順序は削除されます:パス A:__ntfs_write_inode():extent_lock -> mrec_lock パス B(削除):
    ntfs_write_mft_block(): mrec_lock -> extent_lock パス B は、次の場合、エクステントレコードに対して常に冗長です。
    mark_mft_record_dirty(ext_ni) は MFT フォリオをダーティしません。NInoDirty(ext_ni) を設定するだけであり、パス A を発生させる __mark_inode_dirty(I_DIRTY_DATASYNC) を介してベース VFS inode をダーティとマークします。したがって、通常のエクステント変更では、MFT フォリオがダーティでパス B がスケジュールされていないという状況は生まれません。2.
    MFT フォリオが汚されるのは、ntfs_mft_record_alloc() 内の ntfs_mft_mark_dirty() のみです。しかし、attrib.c で識別されたすべての呼び出し元(ntfs_attr_add、ntfs_attr_record_move_away、ntfs_attr_make_non_resident、ntfs_attr_record_resize)は mark_mft_record_dirty() でフォローアップされ、パス A が完全なレコードを書き込むようにトリガーされます。3. ntfs_evict_big_inode()は、エクステントinodeを解放する前にntfs_commit_inode()を呼び出し、ベースinodeがicacheを離れる前にすべてのダーティエクステントがパスAを介してフラッシュされるようにします。
    (CVE-2026-72203)

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

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

  - ntfs: skip extent mft records in writeback to prevent deadlock This patch fixes the ABBA deadlock between     extent_lock and extent mrec_lock triggered by xfstests generic/113, that occurs since the commit     6994acf33bae (ntfs: use base mft_no when looking up base inode for extent record). Path A (inode     writeback): VFS writeback -> ntfs_write_inode() -> __ntfs_write_inode() -> mutex_lock(&ni->extent_lock) ->     mutex_lock(&tni->mrec_lock) Path B (MFT folio writeback): VFS writeback of $MFT dirty folios ->     ntfs_mft_writepages() -> ntfs_write_mft_block() -> ntfs_may_write_mft_record() -> holds one extent     mrec_lock from a previous iteration -> tries to acquire another base inode extent_lock By removing all     extent_lock and extent mrec_lock acquisition from the MFT folio writeback path, the ABBA lock ordering is     eliminated: Path A: __ntfs_write_inode(): extent_lock -> mrec_lock Path B (removed):
    ntfs_write_mft_block(): mrec_lock -> extent_lock Path B is always redundant for extent records because: 1.
    mark_mft_record_dirty(ext_ni) does NOT dirty the MFT folio. It only sets NInoDirty(ext_ni) and marks the     base VFS inode dirty via __mark_inode_dirty(I_DIRTY_DATASYNC), which triggers Path A. Therefore, normal     extent modifications never create a situation where the MFT folio is dirty and Path B is not scheduled. 2.
    The MFT folio only gets dirtied via ntfs_mft_mark_dirty() inside ntfs_mft_record_alloc(). But all     identified callers in attrib.c (ntfs_attr_add, ntfs_attr_record_move_away, ntfs_attr_make_non_resident,     ntfs_attr_record_resize) follow through with mark_mft_record_dirty(), which triggers Path A to write the     complete record. 3. ntfs_evict_big_inode() calls ntfs_commit_inode() before freeing extent inodes,     ensuring all dirty extents are flushed via Path A before the base inode leaves the icache.
    (CVE-2026-72203)

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

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

检测

插件搜索

high

high

high

high