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

  - dm 快取中繼資料：修正中繼資料中止重試時的記憶體洩漏 當由於 block_manager 是唯讀而無法取得 dm_cache_metadata_abort 中的root_lock時，在root_lock外部建立的臨時block_manager無法正確釋放，從而導致記憶體洩漏。重現步驟：這可以透過在中繼資料為唯讀時重新載入新表格來重現。雖然第二次呼叫 dm_cache_metadata_abort 是由於缺乏對 dm-cache 中表預載入的支援所造成，如提交 9b1cc9f251af （dm cache：在非作用中和作用中的 DM 表之間共用 cache-metadata 物件） 中所述，但當函數被多次呼叫時，它會在 dm_cache_metadata_abort 中暴露記憶體洩漏。具體而言，dm-cache 在預先還原期間無法同步處理新快取物件的模式，從而造成重現條件。由於快取模式更新中的爭用，並行metadata_operation_failed呼叫也可能發生此問題，但下面的表格預先載入案例提供了可靠的再現。1. 建立具有一些錯誤尾隨中繼資料區塊的快取裝置 dmsetup create cmeta <<EOF 0 200 linear /dev/sdc 0 200 7992 錯誤 EOF dmsetup create cdata --table 0 131072 linear /dev/sdc 8192 dmsetup create corig --table 0 262144 linear /dev/sdc 262144 dd if=/dev/zero of=/dev/mapper/cmeta bs=4k count=1 oflag=direct dmsetup create cache --table 0 131072 cache /dev/mapper/cmeta \ /dev/mapper/cdata /dev/mapper/corig 128 1 writethroughSMQ 0 2.暫停並繼續快取以啟動新的中繼資料交易，並在下一次中繼資料提交時觸發中繼資料 io 錯誤。dmsetup 暫停快取 dmsetup 繼續快取 3.寫入快取裝置以更新中繼資料 fio --filename=/dev/mapper/cache --name test --rw=randwrite --bs=4k \
    --randrepeat=0 --direct=1 --size 64k 4.預先載入相同的表格 dmsetup 重新載入快取 --table $(dmsetup table cache) 5.繼續新表格。這會觸發記憶體洩漏。dmsetup 暫停快取 dmsetup 恢復快取 kmemleak 記錄： <snip> 未參照的物件0xffff8880080c2010（大小 16）：comm dmsetup、pid 132、jiffies 4294982580 十六進位轉儲（前 16 位元組）：00 38 b9 07 80 88 ff ff 6a 6b 6b 6b 6b 6b 6b a5 ...
    回溯 （CRC 3118F31C）：kmemleak_alloc+0x28/0x40 __kmalloc_cache_noprof+0x3d9/0x510 dm_block_manager_create+0x51/0x140 dm_cache_metadata_abort+0x85/0x320 metadata_operation_failed+0x103/0x1e0 cache_preresume+0xacd/0xe70 dm_table_resume_targets+0xd3/0x320
    __dm_resume+0x1b/0xf0 dm_resume+0x127/0x170 <snip> （CVE-2026-53060）

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

偵測

Linux Distros 未修補弱點：CVE-2026-53060

medium Nessus Plugin ID 322589

版本 1.6