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

  - padata修正 padata_free_shell() 中的 refcnt 處理。在高負載 arm64 環境中LTP 中的 pcrypt_aead01 測試會導致系統 UAF (釋放後使用) 問題。由於 pcrypt_aead01 函式呼叫的分析冗長我將使用簡化模型描述問題情境假設有一位名為「user_function」的 padata 使用者遵守在 `serial()` 之後呼叫 `padata_free_shell` 的 padata 需求已叫用如下程式碼```c struct request { struct padata_priv padata;結構完成 *done }; void parallel(struct padata_priv *padata) { do_something(); } void serial(struct padata_priv *padata) { struct request *request = container_of(padata, struct request, padata); complete(request->done) void user_function() {DECLARE_COMPLETION(done) padata->parallel = parallel; padata->serial = serial padata_do_parallel();
    wait_for_completion(&done); padata_free_shell(); } ```在對應的 padata.c 檔案中有下列程式碼```c static void padata_serial_worker(struct work_struct *serial_work) { ... cnt = 0;
    while (!list_empty(&local_list)) { ... padata->serial(padata); cnt++ local_bh_enable(); if (refcount_sub_and_test(cnt, &pd->refcnt)) padata_free_pd(pd); ``` 由於此時的系統高負載和未執行 softirq 的累積因此 padata 中的 `local_bh_enable()` 需要比平常更長的執行時間。隨後當存取 `pd->refcnt` 時`pd` 已由 `padata_free_shell()` 釋放導致 `pd->refcnt` 發生 UAF 問題。修正方法很簡單直接在 `padata_free_shell` 中呼叫 `padata_free_pd` 之前新增 `refcount_dec_and_test`。 (CVE-2023-52854)

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

偵測

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

high Nessus Plugin ID 226887

版本 1.13