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 插件 ID 226887

版本 1.16