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

  - tracing/probes：修复具有多个探测的事件的字段名称/类型的释放后使用 基于探测的动态事件（kprobe、uprobe、eprobe 和 fprobe 事件）的字段是通过将probe_arg名称/类型字符串传递给 trace_define_field（） 在 traceprobe_define_arg_fields（） 中创建的，此字符串仅存储指针而不复制。这些字符串归trace_probe所有，删除探测时将释放这些字符串。一个事件可能附加多个探测。字段列表仅由注册事件的第一个探针定义一次，但任何幸存的同级探针都会保持活动状态。仅按符号删除第一个探测 - # 主要 A：字段从 A 的参数定义 echo 'p：kprobes/ev vfs_read a1=$arg1' > kprobe_events # 附加 B：共享 A 的事件调用 echo 'p：kprobes/ev vfs_write a1=$arg1' >> kprobe_events # 仅删除 A（按符号匹配），B 在 echo '-：kprobes/ev vfs_read' >> kprobe_events释放 A 的参数 （trace_probe_cleanup（） -> traceprobe_free_probe_arg（）） 但 trace_probe_unlink（） 保留trace_probe_event，因为探测列表不为空。事件调用保持通过 B 的注册状态，而其字段现在引用已释放的内存。然后，任何字段查找都会读取它，例如回显 'a1 == 1' > events/kprobes/ev/filter 缺陷： KASAN：strcmp+0xa7/0xb0 调用跟踪中的释放后使用 SLAB：
    strcmp trace_find_event_field parse_pred process_preds create_filter apply_event_filter event_filter_write field->name 引用 parg->name（kstrdup'd，通过探测释放），并且对于数组参数，field->type 引用 parg->fmt（kmalloc'd，通过探测释放）- 标量类型在其他情况下指向静态 fmttype rodata，这是安全的。让 traceprobe_define_arg_fields（） 复制名称和类型字符串，并将副本锚定在trace_probe_event上，该嵌入事件调用并比每个单独的探针更耐用;trace_probe_event_free（） 会释放它们。上面的复制器可靠地触发;字段查找和删除都在 event_mutex 下运行，因此这是删除后的悬摆引用，而不是争用。该问题是腾讯云鼎实验室的 autokbug 动态内核 fuzzer 发现的。（CVE-2026-98076）

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

检测

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

high Nessus 插件 ID 350402

版本 1.5