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

  - tracing：修复同名命名触发器的释放后使用问题 通过 same name= 注册不同事件的两个 hist 触发器时，第二个会复用第一个作为named_data。两者都会在 event_hist_trigger_parse（） 期间由 save_hist_vars（） 添加到 tr->hist_vars，因为 save_hist_vars（） 在 event_trigger_register（） 之前调用，而命名的重用只会在稍后在 hist_register_trigger（） 中检测到。
    在 named-data 分支中，hist_register_trigger（） 随后通过 destroy_hist_data（） 释放第二个直方图的hist_data，但从不删除其 tr->hist_vars 列表条目，从而留下悬摆指针并泄漏它所保留的trace_array引用。引用变量的后续 hist 触发器使 find_var_file（） 遍历 tr->hist_vars 并取消引用释放的hist_data。通过将三个 hist 触发器写入 tracefs，可从用户空间重现该缺陷：cd /sys/kernel/tracing echo 'hist：keys=common_pid：x=common_pid：name=mh' > events/sched/sched_switch/trigger echo 'hist：keys=common_pid：x=common_pid：name=mh' > events/sched/sched_process_fork/trigger echo 'hist：keys=common_pid：vals=$x' > events/sched/sched_process_exit/trigger 第三次写入使内核发生错误： 缺陷：KASAN：在 find_var_file.part.0+0x272/0x290 中的释放后使用 在地址处的大小为 8 的任务 sh/1 读取 CPU：1 UID：0 PID：1 comm：sh 受感染：G D N 调用跟踪：
    find_var_file.part.0 find_event_var parse_atom parse_expr __create_val_field event_hist_trigger_parse trigger_process_regex event_trigger_write vfs_write ksys_write do_syscall_64 entry_SYSCALL_64_after_hwframe 按任务 1 分配： event_hist_trigger_parse 由任务 1 释放：
    hist_register_trigger+0x618/0xa30 event_hist_trigger_parse 错误地址属于已释放的 2048 字节区域 错误：一般保护错误... RIP：find_var_file.part.0 内核错误 - 不同步：尝试终止 init！exitcode=0x0000000b 通过从 tr->hist_vars 中删除hist_data并在释放 hist_data之前从 tr- 释放 hist_register_trigger（） 的 named-data 分支中释放 trace_array 引用来修复。
    (CVE-2026-89746)

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

检测

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

high Nessus 插件 ID 345374

版本 1.21