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

  - LoongArch KVM修复 kvm_ipi_destroy() 中的 kvm_device 泄露。在 kvm_ioctl_create_device() 中kvm_device 已分配内存kvm_device->destroy() 似乎应该释放其 kvm_device 结构但 kvm_ipi_destroy() 当前并未执行此操作导致内存泄漏。请修复它。
    (CVE-2026-23028)

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

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

  - phyrockchipinno-usb2修复 rockchip_usb2phy_probe() 中的双重释放缺陷 for_each_available_child_of_node() 调用 of_node_put() 以释放各成功循环中的 child_np。从已释放 child_np 的循环中断后如果 devm_request_threaded_irq() 失败代码将跳到 put_child 标签并且将再次调用 of_node_put()。这些缺陷会造成双重释放缺陷。
    通过直接返回避免重复的 of_node_put() 进行修复。 (CVE-2026-23030)

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

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

  - gpiompsse修复 gpio_mpsse_probe() 错误路径中的引用泄漏 在 gpio_mpsse_probe() 错误路径中不释放通过调用 usb_get_dev() 获得的引用。使用设备管理的辅助函数修复此问题。还可删除 disconnect 函数中的 usb_put_dev() 调用因为现在它将自动释放。 (CVE-2026-23015)

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

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

  - net3com3c59x修复 vortex_probe1() pdev 中可能的空取消引用可能为空的情况并在 1297 中通过空 pdev 调用 free_ring。 (CVE-2026-23020)

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

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

  - dmaengineomap-dma修复错误路径中的 dma_pool 资源泄漏 当 dma_async_device_register() 或 of_dma_controller_register() 失败时dma_pool_create() 创建的 dma_pool 不会被破坏从而导致探测错误路径中的资源泄漏。在两个错误路径中添加 dma_pool_destroy() 以正确释放分配的 dma_pool 资源。 (CVE-2026-23033)

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

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

  - dmaengineqcomgpi修复 gpi_peripheral_config() 中的内存泄漏 修复 gpi_peripheral_config() 中的内存泄漏如果 krealloc() 失败由 gchan->config 指向的原始内存可能会丢失。在以下情况下会发生此问题 1. gchan->config 指向之前分配的内存 2. krealloc() 失败并返回空值 3. 该函数将空值直接分配给 gchan->config从而丢失对原始内存的引用 4. 原始内存变得无法访问且无法释放 通过使用临时变量保存 krealloc() 结果并且仅在分配成功时更新 gchan->config 可以修复此问题。通过静态分析和代码审查发现。 (CVE-2026-23026)

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

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

  - netmarvell prestera修复 devlink_alloc() 故障时的空取消引用。分配失败时devlink_alloc() 可能返回空值但 prestera_devlink_alloc() 在返回的指针上无条件调用 devlink_priv()。如果 devlink 分配失败这将导致空指针取消引用。添加对空 devlink 指针的检查并提前返回空值以避免崩溃。 (CVE-2026-23019)

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

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

  - 已修复 Linux 内核中的下列漏洞：rust_binder: remove spin_lock() in rust_shrink_free_page() When forward-porting Rust Binder to 6.18, I neglected to take commit fb56fdf8b9a2 (mm/list_lru: split the lock to per-cgroup scope) into account, and apparently I did not end up running the shrinker callback when I sanity tested the driver before submission. This leads to crashes like the following: ============================================ WARNING: possible recursive locking detected 6.18.0-mainline-maybe-dirty #1 Tainted: G IO -------------------------------------------- kswapd0/68 is trying to acquire lock: ffff956000fa18b0 (&l->lock){+.+.}-{2:2}, at: lock_list_lru_of_memcg+0x128/0x230 but task is already holding lock: ffff956000fa18b0 (&l->lock){+.+.}-{2:2}, at:
    rust_helper_spin_lock+0xd/0x20 other info that might help us debug this: Possible unsafe locking scenario:
    CPU0 ---- lock(&l->lock); lock(&l->lock); *** DEADLOCK *** May be due to missing lock nesting notation 3 locks held by kswapd0/68: #0: ffffffff90d2e260 (fs_reclaim){+.+.}-{0:0}, at: kswapd+0x597/0x1160 #1:
    ffff956000fa18b0 (&l->lock){+.+.}-{2:2}, at: rust_helper_spin_lock+0xd/0x20 #2: ffffffff90cf3680 (rcu_read_lock){....}-{1:2}, at: lock_list_lru_of_memcg+0x2d/0x230 To fix this, remove the spin_lock() call from rust_shrink_free_page(). (CVE-2025-71181)

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

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

  - dmaenginebcm-sba-raid修复探测时的设备泄漏 确保终止在探测失败和驱动程序取消绑定时探测期间查找邮箱设备时获取的引用。 (CVE-2025-71190)

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

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

  - dmaenginedwdmamux修复路由分配失败时的 OF 节点泄漏 确保同样在近期路由分配失败时终止对 DMA 主控端 OF 节点的引用。 (CVE-2025-71189)

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

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

  - LoongArch KVM修复 kvm_eiointc_destroy() 中的 kvm_device 泄漏在 kvm_ioctl_create_device() 中kvm_device 已分配内存kvm_device->destroy() 似乎应该释放其 kvm_device 结构但 kvm_eiointc_destroy() 当前并未执行此操作导致内存泄漏。请修复它。
    (CVE-2026-23029)

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

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

  - mm/page_alloc当 SMP=n 时防止 pcp 损坏 内核测试 Robot 报告了缺陷 CPU#0UP 中的旋转锁 trylock 失败、kcompactd0/28 lock: 0xffff888807e35ef0、.magic: dead4ead、.owner: kcompactd0/28。 owner_cpu: 0 CPU: 0 UID: 0 PID: 28 Comm: kcompactd0 未受感染 6.18.0-rc5-00127-ga06157804399 #1 PREEMPT 8cc09ef94dcec767faa911515ce9e609c45db470 调用跟踪 <IRQ> __dump_stack (lib/dump_stack_lvl) (lib/dump_stack_lvl) dump_stack_lvl .c:123) dump_stack (lib/dump_stack.c:130) spin_dump (kernel/locking/spinlock_debug.c:71) do_raw_spin_trylock (kernel/locking/spinlock_debug.c:?)
    _raw_spin_trylock (include/linux/spinlock_api_smp.h:89 kernel/locking/spinlock.c:138) __free_frozen_pages (mm/page_alloc.c:2973) ___free_pages (mm/page_alloc.c:5295) __free_pages (mm/page_alloc.c:5334) ) tlb_remove_table_rcu (include/linux/mm.h:? include/linux/mm.h:3122 include/asm-generic/tlb.h:220 mm/mmu_gather.c:227 mm/mmu_gather.c:290) __cfi_tlb_remove_table_rcu (mm/mmu_gather.c:289) ？ rcu_core (kernel/rcu/tree.c:?) rcu_core (include/linux/rcupdate.h:341 kernel/rcu/tree.c:2607 kernel/rcu/tree.c:2861) rcu_core_si (kernel/rcu/tree. c:2879) handle_softirqs (arch/x86/include/asm/jump_label.h:36 include/trace/events/irq.h:142 kernel/softirq.c:623) __irq_exit_rcu (arch/x86/include/asm/jump_label.h:36) h:36 kernel/softirq.c:725) irq_exit_rcu (kernel/softirq.c:741) sysvec_apic_timer_interrupt (arch/x86/kernel/apic/apic.c:1052) </IRQ> <TASK> RIP
    0010:_raw_spin_unlock_irqrestore (arch/x86/include/asm/preempt.h:95 include/linux/spinlock_api_smp.h:152 kernel/locking/spinlock.c:194) free_pcppages_bulk (mm/page_alloc.c:1494)rain_pages_zone (include/内核.c:465) ?
    __cfi_kcompactd (mm/compaction.c:3166) ? __cfi_kthread (kernel/kthread.c:412) ret_from_fork (arch/x86/kernel/process.c:164) ? __cfi_kthread (kernel/kthread.c:412) ret_from_fork_asm (arch/x86/entry/entry_64.S:255) </TASK> Matthew 分析了该报告后发现rain_page_zone() 受到 spin_lock(&pcp-> lock)，然后获得尝试在同一锁上 spin_trylock() 的中断。代码经过设计可在不禁用 IRQ 的情况下以这种方式工作并且通过回退偶尔导致 trylock 失败。然而SMP=n 自旋锁实现假设 spin_trylock() 始终成功因此它通常为无操作。此处启用的锁定调试可捕获问题但在其他情况下可导致 pcp 结构损坏。此问题已由提交 574907741599 (mm/page_alloc) 引入使每个 cpu 的页面分配的 IRQ 保持启用状态。pcp 锁定方案可识别需要禁用 IRQ 以防止在 SMP=n 上嵌套 spin_trylock() 部分但尚未识别防止 spin_lock() 中嵌套的需要。通过引入使用 SMP=n 将 spin_lock() 更改为 spin_lock_iqsave() 的本地封装程序并在所有执行 spin_lock(&pcp->lock) 的位置使用它们来修复此问题。 [vbabka@suse.cz已将 pcp_ 前缀添加至 spin_lock_irqsave 封装程序据 Steven] (CVE-2026-23025)

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

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

  - cangs_usbgs_usb_receive_bulk_callback()修复 URB 内存泄漏 在 gs_can_open() 中USB-in 传输的 URB 会被分配、添加到 parent->rx_submitted 定位标记并提交。在完整的回调 gs_usb_receive_bulk_callback() 中会对 URB 进行处理并重新提交。在 gs_can_close() 中通过调用 usb_kill_anchored_urbs(parent->rx_submitted) 释放 URB。但是，这没有考虑到 USB 框架会在调用 complete 函数之前取消锚定 URB。这表示 in-URB 完成后将不再定位且最终不会在 gs_can_close() 中释放。通过将 gs_usb_receive_bulk_callback() 中的 URB 定位到 parent->rx_submitted 定位标记修复内存泄漏。
    (CVE-2026-23031)

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

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

  - btrfs记录 inode refs 时始终检测冲突的 inode。重命名交换使用重命名交换操作或多个非原子步骤中的常规重命名两个 inode且其中至少一个是目录后我们可得到一个日志仅包含 inode 和 的树在电源故障后可能导致尝试删除其他 inode 但不该删除因为在电源故障前未将其删除。某些情况下当目标 inode 是其中包含子卷的目录时删除尝试会失败因为未准备好日志重播代码来处理指向根项目仅限 inode 项目的目录条目。 1) 在同一父目录下有目录 dir1 (inode A) 和 dir2 (inode B) 2) 我们在目录 dir1 (inode A) 下有一个文件 (inode C) 3) 目录 dir2 (inode B) 中有一个子卷4) 所有这些 inode 已在过去的事务中持久化目前处于事务 N 5) 我们重命名了文件 (inode C)因此在 btrfs_log_new_name() 中我们将 inode C 的 last_unlink_trans 更新为 N 6) 我们对 dir1 (inode A) 和 dir2 (inode B) 进行重命名交换因此在交换之后 dir1 变成 inode B并且 dir2 变成 inode A。在重命名交换期间我们为 inode A 和 B 调用 btrfs_log_new_name()但是因为它们是目录所以我们不会将其 last_unlink_trans 更新为 N 7) 针对文件 (inode C) 的 fsync 已完成由于其 inode 的 last_unlink_trans 的值为 N因此我们记录其父目录 (inode A)通过 btrfs_log_all_parents()从 btrfs_log_inode_parent() 调用。 8) 因此最终导致 inode B 未记录而 inode B 现在具有 inode A 的旧名称。在 copy_inode_items_to_log() 中记录 inode A 时我们未检查是否有任何冲突的 inode 要记录因为 inode A 已经生成低于当前事务（在过去的事务中创建） 9) 停电后重播日志树时由于我们发现 inode A 的新名称与 fs 树中的 inode B 的名称冲突因此我们尝试删除 inode B...这是错误的因为目录在电源故障之前从未删除过并且因为该目录内存在一个子卷尝试删除它将失败因为 replay_dir_deletes() 和 btrfs_unlink_inode() 未准备好处理指向根而不是 inode 的目录项目。当发生这种情况时挂载会失败并且我们会得到如下所示的堆栈跟踪信息
    [87.2314] BTRFS info设备 dm-0启动树状日志重播 [87.2318] BTRFS危急设备 dm-0)无法删除对 subvol、root 5 inode 256 父 259 的引用 [87.2332] -- ----------[ 在此处切换 ]------------ [87.2338] BTRFS事务中止错误 -2[87.2346] 警告CPU1 PID 638968 at fs/btrfs/inode.c:4345 __btrfs_unlink_inode+0x416/0x440 [btrfs] [87.2368] 中链接的模块 btrfs loop dm_thin_pool (...) [87.2470] CPU: 1 UID: 0 PID: 638968 Comm mount 受感染的 GW 6.18.0-rc7-btrfs-next-218+ #2 PREEMPT(full) [87.2489] 受感染的[W]=WARN [87.2494] 硬件名称QEMU Standard PCi440FX + PIIX1996 BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [87.2514] RIP
    0010:__btrfs_unlink_inode+0x416/0x440 [btrfs] [87.2538] Codec0 89 04 24 (...) [87.2568] RSP
    0018ffffc0e741f4b9b8 EFLAGS00010286 [87.2574] RAX: 0000000000000000 RBX: ffff9d3ec8a6cf60 RCX
    0000000000000000 [87.2582] RDX: 0000000000000002 RSI: ffffffff84ab45a1 RDI: 00000000ffffffff [87.2591] RBP: ffff9d3ec8a6ef20 R08: 0000000000000000 R09: ffffc0e741f4b840 [87.2599] R10: ffff9d45dc1fffa8 R11:
    0000000000000003 R12ffff9d3ee26d77e0 [87.2608] R13ffffc0e741f4ba98 R14ffff9d4458040800 R15
    ffff9d44b6b7ca10 [87.2618] FS: 00007f7b9603a840(0000) GS:ffff9d4658982000(0000) knlGS:000000000000000 [87. ---truncated--- (CVE-2025-71183)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/gud: fix NULL fb and crtc dereferences on USB disconnect On disconnect drm_atomic_helper_disable_all() is called which sets both the fb and crtc for a plane to NULL before invoking a commit. This causes a kernel oops on every display disconnect. Add guards for those dereferences. (CVE-2026-23039)

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

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

  - idpf修复 idpf_vport_rel() 中 idpf_vport_rel() 释放 vport->rx_ptype_lkup 中的内存泄漏以避免重置期间泄漏内存。报告者由 kmemleak未引用的对象 0xff450acac838a000 (大小 4096)comm kworker/u258:5、pid 7732、jiffies 4296830044 十六进制转储前 32 字节00 00 00 00 00 10 00 00 00 10 00 00 00 00 00 .0 . ............ 00 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 .. ): __kmalloc_cache_noprof+0x469/0x7a0 idpf_send_get_rx_ptype_msg+0x90/0x570 [idpf] idpf_init_task+0x1ec/0x8d0 [idpf] process_one_work+0x226/0x6d0 worker_thread+0x19e/0x340 kthread+0x10f/0x250 ret_from_fork+0x251/0x2b0 ret_from_fork_asm+0x1a/0x30 (CVE-2026-23023)

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

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

  - dmaengineshrz-dmac修复探测失败时的设备泄漏 确保终止在探测期间查找 ICU 设备时在探测失败时例如探测延迟。 (CVE-2025-71187)

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

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

  - counterinterrupt-cnt删除 IRQF_NO_THREAD 标记 IRQ 处理程序可能是 IRQF_NO_THREAD 也可能会获取 spinlock_t如 CONFIG_PROVE_RAW_LOCK_NESTING 警告======================= ==== [ 缺陷无效等待上下文 ] 6.18.0-rc1+git... #1 -------------------------- --some-user-space-process/1251 is试图锁定: (&counter->events_list_lock){....}-{3:3}, at: counter_push_event [counter] 其他可能有助于我们调试这个: context -{2:2} no lockholding bysome-user-space-process/....堆栈回溯CPU0 UID0 PID1251 Commsome-user-space-process 6.18.0-rc1+git。 ..#1 PREEMPT Call trace: show_stack (C) dump_stack_lvl dump_stack __lock_acquire lock_acquire _raw_spin_lock_irqsave counter_push_event [counter] interrupt_cnt_isr [interrupt_cnt] __handle_irq_event_percpu handle_irq_event handle_simple_irq handle_irq_desc generic_handle_domain_irq gpio_irq_handler handle_irq_desc generic_handle_domain_irq gic_handle_irq call_on_irq_stack do_interrupt_handler el0_interrupt __el0_irq_handler_common el0t_64_irq_handler el0t_64_irq ... and Sebastian correctly points out. 删除 IRQF_NO_THREAD 作为切换到 raw_spinlock_t 的替代方法因为后者将所有潜在嵌套锁定仅限 raw_spinlock_t。 (CVE-2025-71180)

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

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

  - pnfs/flexfiles修复 nfs4_ff_alloc_deviceid_node() 中的内存泄漏。在 nfs4_ff_alloc_deviceid_node() 中如果 ds_versions 的分配失败则函数会跳到 out_scratch 标签而不释放已分配的 dsaddrs 列表从而导致内存泄漏。通过跳至 out_err_drain_dsaddrs 标签来修复此问题这会在清理其他资源之前正确释放 dsaddrs 列表。 (CVE-2026-23038)

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

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

  - LoongArch KVM修复 kvm_pch_pic_destroy() 中的 kvm_device 泄露。在 kvm_ioctl_create_device() 中kvm_device 已分配内存kvm_device->destroy() 似乎应该释放其 kvm_device 结构但 kvm_pch_pic_destroy() 当前并未执行此操作导致内存泄漏。请修复它。
    (CVE-2026-23027)

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

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

  - idpf修复 idpf_vc_core_deinit() 中的内存泄漏 确保释放 hw->lan_regs。由 kmemleak 在重置期间报告未引用的对象 0xff1b913d02a936c0 (size 96): comm kworker/u258:14, pid 2174, jiffies 4294958305 十六进制转储前 32 字节: 00 00 00 c0 a8 ba 2d ff 00 00 00 00 00 00 00 ......-......00 00 40 08 00 00 00 00 00 00 25 b3 a8 ba 2d ff ..@.......%...-。回溯 (crc 36063c4f)
    __kmalloc_noprof+0x48f/0x890 idpf_vc_core_init+0x6ce/0x9b0 [idpf] idpf_vc_event_task+0x1fb/0x350 [idpf] process_one_work+0x226/0x6d0 worker_thread+0x19e/0x340 kthread+0x10f/0x250 ret_from_fork+0x251/0x2b0 ret_from_fork_asm+0x1a/0x30 (CVE-2026-23022)

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

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

  - btrfs修复跟踪 inode 逐出时根上的空取消引用逐出 inode 时我们做的第一个问题是为其设置跟踪这意味着获取根的 id。但在 btrfs_evict_inode() 中根可能为空正如我们在 btrfs_evict_inode() 中执行的下一次检查所暗示的。因此我们或者应该在根为空的情况下将 ->root_objectid 设置为 0或者在检查根确认不为空之后移动跟踪设置。将 rootid 设置为 0 至少使我们即使在 root 为 NULL 的情况下也可以跟踪此调用这是此处采用的解决方案。 (CVE-2025-71184)

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

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

  - dmaengineat_hdmac修复 of_dma_xlate() 上的设备泄漏 确保终止当释放通道资源时在 of_dma_xlate() 期间查找 DMA 平台设备时采用的引用。请注意提交 3832b78b3ec2 (dmaengineat_hdmac添加 at_dma_xlate() 中缺少的 put_device() 调用) 修复了几个错误路径中的泄漏但即使成功分配引用仍然泄漏。 (CVE-2025-71191)

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

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

  - drm/amdgpu/userq修复队列拆卸 v2 中的隔离引用泄漏 用户模式队列保留一个指向 userq->last_fence 中最近隔离的指针。此指针拥有一个额外的 dma_fence 引用。当队列被破坏时我们释放了屏蔽驱动程序及其 xarray但忘记终止 last_fence 引用。
    由于缺少 dma_fence_put()因此当驱动程序卸载时最后一个隔离对象可能会保持活动状态。这会在 amdgpu_userq_fence slab 缓存中留下一个已分配的对象并触发此问题。这在驱动程序卸载期间表现为 __kmem_cache_shutdown() kmem_cache_destroy amdgpu_userq_fence 上仍有对象剩余 BUG amdgpu_userq_fence: Slab 缓存中仍有对象调用追踪kmem_cache_destroy amdgpu_userq_fence_slab_fini amdgpu_exit __do_sys_delete 此 user_module- >last_fence 并清除 amdgpu_userq_fence_driver_free() 期间的指针。这可确保模块退出时隔离引用得到释放且 slab 缓存为空。 v2仅更新到包含 dma_fence_put() 的版本 userq->last_fence (Christian)从提交 8e051e38a8d45caf6a866d4ff842105b577953bb 中挑选的 Cherry pick (CVE-2026-23034)

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

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

  - canj1939如果设备不再注册则 j1939_session_activate() 失败syzbot 仍在报告 unregister_netdevice等待 vcan0 释放。添加了使用计数 = 2即使在提交 93a27b5891b8 之后添加j1939添加 NETDEV_UNREGISTER 通知处理程序中缺少的调用。调试 printk() 修补程序发现即使 j1939_netdev_notify(NETDEV_UNREGISTER) 中的 j1939_cancel_active_session() 已完成j1939_session_activate() 也可成功。由于 j1939_cancel_active_session() 是在持有会话列表锁定的情况下处理因此在持有会话列表锁定的情况下检查 j1939_session_activate() 中的 ndev->reg_state 可以可靠地关闭争用窗口。 (CVE-2025-71182)

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

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

  - dmaengineti: dma-crossbar修复 am335x 路由分配的设备泄漏 确保终止 am335x 路由分配期间查找 crossbar 平台设备时获取的引用。 (CVE-2025-71185)

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

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

  - btrfs在 btrfs_read_locked_inode() 中初始化区段树之前释放路径 在 btrfs_read_locked_inode() 中我们调用 btrfs_init_file_extent_tree()同时保留具有子卷树中的读取锁定叶的路径并且 btrfs_init_file_extent_tree() 可能会执行可触发的 GFP_KERNEL 分配回收。这可创建 lockdep 通过以下 splat 发出警告的循环锁定依赖关系 [6.1433] ============================== ======================== [6.1574] 警告
    检测到可能的循环锁定依存关系 [6.1583] 6.18.0+ #4 受感染GU [6.1591]
    -------------------------------------------------- ---- [6.1599] kswapd0/117 正在尝试获取锁定
    [6.1606] ffff8d9b6333c5b8 (&delayed_node->mutex){+.+.}-{3:3}位于
    __btrfs_release_delayed_node.part.0+0x39/0x2f0 [6.1625] 但任务已持有锁定[6.1633] fffffffffa4ab8ce0 (fs_reclaim){+.+.}-{0:0}atbalance_pgdat+0x195/0xc60 [6.1646] 哪个锁已经依赖于新锁。 [6.1657] 现有依存关系链以相反顺序为[6.1667] -> #2 (fs_reclaim){+.+.}-{0:0}: [6.1677] fs_reclaim_acquire+0x9d/0xd0 [6.1685] __kmalloc_cache_noprof+0x59/0x750 [6.1694] btrfs_init_file_extent_tree+0x90/0x100 [6.1702] btrfs_read_locked_inode+0xc3/0x6b0 [6.1710[] ] btrfs_iget+0xbb/0xf0 [ 6.1716btrfs_lookup_dentry+0x3c5/0x12e [0x3c5/0x12e btrfs_lookup_dentry+0x3c5/0x12e btrfs_lookup_dentry+0x3c5/0x12e btrfs_lookup_dentry+0x3c5/0x12e6.17240x30 [6.1731] lookup_open.isra.0+0x1aa/0x6a0 [6.1739] path_openat+0x5f7/0xc60 [ [6.1746] do_filp_open+0xd6/0x180 [6.1753] do_sys_openat2+0x8b/0xe0 [6.1760] __x64_sys_openat+0x54/0xa0 [6.1768] do_syscall_64+0x97/0x3e0 [6.1776] entry_SYSCALL_64_after_hwframe+0x76/0x7e [6.1784] -> #1 (btrfs-tree-00){++++}-{3:3}[6.1794] lock_release +0x127/0x2a0 [6.1801] up_read+0x1b/0x30 [6.1808] btrfs_search_slot+0x8e0/0xff0 [6.1817] btrfs_lookup_inode+0x52/0xd0 [6.1825] __btrfs_update_delayed_inode+0x73/0x520 [6.1833] btrfs_commit_inode/0x5206.1842] btrfs_log_inode+0x608/0x1aa0 [6.1849] btrfs_log_inode_parent+0x249/0xf80 [6.1857] btrfs_log_dentry_safe+0x3e/0x60 [6.1865] btrfs_sync_file+0x431/0x690 [6.1872] do_fsync+0x39/0x80 [6.1879] __x64_sys_fsync+0x13/0x20 [6.1887] do_syscall_64+0x97/0x3e0 [6.1894] entry_SYSCALL_64_after_hwframe+0x76/0x7e [6.1903] -> #0 (&delayed_node->mutex){+.+.}-{3:3}: [6.1913] __lock_acquire+0x15e9/0x2820 [6.1920] lock_acquire+0xc9/0x2d0 [6.1927] __mutex_lock+0xcc/0x10a0 [6.1934] __btrfs_release_delayed_node.part.0+0x39/0x2f0 [6.1944] btrfs_evict_inode+0x20b/0x4b0 [6.1952] evict+0x15a/0x2f0 [6.1958] prune_icache_sb+0x91/0xd0 [6.1966] super_cache_scan+0x150/0x1d06.1974sh_lab_rinks] +0x155/0x6f0 [6.1981] shrink_slab+0x48e/0x890 [6.1988] shrink_one+0x11a/0x1f0 [6.1995] shrink_node+0xbfd/0x1320 [6.1002] balance_pgdat+0x67f/0xc60 [6.1321] kswapd+0x1dc/0x3e0 [6.1643] kthread+0xff/0x240 [6.1965] ret_from_fork+0x223/0x280 [6.1287] ret_from_fork_asm+0x1a/0x30 [6.1616] 其他可能帮助我们调试此问题的信息 [6.1561] 链存在
    &delayed_node->mutex --> btrfs-tree-00 --> fs_reclaim [6.1503] 可能不安全的锁定情况[6.1110] CPU0 CPU1 [6.1411] ---- ---- [6.1707] lock(fs_reclaim ) [6.1998] lock(btrfs-tree-00); [6.1291] lock(fs_reclaim); [6.1581] lock(&del ---truncated--- (CVE-2026-23018)

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

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

  - net/mlx5e将 netdev 传递到 mlx5e_destroy_netdev 而不是 priv mlx5e_priv 是不稳定的结构如果配置文件附加失败可由 memset(0) 修复。将 netdev 传递到 mlx5e_destroy_netdev() 以保证其在有效 netdev 上运行。在 mlx5e_remove 中：尝试清理可能不存在的任何资源之前，请检查 priv->profile 的有效性。这修复了 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 workqueue
    无法为 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 gpu3rdma1 mlx5e_netdev_change_profile未能回滚到原始配置文件-12 $devlink dev 重新加载 pci/0000:00:03.0 ==> oops BUG内核空指针取消引用，地址0000000000000370 PGD 0 P4D 0 Oops: Oops: 0000 [#1] SMP NOPTI CPU: 15 UID: 0 PID: 520 Comm: devlink 未受感染 6.18.0-rc5+ #115 PREEMPT主动硬件名称QEMU Standard PC (Q35 + ICH92009)BIOS 1.16.3-2.fc40 04/01/2014 RIP
    0010:mlx5e_dcbnl_dscp_app+0x23/0x100 RSP: 0018:ffffc9000083f8b8 EFLAGS: 00010286 RAX: ffff8881126fc380 RBX: ffff8881015ac400 RCX: ffffffff826ffc45 RDX: 0000000000000000 RSI: 0000000000000001 RDI:
    ffff8881035109c0 RBP: ffff8881035109c0 R08: ffff888101e3e838 R09: ffff888100264e10 R10: ffffc9000083f898 R11: ffffc9000083f8a0 R12: ffff888101b921a0 R13: ffff888101b921a0 R14: ffff8881015ac9a0 R15:
    ffff8881015ac400 FS: 00007f789a3c8740(0000) GS:ffff88856aa59000(0000) knlGS:0000000000000000 CS:0010 DS:
    0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000370 CR3: 000000010b6c0001 CR4: 0000000000370ef0 Call Trace: <TASK> mlx5e_remove+0x57/0x110 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-23035)

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

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

  - dmaenginelpc18xx-dmamux修复路由分配时的设备泄漏 确保终止在路由分配期间查找 DMA mux 平台设备时获取的引用。请注意保留设备的引用并不能阻止其驱动程序数据消失因此保留该引用没有意义。
    (CVE-2025-71188)

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

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

  - idpf修复 rmmod 上的流引导列表内存泄漏流引导列表维护在 ethtool 创建和删除流引导规则时添加和删除的条目。由于未正确清理列表通过活动条目删除模块会导致内存泄漏。通过迭代列表中的剩余条目并在删除模块期间释放相关内存可防止此问题发生。添加旋转锁 (flow_steer_list_lock) 以保护来自多个线程的列表访问。 (CVE-2026-23024)

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

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

  - netusbpegasus修复 update_eth_regs_async() 中的内存泄漏 当异步写入设备寄存器时如果 usb_submit_urb() 失败则代码无法释放分配给此点的资源。
    (CVE-2026-23021)

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

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

  - null_blk通过释放对错误 configfs 项目的引用来修复 kmemleak 当启用 CONFIG_BLK_DEV_NULL_BLK_FAULT_INJECTION 时null-blk 驱动程序会通过将 timeout_inject、requeue_inject 和 init_hctx_fault_inject configfs 项目创建为顶级 nullbX configfs 组的子项目来设置错误注入支持。但是，当删除 nullbX 设备时，不会释放对这些 Fault-config configfs 项目的引用。因此kmleak 报告内存泄漏例如
    unreferenced object 0xc00000021ff25c40 (size 32): comm mkdir, pid 10665, jiffies 4322121578 hex dump (first 32 bytes): 69 6e 69 74 5f 68 63 74 78 5f 66 61 75 6c 74 5f init_hctx_fault_ 69 6e 6a 65 63 74 00 88 00 00 00 00 00 00 00 00 注入 ....... 回溯 (crc 1a018c86)
    __kmalloc_node_track_caller_noprof+0x494/0xbd8 kvasprintf+0x74/0xf4 config_item_set_name+0xf0/0x104 config_group_init_type_name+0x48/0xfc fault_config_init+0x48/0xf0 0xc0080000180559e4 configfs_mkdir+0x304/0x814 vfs_mkdir+0x49c/0x604 do_mkdirat+0x314/0x3d0 sys_mkdir+0xa0/0xd8 system_call_exception+0x1b0/ 0x4f0 system_call_vectored_common+0x15c/0x2ec通过在放置顶级 nullbX configfs 群组时显式释放错误配置 configfs 项目的引用来修复此问题。 (CVE-2026-23032)

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

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

  - 代码块 20.03 包含一个拒绝服务漏洞允许攻击者通过操纵 FSymbols 搜索字段中的输入来导致应用程序崩溃。攻击者可将 5000 个重复字符的大型负载粘贴到搜索字段中以触发应用程序崩溃。 (CVE-2020-37038)

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

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

  - Code Blocks 17.12 含有一个本地缓冲区溢出漏洞允许攻击者通过构建含有 Unicode 字符的恶意文件名来执行任意代码。攻击者可通过在项目创建期间将特别构建的负载粘贴到文件名字段来触发该漏洞从而可能执行 calc.exe 等系统命令。 (CVE-2020-37040)

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

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

  - Suricata 是网络 IDS、IPS 和 NSM 引擎。自版本 8.0.0 到低于 8.0.3的版本中http1 标头解析效率低下可导致多个数据包速度降低。版本 8.0.3 修补了问题。没有已知的变通方案可用。(CVE-2026-22263)

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

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

  - 在 live555 的 rgaufman/live555 fork 中发现一个缺陷。远程攻击者可利用increaseBufferTo 函数中的分段错误。此漏洞可导致内存损坏问题并可能造成其他后果。 (CVE-2026-1200)

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

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

  - 低于 版的 geopandas 中的 SQL 注入漏洞允许攻击者通过用于将 GeoDataFrames 写入 PostgreSQL 数据库的 to_postgis()` 函数取得敏感信息。
    (CVE-2025-69662)

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

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

  - MongoDB 中用户控制的 chunkSize 元数据缺少适当的验证允许畸形 GridFS 元数据溢出边界容器。 (CVE-2025-14911)

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

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

  - Privacy: Anti-Tracking 组件中的缓解措施绕过。此漏洞影响 Firefox < 147.0.2。
    (CVE-2026-24868)

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

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

  - 已修复 Linux 内核中的下列漏洞：usb: phy: isp1301: fix non-OF device reference imbalance A recent change fixing a device reference leak in a UDC driver introduced a potential use-after-free in the non-OF case as the isp1301_get_client() helper only increases the reference count for the returned I2C device in the OF case. Increment the reference count also for non-OF so that the caller can decrement it unconditionally. Note that this is inherently racy just as using the returned I2C device is since nothing is preventing the PHY driver from being unbound while in use. (CVE-2025-71145)

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

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

  - GitLab 已修复了 GitLab CE/EE 中影响 17.1 之前的 18.6.4、 18.7 之前的 18.7.2] 以及 18.8 ] 之前的 18.8.2 中所有版本的问题在某些情况下可允许经身份验证的用户创建拒绝服务情况通过配置绕过循环检测的畸形 Wiki 文档。 (CVE-2025-13335)

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

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

  - 在 Undertow 中发现一个缺陷。使用调用 HttpServletRequestImpl.getParameterNames() 的方法的 Servlet 当客户端发送具有长参数名称的请求时可导致 OutOfMemoryError。未经授权的用户可以利用此问题造成远程拒绝服务 (DoS) 攻击。 (CVE-2024-4027)

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

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

  - MacOS 版本的 Inkscape 捆绑了一个 Python 解释器该解释器继承用户授予主应用程序捆绑的透明、同意和控制 (TCC) 权限。具有本地用户访问权限的攻击者可通过任意命令或脚本调用此解释器利用应用程序之前授予的 TCC 权限在受隐私保护的文件夹中访问用户的文件而不触发用户提示。访问之前授予的 TCC 权限之外的其他资源将会提示用户以 Inkscape 的名义予以批准这可能掩盖了攻击者的恶意。已在 1.4.3 版 Inkscape 中修复此问题。 (CVE-2025-15523)

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

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

  - Layout: Scrolling and Overflow 组件中的释放后使用。此漏洞影响 Firefox < 147.0.2。(CVE-2026-24869)

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

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

  - GitLab 已修复了 GitLab CE/EE 中影响 17.7 之前的 18.6.4、 18.7 之前的 18.7.2以及 18.8 之前的 18.8.2 的所有版本的问题其可允许未经身份验证的用户利用API 端点中的授权验证。 (CVE-2025-13928)

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

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

  - 每个未缓存的 /avatar/:hash 请求都会生成一个刷新 Gravatar 图像的 goroutine。如果刷新在 10 槽工作队列中的等待时间超过三秒处理程序会超时并停止监听结果因此 goroutine 会在尝试在无缓冲的通道上发送时永久阻断。具有随机哈希的持续流量不断触发此超时因此 goroutine 计数线性增长最终耗尽内存并导致 Grafana 在某些系统上崩溃。 (CVE-2026-21720)

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

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

  - QGIS 是免费、开源、跨平台的地理信息系统 (GIS) 存储库包含名为 的 GitHub Actions 工作流 预提交检查在提交 76a693cd91650f9b4e83edac525e5e4f90d954e9 之前容易受到远程代码执行和存储库破坏原因因为它使用 `pull_request_target ` 触发，然后在特权上下文中检出和执行不受信任的拉取请求代码。由“pull_request_target”触发的工作流使用基础存储库的凭据和密钥访问权限运行。如果随后这些工作流从外部 pull 请求可被攻击者控制的标头检出并执行代码攻击者可使用提升的权限执行任意命令。这种不安全模式已被 GitHub 和安全研究人员记录为安全风险。提交 76a693cd91650f9b4e83edac525e5e4f90d954e9 删除了易受攻击的代码。 (CVE-2026-24480)

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

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

  - NVIDIA vGPU 软件在虚拟 GPU 管理器中含有一个漏洞恶意来宾机可在内存释放后造成堆内存访问。成功利用此漏洞可导致代码执行、权限提升、数据篡改、拒绝服务或信息泄露。
    (CVE-2025-33220)

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

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

  - Suricata 是网络 IDS、IPS 和 NSM 引擎。自版本 8.0.0 至低于 8.0.3的版本中Suricata 会因堆栈溢出而崩溃。版本 8.0.3 修补了问题。变通方案为“request-body-limit”和“response-body-limit”使用默认值。 (CVE-2026-22260)

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

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

  - Icinga 2 是一个开源监控系统。自版本 2.3.0 开始在 2.13.14、 2.14.8和 2.15.2的版本中Icinga 2 MSI 未为 Windows 上的“%ProgramData%\icinga2\var”文件夹设置适当的权限。这导致所有本地用户均可读取其内容包括用户的私钥和同步的配置。Windows 上的所有安装都受到影响。版本 2.13.14、 2.14.8和 2.15.2 包含一个补丁。有两种方法可以在不升级 Icinga 2 的情况下解决此问题。将 Icinga for Windows 至少升级到版本 v1.13.4、v1.12.4 或 v1.11.2。这些版本也将自动修复 Icinga 2 代理的 ACL。
    或者手动更新给定文件夹“C:\ProgramData\icinga2\var”和“C:\Program Files\WindowsPowerShell\modules\icinga-powershell-framework\certificate”的 ACL以修复 Icinga for Windows 证书的问题也包括每个子文件夹和项目以限制一般用户的访问权限仅允许 Icinga 服务用户和管理员访问。 (CVE-2026-24413)

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

ID	名称	严重性
297485	Linux Distros 未修补的漏洞：CVE-2026-23028	medium
297484	Linux Distros 未修补的漏洞：CVE-2026-23030	medium
297483	Linux Distros 未修补的漏洞：CVE-2026-23015	medium
297482	Linux Distros 未修补的漏洞：CVE-2026-23020	medium
297481	Linux Distros 未修补的漏洞：CVE-2026-23033	medium
297480	Linux Distros 未修补的漏洞：CVE-2026-23026	medium
297479	Linux Distros 未修补的漏洞：CVE-2026-23019	medium
297478	Linux Distros 未修补的漏洞：CVE-2025-71181	medium
297477	Linux Distros 未修补的漏洞：CVE-2025-71190	high
297476	Linux Distros 未修补的漏洞：CVE-2025-71189	medium
297475	Linux Distros 未修补的漏洞：CVE-2026-23029	medium
297474	Linux Distros 未修补的漏洞：CVE-2026-23025	high
297473	Linux Distros 未修补的漏洞：CVE-2026-23031	medium
297472	Linux Distros 未修补的漏洞：CVE-2025-71183	medium
297471	Linux Distros 未修补的漏洞：CVE-2026-23039	medium
297470	Linux Distros 未修补的漏洞：CVE-2026-23023	medium
297469	Linux Distros 未修补的漏洞：CVE-2025-71187	medium
297468	Linux Distros 未修补的漏洞：CVE-2025-71180	medium
297467	Linux Distros 未修补的漏洞：CVE-2026-23038	medium
297466	Linux Distros 未修补的漏洞：CVE-2026-23027	medium
297465	Linux Distros 未修补的漏洞：CVE-2026-23022	medium
297464	Linux Distros 未修补的漏洞：CVE-2025-71184	high
297463	Linux Distros 未修补的漏洞：CVE-2025-71191	medium
297462	Linux Distros 未修补的漏洞：CVE-2026-23034	medium
297461	Linux Distros 未修补的漏洞：CVE-2025-71182	high
297460	Linux Distros 未修补的漏洞：CVE-2025-71185	medium
297459	Linux Distros 未修补的漏洞：CVE-2026-23018	medium
297458	Linux Distros 未修补的漏洞：CVE-2026-23035	medium
297457	Linux Distros 未修补的漏洞：CVE-2025-71188	medium
297456	Linux Distros 未修补的漏洞：CVE-2026-23024	medium
297455	Linux Distros 未修补的漏洞：CVE-2026-23021	medium
297454	Linux Distros 未修补的漏洞：CVE-2026-23032	medium
297439	Linux Distros 未修补的漏洞：CVE-2020-37038	high
297438	Linux Distros 未修补的漏洞：CVE-2020-37040	high
297415	Linux Distros 未修补的漏洞：CVE-2026-22263	medium
297414	Linux Distros 未修补的漏洞：CVE-2026-1200	medium
297413	Linux Distros 未修补的漏洞：CVE-2025-69662	high
297412	Linux Distros 未修补的漏洞：CVE-2025-14911	high
297411	Linux Distros 未修补的漏洞：CVE-2026-24868	medium
297410	Linux Distros 未修补的漏洞：CVE-2025-71145	high
297409	Linux Distros 未修补的漏洞：CVE-2025-13335	medium
297408	Linux Distros 未修补的漏洞：CVE-2024-4027	high
297407	Linux Distros 未修补的漏洞：CVE-2025-15523	medium
297406	Linux Distros 未修补的漏洞：CVE-2026-24869	high
297405	Linux Distros 未修补的漏洞：CVE-2025-13928	high
297404	Linux Distros 未修补的漏洞：CVE-2026-21720	high
297403	Linux Distros 未修补的漏洞：CVE-2026-24480	high
297402	Linux Distros 未修补的漏洞：CVE-2025-33220	high
297401	Linux Distros 未修补的漏洞：CVE-2026-22260	high
297400	Linux Distros 未修补的漏洞：CVE-2026-24413	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

high

high

medium

medium

high

high

medium

high

medium

high

medium

high

high

high

high

high

high

medium