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

  - mm/damon/core：一律放置未成功認可的目標 PID damon_commit_target（） 放置並取得目的地和來源目標 PID。它會放置目的地目標 pid，因為它會被來源目標 pid 覆寫。它會取得來源 pid，因為呼叫端最終應該放置 pid。更詳細地說，調用者將在 damon_commit_ctx（） 之後呼叫 damon_destroy_ctx（） 以破壞整個來源上下文。在這種情況下，[f]vaddr 操作集的 cleanup_target（） 回呼將放置 pid。認可作業是在內容層級進行。作業可能會在多個位置失敗，包括目標提交作業的中間和之後。對於任何此類失敗，錯誤會立即傳回給 damon_commit_ctx（） 呼叫端。如果在內容認可嘗試失敗期間，部分或全部來源目標 PID 已認可至目的地，則應該放置兩次這些 PID。來源內容將使用上述常式執行放置作業。但是，讓我們假設目標上下文最初沒有使用 [f]vaddr 操作集，並且在提交源上下文的操作之前提交失敗。目的地沒有 cleanup_target（） 操作回呼，因此無法通過 damon_destroy_ctx（） 放置 pid。結果，PID 被洩露。這個問題在現實世界中並不常見。提交功能用於更改運行 DAMON 上下文的參數，同時繼承監控結果等內部狀態。實體位址範圍的監視結果沒有有利於繼承至虛擬位址範圍監視的內容。因此，引起問題的 DAMON 控制在現實世界中並不常見。也就是說，這是一個受支持的功能。如果目標區域數量龐大，由於記憶體分配而導致的 damon_commit_target（） 故障是相對現實的 [1]。在發生失敗時，將 pid 放入提交作業中進行修正。這個問題是由 Sashiko 發現的 [2]。（CVE-2026-72178）

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

偵測

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

medium Nessus Plugin ID 337704

版本 1.4

版本 1.3

版本 1.2

版本 1.4 Aug 21, 2026, 7:41 AM Detection (updated detection logic) Plugin metadata Plugin Feed: 202608210741
版本 1.3 Aug 19, 2026, 11:27 AM Detection (updated detection logic) Plugin metadata Plugin Feed: 202608191127
版本 1.2 Aug 19, 2026, 6:09 AM Detection (updated detection logic) New Plugin metadata Plugin Feed: 202608190609