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

  - dmaengineidxd修复兼容绑定和取消绑定中的设备泄漏 作为兼容绑定和取消绑定 sysfs 接口的一部分确保终止查找 idxd 设备时获取的引用。 (CVE-2025-71163)

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

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

  - net/schedsch_qfq不释放 qfq_change_class() 中的现有类 修复 qfq_change_class() 错误情况。
    仅应在分配了新的类和 qdisc 的情况下释放 cl->qdisc 和 cl否则会面临各种 UAF 的风险。
    (CVE-2026-22999)

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

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

  - xhcisideband删除 sideband 端点 xhci_sideband_remove_endpoint() 时不取消引用已释放的环 错误地假设端点正在运行且具有有效的传输环。Lianqin 报告在暂停/唤醒压力测试期间发生崩溃并发现原因是在 xhci_sideband_remove_endpoint() 期间取消引用不存在的传输环“ep->ring”。如果在恢复丢失电源中重新初始化 xHCI 之后调用此函数或者如果设备正在重新枚举、断开连接或端点已终止，端点及其环可能处于未知状态。通过删除不必要的环访问并在取消引用 ep->ring 之前检查 ep->ring 是否存在可修复此问题。此外，在尝试停止端点之前，请确保其正在运行。在边带端点删除期间删除 xhci_initialize_ring_info() 调用因为它仅将环结构入列、出列和循环状态值初始化为其初始值而不会更改实际的硬件入列、出列和循环状态。让它们不同步比保持原样更糟糕。在大多数使用情况下端点将在此之后释放。
    如果音频类驱动程序希望在卸载后重用端点则由类驱动程序确保正确设置端点。 (CVE-2026-23009)

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

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

  - ipv4的 ip_gre使 ipgre_header() 健全 与提交 db5b4e39c4e6 模拟的方式ip6_gre使 ip6gre_header() 健全) 多年以来syzbot 发现许多可造成 ipgre_header() 中的内核崩溃的方法 [1]。这涉及团队或绑定驱动程序动态更改其 dev->needed_headroom 和/或 dev->hard_header_len 的能力。在此特定崩溃中mld_newpack() 为 skb 分配了预留空间/余量过小的 skb在调用 mld_sendpack() 时syzbot 已成功附加 ipgre 设备。 [1] skbuff: skb_under_panic: text:ffffffff89ea3cb7 len:2030915468 put:2030915372 head:ffff888058b43000 data:ffff887fdfa6e194 tail:0x120 end:0x6c0 dev:team0 内核缺陷 net/core/skbuff.c:213 上的Oops无效的 opcode0000 [#1] SMP KASAN PTI CPU: 1 UID: 0 PID: 1322 Comm: kworker/1:9 未受感染 syzkaller #0 PREEMPT(full) 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 2025 年 10 月 25 日 Workqueuemld mld_ifc_work RIP: 0010:skb_panic+0x157/0x160 net/core/skbuff.c:213 调用跟踪 <TASK> skb_under_panic net/core/skbuff.c:223 [inline] skb_push+0xc3/ 0xe0 net/core/skbuff.c:2641 ipgre_header+0x67/0x290 net/ipv4/ip_gre.c:897 dev_hard_header include/linux/netdevice.h:3436 [inline] neigh_connected_output+0x286/0x460 net/core/neighbour.c 1618 NF_HOOK_COND include/linux/netfilter.h:307 [inline] ip6_output+0x340/0x550 net/ipv6/ip6_output.c:247 NF_HOOK+0x9e/0x380 include/linux/netfilter.h:318 mld_sendpack+0x8d4/0xe60 net/ipv6 /mcast.c:1855 mld_send_cr net/ipv6/mcast.c:2154 [内联] mld_ifc_work+0x83e/0xd60 net/ipv6/mcast.c:2693 process_one_work kernel/workqueue.c:3257 [内联] process_scheduled_works+0xad1/0x1770 内核/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/w orkqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510/0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246CVE-2026-23011

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

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

  - nvme-tcp修复 nvmet_tcp_build_pdu_iovec 提交中的空指针取消引用 efa56305908b (nvmet-tcp修复主机发送无效的 H2C PDU 长度时的内核错误)在 nvmet_tcp_handle_h2c_data_pdu() 中添加了 ttag 边界检查和 data_offset 验证但没有验证已在处理 H2C_DATA PDU 之前正确初始化命令的数据结构cmd->req.sg 和 cmd->iov。nvmet_tcp_build_pdu_iovec() 函数将取消引用这些指针而不进行 NULL 检查。可通过在 ICREQ/ICRESP 握手之后发送 CONNECT 命令或 NVMe 写入命令之前立即发送 H2C_DATA PDU 来触发此问题。可触发空指针取消引用的攻击向量1. 在 CONNECT 之前发送的 H2C_DATA PDU双指针均为空 2. 已分配 READ 命令 cmd->req.sg 的 H2C_DATA PDU，cmd->iov 空 3. 未初始化命令槽的 H2C_DATA PDU双指针都为空修复 会在调用 nvmet_tcp_build_pdu_iovec() 之前验证 cmd->req.sg 和 cmd->iov。需要这两项检查的原因是： - 未初始化的命令：两者均为空 - READ 命令：已分配 cmd->req.sg，cmd->iov 为空 - 写入命令：
    两者都已分配 (CVE-2026-22998)

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

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

  - ASoCtlv320adcx140修复空指针 adcx140_priv 中的 snd_soc_component 仅使用一次但从未设置。仅用于联系 adcx140_priv 中已存在的 dev。
    (CVE-2026-23006)

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

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

  - ipv6修复 inet6_addr_del() 中的释放后使用。 syzbot 报告了 inet6_addr_del() 中 inet6_ifaddr 的释放后使用。 [0] 引用的提交在读取 inet6_addr_del() 中临时地址的 ifp->flags 之前意外移动了 mngtmpaddr 的 ipv6_del_addr()。我们下移 ipv6_del_addr() 以修复 UAF。 [0]BUGKASAN inet6_addr_del.constprop.0+0x67a/0x6b0 net/ipv6/addrconf.c:3117 中的 slab 释放后使用对任务 syz.3.1618/9593 在 addr ffff88807b89c86c 处的大小 4 的读取 CPU 0 UID0 PID9593 通讯syz.3.1618 未受感染 syzkaller #0 PREEMPT(full) 硬件名称Google Google 计算引擎/Google 计算引擎、BIOS Google 10/25/2025 调用跟踪 <TASK> __dump_stack lib/dump_stack。 c:94 [inline] dump_stack_lvl+0x116/0x1f0 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline] print_report+0xcd/0x630 mm/kasan/report.c:482 kasan_report+0xe0/0x110 mm/kasan/report.c:595 inet6_addr_del.constprop.0+0x67a/0x6b0 net/ipv6/addrconf.c:3117 addrconf_del_ifaddr+0x11e/0x190 net/ipv6/addrconf.c:3181 inet6_ioctl+0x1e5/0x2b0 net/ipv6/ af_inet6.c:582 sock_do_ioctl+0x118/0x280 net/socket.c:1254 sock_ioctl+0x227/0x6b0 net/socket.c:1375 vfs_ioctl fs/ioctl.c:51 [内联] __do_sys_ioctl fs/ioctl.c:597 [内联] __se_sys_ioctl fs/ioctl.c:583 [内联] __x64_sys_ioctl+0x18e/0x210 fs/ioctl.c:583 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xcd/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP0033:0x7f164cf8f749 代码ff ff c3 66 1fe 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 ff7 ff ff f7 d8 64 89 01 48 RSP
    002b00007f164de64038 EFLAGS00000246 ORIG_RAX0000000000000010 RAXffffffffffffffda RBX
    00007f164d1e5fa0 RCX: 00007f164cf8f749 RDX: 0000200000000000 RSI: 0000000000008936 RDI: 0000000000000003 RBP: 00007f164d013f91 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
     R120000000000000246  : 0000000000000000 R13: 00007f164d1e6038 R14: 00007f164d1e5fa0 R15: 00007ffde15c8288 </TASK> Allocated by task 9593: kasan_save_stack+0x33/0x60 mm/kasan/common.c:56 kasan_save_track+0x14/0x30 mm/kasan/common.c :77 oxide_kmalloc_redzone mm/kasan/common.c:397 [内联] __kasan_kmalloc+0xaa/0xb0 mm/kasan/common.c:414 kmalloc_noprof include/linux/slab.h:957 [内联] kzalloc_noprof include/linux/slab.h 1094 [inline] ipv6_add_addr+0x4e3/0x2010 net/ipv6/addrconf.c:1120 inet6_addr_add+0x256/0x9b0 net/ipv6/addrconf.c:3050 addrconf_add_ifaddr+0x1fc/0x450 net/ipv6/addrconf.c:31ctl+0x103 /0x2b0 net/ipv6/af_inet6.c:580 sock_do_ioctl+0x118/0x280 net/socket.c:1254 sock_ioctl+0x227/0x6b0 net/socket.c:1375 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl .c:597 [inline] __se_sys_ioctl fs/ioctl.c:583 [inline] __x64_sys_ioctl+0x18e/0x210 fs/ioctl.c:583 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xcd/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCAL L_64_after_hwframe+0x77/0x7f 已被任务释放 6099
    kasan_save_stack+0x33/0x60 mm/kasan/common.c:56 kasan_save_track+0x14/0x30 mm/kasan/common.c:77 kasan_save_free_info+0x3b/0x60 mm/kasan/generic.c:584poison_slab_object mm/kasan/common.c 252 [内联]
    __kasan_slab_free+0x5f/0x80 mm/kasan/common.c:284 kasan_slab_free include/linux/kasan.h:234 [内联] slab_free_hook mm/slub.c:2540 [内联] slab_free_freelist_hook mm/slub.c:2569 [inline] slab_free_bulk mm/slub.c:6696 [内联] kmem_cache_free_bulk mm/slub.c:7383 [内联] kmem_cache_free_bulk+0x2bf/0x680 mm/slub.c:7362 kfree_bulk include/linux/slab.h:830 [内联] kvfree_rcu_bulk+0x1b7/ 0x1e0 mm/slab_common.c:1523 kvfree_rcu_drain_ready mm/slab_common.c:1728 [inline] kfree_rcu_monitor+0x1d0/0x2f0 mm/slab_common.c:1801 process_one_work+0x9ba/0x1b20 kernel/workqueue.c:3257 process_scheduled_works [] kernel/workqu ---truncated--- (CVE-2026-23010)

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

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

  - x86/fpu只要 XFD[i]=1 就清除客户机 XSAVE 状态中的 XSTATE_BV[i] 在通过 KVM_SET_XSAVE 加载客户机 XSAVE 状态时以及在更新 XFD 以响应客户机 WRMSR 时清除保存的文件中或以还原 XSTATE_BV 以确保 KVM 不会尝试加载通过来宾机的 XFD 禁用的功能的状态。由于内核通过客户机的 XFD 执行 XRSTOR因此通过 XFD[i]=1 保存 XSTATE_BV[i]=1 将导致 XRSTOR #NM 并使内核发生错误。例如如果 fpu_update_guest_xfd() 设置 XFD 时未清除 XSTATE_BV: ------------[ 在此处切换 ]------------ 警告
    arch/x86/kernel/traps.c:1524 at exc_device_not_available+0x101/0x110, CPU#29链接的 amx_test/848 模块kvm_intel kvm irqbypass CPU29 UID1000 PID848 Commamx_test Not tainted 6.19.0-rc2 -ffa07f7fd437-x86_amx_nm_xfd_non_init-vm #171 NONE 硬件名称QEMU Standard PCQ35 + ICH9、2009、BIOS 0.0.0 02/06/2015 RIP0010:exc_device_not_available+0x101/0x110 调用跟踪 <TASK> asm_exc_device_not_available+0x1a/ 0x20 RIP: 0010:restore_fpregs_from_fpsstate+0x36/0x90 switch_fpu_return+0x4a/0xb0 kvm_arch_vcpu_ioctl_run+0x1245/0x1e40 [kvm] kvm_vcpu_ioctl+0x2c3/0x8f0 [kvm]
    __x64_sys_ioctl+0x8f/0xd0 do_syscall_64+0x62/0x940 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[end trace 0000000000000000 ]--- 如果访客执行 WRMSR(MSR_IA32_XFD) 以设置 XFD[18] = 1且主机 IRQ 在 vmexit 处理程序调用 fpu_update_guest_xfd() 之前触发 kernel_fpu_begin()。并且如果用户空间通过 KVM_SET_XSAVE 填充 XSTATE_BV[i]=1:------------[在此剪切]------------ WARNING: arch/x86/kernel/traps .c:1524@exc_device_not_available+0x101/0x110 CPU#14
    链接的 amx_test/867 模块kvm_intel kvm irqbypass CPU14 UID: 1000 PID867 Commamx_test Not tainted 6.19.0-rc2-2dace9faccd6-x86_amx_nm_xfd_non_init-vm #168 NONE 硬件名称QEMU Standard PC (Q35 + ICH9、 2009), BIOS 0.0.0 02/06/2015 RIP: 0010:exc_device_not_available+0x101/0x110 Call Trace: <TASK> asm_exc_device_not_available+0x1a/0x20 RIP: 0010:restore_fpregs_from_fpstate+0x36/0x90 fpu_swap_kvm_fpstate+0x6b/0x120 kvm_load_guest_fpu+0x30/0x80 [ kvm] kvm_arch_vcpu_ioctl_run+0x85/0x1e40 [kvm] kvm_vcpu_ioctl+0x2c3/0x8f0 [kvm] __x64_sys_ioctl+0x8f/0xd0 do_syscall_64+0x62/0x940 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 0000000000000000 ]--- The new behavior is与 AMX 架构一致。根据 Intel 的 SDMXSAVE 会将通过 XFD 禁用的组件的 XSTATE_BV 保存为“0”非压缩 XSAVE 会保存状态组件的初始配置如果 XSAVE、XSAVEC、XSAVEOPT 或 XSAVES 正在保存状态组件XCR0[i] = IA32_XFD[i] = 1 时指令不生成 #NM相反它的操作方式如同 XINUSE[i] = 0且 state 组件处于其初始状态它将 XSAVE 标头的 XSTATE_BV 字段的位 i 保存为 0此外XSAVE 会保存状态组件的初始配置其他指令不保存状态组件 i。
    或者KVM 可始终以 XFD=0 执行 XRSTOR例如通过在对 struct fpu_guest 进行 XSAVE 时使用基于已启用功能集的常量 XFD。但是使 XFD 禁用的功能具有 XSTATE_BV[i]=1 仅会发生在上述中断情况下或涉及可抢占内核上的抢占的类似场景中因为 fpu_swap_kvm_fpsstate() 对 save_fpregs_to_fpsstate() 的调用会使用 保存传出的 FPU 状态当前的 XFD即在除第一个 WRMSR 到 XFD 以外的所有客户机上 XFD。因此XFD 仅会在上述中断情况下或在涉及可抢占内核中的抢占的类似场景中与 XSTATE_BV 不同步时我们才可将其视为 KVM_GET_XSAVE 返回 XSTATE_BV[i]=0 的 KVM ABI 的实际上的一部分针对禁用了 XFD 的功能。[Move clean ---truncated--- (CVE-2026-23005)

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

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

  - macvlan修复 macvlan_forward_source() 中可能存在的 UAF 在 (struct macvlan_source_entry)->vlan 上添加 RCU 保护。每当调用 macvlan_hash_del_source() 时我们必须在 RCU 宽限期开始之前清除 entry->vlan 指针。这允许 macvlan_forward_source() 跳过排队等待释放的条目。请注意macvlan_dev 已受到 RCU 保护因为它们嵌入标准 netdev (netdev_priv(ndev)) 中。 https://lore.kernel.org/netdev/695fb1e8.050a0220.1c677c.039f.GAE@google.com/T/#u (CVE-2026-23001)

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

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

  - dmaenginetegra-adma修复释放后使用 Tegra ADMA 驱动程序中存在释放后使用缺陷当音频流终止时特别是在 XRUN 条件下。在 vchan 完成 tasklet 完成对DMA 缓冲区的访问之前通过 tegra_adma_terminate_all() 释放 DMA 缓冲区时会出现 问题。争用条件遵循此序列 1. DMA 传输完成触发中断来计划完成 tasklettasklet 尚未执行2. 音频回放停止调用通过 kfree() 3. 调用会释放 DMA 缓冲区内存的 tegra_adma_terminate_all()。计划的 tasklet 最终执行并调用尝试访问已释放内存的 vchan_complete() 由于 tasklet 可以在计划后的任何时间执行因此不保证缓冲区在 vchan_complete() 运行时保持有效。通过正确同步虚拟通道完成来修复此问题- 在 tegra_adma_stop() 中调用 vchan_terminate_vdesc() 以将描述符标记为已终止而不是释放描述符。- 添加会调用 vchan_synchronize() 的回调 tegra_adma_synchronize()而 vchan_synchronize() 会终止任何待定的 tasklet 并释放任何已终止的描述符。崩溃日志[ 337.427523] BUGKASANvchan_complete+0x124/0x3b0 中的释放后使用 [ 337.427544] 通过任务 swapper/0/0 读取 addr ffff000132055428 处大小 8 的内存 [ 337.427562] 调用跟踪[ 337.427564] dump_backtrace+0x0/0x320 [ 337.427571] show_stack+0x20/0x30 [ 337.427575] dump_stack_lvl+0x68/0x84 [ 337.427584] print_address_description.constprop.0+0x74/0x2b8 [ 337.427590] kasan_report+0x1f4/0x210 [ 337.427598]
    __asan_load8+0xa0/0xd0 [ 337.427603] vchan_complete+0x124/0x3b0 [ 337.427609] tasklet_action_common.constprop.0+0x190/0x1d0 [ 337.427617] tasklet_action+0x30/0x40 [ 337.427623]
    __do_softirq+0x1a0/0x5c4 [ 337.427628] irq_exit+0x110/0x140 [ 337.427633] handle_domain_irq+0xa4/0xe0 [337.427640] gic_handle_irq+0x64/0x160 [ 337.427644] call_on_irq_stack+0x20/0x4c [ 337.427649] do_interrupt_handler/0x7cler+0x7c [ 337.427654] el1_interrupt+0x30/0x80 [ 337.427659] el1h_64_irq_handler+0x18/0x30 [ 337.427663] el1h_64_irq+0x7c/0x80 [ 337.427667] cpuidle_enter_state+0xe4/0x540 [ 337.427674] cpuidle_enter+0x54/0x80 [ 337.427679] do_idle +0x2e0/0x380 [337.427685] cpu_startup_entry+0x2c/0x70 [ 337.427690] rest_init+0x114/0x130 [ 337.427695] arch_call_rest_init+0x18/0x24 [ 337.427702] start_kernel+0x380/0x3b4 [ 337.427706]
    __primary_switched+0xc0/0xc8 (CVE-2025-71162)

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

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

  - lib/buildid将 __kernel_read() 用于休眠环境 防止缺陷无法处理 filemap_read_folio 中的内核空指针取消引用。对于可休眠上下文将 freader 转换为使用
    __kernel_read() 而不是通过 read_cache_folio() 进行直接页面缓存访问。通过使用标准内核文件读取接口可处理读取文件数据的所有复杂性通过此接口可简化错误代码路径。目前我们没有更改非休眠上下文的代码该上下文使用 filemap_get_folio()并且仅当目标 folio 已在内存中并且是最新时更改才会成功。原因是使修补程序更简单更容易向后移植到稳定内核。Syzbot repro 不再使内核崩溃并且 selftest 会成功运行。在后续版本中我们将使具有 IOCB_NOWAIT 的 __kernel_read() 在非休眠环境中工作。此外我想用更通用的方法替换 secretmem 检查并将为 buildid 代码添加 fstest。 (CVE-2026-23002)

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

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

  - drm/vmwgfx在硬件版本 10 上使用 3D 修复 KMS 硬件版本 10 没有 GB 的表面因此表面支持的 FB 没有支持缓冲区。这将导致 nullptr 取消引用并使驱动程序崩溃从而造成黑屏。 (CVE-2026-23008)

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

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

  - mm/damon/core：删除不活动上下文中的 call_control。如果对未运行的 DAMON 上下文执行 damon_call()，该函数将返回错误，同时保持 damon_call_control 对象链接到上下文的 call_controls 列表。假设系统在 damon_call() 之后取消分配该对象，且针对相同上下文执行另一个 damon_call()。该函数尝试将新的 damon_call_control 对象添加到 call_controls 列表，该列表中仍然包含指向之前已释放的 damon_call_control 对象的指针。因此，发生释放后使用。实际上，使用 DAMON sysfs 接口即可触发此问题。不过，此漏洞不易被利用，因为它需要 sysfs 写入权限并要求执行极为异常的文件写入操作。请参阅报告，了解有关问题重现步骤的详细信息。通过进行两项更改修复此问题。首先，移动最终 kdamond_call()，以在 ctx->kdamond 重置之前完成所有现有 damon_call() 请求的终止 DAMON 上下文。这使得检测到 NULL ctx->kdamond 的任何代码都能安全地假定上下文可能不再访问 damon_call() 请求。其次，使 damon_call() 在返回错误之前，清除添加到已终止的 DAMON 上下文的 damon_call_control 对象。(CVE-2026-23012)

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

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

  - net/mlx5e请勿在 mlx5e_dev devlink priv 中存储 mlx5e_priv mlx5e_priv 是一种不稳定的结构如果配置文件附加失败可被 memset(0)mlx5e_dev devlink 专用中的 mlx5e_priv 用于引用与该结构关联的 netdev 和 mdev。而是将 netdev 直接存储到 mlx5e_dev 中并从包含的 mlx5_adev aux 设备结构中获取 mdev。这修复了 switchdev 模式因更改配置文件失败而失败时 mlx5e_remove 中的内核 oops。 $ devlink dev eswitch set pci/0000:00:03.0 mode switchdev 错误mlx5_core将 eswitch 设置为卸载失败。 dmesgworkqueue无法为 wq mlx5e 创建急救程序 kthread: -EINTR mlx5_core 0012:03:00.1: mlx5e_netdev_init_profile:6214:(pid 37199):
    mlx5e_priv_init 失败，err=-12 mlx5_core 0012:03:00.1 gpu3rdma1mlx5e_netdev_change_profile新配置文件初始化失败，-12 工作队列无法为 wq mlx5e创建急救程序 kthread mlx5e: -EINTR mlx5_core 0012:03:00.1mlx5e_netdev_init_profile:6214:( pid 37199mlx5e_priv_init 失败err=-12 mlx5_core 0012:03:00.1 gpu3rdma1mlx5e_netdev_change_profile未能回滚到原始配置文件-12 $ devlink dev 重新加载 pci/0000:00:03.0 ==> oops 缺陷内核空指针取消引用解决了 0000000000000520 #PF
    内核模式中的主管读取访问 #PFerror_code(0x0000) - not-present 页面 PGD 0 P4D 0 错误错误
    0000 [#1] SMP NOPTI CPU3 UID0 PID521 Commdevlink Not tainted 6.18.0-rc5+ #117 PREEMPT(随意) 硬件名称QEMU Standard PCQ35 + ICH9，2009，BIOS 1.16. 3-2.fc40 2014 年 4 月 1 日 RIP
    0010mlx5e_remove+0x68/0x130 RSP0018:ffffc900034838f0 EFLAGS00010246 RAXffff88810283c380 RBX
    ffff888101874400 RCX: ffffffff826ffc45 RDX: 0000000000000000 RSI: 0000000000000001 RDI: 0000000000000000 RBP: ffff888102d789c0 R08: ffff8881007137f0 R09: ffff888100264e10 R10: ffffc90003483898 R11:
     R12ffffc900034838a0  : ffff888100d261a0 R13: ffff888100d261a0 R14: ffff8881018749a0 R15: ffff888101874400 FS: 00007f8565fea740(0000) GS:ffff88856a759000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000520 CR3: 000000010b11a004 CR4: 0000000000370ef0 调用跟踪 <TASK> device_release_driver_internal+0x19c/0x200 bus_remove_device+0xc6/0x130 device_del+0x160/0x3d0 ? devl_param_driverinit_value_get+0x2d/0x90 mlx5_detach_device+0x89/0xe0 mlx5_unload_one_devl_locked+0x3a/0x70 mlx5_devlink_reload_down+0xc8/0x220 devlink_reload+0x7d/0x260 devlink_nl_reload_doit+0x45b/0x5a0 genl_family_rcv_msg_doit+0xe8/0x140 (CVE-2026-22996)

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

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

  - dst修复 rt6_uncached_list_del() 和 rt_del_uncached_list() 中的争用syzbot 能够以一种有趣的方式使 rt6_uncached_list_flush_dev() 中的内核崩溃 [1] 写入 list->prev时崩溃发生在 list_del_init()/INIT_LIST_HEAD() 中list->next 上的之前写入顺利。
    static inline void INIT_LIST_HEAD(struct list_head *list) { WRITE_ONCE(list->next, list); // 进展顺利 WRITE_ONCE(list->prev, list); // 崩溃@list 已释放。此处的问题是 rt6_uncached_list_del() 未尝试锁定 ul->lock因为 WRITE_ONCE(list->next, list) 发生在其他 CPU 上list_empty(&rt->dst.rt_uncached) 返回 true。我们可能会使用 list_del_init_careful() 和 list_empty_careful()或确保 rt6_uncached_list_del() 在设定了 rt->dst.rt_uncached_list 时始终获取旋转锁。IPv4 需要类似的补丁。 [1] 缺陷KASAN
    INIT_LIST_HEAD include/linux/list.h:46 中的 slab-use-after-free [内联] BUGKASANlist_del_init include/linux/list.h:296 中的 slab-use-after-free [内联] BUGKASAN rt6_uncached_list_flush_dev net/ipv6/route.c:191 中的 slab-use-after-free [内联] BUGKASAN: rt6_disable_ip+0x633/0x730 net/ipv6/route.c:5020 写入大小的 slab-use-after-free 8 处 addr ffff8880294cfa78 中由任务 kworker/u8:14/3450 CPU: 0 UID: 0 PID: 3450 Comm: kworker/u8:14 受感染: GL syzkaller #0 PREEMPT_{RT,(full)} 受感染[L]=SOFTLOCKUP硬件名称 Google Google Compute Engine/Google Compute Engine、BIOS Google 10/25/2025 Workqueuenetns cleanup_net Call Trace <TASK> dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [内联] print_report+0xca/0x240 mm/kasan/report.c:482 kasan_report+0x118/0x150 mm/kasan/report.c:595 INIT_LIST_HEAD include/linux/list.h:46 [inline] list_del_init include/linux/list .h:296 [内联] rt6_uncached_list_flush_dev net/ipv6/route.c:191 [内联] rt6 _disable_ip+0x633/0x730 net/ipv6/route.c:5020 addrconf_ifdown+0x143/0x18a0 net/ipv6/addrconf.c:3853 addrconf_notify+0x1bc/0x1050 net/ipv6/addrconf.c:-1 notifier_call_chain+0x19d/0x3a0 kernel/ notifier.c:85 call_netdevice_notifiers_extack net/core/dev.c:2268 [内联] call_netdevice_notifiers net/core/dev.c:2282 [内联] netif_close_many+0x29c/0x410 net/core/dev.c:1785 unregister_netdevice_many_notify+0xb50/0x2330 net/core/dev.c:12353 ops_exit_rtnl_list net/core/net_namespace.c:187 [内联] ops_undo_list+0x3dc/0x990 net/core/net_namespace.c:248 cleanup_net+0x4de/0x7b0 net/core/net_namespace.c:696 process_one_work kernel/workqueue.c:3257 [inline] process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/workqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510 /0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246 </TASK> 由任务分配 803: kasan_save_stack mm/kasan/common.c:57 [inline] kasan_save _track+0x3e/0x80 mm/kasan/common.c:78 unpoison_slab_object mm/kasan/common.c:340 [内联] __kasan_slab_alloc+0x6c/0x80 mm/kasan/common.c:366 kasan_slab_alloc include/linux/kasan.h 253 [内联] slab_post_alloc_hook mm/slub.c:4953 [inline] slab_alloc_node mm/slub.c:5263 [内联] kmem_cache_alloc_noprof+0x18d/0x6c0 mm/slub.c:5270 dst_alloc+0x105/0x170 net/core/dst.c :89 ip6_dst_alloc net/ipv6/route.c:342 [内联] icmp6_dst_alloc+0x75/0x460 net/ipv6/route.c:3333 mld_sendpack+0x683/0xe60 net/ipv6/mcast.c:1844 mld_send_cr net/ipv6/mcast. c:2154 [inline] mld_ifc_work+0x83e/0xd60 net/ipv6/mcast.c:2693 process_one_work kernel/workqueue.c:3257 [inline] process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/ workqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510/0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entr
    ---truncated--- (CVE-2026-23004)

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

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

  - netcanj1939j1939_xtp_rx_rts_session_active()接收到第二个 rts 后停用会话由于仅在启用了定时器时才调用 j1939_tp_rxtimer() 中的 j1939_session_deactivate_activate_next()因此在取消了定时器时需要调用 j1939_session_deactivate_activate_next()。否则j1939_session 的 refcount 会泄漏这将在稍后显示为 | unregister_netdevice等待 vcan0 释放。使用计数 = 2。 (CVE-2026-22997)

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

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

  - netocteon_ep_vf修复 IRQ 回滚 octep_vf_request_irqs() 请求 MSI-X 队列 IRQ中的 free_irq dev_id 不匹配将 dev_id 设置为 ioq_vector。如果 request_irq() 部分失败则回滚循环将调用 free_irq()并将 dev_id 设置为“oct”与原始 dev_id 不匹配并可能留下已注册的 irqaction。这可使 IRQ 处理程序保持活动状态而稍后在展开/拆卸期间释放 ioq_vector从而在触发中断时导致释放后使用或崩溃。修复与在 request_irq() 期间使用的相同 ioq_vector dev_id 一起释放 IRQ 的错误路径。 (CVE-2026-23013)

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

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

  - net/mlx5e修复配置文件更改回滚失败时的崩溃 mlx5e_netdev_change_profile 可能无法附加新的配置文件并且可能无法回滚到旧配置文件在这种情况下我们可能以完全重置 netdev_priv 的悬摆 netdev 告终。重试更改配置文件如再次尝试通过 switchdev 模式变更调用 mlx5e_netdev_change_profile将导致尝试访问现为空的 priv->mdev 崩溃。此修复允许 mlx5e_netdev_change_profile() 能够通过不假设 priv 有效来处理之前的失败和空 priv。将 netdev 和 mdev 传递到需要 mlx5e_netdev_change_profile() 的所有流并避免传递 priv。在 mlx5e_netdev_change_profile() 中检查当前 priv 是否有效如果无效则仅附加新配置文件而不尝试访问旧配置文件。此更新当在首次失败后第二次启用 switchdev 模式时修复下列 oops: ## Enabling switchdev mode first time: mlx5_core 0012:03:00.1: E-Switch支持的 tc 链和 prios 卸载工作队列wq mlx5e 的急救程序 kthread-EINTR mlx5_core 0012:03:00.1mlx5e_netdev_init_profile:6214:(pid 37199):
    mlx5e_priv_init 失败，err=-12 mlx5_core 0012:03:00.1 gpu3rdma1mlx5e_netdev_change_profile新配置文件初始化失败，-12 工作队列无法为 wq mlx5e创建急救程序 kthread mlx5e: -EINTR mlx5_core 0012:03:00.1mlx5e_netdev_init_profile:6214:( pid 37199mlx5e_priv_init 失败err=-12 mlx5_core 0012:03:00.1 gpu3rdma1mlx5e_netdev_change_profile无法回滚至原始配置文件-12 ^^^^^^^^ mlx5_core 0000:00:03.0E-Switch: 禁用mode(LEGACY)、nvfs(0)、necvfs(0)、active vports(0) ## 重试
    第二次启用 switchdev 模式mlx5_core 0000:00:03.0E-Switch受支持的 tc 链和 prios 卸载缺陷内核空指针取消引用地址0000000000000038 #PF内核模式下的主管读取访问权限 #PFerror_code(0x0000) - not-present 页面 PGD 0 P4D 0 Oops: Oops: 0000 [#1] SMP NOPTI CPU: 13 UID: 0 PID:
    520 Commdevlink 未受感染 6.18.0-rc4+ #91 PREEMPT(随意) 硬件名称QEMU Standard PCQ35 + ICH9、2009、BIOS 1.16.3-2.fc40 04/01/2014 RIP: 0010:mlx5e_detach_netdev +0x3c/0x90 代码50 00 00 f0 80 4f 78 02 48 8b bf e8 07 00 00 48 85 ff 74 16 48 8b 73 78 48 d1 ee 83 e6 01 83 f6 01 40 0f b6 f6 e8 c4 42 00 00 <48> 8b 45 38 48 85 c0 74 08 48 89 df e8 cc 47 40 1e 48 8b bb f0 07 RSP: 0018:ffffc90000673890 EFLAGS
    00010246 RAX0000000000000000 RBXffff8881036a89c0 RCX0000000000000000 RDXffff888113f63800 RSI
    ffffffff822fe720 RDI: 0000000000000000 RBP: 0000000000000000 R08: 0000000000002dcd R09: 0000000000000000 R10: ffffc900006738e8 R11: 00000000ffffffff R12: 0000000000000000 R13: 0000000000000000 R14:
     R15ffff8881036a89c0  : 0000000000000000 FS: 00007fdfb8384740(0000) GS:ffff88856a9d6000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000038 CR3:
    0000000112ae0005 CR4: 0000000000370ef0 Call Trace: <TASK> mlx5e_netdev_change_profile+0x45/0xb0 mlx5e_vport_rep_load+0x27b/0x2d0 mlx5_esw_offloads_rep_load+0x72/0xf0 esw_offloads_enable+0x5d0/0x970 mlx5_eswitch_enable_locked+0x349/0x430 ? is_mp_supported+0x57/0xb0 mlx5_devlink_eswitch_mode_set+0x26b/0x430 devlink_nl_eswitch_set_doit+0x6f/0xf0 genl_family_rcv_msg_doit+0xe8/0x140 genl_rcv_msg+0x18b/0x290 ? __pfx_devlink_nl_pre_doit+0x10/0x10 ?
    __pfx_devlink_nl_eswitch_set_doit+0x10/0x10 ? __pfx_devlink_nl_post_doit+0x10/0x10 ?
    __pfx_genl_rcv_msg+0x10/0x10 netlink_rcv_skb+0x52/0x100 genl_rcv+0x28/0x40 netlink_unicast+0x282/0x3e0
    __alloc_skb+0xd6/0x190 netlink_sendmsg+0x1f7/0x430 __sys_sendto+0x213/0x220 __sys_recvmsg+0x6a/0xd0
    __x64_sys_sendto+0x24/0x30 do_syscall_64+0x50/0x1f0 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP
    0033:0x7fdfb8495047CVE-2026-23000

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

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

  - block将自动完整性缓冲区的非 PI 部分归零 自动生成的用于写入的完整性缓冲区需要在传递到底层块设备之前完全初始化否则用户空间或对 设备具有物理访问权限的任何人都可以回读未初始化的内存。如果生成了保护信息则完整性缓冲区的该部分已经初始化。如果通过 sysfs 禁用了 PI 生成或 PI 元组大小为 0则完整性数据也会归零。但是这会错过 PI 已生成且 PI 元组大小为非零但元数据大于 PI 元组大小的情况。在这种情况下，元数据的其余部分（不透明）保持未初始化状态。推广 BLK_INTEGRITY_CSUM_NONE 检查以涵盖元数据大于 PI 元组的任何情况。
    (CVE-2026-23007)

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

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

  - ip6_tunnel使用 skb_vlan_inet_prepare() in __ip6_tnl_rcv() 归责的提交未考虑 VLAN 封装由 syzbot 发现 [1]。使用 skb_vlan_inet_prepare() 而非 pskb_inet_may_pull()。 [1] BUGKMSANINET_ECN_decapsulate include/net/inet_ecn.h:253 中的 uninit-value [内联] BUGKMSANINET_ECN_decapsulate include/net/inet_ecn.h:275 中的 uninit-value [内联] BUGKMSAN: uninit IP6_ECN_decapsulate+0x7a8/0x1fa0 include/net/inet_ecn.h:321 __INET_ECN_decapsulate include/net/inet_ecn.h:253 中的 -value [内联] INET_ECN_decapsulate include/net/inet_ecn.h:275 [内联] IP6_ECN_decapsulate+0x7a8/0x1fa0 include/ net/inet_ecn.h:321 ip6ip6_dscp_ecn_decapsulate+0x16f/0x1b0 net/ipv6/ip6_tunnel.c:729 __ip6_tnl_rcv+0xed9/0x1b50 net/ipv6/ip6_tunnel.c:860 ip6_tnl_rcv+0xc3/0x100 net/ipv6.cip6_tunnel3vgre:860 +0x1529/0x1b90 net/ipv6/ip6_gre.c:-1 ip6_protocol_deliver_rcu+0x1c89/0x2c60 net/ipv6/ip6_input.c:438 ip6_input_finish+0x1f4/0x4a0 net/ipv6/ip6_input.c:489 NF_HOOK include/linux/netfilter.h :318 [inline] ip6_input+0x9c/0x330 net/ipv6/ip6_input.c:500 ip6_mc_input+0x7ca/0xc10 net/ipv6/ip6_input.c:590 dst_input include/net/dst.h:474 [inline] ip6_rcv_finish+0x958/ 0x990 net/ipv6/ip6_input. c:79 NF_HOOK include/linux/netfilter.h:318 [内联] ipv6_rcv+0xf1/0x3c0 net/ipv6/ip6_input.c:311 __netif_receive_skb_one_core net/core/dev.c:6139 [内联]
    __netif_receive_skb+0x1df/0xac0 net/core/dev.c:6252 netif_receive_skb_internal net/core/dev.c:6338 [内联] netif_receive_skb+0x57/0x630 net/core/dev.c:6397 tun_rx_batched+0x1df/0x980 drivers/net/ tun.c:1485 tun_get_user+0x5c0e/0x6c60 drivers/net/tun.c:1953 tun_chr_write_iter+0x3e9/0x5c0 drivers/net/tun.c:1999 new_sync_write fs/read_write.c:593 [inline] vfs_write+0xbe2/0x15d0 fs /read_write.c:686 ksys_write fs/read_write.c:738 [内联] __do_sys_write fs/read_write.c:749 [内联]
    __se_sys_write fs/read_write.c:746 [内联] __x64_sys_write+0x1fb/0x4d0 fs/read_write.c:746 x64_sys_call+0x30ab/0x3e70 arch/x86/include/generated/asm/syscalls_64.h:2 do_syscall_x64 arch/x86/entry/ syscall_64.c:63 [内联] do_syscall_64+0xd3/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f Uninit 创建于 slab_post_alloc_hook mm/slub.c:4960 [内联] slab_alloc_node mm/slub。 c:5263 [inline] kmem_cache_alloc_node_noprof+0x9e7/0x17a0 mm/slub.c:5315 kmalloc_reserve+0x13c/0x4b0 net/core/skbuff.c:586 __alloc_skb+0x805/0x1040 net/core/skbuff.c:690 alloc_skb include/linux /skbuff.h:1383 [内联] alloc_skb_with_frags+0xc5/0xa60 net/core/skbuff.c:6712 sock_alloc_send_pskb+0xacc/0xc60 net/core/sock.c:2995 tun_alloc_skb drivers/net/tun.c:1461 [内联] tun_get_user+0x1142/0x6c60 drivers/net/tun.c:1794 tun_chr_write_iter+0x3e9/0x5c0 drivers/net/tun.c:1999 new_sync_write fs/read_write.c:593 [inline] vfs_write+0xbe2/0x15d0 fs/read_write.c 686 ksys_write fs/read_write.c 738 [inline] __do_sys_write fs/read_write.c:749 [inline] __se_sys_write fs/read_write.c:746 [inline] __x64_sys_write+0x1fb/0x4d0 fs/read_write.c:746 x64_sys_call+0x30ab/0x3e70 arch/x86/include/generated /asm/syscalls_64.h:2 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xd3/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f CPU: 0 UID: 0 PID6465 通信syz.0.17 未受感染 syzkaller #0 PREEMPT(none) 硬件名称Google Google 计算引擎/Google 计算引擎BIOS Google 10/25/2025 (CVE-2026-23003)

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

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

  - Avahi 是一个有助于通过 mDNS/DNS-SD 协议套件在本地网络上发现服务的系统。在 0.9rc2 及更低版本中avahi-daemon 会通过发送包含递归 CNAME 记录的未经请求的 mDNS 响应经分段错误造成崩溃其中别名和规范名称指向相同的域例如将 h.local 用作 的 CNAME h.local。这会在 lookup_handle_cname 函数中造成无限递归进而导致堆栈耗尽。该漏洞影响明确设置了 AVAHI_LOOKUP_USE_MULTICAST 的记录浏览器这包括由 nss-mdns 使用的解析器创建的记录浏览器。此问题已在提交 78eab31128479f06e30beb8c1cbf99dd921e2524 中修补。 (CVE-2026-24401)

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

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

  - 当合并发生计数器时默认的 LONG_MAX + 第一个用户 -v/--verbose时 docopt.cpp v0.6.2 中的有符号整数溢出docopt_private.h 中的LeafPattern::match可造成计数器封装负的/无边界的语义和 会在依赖基于发生的限制、速率门控或安全切换的应用程序中导致逻辑/策略绕过。在强化版本中例如 UBSan 或 -ftrapv该溢出也可能导致进程中止 (DoS)。 (CVE-2025-67125)

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

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

  - 在 Python 中google.protobuf.json_format.ParseDict() 中存在一个拒绝服务 (DoS) 漏洞当解析嵌套的 google.protobuf.Any 消息时可绕过 max_recursion_depth 限制。由于内部 Any 处理逻辑内部缺少递归深度核算因此攻击者可提供绕过预期递归限制的深度嵌套的 Any 结构最终耗尽 Python 的递归堆栈并导致 RecursionError。 (CVE-2026-0994)

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

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

  - 电子邮件模块尤其是 BytesGenerator 类在序列化电子邮件消息时未正确为电子邮件标头引用换行符允许在序列化电子邮件时进行标头注入。此更新仅在使用 LiteralHeader 写入不遵守电子邮件折叠规则的标头时适用新行为将拒绝 BytesGenerator 中未正确折叠的标头。 (CVE-2026-1299)

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

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

  - npm cli 错误权限分配本地权限升级漏洞。此漏洞可让本地攻击者升级受影响的 npm cli 安装上的权限。要利用此漏洞，攻击者必须首先具备在目标系统上执行低权限代码的能力。模块的处理中存在特定的缺陷。应用程序从不安全的位置加载 模块。攻击者可利用此漏洞在目标用户环境中提升权限并执行任意代码。为 ZDI-CAN-25430。 (CVE-2026-0775)

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

远程主机上安装的 IBM Java 版本为低于 7.1.5.29 的 7.1/ 低于 8.0.8.60 的 8.0。因此，其会受到 2026 年 1 月 20 日 Oracle CPU 公告中提及的多个漏洞影响。

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：AWT、JavaFX）。支持的版本中受影响的是 Oracle Java SE：8u471、8u471-b50、8u471-perf、11.0.29、17.0.17、21.0.9、25.0.1；Oracle GraalVM for JDK：17.0.17 和 21.0.9；
    Oracle GraalVM Enterprise Edition：21.3.16。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若要成功发动攻击，必须与攻击者以外的其他人进行人工交互；虽然该漏洞存在于 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 中，但攻击可能对其他产品造成重大影响（范围更改）。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞不适用于仅加载并运行可信代码（如管理员安装的代码）的 Java 部署，此部署通常存在于服务器上。(CVE-2026-21932)

  - Oracle Java 21 中存在一个服务器端盲目请求伪造 (SSRF) 漏洞。若将非默认系统属性 com.sun.security.enableAIAcaIssuers 设置为 true，x509 证书路径验证机制中存在可导致拒绝服务 (DoS) 的漏洞。(CVE-2026-21945)

  - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Security）。支持的版本中受影响的是 Oracle Java SE：8u471、8u471-b50、8u471-perf、11.0.29、17.0.17、21.0.9、25.0.1；Oracle GraalVM for JDK：17.0.17 和 21.0.9；
    Oracle GraalVM Enterprise Edition：21.3.16。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功利用此漏洞进行攻击会导致攻击者在未经授权的情况下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 挂起或频繁出现重复性崩溃（完整 DOS）。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞不适用于仅加载并运行可信代码（如管理员安装的代码）的 Java 部署，此部署通常存在于服务器上。(CVE-2026-21945)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：Networking）。支持的版本中受影响的是 Oracle Java SE：8u471、8u471-b50、8u471-perf、11.0.29、17.0.17、21.0.9、25.0.1；Oracle GraalVM for JDK：17.0.17 和 21.0.9；
    Oracle GraalVM Enterprise Edition：21.3.16。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若要成功发动攻击，必须与攻击者以外的其他人进行人工交互；虽然该漏洞存在于 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 中，但攻击可能对其他产品造成重大影响（范围更改）。成功利用此漏洞进行攻击可导致在未经授权的情况下更新、插入或修改部分 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问数据的访问权限，以及未经授权即可读取访问 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问数据的子集。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-21933)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：RMI）。支持的版本中受影响的是 Oracle Java SE：8u471、8u471-b50、8u471-perf、11.0.29、17.0.17、21.0.9、25.0.1；Oracle GraalVM for JDK：17.0.17 和 21.0.9；
    Oracle GraalVM Enterprise Edition：21.3.16。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功利用此漏洞进行攻击可导致在未经授权的情况下更新、插入或修改部分 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问数据的访问权限，以及未经授权即可读取访问 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问数据的子集。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-21925)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Oracle Business Intelligence Publisher 的 7.6.0.0.0 和 8.2.0.0.0 版本受到 2026 年 1 月 CPU 公告中提及的一个漏洞的影响。

  - Oracle Analytics 的 Oracle BI Publisher 产品中组件Development Operations (Apache Tomcat) 的 Security-in-Depth 问题。Spring Framework 的批注检测机制可能未正确解析具有无限泛型的参数化超类型的类型层次结构内方法上的批注。如果此类注释用于授权决策，这可能会造成问题。如果您使用 Spring Security 的 @EnableMethodSecurity 功能您的应用程序可能会受到此漏洞的影响。 (CVE-2025-41249)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 VM VirtualBox 的 7.1.14 和 7.2.4 版本受到 2026 年 1 月 CPU 公告中提及的多个漏洞的影响。

  - Oracle Virtualization 的 Oracle VM VirtualBox 产品中的漏洞（组件：Core）。支持的版本中受影响的是 7.1.14 和 7.2.4。难以利用的漏洞允许未经身份验证的攻击者访问 Oracle VM VirtualBox 执行所在的硬件所附加的物理通信段从而危害 Oracle VM VirtualBox。成功利用此漏洞进行攻击可导致接管 Oracle VM VirtualBox。(CVE-2026-21982)

  - Oracle Virtualization 的 Oracle VM VirtualBox 产品中的漏洞（组件：Core）。支持的版本中受影响的是 7.1.14 和 7.2.4。可轻松利用的漏洞允许高权限攻击者登录 Oracle VM VirtualBox 执行的基础结构，从而破坏 Oracle VM VirtualBox。虽然该漏洞存在于 Oracle VM VirtualBox, 中，但攻击可能对其他产品造成重大影响（范围更改）。成功攻击此漏洞可导致接管 Oracle VM VirtualBox。CVE-2026-21955、 CVE-2026-21956、 CVE-2026-21987、 CVE-2026-21988、 CVE-2026-21990

  - Oracle Virtualization 的 Oracle VM VirtualBox 产品中的漏洞（组件：Core）。支持的版本中受影响的是 7.1.14 和 7.2.4。难以利用的漏洞允许高权限攻击者登录 Oracle VM VirtualBox 执行的基础结构，从而破坏 Oracle VM VirtualBox。虽然该漏洞存在于 Oracle VM VirtualBox, 中，但攻击可能对其他产品造成重大影响（范围更改）。成功利用此漏洞进行攻击可导致接管 Oracle VM VirtualBox。（CVE-2026-21957、CVE-2026-21983、CVE-2026-21984）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - netfilternf_tables尽可能避免链重新验证 Hamza Mahfooz 报告 nft_chain_validate(): watchdog缺陷中存在 cpu 软锁定 - CPU#1 卡住达 27s! [iptables-nft-re:37547] [..] RIP
    0010:nft_chain_validate+0xcb/0x110 [nf_tables] [..] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+validate+immediate/0x110] 0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [ nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_table_validate+0x6b/0xb0 [nf_tables] nf_tables_validate+0x8b/0xa0 [nf_tables] nf_tables_commit+0x1df/0x1eb0 [nf_tables] [..] 目前 nf_tables 将遍历整个表链式图表从入口点（基本链）开始，探索所有可能的路径（链跳转）。但在某些情况下我们可以避免重新验证。
    考虑1 input -> j2 -> j3 2 input -> j2 -> j3 3 input -> j1 -> j2 -> j3则第二个规则不需要重新验证 j2、 和 通过扩展 j3因为这已经是验证第一条规则期间进行了检查。我们只需针对规则 3 对其进行验证。之所以需要此操作，是因为链循环检测还可以确保我们不超过跳转的堆栈： 正因为知道 j2 未进入周期，其最后的跳转现在可能会超过允许的堆栈大小。我们还需要使用观察到的新的最大调用深度更新所有可访问的链。即使链深度不是问题也必须小心重新验证链验证还确保不会从无效的基本链调用表达式。例如，伪装表达式只能从 NAT 后路由基础链调用。因此，我们还需要保留基本链上下文（类型、hooknum）的记录，并在该链变得可从其他挂钩位置访问时重新验证。 (CVE-2025-71160)

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

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

  - bpf修复 bpf_prog_test_run_xdp() 中的引用计数泄漏 syzbot 在报告 unregister_netdevice等待 sit0 释放时。使用计数 = 2 问题。调试 printk() 修补程序发现在 xdp_convert_md_to_buff() 处从 bpf_prog_test_run_xdp() 获取 refcount。根据提交 ec94670fcb3bbpf支持通过 BPF_PROG_TEST_RUN 中的 xdp_md 上下文指定入口由 xdp_convert_md_to_buff() 获得的 refcount 将由 xdp_convert_buff_to_md() 释放。因此我们可以认为提交 1c1949982524 (bpf对 bpf_prog_test_run_xdp()) 引入的错误处理路径忘记调用 xdp_convert_buff_to_md()。 (CVE-2026-22994)

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

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

  - cifs修复 smb3_reconfigure() 中的内存和信息泄漏。在 smb3_reconfigure() 中如果 smb3_sync_session_ctx_passwords() 失败函数会立即返回而不释放和清除新分配的 new_password 和 new_password2。这会同时造成内存泄漏和潜在的信息泄漏。在此错误情况下请在返回之前调用两个密码缓冲区中的 kfree_sensitive()从而修复此问题。
    (CVE-2025-71151)

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

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

  - idpf处理重置时分离并关闭 netdev。通过将 netdev 设置为分离状态来保护重置路径免受回调并关闭所有处于 UP 状态的 netdev直到重置处理完成。在重置期间驱动程序将为 vport 取消分配资源且不保证这些资源会恢复正因如此现有 vport_ctrl_lock 无法提供足够的保护。
    就在重置处理之前调用 idpf_detach_and_close()。如果重置处理成功可通过调用 idpf_attach_and_open() 恢复 netdevs 状态。如果重置处理失败，netdev 会保持关闭状态。分离/向下调用受到 RTNL 锁的保护以避免与回调争用。在恢复端无需保持 RTNL 锁即可完成连接因为预期不会有回调这是因为分离/关闭始终在该流中首先完成所致。不再需要之前根据 init 任务中的 IDPF_VPORT_UP_REQUESTED 标记还原 netdevs 状态的逻辑因此删除了 idpf_set_vport_state()。IDPF_VPORT_UP_REQUESTED 仍在重置后用于还原 netdevs 的状态但未用于重置处理流程之外。 idpf_init_hard_reset() 被转换为 void因为它被用作 void并且没有基于其返回值进行错误处理。在此变更之前同时调用硬和软重置将导致驱动程序丢失 vport 状态ip -br a <inf> UP echo 1 > /sys/class/net/ens801f0/device/reset& \ ethtool -L ens801f0合并 8 ip -br a <inf> DOWN ip link set <inf> up ip -br a <inf> DOWN 同样在重置路径中出现故障netdev 会受到外部回调的影响同时 vport 资源不会被初始化从而导致崩溃在后续的 ifup/down 中[408471.398966] idpf 0000:83:00.0检测到硬件重置 [408471.411744] idpf 0000:83:00.0启动设备硬件重置 [408472.277901] idpf 0000:83:00.0驱动无法修复以联系设备的固件。检查 FW 是否正在运行。驱动程序状态= 0x2 [408508.125551] 缺陷内核空指针取消引用地址0000000000000078 [408508.126112] #PF
    内核模式中的主管读取访问 [408508.126687] #PF: error_code(0x0000) - not-present 页面 [408508.127256] PGD 2aae2f067 P4D 0 [408508.127824] Oops: Oops: 0000 [#1] SMP NOPTI ... [408508.130871] RIP: 0010:idpf_stop+0x39/0x70 [idpf] ... [408508.139193] 调用跟踪[408508.139637] <TASK> [408508.140077] __dev_close_many+0xbb/0x260 [408508.140533] __dev_change_flags+0x1cf/0x280 [408508.140987] netif_change_flags+0x26/0x70 [408508.141434] dev_change_flags+0x3d/0xb0 [408508.141878] devinet_ioctl+0x460/0x890 [408508.142321] inet_ioctl+0x18e/0x1d0 [408508.142762] ? _copy_to_user+0x22/0x70 [408508.143207] sock_do_ioctl+0x3d/0xe0 [408508.143652] sock_ioctl+0x10e/0x330 [408508.144091] ? find_held_lock+0x2b/0x80 [408508.144537] __x64_sys_ioctl+0x96/0xe0 [408508.144979] do_syscall_64+0x79/0x3d0 [408508.145415] entry_SYSCALL_64_after_hwframe+0x76/0x7e [408508.145860] RIP
    0033:0x7f3e0bb4caffCVE-2026-22981

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

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

  - 已修复 Linux 内核中的下列漏洞：arp: do not assume dev_hard_header() does not change skb->head arp_create() is the only dev_hard_header() caller making assumption about skb->head being unchanged. A recent commit broke this assumption. Initialize @arp pointer after dev_hard_header() call. (CVE-2026-22988)

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

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

  - KVMs390再次修复 gmap_helper_zap_one_page() gmap_helper_zap_one_page() 中缺少一些检查在特定情况下这可导致客户机中的内存损坏。添加缺少的检查。
    (CVE-2025-71155)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: do not write to msg_get_inq in callee NULL pointer dereference fix. msg_get_inq is an input field from caller to callee. Don't set it in the callee, as the caller may not clear it on struct reuse. This is a kernel-internal variant of msghdr only, and the only user does reinitialize the field. So this is not critical for that reason. But it is more robust to avoid the write, and slightly simpler code. And it fixes a bug, see below. Callers set msg_get_inq to request the input queue length to be returned in msg_inq. This is equivalent to but independent from the SO_INQ request to return that same info as a cmsg (tp->recvmsg_inq). To reduce branching in the hot path the second also sets the msg_inq. That is WAI. This is a fix to commit 4d1442979e4a (af_unix: don't post cmsg for SO_INQ unless explicitly asked for), which fixed the inverse.
    Also avoid NULL pointer dereference in unix_stream_read_generic if state->msg is NULL and msg->msg_get_inq is written. A NULL state->msg can happen when splicing as of commit 2b514574f7e8 (net: af_unix: implement splice for stream af_unix sockets). Also collapse two branches using a bitwise or. (CVE-2026-22983)

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

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

  - io_uring/poll在更新时正确处理 io_poll_add() 返回值更新 io_uring 的核心以一致地方式和修复的返回代码处理完成时更新后的 POLL_REMOVE opcode 发生轻微损坏。如果 POLL_ADD 待定然后使用 POLL_REMOVE 更新该请求的事件那么如果该更新导致现在触发 POLL_ADD则该完成将丢失并且 CQE 永远不会发布。此外请确保在更新确实导致现有 POLL_ADD 完成时完成值不会始终被 -ECANCELED 覆盖。在这种情况下，无论 io_poll_add() 将值设置为何，都应仅保留。 (CVE-2025-71149)

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

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

  - net修复 GRO 数据包的 skb_segment_list 中的内存泄漏数据包转发期间调用 skb_segment_list() 时会处理由 GRO 引擎聚合的数据包。从历史记录角度看，skb_segment_list 中的分段逻辑会假设各个段是从父 SKB 中拆分而来，并且可能需要进行自己的套接字内存核算。因此该代码会将 truesize 从父段传输到新创建的段。在提交 ed4cccef64c1gro修复所有权转移之前skb_segment_list() 中的 truesize 减法有效因为片段仍然携带对原始套接字的引用。但是 提交 ed4cccef64c1gro修复所有权转移通过确保明确孤立 fraglist 条目 (skb->sk = NULL) 更改了此行为从而防止以后在堆栈中出现非法孤立。此变更表示整个套接字内存消耗仍由标头 SKB 负责但 skb_segment_list() 中相应的核算逻辑从不更新。因此当前代码会无条件地将每个片段的 truesize 添加到 delta_truesize 并从父 SKB 中减去它。
    由于碎片不再记在套接字上因此释放磁头时此减法会导致内存的实际计数不足。这导致 sk_wmem_alloc 保持非零值从而阻止套接字破坏并导致持久性内存泄漏。当拆卸 networking Environment: unreferenced object 0xffff8881e6eb9100 (size 2048): comm ping, pid 6720, jiffies 4295492526 backtrace: kmem_cache_alloc_noprof+0x5c6/0x800 sk_prot_alloc+0x5b/0x220 sk_alloc_create0part+a0x30x5b_create0part+a0x30x800xffff8881e6eb9100 (size 2048): comm ping, pid 6720, jiffies 4295492526 backtrace .0+0x303/0x10d0 __sock_create+0x248/0x640 __sys_socket+0x11b/0x1d0 由于 skb_segment_list() 专门用于 GRO 构建的 SKB_GSO_FRAGLIST 数据包因此删除 truesize 调整。必须保留对 skb_release_head_state() 的调用。如提交 cf673ed0e057 (net修复 fraglist 分段引用计数泄漏) 中所述仍需要正确终止对可能在 __copy_skb_header() 期间覆盖的 SKB 扩展的引用。 (CVE-2026-22979)

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

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

  - ksmbd修复在会话查找中发现无效会话时的 refcount 泄漏如果找到了会话但其状态不是 SMB2_SESSION_VALID则表示未找到有效会话但缺少以递减会话查找所需的引用计数导致引用计数泄漏。
    此修补程序通过明确调用 ksmbd_user_session_put 以释放对会话的引用来修复该问题。 (CVE-2025-71150)

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

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

  - gve将中断启用延迟到 NAPI 注册。目前中断会在收到请求后立即自动启用。这允许在相关联的 NAPI 上下文完全初始化之前触发中断并造成如下所示的失败 [ 0.946369] 调用跟踪 [ 0.946369] <IRQ> [ 0.946369]
    __napi_poll+0x2a/0x1e0 [ 0.946369] net_rx_action+0x2f9/0x3f0 [ 0.946369] handle_softirqs+0xd6/0x2c0 [0.946369] ? handle_edge_irq+0xc1/0x1b0 [ 0.946369] __irq_exit_rcu+0xc3/0xe0 [ 0.946369] common_interrupt+0x81/0xa0 [ 0.946369] </IRQ> [ 0.946369] <TASK> [ 0.946369] asm_common_interrupt+0x22/0x40 [ 0.946369] RIP 0010:pv_native_safe_halt+0xb/0x10 在请求中断时使用“IRQF_NO_AUTOEN”标记以防止自动启用和在 NAPI 初始化路径中显式启用中断并在 NAPI 拆卸期间禁用。这可确保中断生命周期与 NAPI 上下文的准备情况严格关联。 (CVE-2025-71156)

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

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

  - 已修复 Linux 内核中的下列漏洞：ublk: fix use-after-free in ublk_partition_scan_work A race condition exists between the async partition scan work and device teardown that can lead to a use-after-free of ub->ub_disk: 1. ublk_ctrl_start_dev() schedules partition_scan_work after add_disk() 2. ublk_stop_dev() calls ublk_stop_dev_unlocked() which does: - del_gendisk(ub->ub_disk)
    - ublk_detach_disk() sets ub->ub_disk = NULL - put_disk() which may free the disk 3. The worker ublk_partition_scan_work() then dereferences ub->ub_disk leading to UAF Fix this by using ublk_get_disk()/ublk_put_disk() in the worker to hold a reference to the disk during the partition scan.
    The spinlock in ublk_get_disk() synchronizes with ublk_detach_disk() ensuring the worker either gets a valid reference or sees NULL and exits early. Also change flush_work() to cancel_work_sync() to avoid running the partition scan work unnecessarily when the disk is already detached. (CVE-2026-22995)

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

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

  - ksmbd修复 get_file_all_info() 中的内存泄漏。在 get_file_all_info() 中如果 vfs_getattr() 失败该函数会立即返回而不释放已分配的文件名从而导致内存泄漏。通过在这种错误情况下返回之前释放文件名来修复此问题。 (CVE-2025-71153)

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

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

  - nfsd检查 unlock_filesystem 中是否正在运行服务器如果尝试通过管理界面解锁文件系统而 nfsd 未运行会使服务器崩溃。当前会发生这种情况因为 nfsd4_revoke_states() 访问在服务器关闭过程中释放的状态结构例如 conf_id_hashtbl。 [ 59.465072] 调用跟踪[ 59.465308] nfsd4_revoke_states+0x1b4/0x898 [nfsd] (P) [59.465830] write_unlock_fs+0x258/0x440 [nfsd] [ 59.466278] nfsctl_transaction_write+0xb0/0x120 [nfsd] [59.466780] vfs_write+0x1f0/0x938 [ 59.467088] ksys_write+0xfc/0x1f8 [ 59.467395]
    __arm64_sys_write+0x74/0xb8 [ 59.467746] invoke_syscall.constprop.0+0xdc/0x1e8 [ 59.468177] do_el0_svc+0x154/0x1d8 [ 59.468489[] ] el0_svc+0x40/0xe0 [  ] el0t_64_sync_handler+0xa0/0xe8 [ 59.468767] el0t_64_sync_handler+0xa0/0xe8 [59.469138] el0t_64_sync_handler+0xa0/0xe8 +0x1ac/0x1b0 通过获取 nfsd_mutex 并检查服务器是否仍在运行，然后在对 nfsd4_revoke_states() 的调用中保留互斥体，以确保不可能发生这种情况。
    (CVE-2026-22989)

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

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

  - netusbrtl8150修复 usb_submit_urb() 失败时的内存泄漏在 async_set_registers() 中当 usb_submit_urb() 失败时不会释放分配的 async_req 结构和 URB从而导致内存泄漏。
    完成回调 async_set_reg_cb() 负责释放这些分配但仅在 URB 成功提交并完成（成功或有错误）后才会调用。如果提交失败，回调函数永远不会运行，并且内存会泄漏。通过在 usb_submit_urb() 失败时释放错误路径中的 URB 和请求结构来修复此问题。 (CVE-2025-71154)

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

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

  - libceph替换 osdmap_apply_incremental() 中过分热切的 BUG_ON 如果 osdmap恶意损坏使得增量 osdmap epoch 与预期不同则无需 BUG。
    而是仅声明增量 osdmap 无效。 (CVE-2026-22990)

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

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

  - libceph防止 handle_auth_done() 中可能发生的越界读取 对 payload_len 执行显式边界检查以避免 callout 中可能的越界访问。 [ idryomov变更日志 ] (CVE-2026-22984)

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: fix use-after-free warning in btrfs_get_or_create_delayed_node() Previously, btrfs_get_or_create_delayed_node() set the delayed_node's refcount before acquiring the root->delayed_nodes lock. Commit e8513c012de7 (btrfs: implement ref_tracker for delayed_nodes) moved refcount_set inside the critical section, which means there is no longer a memory barrier between setting the refcount and setting btrfs_inode->delayed_node. Without that barrier, the stores to node->refs and btrfs_inode->delayed_node may become visible out of order. Another thread can then read btrfs_inode->delayed_node and attempt to increment a refcount that hasn't been set yet, leading to a refcounting bug and a use-after-free warning. The fix is to move refcount_set back to where it was to take advantage of the implicit memory barrier provided by lock acquisition. Because the allocations now happen outside of the lock's critical section, they can use GFP_NOFS instead of GFP_ATOMIC.
    (CVE-2025-71159)

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

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

  - nfsd为 v4_end_grace 提供锁定到 v4_end_grace 的写入可与服务器关闭争用并导致内存释放后被访问 - 特别是 reclaim_str_hashtbl。无法在 nfsd4_end_grace() 调用期间保持 nfsd_mutex因为在调用 client_tracking_op->init() 时保持 nfsd_mutex 可以等待对 nfsdcltrack 的向上调用从而写入 v4_end_grace从而导致死锁。
    nfsd4_end_grace() 也可以由landromat 工作队列调用该调用不需要锁定因为服务器关闭会停止工作并等待工作然后再释放 nfsd4_end_grace() 可能访问的任何内容。
    但是我们必须确保在关闭已经等待之后对 v4_end_grace 的写入不会重新启动工作项目。为此我们添加了一个受 nn->client_lock 保护的新标记。仅当可安全进行客户端跟踪调用时才应设置该标记并且 v4_end_grace 仅会在旋转锁不放的情况下设置该标记时才计划工作。因此此修补程序添加了按所述方式设置的 nfsd_net 字段 client_tracking_active。
    另一个字段 grace_end_forced 在写入 v4_end_grace 时设置。设置 this 之后，如果设置了 client_tracking_active，laundromat 便会计划在内。此 grace_end_forced 字段会绕过宽限期是否已结束的其他检查。此更新解决了可导致释放后使用的争用。
    (CVE-2026-22980)

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

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

  - libceph从 mon_handle_auth_done() 返回处理程序错误。当前来自 ceph_auth_handle_reply_done() 的任何错误都会通过 finish_auth() 传播但不会从 mon_handle_auth_done() 返回。这会导致较高层得知尽管监控程序认为我们已成功通过身份验证但身份验证阶段出现问题并做出相应反应但 msgr2 仍然尝试在后台继续建立会话。在安全模式下这可在 setup_crypto() 中触发 WARN并在稍后导致 prepare_auth_signature() 内部发生空指针取消引用。 (CVE-2026-22992)

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

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

  - libceph使 free_choose_arg_map() 对部分分配恢复正常如果其调用程序在部分分配之后发生故障free_choose_arg_map() 可能会取消引用空指针。例如在 decode_choose_args() 中如果分配 arg_map->args 失败执行过程将跳至失败标签并调用 free_choose_arg_map()。
    由于 arg_map->size 在内存分配前更新为非零值free_choose_arg_map() 将会迭代 arg_map->args 并取消引用一个空指针。为防止这种潜在的空指针取消引用并使 free_choose_arg_map() 更具弹性请在迭代前添加指针检查。
    (CVE-2026-22991)

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

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

  - gpiolib修复 gdev->srcu 的争用条件如果有两个驱动程序同时调用 gpiochip_add_data_with_key()则一个驱动程序可能会遍历 gpio_name_to_desc() 中的 srcu 保护列表而另一个则刚在 gpiodev_add_to_list_unlocked() 中添加其 gdev。当一个实例在另一个实例初始化之前取消引用和使用 &gdev->srcu 时这会造成非互斥且不受保护的时间范围从而导致崩溃
    [ 4.935481] 无法处理虚拟地址 ffff800272bcc000 处的内核分页请求 [ 4.943396] Mem 中止信息[ 4.943400] ESR = 0x0000000096000005 [ 4.943403] EC = 0x25DABT当前 EL、IL = 32 位 [4.943407] SET = 0, FnV = 0 [ 4.943410] EA = 0, S1PTW = 0 [ 4.943413] FSC = 0x05级别 1 转换错误 [ 4.943416] Data 中止信息 [ 4.943418] ISV = 0, ISS = 0x00000005 、ISS2 = 0x00000000 [ 4.946220] CM = 0, WnR = 0, TnD = 0, TagAccess = 0 [ 4.955261] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [ 4.955268] swapper pgtable: 4k页面、48 位 VA、 pgdp=0000000038e6c000 [ 4.961449] [ffff800272bcc000] pgd=0000000000000000 [4.969203]、p4d=1000000039739003 [ 4.979730] 、 pud=0000000000000000 [ 4.980210] phandle (CPU)0x0000005ephandle (BE)0x5e000000针对节点重置 [ 4.991736] 内部错误Oops: 0000000096000005 [#1] PREEMPT SMP ... [ 5.121359] pc : __srcu_read_lock+0x44/0x98 [ 5.131091] lr : gpio_name_to_desc+0x60/0x1a0 [5.153671] sp ffff8000833bb430 [ 5.298440] [ 5.298443] 调用跟踪[ 5.298445] __srcu_read_lock+0x44/0x98 [ 5.309484] gpio_name_to_desc+0x60/0x1a0 [ 5.320692] gpiochip_add_data_with_key+0x488/0xf00 5.946419] ---[end trace 00000000000000000] --- 移动在将其添加到 gpio_devices 之前gdev 字段的初始化代码具有邻近的初始化代码。调整 goto 语句以反映修改后的操作顺序 [Bartosz修复了一个版本问题删除了零散换行符] (CVE-2026-22986)

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

ID	名称	严重性
296545	Linux Distros 未修补的漏洞：CVE-2025-71163	medium
296544	Linux Distros 未修补的漏洞：CVE-2026-22999	high
296543	Linux Distros 未修补的漏洞：CVE-2026-23009	medium
296542	Linux Distros 未修补的漏洞：CVE-2026-23011	medium
296541	Linux Distros 未修补的漏洞：CVE-2026-22998	medium
296540	Linux Distros 未修补的漏洞：CVE-2026-23006	medium
296539	Linux Distros 未修补的漏洞：CVE-2026-23010	high
296538	Linux Distros 未修补的漏洞：CVE-2026-23005	medium
296537	Linux Distros 未修补的漏洞：CVE-2026-23001	medium
296536	Linux Distros 未修补的漏洞：CVE-2025-71162	high
296535	Linux Distros 未修补的漏洞：CVE-2026-23002	high
296534	Linux Distros 未修补的漏洞：CVE-2026-23008	medium
296533	Linux Distros 未修补的漏洞：CVE-2026-23012	high
296532	Linux Distros 未修补的漏洞：CVE-2026-22996	medium
296531	Linux Distros 未修补的漏洞：CVE-2026-23004	high
296530	Linux Distros 未修补的漏洞：CVE-2026-22997	medium
296529	Linux Distros 未修补的漏洞：CVE-2026-23013	medium
296528	Linux Distros 未修补的漏洞：CVE-2026-23000	medium
296527	Linux Distros 未修补的漏洞：CVE-2026-23007	high
296526	Linux Distros 未修补的漏洞：CVE-2026-23003	high
296504	Linux Distros 未修补的漏洞：CVE-2026-24401	medium
296423	Linux Distros 未修补的漏洞：CVE-2025-67125	medium
296422	Linux Distros 未修补的漏洞：CVE-2026-0994	high
296421	Linux Distros 未修补的漏洞：CVE-2026-1299	medium
296420	Linux Distros 未修补的漏洞：CVE-2026-0775	high
296417	IBM Java 7.1 < 7.1.5.29/8.0 < 8.0.8.60 多个漏洞	medium
296415	Oracle Business Intelligence Publisher2026 年 1 月 CPU	high
296414	Oracle VM VirtualBox2026 年 1 月 CPU	medium
296412	Linux Distros 未修补的漏洞：CVE-2025-71160	medium
296411	Linux Distros 未修补的漏洞：CVE-2026-22994	high
296410	Linux Distros 未修补的漏洞：CVE-2025-71151	medium
296409	Linux Distros 未修补的漏洞：CVE-2026-22981	medium
296408	Linux Distros 未修补的漏洞：CVE-2026-22988	high
296407	Linux Distros 未修补的漏洞：CVE-2025-71155	high
296406	Linux Distros 未修补的漏洞：CVE-2026-22983	medium
296405	Linux Distros 未修补的漏洞：CVE-2025-71149	high
296404	Linux Distros 未修补的漏洞：CVE-2026-22979	medium
296403	Linux Distros 未修补的漏洞：CVE-2025-71150	high
296402	Linux Distros 未修补的漏洞：CVE-2025-71156	medium
296401	Linux Distros 未修补的漏洞：CVE-2026-22995	high
296400	Linux Distros 未修补的漏洞：CVE-2025-71153	medium
296399	Linux Distros 未修补的漏洞：CVE-2026-22989	high
296398	Linux Distros 未修补的漏洞：CVE-2025-71154	medium
296397	Linux Distros 未修补的漏洞：CVE-2026-22990	high
296396	Linux Distros 未修补的漏洞：CVE-2026-22984	high
296395	Linux Distros 未修补的漏洞：CVE-2025-71159	high
296394	Linux Distros 未修补的漏洞：CVE-2026-22980	medium
296393	Linux Distros 未修补的漏洞：CVE-2026-22992	medium
296392	Linux Distros 未修补的漏洞：CVE-2026-22991	medium
296391	Linux Distros 未修补的漏洞：CVE-2026-22986	medium

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

high

medium

medium

high

high

medium

high

medium

high

medium

medium

medium

high

high

medium

medium

high

medium

high

medium

high

medium

medium

high

medium

medium

high

high

medium

high

medium

high

medium

high

medium

high

medium

high

high

high

medium

medium

medium

medium