Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - kcov：修复PREEMPT_RT上的数据损坏和争用条件 syzbot 报告 PREEMPT_RT 内核存在 KCOV 状态损坏，因为用于保存/还原远程 KCOV 状态的临时存储当前分配为按 CPU 区域分配。在 PREEMPT_RT 内核上，softirq 处理程序作为可抢占任务线程（例如 ksoftirqd）运行。如果 softirq 环境预占正在运行远程 KCOV 会话的任务，它会安全地将该任务的状态保存到每个 CPU 区域。但是，如果该 softirq 线程随后被同一 CPU 上更高优先级的 softirq 线程抢占，则第二个 softirq 将覆盖相同的每个 CPU 区域，从而永久破坏原始任务的 KCOV 状态。通过将临时存储从每 CPU 区域移动到每线程区域，修复此数据损坏。由于每个 softirq 线程现在拥有自己的任务上下文，因此嵌套的 softirq 优先权不再导致数据覆盖。请注意，虽然临时存储现在基于每线程，但必须保留每 CPU 的 kcov_percpu_data.lock，因为我们需要确保 kcov_remote_start（） 和 kcov_remote_stop（） 以原子方式运行，不会与操纵当前任务的 KCOV 状态的异步中断争用。kcov_init（） 中的 vmalloc_node（） GFP_KERNEL分配很可能在返回 NULL 之前已经调用了 panic（），因为内置模块的函数运行时__init没有 OOM 可终止的用户空间进程。但是此修补程序还修复了当 kcov_init（） 中的 vmalloc_node（） 返回 NULL 时的内核崩溃，对于 kcov_init（） 每 CPU irq_area == NULL 但 kcov_remote_start（） 取决于每 CPU irq_area ！= NULL，导致 （1） 尽管 ！in_task（） 上下文在 kcov_remote_start（） 中执行 vmalloc（） （2） 如果 （1） 成功但 kcov->remote_size < CONFIG_KCOV_IRQ_AREA_SIZE则进行越界数组访问 （3） 始终泄漏由 （1） 分配的内存， 最终终止所有可由 OOM 终止的用户空间进程问题。（CVE-2026-80916）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-80916

medium Nessus 插件 ID 344526

版本 1.1