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

  - nilfs2iput を介して inode をダーティにしているときの nilfs_root の use-after-free を修正します。nilfs2 のアンマウントプロセス中、nilfs2 が nilfs_detach_log_writer() でライターをデタッチした後、nilfs_root 構造体は保持されません。
    以前は、inode がgarbage_list に残され、nilfs_detach_log_writer() の終端で nilfs_dispose_list によりリリースされると、nilfs_evict_inode() が nilfs_root の use-after-free 読み取りを引き起こす可能性がありました。このバグは、コミット 9b5a04ac3ad9 により修正されましたnilfs2:use-after-free を修正しますnilfs_evict_inode() の nilfs_root のバグ。
    ただし、mark_inode_dirty_sync()がiput()から呼び出される呼び出しパスに別の可能性があることがわかりましたnilfs_detach_log_writer()nilfs_dispose_list()iput()mark_inode_dirty_sync()__mark_inode_dirty()nilfs_dirty_inode()__nilfs_mark_inode_dirty()nilfs_load_inode_block() ) --> が nilfs_root 構造体の UAF を引き起こします。これはコミット 0ae45f63d4efvfslazytime マウントオプションのサポートを追加の後に発生する可能性があります。これにより、i_state に I_DIRTY_TIME フラグがあり、i_nlink が非表示の場合に、iput() がその最後の参照で mark_inode_dirty_sync() を呼び出すように変更されました-zero。この問題は、syzbotリプリケーターを使用する際のコミット28a65b49eb53nilfs2読み取り専用に復号した後にダーティデータを書き込まないの後に表示されますが、この問題は以前に存在した可能性があります。パージフラグを nilfs 構造体に追加し、garbage_list を破棄およびチェックインする際にそのフラグを設定することで、この問題を修正します
    __nilfs_mark_inode_dirty() 。コミット 9b5a04ac3ad9nilfs2nilfs_evict_inode() における nilfs_root の use-after-free バグを修正とは異なり、このパッチでは操作をスキップするかどうかを決定するために ns_writer に依存していないため、マウント時にリカバリを中断しないようにします。nilfs_salvage_orphan_logs ルーチンは、ログライターをアタッチする前に、サルバージョンされたデータのバッファをダーティするため、ns_writer が NULL である場合、操作をスキップするように __nilfs_mark_inode_dirty() を変更すると、リカバリ書き込みが失敗します。cleanup-only フラグを使用する目的は、そのような条件の絞り込みを許可することです。CVE-2023-53311

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

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

  - nilfs2修正透過 iput 使 inode 變髒的 nilfs_root 的釋放後使用。在 nilfs2 的卸載處理程序期間nilfs2 在 nilfs_detach_log_writer() 中卸離其寫入器後沒有任何項目會保留 nilfs_root 結構。
    之前如果 inode 留在garbage_list 中並由 nilfs_detach_log_writer() 結尾的 nilfs_dispose_list 釋放則 nilfs_evict_inode() 可造成 nilfs_root 釋放後使用() 且此錯誤已由提交 9b5a04ac3ad9 修正 (nilfs2釋放後使用修正nilfs_evict_inode() 中 nilfs_root 的錯誤。
    但是發現在從 iput() 呼叫 mark_inode_dirty_sync() 的呼叫路徑中有 UAF 的另一種可能性nilfs_detach_log_writer() nilfs_dispose_list() iput() mark_inode_dirty_sync() __mark_inode_dirty() nilfs_dirty_inode() __nilfs_mark_inode_dirty() nilfs_load_inode_block( ) --> 造成 nilfs_root 結構的 UAF此可能發生在認可 0ae45f63d4ef (vfs新增 lazytime 掛載選項的支援)之後如果 i_state 具有 I_DIRTY_TIME 旗標且 i_nlink 為非-zero。此問題在使用 syzbot 複製器時在提交 28a65b49eb53 (nilfs2降級為唯讀後不寫入已變更的資料) 之後出現但此問題之前可能存在過。透過將清除旗標新增至 nilfs 結構、在處置gargage_list 時設定該旗標並將其簽入
    __nilfs_mark_inode_dirty()。不同於提交 9b5a04ac3ad9 (nilfs2修正 nilfs_evict_inode() 中 nilfs_root 的釋放後使用錯誤)此修補程式不依賴 ns_writer 來判斷是否要略過作業以免在掛載時中斷復原。nilfs_salvage_orphan_logs 常式會在附加記錄寫入器之前弄髒回收資料的緩衝區因此在 ns_writer 為 NULL 時變更 __nilfs_mark_inode_dirty() 以略過作業會造成複原寫入失敗。使用 cleanup-only 旗標的目的是為了縮小此類情況的範圍。 (CVE-2023-53311)

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

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

  - nilfs2通过 iput 修复 dirtying inode 中 nilfs_root 的释放后使用错误在 nilfs2 的卸载进程中在 nilfs2 分离其在 nilfs_detach_log_writer() 中的写入器之后没有任何操作保留 nilfs_root 结构。
    以前如果 inode 留在garbage_list 中并在 nilfs_detach_log_writer() 结束时由 nilfs_dispose_list 释放nilfs_evict_inode() 可造成 nilfs_root 释放后使用读取提交 9b5a04ac3ad9 中修复了此缺陷 (nilfs2修复释放后使用nilfs_evict_inode() 中 nilfs_root 的缺陷。
    然而事实证明在从 iput() 调用 mark_inode_dirty_sync() 的调用路径中存在 UAF 的另一种可能性nilfs_detach_log_writer() nilfs_dispose_list() iput() mark_inode_dirty_sync() __mark_inode_dirty() nilfs_dirty_inode() __nilfs_mark_inode_dirty() nilfs_load_inode_block( ) --> 造成 nilfs_root 结构的 UAF 这会在提交 0ae45f63d4ef vfs添加对 lazytime 挂载选项的支持这会将 iput() 更改为如果 i_state 具有 I_DIRTY_TIME 标记且 i_nlink 为非-zero。当使用 syzbot 复制程序时提交 28a65b49eb53 (nilfs2在降级为只读后不写入脏数据) 之后出现此问题但之前可能就存在该问题。可通过以下方法修复此问题
    __nilfs_mark_inode_dirty()。与提交 9b5a04ac3ad9 不同nilfs2修复 nilfs_evict_inode() 中 nilfs_root 的释放后使用缺陷此修补程序不依赖 ns_writer 来确定是否跳过操作以便在挂载时不中断恢复。nilfs_salvage_orphan_logs 例程在附加日志编写器之前会脏抢占数据的缓冲区因此当 ns_writer 为 NULL 时变更 __nilfs_mark_inode_dirty() 以跳过该操作将造成恢复写入失败。使用 cleanup-only 标记的目的是缩小此类条件的范围。 (CVE-2023-53311)

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

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

  - nilfs2: fix use-after-free of nilfs_root in dirtying inodes via iput During unmount process of nilfs2,     nothing holds nilfs_root structure after nilfs2 detaches its writer in nilfs_detach_log_writer().
    Previously, nilfs_evict_inode() could cause use-after-free read for nilfs_root if inodes are left in     garbage_list and released by nilfs_dispose_list at the end of nilfs_detach_log_writer(), and this bug     was fixed by commit 9b5a04ac3ad9 (nilfs2: fix use-after-free bug of nilfs_root in nilfs_evict_inode()).
    However, it turned out that there is another possibility of UAF in the call path where     mark_inode_dirty_sync() is called from iput(): nilfs_detach_log_writer() nilfs_dispose_list() iput()     mark_inode_dirty_sync() __mark_inode_dirty() nilfs_dirty_inode() __nilfs_mark_inode_dirty()     nilfs_load_inode_block() --> causes UAF of nilfs_root struct This can happen after commit 0ae45f63d4ef     (vfs: add support for a lazytime mount option), which changed iput() to call mark_inode_dirty_sync() on     its final reference if i_state has I_DIRTY_TIME flag and i_nlink is non-zero. This issue appears after     commit 28a65b49eb53 (nilfs2: do not write dirty data after degenerating to read-only) when using the     syzbot reproducer, but the issue has potentially existed before. Fix this issue by adding a purging flag     to the nilfs structure, setting that flag while disposing the garbage_list and checking it in
    __nilfs_mark_inode_dirty(). Unlike commit 9b5a04ac3ad9 (nilfs2: fix use-after-free bug of nilfs_root in     nilfs_evict_inode()), this patch does not rely on ns_writer to determine whether to skip operations, so     as not to break recovery on mount. The nilfs_salvage_orphan_logs routine dirties the buffer of salvaged     data before attaching the log writer, so changing __nilfs_mark_inode_dirty() to skip the operation when     ns_writer is NULL will cause recovery write to fail. The purpose of using the cleanup-only flag is to     allow for narrowing of such conditions. (CVE-2023-53311)

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

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

检测

插件搜索

high

high

high

high