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

  - tracing使 trace_event_file 具有參照計數器下列情況可能會使核心當機# cd /sys/kernel/tracing # echo 'p:sched schedule' > kprobe_events # exec 5>>events/kprobes/sched/enable # > kprobe_events # exec 5>&- 上述命令 1. 將目錄切換至 tracefs 目錄 2. 建立 kprobe 事件 (任何事件都沒有關係) 3. 在 kprobe 事件的啟用檔案上開啟 bash 檔案描述符號 5 4. 刪除 kprobe事件 (也移除檔案) 5. 關閉 bash 檔案描述符號 5 上述情形會造成當機錯誤核心 NULL 指標解除參照、位址0000000000000028 #PF在核心模式中監督讀取存取 #PFerror_code(0x0000) - 不存在頁面 PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP PTI CPU6 PID 877 Comm: bash 未受污染 6.5.0-rc4-test-00008-g2c6b6b1029d4-dirty #186 硬體名稱
    QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.16.2-debian-1.16.2-1 2014 年 4 月 1 日 RIP
    0010:tracing_release_file_tr+0xc/0x50 此處發生的情況是 kprobe 事件建立了一個 trace_event_file 檔案描述符號其代表該事件 tracefs 中的檔案。它會維護事件的狀態 (是否針對指定的執行個體啟用？)。開啟啟用檔案會透過開啟檔案描述符號取得事件檔案描述符號的參照。刪除 kprobe 事件時該檔案也會從 tracefs 系統中刪除這也會釋放事件檔案描述符號。但由於 tracefs 檔案仍由使用者空間開啟因此在呼叫最終的 dput() 之前該檔案不會完全移除。但對於已釋放的事件檔案描述符號而言並非如此。如果使用者寫入或直接關閉檔案描述符號就會參照剛剛釋放的事件檔案描述符號從而造成釋放後使用錯誤。若要解決這個問題請將參照計數新增至事件檔案描述符號以及稱為 FREED 的新旗標中。在釋放最後一個參照之前不會釋放該檔案。不過FREE 旗標會在移除事件時設定以防止該事件發生任何其他修改即使仍有事件檔案描述符號的參照也是如此。 (CVE-2023-52879)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-52879

medium Nessus Plugin ID 226897

版本 1.9