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

  - cifsfscache 読み取りヒットで folio ロックをリリースします。現在のコードでは、cifs_readpage_worker が呼び出された場合、呼び出し先はページのロックを解除する必要があります。これは次のように、Documentation/filesystems/vfs.rst の read_folio セクションに文書化されています。 > ファイルシステムは、読み込みが完了したら、folio をロック解除する必要があります。 > 読み込みが成功したか失敗したかにかかわらず、この変更なしで、fscache が使用中であり、読み取り中にキャッシュヒットが発生すると、ページロックが漏洩し、ページへのその後の読み取りmmap 経由で次のスタックを生成します $ cat /proc/3890/task/12864/stack [<0>] folio_wait_bit_common+0x124/0x350 [<0>] filemap_read_folio+0xad/0xf0 [<0>] filemap_fault+0x8b1/0xab0 [<0>] __do_fault+0x39/0x150 [<0>] do_fault+0x25c/0x3e0 [<0>] __handle_mm_fault +0x6ca/0xc70 [<0>] handle_mm_fault+0xe9/0x350 [<0>] do_user_addr_fault+0x225/0x6c0 [<0>] exc_page_fault+0x84/0x1b0 [[] ] asm_exc_page_fault+0x27/0x1b0 [<0>] asm_exc_page_fault+0x27/0x30 これを解決するには再起動が必要です。これはデッドロックです。注意cifs_readpage_from_fscache への呼び出しはページをクリーンアップとマークしますが、folio ロックは解放しません。これは成功時に __cifs_readpage_from_fscache で発生します。ただし、そのポイントでロックをリリースすることは適切ではありません。cifs_readahead は cifs_readpage_from_fscache も呼び出し、戻った後にロックを無条件にリリースするためです。したがって、この変更により、cifs_readpage_worker は cifs_readahead のように効果的に機能します。CVE-2023-53593

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

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

  - cifs釋放命中 fscache 讀取時的作品集鎖定。在目前的程式碼下當呼叫 cifs_readpage_worker 時呼叫協定是被呼叫者應解除鎖定該頁面。這在 Documentation/filesystems/vfs.rst 的 read_folio 區段中記錄如下 > 無論讀取成功與否一旦完成檔案系統皆應解除鎖定該作品集。若無此變更則當 fscache 正在使用中且在讀取期間發生快取命中時會洩漏頁面鎖定進而在後續的頁面讀取 (透過 mmap) 中產生下列堆疊$ cat /proc/3890/task/12864/stack [<0>] folio_wait_bit_common+0x124/0x350 [<0>] filemap_read_folio+0xad/0xf0 [<0>] filemap_fault+0x8b1/0xab0 [<0>] __do_fault+0x39/0x150 [<0>] do_fault+0x25c/0x3e0 [<0>] __handle_mm_fault +0x6ca/0xc70 [<0>] handle_mm_fault+0xe9/0x350 [<0>] do_user_addr_fault+0x225/0x6c0 [<0>] exc_page_fault+0x84/0x1b0 [<0>] asm_exc_page_fault+0x27/0x30 這需要重新開機才能解決這是鎖死。但請注意cifs_readpage_from_fscache 呼叫會將頁面標記為乾淨但不會釋放 folio 鎖定。成功時這會在 __cifs_readpage_from_fscache 中發生。不過此時釋出鎖定並不適合因為 cifs_readahead 也會呼叫 cifs_readpage_from_fscache而 *會* 在鎖定傳回後無條件釋放鎖定。因此此變更可有效使 cifs_readpage_worker 像 cifs_readahead 一樣運作。 (CVE-2023-53593)

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

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

  - cifs: Release folio lock on fscache read hit. Under the current code, when cifs_readpage_worker is called,     the call contract is that the callee should unlock the page. This is documented in the read_folio section     of Documentation/filesystems/vfs.rst as: > The filesystem should unlock the folio once the read has     completed, > whether it was successful or not. Without this change, when fscache is in use and cache hit     occurs during a read, the page lock is leaked, producing the following stack on subsequent reads (via     mmap) to the page: $ cat /proc/3890/task/12864/stack [<0>] folio_wait_bit_common+0x124/0x350 [<0>]     filemap_read_folio+0xad/0xf0 [<0>] filemap_fault+0x8b1/0xab0 [<0>] __do_fault+0x39/0x150 [<0>]     do_fault+0x25c/0x3e0 [<0>] __handle_mm_fault+0x6ca/0xc70 [<0>] handle_mm_fault+0xe9/0x350 [<0>]     do_user_addr_fault+0x225/0x6c0 [<0>] exc_page_fault+0x84/0x1b0 [<0>] asm_exc_page_fault+0x27/0x30 This     requires a reboot to resolve; it is a deadlock. Note however that the call to cifs_readpage_from_fscache     does mark the page clean, but does not free the folio lock. This happens in __cifs_readpage_from_fscache     on success. Releasing the lock at that point however is not appropriate as cifs_readahead also calls     cifs_readpage_from_fscache and *does* unconditionally release the lock after its return. This change     therefore effectively makes cifs_readpage_worker work like cifs_readahead. (CVE-2023-53593)

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

An update of the linux package has been released.

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

  - cifs释放 fscache 读取命中上的 folio 锁定。在当前代码下调用 cifs_readpage_worker 时调用约定为被调用方应解锁页面。Documentation/filesystems/vfs.rst 的 read_folio 部分对此进行记录为 > 读取完成后文件系统应解锁 folio > 无论读取成功与否。如果没有此更改那么当 fscache 正在使用中并且在读取期间发生缓存命中时页面锁定将会泄露从而在后续读取 (通过 mmap) 页面时生成以下堆栈$ cat /proc/3890/task/12864/stack [<0>] folio_wait_bit_common+0x124/0x350 [<0>] filemap_read_folio+0xad/0xf0 [<0>] filemap_fault+0x8b1/0xab0 [<0>] __do_fault+0x39/0x150 [<0>] do_fault+0x25c/0x3e0 [<0>] __handle_mm_fault +0x6ca/0xc70 [<0>] handle_mm_fault+0xe9/0x350 [<0>] do_user_addr_fault+0x225/0x6c0 [<0>] exc_page_fault+0x84/0x1b0 [<0>] asm_exc_page_fault+0x27/0x30 这需要重新启动才能解决这是死锁。但请注意对 cifs_readpage_from_fscache 的调用确实会将页面标记为干净但不会释放作品集锁定。成功时__cifs_readpage_from_fscache 中会发生这种情况。但此时释放锁定并不适当，因为 cifs_readahead 还会调用 cifs_readpage_from_fscache，并且 *会* 在返回后无条件释放锁定。因此此更改可有效地使 cifs_readpage_worker 像 cifs_readahead 一样工作。 (CVE-2023-53593)

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

ID	Name	Product	Family	Published	Updated	Severity
269393	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53593	Nessus	Misc.	10/8/2025	10/14/2025	medium
269393	Linux Distros 未修補的弱點：CVE-2023-53593	Nessus	Misc.	10/8/2025	10/14/2025	medium
269393	Linux Distros Unpatched Vulnerability : CVE-2023-53593	Nessus	Misc.	10/8/2025	10/14/2025	medium
153035	Photon OS 4.0: Linux PHSA-2021-4.0-0095	Nessus	PhotonOS Local Security Checks	9/7/2021	10/16/2025	high
269393	Linux Distros 未修补的漏洞：CVE-2023-53593	Nessus	Misc.	10/8/2025	10/14/2025	medium

Detections

Analytics

Plugins Search

medium

medium

medium

high

medium