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

  - ubi修复 ubi_free_volume() 中可能的 null-ptr-deref 在下列情况下会造成 null-ptr-deref
    uif_init() ubi_add_volume() cdev_add() -> 如果失败调用 kill_volumes() device_register() kill_volumes() -> 如果 ubi_add_volume() 失败调用此函数 ubi_free_volume() cdev_del() device_unregister() -> 尝试删除未添加设备会导致 null-ptr-deref 因此在 ubi_free_volume() 中无论添加与否都会删除设备从而导致 null-ptr-deref。处理调用 ubi_add_volume() 时的错误情况以修复此问题。如果添加卷失败将相应的 vol 设置为空因此无法在 kill_volumes() 中访问并释放 ubi_add_volume() 错误路径中的资源。 (CVE-2023-54087)

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

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

  - ntfs3扩展 inode 的 init 运行锁定将 $Extend 的 inode 模式设置为常规文件之后执行 truncate 系统调用将进入 do_truncate() 例程从而导致 syzbot 报告 run_lock 未初始化错误。在修补程序 4e8011ffec79 之前的版本中如果未将 $Extend 的 inode 模式设置为常规文件则不会进入 do_truncate() 例程。加载时添加 run_lock 初始化 $Extend。 syzbot 报告信息尝试注册非静态密钥。调用跟踪 dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120 assign_lock_key+0x133/0x150 kernel/locking/lockdep.c:984 register_lock_class+0x105/0x320 kernel/locking/lockdep.c:1299 __lock_acquire+0x99/0xd20 kernel/ locking/lockdep.c:5112 lock_acquire+0x120/0x360 kernel/locking/lockdep.c:5868 down_write+0x96/0x1f0 kernel/locking/rwsem.c:1590 ntfs_set_size+0x140/0x200 fs/ntfs3/inode.c:860 ntfs_extend +0x1d9/0x970 fs/ntfs3/file.c:387 ntfs_setattr+0x2e8/0xbe0 fs/ntfs3/file.c:808 (CVE-2025-68369)

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

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

  - drm/client修复 drm_client_target_cloned 中的内存泄漏dmt_mode 分配后始终无法在此函数中释放。发现它具有 ast 驱动程序但大多数使用通用 fbdev 设置的驱动程序可能会受到影响。此更新修复了以下 kmemleak 报告backtrace [<00000000b391296d>] drm_mode_duplicate+0x45/0x220 [drm] [<00000000e45bb5b3>] drm_client_target_cloned.constprop.0+0x27b/0x480 [drm] [<00000000ed2d3a37>] drm_client_modeset_probe+0x6bd/0xf50 [drm] [<0000000010e5cc9d>]
    __drm_fb_helper_initial_config_and_unlock+0xb4/0x2c0 [drm_kms_helper] [<00000000909f82ca>] drm_fbdev_client_hotplug+0x2bc/0x4d0 [drm_kms_helper] [<00000000063a69aa>] drm_client_register+0x169/0x240 [drm] [<00000000a8c61525>] ast_pci_probe+0x1942/0x<00000000987f19bb>[local_probe+pciast] 0xdc/0x180 [<000000004fca231b>] work_for_cpu_fn+0x4e/0xa0 [<0000000000b85301>] process_one_work+0x8b7/0x1540 [<000000003375b17c>] worker_thread+0x70a/0xed0 [<00000000b0d43cd9>] kthread+0x29f/0x340 [<000000008d770833>] ret_from_fork+0x1f/0x30 未引用对象0xff11000333089a00大小 128
    (CVE-2023-54091)

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

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

  - wifiath12k修复 RX 错误路径中的 MSDU 缓冲区类型处理 当前在 REO 异常环上从未关联的对等机接收的数据包为 MSDU 缓冲区类型但驱动程序预期链路描述符类型数据包。由于 ath12k_hal_desc_reo_parse_err() 中对数据包类型的返回检查这些数据包不会得到进一步解析但未释放相关联的 skb。这可能导致内核崩溃和缓冲区泄漏。因此为了修复 更新 RX 错误处理程序从而明确丢弃在 REO 异常环上接收到的 MSDU 缓冲区类型数据包。这可以防止进一步处理无效数据包，并确保 RX 错误处理路径的稳定性。Tested-on QCN9274 hw2.0 PCI WLAN.WBE.1.4.1-00199-QCAHKSWPL_SILICONZ-1 (CVE-2025-68729)

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

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

  - net/mlx5修复 mlx5e_init_rep_rx 中潜在的内存泄漏 mlx5e_init_rep_rx 的错误路径中未释放 priv->rx_res 指针指向的内存可导致内存泄漏。通过释放错误路径中的内存从而使错误路径与 mlx5e_cleanup_rep_rx() 相同来修复。
    (CVE-2023-54106)

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

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

  - GNU Barcode 0.99 在其代码 93 编码进程中含有一个缓冲区溢出漏洞允许攻击者触发内存损坏。攻击者可能利用输入文件处理期间的边界错误在受影响的系统上执行任意代码。 (CVE-2018-25154)

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

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

  - RDMA/bnxt_re在 qp 破坏 HW 可能生成表示 QP 已破坏的完成之后阻止处理任何完成。破坏 QP 后驱动程序不应再为此 QP 计划任何更多的完成处理程序。由于 CQ 在 QP 破坏期间处于活动状态驱动程序可能仍会计划完成处理程序。这可造成 destroy_cq 和 poll_cq 同时运行时发生争用。在循环中执行 bnxt_re 驱动程序加载卸载时内核错误的片段这表示释放 CQ 之后的轮询。 [77786.481636] 调用跟踪[77786.481640] <TASK> [77786.481644] bnxt_re_poll_cq+0x14a/0x620 [bnxt_re] [77786.481658] ? kvm_clock_read+0x14/0x30 [77786.481693] __ib_process_cq+0x57/0x190 [ib_core] [77786.481728] ib_cq_poll_work+0x26/0x80 [ib_core] [77786.481761] process_one_work+0x1e5/0x3f0 [77786.481768] worker_thread+0x50/0x3a0 [77786.481785]? __pfx_worker_thread+0x10/0x10 [77786.481790] kthread+0xe2/0x110 [77786.481794] ? __pfx_kthread+0x10/0x10 [77786.481797] ret_from_fork+0x2c/0x50 若要避免此问题请在返回破坏 QP 之前完成所有完成处理程序。如果在 destroy_qp 之后不久调用 free_cq则 IB 堆栈会在调用 destroy_cq 动词之前取消 CQ 工作这将防止提及的任何争用。 (CVE-2023-54048)

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

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

  - wifimt76mt7996修复 mt7996_conf_tx() 中的空指针取消引用 如果为链接尚未分配通道mt7996_vif_link 将返回 NULL。在这种情况下，我们仍然需要存储更新后的队列设置，以供以后应用。将队列参数的位置移至 struct mt7996_vif_link 内。 (CVE-2025-68738)

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

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

  - wifiath11k为 IPQ5018 添加缺少的 hw_ops->get_ring_selector() 在客户端连接后发送数据期间hw_ops->get_ring_selector() 将被调用。但对于 IPQ5018未设置此成员因此将发生以下空指针异常[ 38.840478] 8<--- cut here --- [ 38.840517] 无法在虚拟地址处理内核空指针取消引用00000000 ... [ 38.923161] PC 位于 0x0 [38.927930] LR 位于 ath11k_dp_tx+0x70/0x730 [ath11k] ... [ 39.063264] 进程 hostapdPID1034堆栈限制 = 0x801ceb3d[ 39.068994] Stack(0x856a9a68 到 0x856aa000) ... [ 39.438467] [<7f323804>] (ath11k_dp_tx [ath11k]) 来自 [<7f314e6c>] (ath11k_mac_op_tx+0x80/0x190 [ath11k]) [ 39.446607] [<7f314e6c>] (ath11k_mac_op_tx [ ath11k]来自 [<7f17dbe0>] (ieee80211_handle_wake_tx_queue+0x7c/0xc0 [mac80211]) [39.456162] [<7f17dbe0>] (ieee80211_handle_wake_tx_queue [mac80211]) 来自 [<7f174450>] (ieee80211_probereq_get+0x584/0x704 [mac80211]) [ 39.4674432] [2111] ] [<7f174450>] (ieee80211_probereq_get [mac80211]) 来自 [<7f178c40>] (ieee80211_tx_prepare_skb+0x1f8/0x248 [mac80211]) [ 39.479334] [<7f178c40>] (ieee80211_tx_prepare_skb [mac80211]) 来自 [<7f179e28>] (__ieee80211_tx_prepare_skb+0x1f8/0x248 [mac80211]) [[] ] (__ieee80211_tx_prepare_skb [mac80211]) 0x3d4 [mac80211]) [ 39.491053] [<7f179e28>] (__ieee80211_subif_start_xmit [mac80211]) 来自 [<7f17af08>] (ieee80211_tx_control_port+0x19c/0x288 [mac80211]) [ 39.502946] [<7f17af08>] (ieee80211_tx_control_port [mac80211]) 来自 [<7f0fc704>] (nl80211_tx_control_port+0x174/0x1d4 [cfg80211]) [ 39.515017] [x_control_port [<7f0fc704>] cfg80211]) 来自 [<808ceac4>] (genl_rcv_msg+0x154/0x340) [ 39.526814] [<808ceac4>] (genl_rcv_msg) 来自 [<808cdb74>] (netlink_rcv_skb+0xb8/0x11c) [ 39.536446] [<808cdb74>] (netlink_rcv_skb) 来自 [ [<808ce1d0>] (genl_rcv+0x28/0x34) [ 39.544344] [<808ce1d0>] (genl_rcv) 来自 [<808cd234>] (netlink_unicast+0x174/0x274) [ 39.551895] [<808cd234>] (netlink_unicast) 来自 [<808cd510>] (netlink_sendmsg+0x1dc/0x440) [ 39.559362] [<808cd510>] (netlink_sendmsg) 来自 [<808596e0>] (____sys_sendmsg+0x1a8/0x1fc) [ 39.567697] [<808596e0>] (____sys_sendmsg) 来自 [<8085b1a8>] (___sys_sendmsg+0xa4 /0xdc) [ 39.575941<8085b1a8>] (sys_sendmsg+0x44/0x74) 中的 [<8085b310>[] ] [  ] (___sys_sendmsg) [ 39.583841] [<8085b310>] (sys_sendmsg) 来自 [<80300060>] (ret_fast_syscall+0x0/0x40) 。 .. [ 39.620734] 代码错误 PC 值 [ 39.625869] ---[ 结束跟踪 8aef983ad3cbc032 ]--- (CVE-2023-54141)

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

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

  - NSF Unidata NetCDF-C 时间单元基于堆栈的缓冲区溢出远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 NSF Unidata NetCDF-C 安装上执行任意代码。利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。分析时间单位时存在特定缺陷。造成这一问题的原因是，在将用户提供的数据复制到固定长度的基于堆栈的缓冲区之前，未正确验证这些数据的长度。攻击者可利用此漏洞在当前用户环境中执行任意代码。是 ZDI-CAN-27273。 (CVE-2025-14932)

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

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

  - nvme-pci修复 mempool 分配大小 将最大大小转换为字节以匹配用于计算最坏情况下的 PRP 条目数量的除数单位。结果用于确定需要多少 PRP 列表。代码之前将此舍入为 1 列表但在最坏的情况下我们可以要求 2。在这种情况下驱动程序将损坏超出内存池提供大小的内存。虽然不太可能发生您需要在不支持 SGL 的队列的 127 phys 段中使用 4MB但 kfence 已观察到此内存损坏。 (CVE-2022-50756)

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

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

  - bpf修复 update_effect_progs 失败时无效的 prog->stats 访问 Syzkaller 在 update_effect_progs 中发生故障注入后会触发无效的内存访问问题。问题描述如下
    __cgroup_bpf_detach update_logical_progs compute_logical_progs bpf_prog_array_alloc <-- 错误注入 purge_effect_progs /* 更改为 dummy_bpf_prog */ array->items[index] = &dummy_bpf_prog.prog ---softirq start--- __do_softirq ... __cgroup_bpf_run_filter_skb __bpf_prog_run_statsr_stats>this ) /* 无效的内存访问 */ flags = u64_stats_update_begin_irqsave(&stats->syncp) ---softirq end--- static_branch_dec(&cgroup_bpf_enabled_key[atype]) 原因是错误注入造成 update_logical_progs 失败然后将原始 prog 更改为 dummy_bpf_prog。 purge_effect_progs 中的 prog。然后出现 softirq访问 softirq 中 dummy_bpf_prog.prog 的成员会触发无效的 mem 访问。若要修复此问题请在 stats 为 NULL 时跳过更新 stats。 (CVE-2025-68742)

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

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

  - blk-cgroup完成 pd_free_fn() 之后终止父引用计数 即使在完成 pd_offline_fn() 之后一些 cgroup 策略也将通过子 pd 访问父 pd。如果在子项之前调用父项的 pd_free_fn()则可触发 UAF。因此最好保证 pd_free_fn() 的顺序。目前父 blkg 的引用计数已在 __blkg_release() 中终止即在异步调用 blkg_free_work_fn() 期间在 blkg_free_work_fn() 中调用 pd_free_fn() 之前发生。此修补程序通过在调用子进程的 pd_free_fn() 之后延迟终止父进程引用计数确保可排序从删除 cgroup 调用的 pd_free_fn()。BTW删除设备时也将通过 blkcg_deactivate_policy() 调用 pd_free_fn()以下修补程序将保证该顺序。 (CVE-2023-54107)

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

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

  - fs/ntfs3不一致的扩展属性返回错误当我们要读取扩展属性时会调用 ntfs_read_ea。对 EA 的有效性进行了一些健全性检查。但是它无法为不一致的属性返回正确的错误代码可能导致返回后发生不可预测的内存访问。 [ 138.916927] BUGKASANntfs_set_ea+0x453/0xbf0 中存在释放后使用 [ 138.923876] 由任务 poc/199 在 addr ffff88800205cfac 执行大小 4 的写入 [ 138.931132] [ 138.933016] CPU: 0 PID: 199 Comm poc 未受感染 6.2.0-rc1+ #4 [ 138.938070] Hardware nameqEMU Standard PC (i440FX + PIIX,1996)BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 [ 138.947327] 调用跟踪[ 138.949557] <TASK> [138.951539] dump_stack_lvl+0x4d/0x67 [ 138.956834] print_report+0x16f/0x4a6 [ 138.960798] ? ntfs_set_ea+0x453/0xbf0 [ 138.964437] ? kasan_complete_mode_report_info+0x7d/0x200 [ 138.969793] ? ntfs_set_ea+0x453/0xbf0 [ 138.973523] kasan_report+0xb8/0x140 [ 138.976740] ? ntfs_set_ea+0x453/0xbf0 [138.980578] __asan_store4+0x76/0xa0 [ 138.984669] ntfs_set_ea+0x453/0xbf0 [ 138.988115] ?
    __pfx_ntfs_set_ea+0x10/0x10 [ 138.993390] ? kernel_text_address+0xd3/0xe0 [ 138.998270] ?
    __kernel_text_address+0x16/0x50 [ 139.002121] ? unwind_get_return_address+0x3e/0x60 [ 139.005659] ?
    __pfx_stack_trace_consume_entry+0x10/0x10 [ 139.010177] ? arch_stack_walk+0xa2/0x100 [ 139.013657] ? filter_irq_stacks+0x27/0x80 [ 139.017018] ntfs_setxattr+0x405/0x440 [ 139.022151] ?
    __pfx_ntfs_setxattr+0x10/0x10 [ 139.026569] ? kvmalloc_node+0x2d/0x120 [ 139.030329] ? kasan_save_stack+0x41/0x60 [ 139.033883] ? kasan_save_stack+0x2a/0x60 [ 139.037338] ? kasan_set_track+0x29/0x40 [ 139.040163] ? kasan_save_alloc_info+0x1f/0x30 [ 139.043588] ?
    __kasan_kmalloc+0x8b/0xa0 [ 139.047255] ? __kmalloc_node+0x68/0x150 [ 139.051264] kvmalloc_node+0x2d/0x120 [ 139.055301] ? vmemdup_user+0x2b/0xa0 [ 139.058584] __vfs_setxattr+0x121/0x170 [139.062617] ? __pfx___vfs_setxattr+0x10/0x10 [ 139.066282] __vfs_setxattr_noperm+0x97/0x300 [ 139.070061]
    __vfs_setxattr_locked+0x145/0x170 [ 139.073580] vfs_setxattr+0x137/0x2a0 [ 139.076641] ?
    __pfx_vfs_setxattr+0x10/0x10 [ 139.080223] ? __kasan_check_write+0x18/0x20 [ 139.084234] do_setxattr+0xce/0x150 [ 139.087768] setxattr+0x126/0x140 [ 139.091250] ? __pfx_setxattr+0x10/0x10 [139.094948] ? __virt_addr_valid+0xcb/0x140 [ 139.097838] ? __call_rcu_common.constprop.0+0x1c7/0x330 [139.102688] ? debug_smp_processor_id+0x1b/0x30 [ 139.105985] ? kasan_quarantine_put+0x5b/0x190 [139.109980] ? putname+0x84/0xa0 [ 139.113886] ? __kasan_slab_free+0x11e/0x1b0 [ 139.117961] ? putname+0x84/0xa0 [ 139.121316] ? preempt_count_sub+0x1c/0xd0 [ 139.124427] ? __mnt_want_write+0xae/0x100 [ 139.127836] ? mnt_want_write+0x8f/0x150 [ 139.130954] path_setxattr+0x164/0x180 [ 139.133998] ?
    __pfx_path_setxattr+0x10/0x10 [ 139.137853] ? __pfx_ksys_pwrite64+0x10/0x10 [ 139.141299] ? debug_smp_processor_id+0x1b/0x30 [ 139.145714] ? fpregs_assert_state_consistent+0x6b/0x80 [ 139.150796]
    __x64_sys_setxattr+0x71/0x90 [ 139.155407] do_syscall_64+0x3f/0x90 [ 139.159035] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 139.163843] RIP0033:0x7f108cae4469 [ 139.166481] Code00 f3 c3 66 2e 0f 00 00 004 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 088 [ 139.183764] RSP: 002b:00007fff87588388 EFLAGS: 00000286 ORIG_RAX: 00000000000000bc [139.190657] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f108cae4469 [ 139.196586] RDX:
    00007fff875883b0 RSI: 00007fff875883d1 RDI: 00007fff875883b6 [ 139.201716] RBP: 00007fff8758c530 R08
    0000000000000001 R0900007fff8758c618 [ 139.207940] R10: 0000000000000006 R11: 0000000000000286 R12
    00000000004004c0 [ 139.214007] R13: 00007fff8758c610 R14: 0000000000000000 R15 ---truncated--- (CVE-2023-54125)

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

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

  - ima处理由 ima_filter_rule_match() 返回的错误代码在 ima_match_rules() 中如果 ima_filter_rule_match() 由于规则为空而返回 -ENOENT则该函数会错误地跳过“if (!rc)”检查并设置“result = true” 。LSM 规则被视为匹配项从而导致 IMA 测量额外的文件。在以下情况可能会重现此问题在通过“semodule -d”卸载 SELinux 策略模块后如果在更新 ima_lsm_rules 之前触发 IMA 测量在 ima_match_rules() 中对 ima_filter_rule_match() 的首次调用将返回 -ESTALE。这会导致代码进入“if (rc == -ESTALE && !rule_reinitialized)”区块执行 ima_lsm_copy_rule() 并重试。在 ima_lsm_copy_rule() 中由于 SELinux 模块已删除因此规则变为 NULL并且对 ima_filter_rule_match() 的第二次调用将返回 -ENOENT。这会绕过“if (!rc)”检查并导致假匹配。Call trace: selinux_audit_rule_match+0x310/0x3b8 security_audit_rule_match+0x60/0xa0 ima_match_rules+0x2e4/0x4a0 ima_match_policy+0x9c/0x1e8 ima_get_action+0x48/0x60 process_measurement+0xf8/0xa98 ima_bprm_check+0x98/0xd8 security_bprm_check+0x5c/0x78 search_binary_handler+0x6c/0x318 exec_binprm+ 0x58/0x1b8 bprm_execve+0xb8/0x130 do_execveat_common.isra.0+0x1a8/0x258 __arm64_sys_execve+0x48/0x68 invoke_syscall+0x50/0x128 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x44/0x200 el0t_64_sync_handler+0x100/ 0x130 el0t_64_sync+0x3c8/0x3d0 通过将“if (!rc)”更改为“if (rc <= 0)”来修复此问题以确保 -ENOENT 等错误代码不会绕过检查并意外导致匹配成功。 (CVE-2025-68740)

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

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

  - firmwarearm_sdei修复来自无效上下文的休眠在 Ampere Altra 上运行基于 preempt-rt (v6.2-rc3-rt1) 的内核会触发缺陷缺陷从 kernel/locking/spinlock_rt.c 中的无效上下文调用的休眠函数46 in_atomic()0、irqs_disabled()128、non_block0、pid:24、namecpuhp/0 preempt_count0、预期0 RCU 嵌套深度 0、预期0 cpuhp/0/ 保持的 3 个锁24 #0
    ffffda30217c70d0 (cpu_hotplug_lock){++++}-{0:0}来自cpuhp_thread_fun+0x5c/0x248 #1ffffda30217c7120 (cpuhp_state-up){+.+.}-{0:0}来自cpuhp_thread_fun+0x5c/ 0x248 #2ffffda3021c711f0 (sdei_list_lock){....}-{3:3}@sdei_cpuhp_up+0x3c/0x130 irq 事件标记36 hardirqs 上次在 (35) 启用[<ffffda301e85b7bc>] finish_task_switch+0xb4/0x2b0 hardirqs上次禁用的时间为 (36)
    [<ffffda301e812fec>] cpuhp_thread_fun+0x21c/0x248 softirqs 上次启用的时间为 (0)[<ffffda301e80b184>] copy_process+0x63c/0x1ac0 softirqs 上次禁用的时间为 (0)[<0000000000000000>] 0x0 CPU: 0 PID: 24 Comm
    cpuhp/0 未受感染 5.19.0-rc3-rt5-[...] 硬件名称：WIWYNN Mt.Jade 服务器 [...] 调用追踪
    dump_backtrace+0x114/0x120 show_stack+0x20/0x70 dump_stack_lvl+0x9c/0xd8 dump_stack+0x18/0x34
    __might_resched+0x188/0x228 rt_spin_lock+0x70/0x120 sdei_cpuhp_up+0x3c/0x130 cpuhp_invoke_callback+0x250/0xf08 cpuhp_thread_fun+0x120/0x248 smpboot_thread_fn+0x280/0x320 kthread+0x130/0x140 ret_from_fork+0x10/0x20 sdei_cpuhp_up() is called in the STARTING hotplug section在禁用中断的情况下运行。稍后改用 CPUHP_AP_ONLINE_DYN 条目执行 cpuhp cb并启用抢占。SDEI 最初拥有自己的 cpuhp 插槽以允许与 perf 交互。它已被 pNMI 取代并且此之前的插槽不再适用。 [1] 一些 SDEI 调用例如
    SDEI_1_0_FN_SDEI_PE_MASK会对调用 CPU 执行操作。会检查是否已为其禁用抢占。 _ONLINE cpuhp cb 会在“每 CPU 热插拔线程”中执行。这些线程中启用了 Preemption但其 cpumask 限制为 1 CPU。移动“WARN_ON_ONCE(preemptible())”语句以便 SDEI cpuhp cb 不触发这些语句。此外添加针对作用于调用 CPU 的 SDEI_1_0_FN_SDEI_PRIVATE_RESET SDEI 调用的检查。 [1]: https://lore.kernel.org/all/5813b8c5-ae3e-87fd-fccc-94c9cd08816d@arm.com/(CVE-2023-54160)

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

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

  - scsismartpqi多执行器设备的修正设备删除 修正可导致内核错误的多执行器驱动器的设备计数。 (CVE-2022-50768)

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

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

  - coresightETR修复 ETR 缓冲区释放后使用问题当 ETR 启用为 CS_MODE_SYSFS 时如果更改并再次启用缓冲区大小当前 sysfs_buf 将指向新分配的内存 (buf_new) 并释放旧内存 (buf_old) 。但 ETR 正在使用的 etr_buf 仍然指向 buf_old而不会更新为 buf_new。在这种情况下将导致内存释放后使用问题。通过在更新和释放 buf_old 之前检查 ETR 的模式来修复此问题如果模式为 CS_MODE_SYSFS则跳过更新并释放。 (CVE-2025-68376)

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

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

  - io_uring/net不允许溢出 multishot recv 不允许溢出 multishot recv CQE否则可能会失控、损害性能并且在最坏的情况下会造成 OOM。 (CVE-2023-54030)

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

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

  + clean_tree_block()因为自提交 55c69072d6bd5be1 以来 clean_tree_block() 调用 btrfs_header_generation()Btrfs当 nodesize != leafsize 时修复 extent_buffer 使用。由于 memzero_extent_buffer() 将重置 struct btrfs_header 部分因此无法将 btrfs_set_header_generation() 移至 memzero_extent_buffer() 之前。只需在 btrfs_clean_tree_block() 之前重新添加 btrfs_set_header_generation()。 (CVE-2022-50766)

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

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

  - spich341修复 ch341_transfer_one 中由 Atuin 自动化漏洞发现引擎发现的越界内存访问。“len”变量的计算公式为“min(32, trans->len + 1)”其中包括 1 字节的命令标头。当将数据从“trans->tx_buf”复制到“ch341->tx_buf + 1”时使用“len”作为长度是不正确的因为: 1. 它会从“trans->tx_buf”造成越界读取 (其大小为“trans->len”即在此上下文中为“len - 1”。 2. 如果“len”为 CH341_PACKET_LENGTH (32)则可造成对“ch341->tx_buf”的越界写入。向 ch341->tx_buf +1 写入 32 字节会使缓冲区溢出。通过复制“len - 1”个字节修复此问题。 (CVE-2025-68352)

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

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

  - x86/kexec修复 elf 标头缓冲区的双重释放 b3e34a47f989x86/kexec修复 elf 标头缓冲区的内存泄漏不需要在 crash_load_segments() 的错误路径中释放 image->elf_headers因为 kimage_file_post_load_cleanup()稍后注意此问题。不清除它可导致双重释放。终止 crash_load_segments() 的错误路径上的多余 vfree() 调用。
    (CVE-2023-54146)

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

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

  - ALSAhdacs35l41修复 cs35l41_hda_read_acpi() 中的空指针取消引用 acpi_get_first_physical_node() 函数可返回 NULL 在这种情况下 get_device() 函数也会返回 NULL但此值会在未经检查的情况下被取消引用因此将检查添加到防止崩溃。
    由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2025-68345)

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

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

  - dmaenginesf-pdmapdma_desc 内存泄漏修复提交 b2cc5c465c2cdmaenginesf-pdma为 DMA 通道添加多线程支持更改了 sf_pdma_prep_dma_memcpy()以便在每次调用它时无条件地分配新的 sf_pdma_desc。驱动程序之前通过检查 in_use 标记回收 descs但仅在使用现有 descs 时才分配额外的 descs。此逻辑已在提交 b2cc5c465c2c (dmaenginesf-pdma为 DMA 通道添加多线程支持)中删除但 sf_pdma_free_desc() 未发生更改以处理新行为。因此每次调用 sf_pdma_prep_dma_memcpy() 时都会泄漏之前的描述符随着时间的推移导致内存耗尽unreferenced object 0xffffffe008447300 (size 192): comm irq/39-mchp_dsc, pid 343, jiffies 4294906910 (age 981.200s)十六进制转储前 32 字节00 00 00 ff 00 00 00 00 b8 c1 00 00 00 00 00 00 ........ 00 00 70 08 10 00 00 00 00 00 00 c0 00 00 00 00 ..p........回溯[<00000000064a04f4>] kmemleak_alloc+0x1e/0x28 [<00000000018927a7>] kmem_cache_alloc+0x11e/0x178 [<000000002aea8d16>] sf_pdma_prep_dma_memcpy+0x40/ 0x112 将缺少的 kfree() 添加到 sf_pdma_free_desc()并且删除冗余的 in_use 标记。 (CVE-2023-54020)

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

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

  - erofs验证未压缩 pcluster 的范围长度 syzkaller 报告了 KASAN 释放后使用
    https://syzkaller.appspot.com/bug?extid=2ae90e873e97f1faf6f2 引用的模糊图像实际上存在两个问题- m_pa == 0 为非内联 pcluster - 逻辑长度大于其物理长度。
    第一个问题已得到解决。此修补程序通过检查范围长度有效性解决第二个问题。 (CVE-2022-50746)

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

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

  - ipcmqueue修复 init_mqueue_fs() 提交 db7cfc380900 中可能的内存泄漏ipc如果创建 ipc 命名空间失败则释放 mq_sysctls 这是与以上修补程序已修复的类似的内存泄漏。
    当 init_mqueue_fs 在 setup_mq_sysctls 之后失败时需要调用retire_mq_sysctls。 (CVE-2022-50748)

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

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

  - bpf删除验证程序日志中不必要的用户可触发的 WARN_ONCE 用户可轻松触发验证程序日志行截断警告因为验证程序具有 1024 字节固定大小的缓冲区截至目前并且至少有两个用户验证程序日志行截断警告-提供的可通过此缓冲区输出且用户均可任意调整大小的信息- BTF 名称- BTF.ext 源代码行 字符串。应为典型的验证器状态输出正确设置验证器日志缓冲区的大小。但预期此缓冲区在某些情况下不够长这似乎是预料之中的。因此我们放弃该检查吧。在任何情况下代码都将正确运行在最坏的情况下会截断单行输出的一部分。 (CVE-2023-54145)

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

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

  - NSF Unidata NetCDF-C NC 变量整数溢出远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 NSF Unidata NetCDF-C 安装上执行任意代码。利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。NC 变量的解析中存在特定的缺陷。此问题是未正确验证用户提供的数据所致，这可导致在分配缓冲区前出现整数溢出。攻击者可利用此漏洞在当前用户环境中执行任意代码。为 ZDI-CAN-27266。 (CVE-2025-14933)

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

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

  - scsitargetcore修复 target_cmd_counter 泄漏通过 target_alloc_cmd_counter() 分配的 target_cmd_counter 结构从未释放因此导致跨各种传输类型泄漏例如
    未引用的对象 0xffff88801f920120 (size 96): comm sh, pid 102, jiffies 4294892535 (age 713.412s) hex dump前 32 个字节：07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...... .....00 00 00 00 00 00 00 00 38 01 92 1f 80 88 ff ff ........回溯[<00000000e58a6252>] kmalloc_trace +0x11/0x20 [<0000000043af4b2f>] target_alloc_cmd_counter+0x17/0x90 [target_core_mod] [<000000007da2dfa7>] target_setup_session+0x2d/0x140 [target_core_mod] [<0000000068feef86>] tcm_loop_tpg_nexus_store+0x19b/0x350 [tcm_loop] [<000000006a80e021>] configfs_write_iter+0x12b1 [<00000000e9f4d860>] vfs_write+0x2e4/0x3c0 [<000000008143433b>] ksys_write+0x80/0xb0 [<00000000a7df29b2>] do_syscall_64+0x42/0x90 [<0000000053f45fb8>] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 释放相应的 iscsit_conn / se_sess 父项旁边的结构。 (CVE-2023-54154)

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

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

  - arm64mm修复 VA 范围健全性检查 create_mapping_noalloc() 和 update_mapping_prot() 都会对其“virt”参数进行健全性检查但检查本身没有太大意义。今天使用的条件似乎是历史意外。健全性检查条件 if ((virt >= PAGE_END) && (virt < VMALLOC_START)) {[ ...warning here ... ] return; ... 只能适用于 KASAN shadow 区域或模块区域并且没有理由在创建和更新映射时专门排除这些区域。当 arm64 支持首次在提交中上游化时c1cc1552616d0f35 (arm64: MMU initialization) ... 的条件为if (virt < VMALLOC_START) { [ ...warning here ... ] return; 。此时 VMALLOC_START 是最低的内核地址它会检查“virt”是否会通过 TTBR1 进行转换。随后在 commit14c127c957c1c607 (arm64: mm: Flip kernel VA space) ... 中条件已更改为 if ((virt >= VA_START) && (virt < VMALLOC_START)) { [ ... 此处警告 ... ]返回这似乎是 thinko。此次提交将线性映射移动到内核地址空间的底部其中 VMALLOC_START 位于中点。旧条件会针对低于此日期的线性映射变更发出警告而且当时 VA_START 为线性映射的结尾。随后我们在提交77ad4ce69321abbe (arm64: memory将 VA_START 重命名为 PAGE_END) 中清理了 VA_START 的命名 ... 将错误的情况保留为if ((virt >= PAGE_END) && (virt < VMALLOC_START)) { [ ..此处警告 ... ] return; } 修正针对 TTBR1 地址空间起点检查的条件目前为 PAGE_OFFSET。这可简化逻辑，并且更清楚地匹配警告中的“外部内核范围”消息。 (CVE-2023-53989)

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

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

  - fs/ntfs3初始化 NTFS 安全时验证索引根。初始化 NTFS 安全时增强 $SDH 和 $SII 的健全性检查保证这些索引根是合法的。 [ 162.459513] BUGKASAN
    hdr_find_e.isra.0+0x10c/0x320 中的释放后使用 [ 162.460176] 通过任务 mount/243 在 addr ffff8880037bca99 读取大小 2 [ 162.460851] [ 162.461252] CPU: 0 PID: 243 Comm: mount 未受感染6.0.0-rc7 #42 [162.461744] Hardware nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 162.462609]调用跟踪[ 162.462954] <TASK> [162.463276] dump_stack_lvl+0x49/0x63 [ 162.463822] print_report.cold+0xf5/0x689 [ 162.464608] ? unwind_get_return_address+0x3a/0x60 [ 162.465766] ? hdr_find_e.isra.0+0x10c/0x320 [ 162.466975] kasan_report+0xa7/0x130 [ 162.467506] ? _raw_spin_lock_irq+0xc0/0xf0 [ 162.467998] hdr_find_e.isra.0+0x10c/0x320 [ 162.468536] __asan_load2+0x68/0x90 [ 162.468923] hdr_find_e.isra.0+0x10c/0x320 [ 162.469282] ? cmp_uints+0xe0/0xe0 [ 162.469557] ? cmp_sdh+0x90/0x90 [162.469864] ? ni_find_attr+0x214/0x300 [ 162.470217] ? ni_load_mi+0x80/0x80 [ 162.470479] ? entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 162.470931] ? ntfs_bread_run+0x190/0x190 [ 162.471307] ? indx_get_root+0xe4/0x190 [ 162.471556] ? indx_get_root+0x140/0x190 [ 162.471833] ? indx_init+0x1e0/0x1e0 [162.472069] ? fnd_clear+0x115/0x140 [ 162.472363] ? _raw_spin_lock_irqsave+0x100/0x100 [ 162.472731] indx_find+0x184/0x470 [ 162.473461] ? sysvec_apic_timer_interrupt+0x57/0xc0 [ 162.474429] ? indx_find_buffer+0x2d0/0x2d0 [ 162.474704] ? do_syscall_64+0x3b/0x90 [ 162.474962] dir_search_u+0x196/0x2f0 [ 162.475381] ? ntfs_nls_to_utf16+0x450/0x450 [ 162.475661] ? ntfs_security_init+0x3d6/0x440 [ 162.475906] ? is_sd_valid+0x180/0x180 [ 162.476191] ntfs_extend_init+0x13f/0x2c0 [ 162.476496] ? ntfs_fix_post_read+0x130/0x130 [ 162.476861] ? iput.part.0+0x286/0x320 [ 162.477325] ntfs_fill_super+0x11e0/0x1b50 [ 162.477709] ? put_ntfs+0x1d0/0x1d0 [162.477970] ? vsprintf+0x20/0x20 [ 162.478258] ? set_blocksize+0x95/0x150 [ 162.478538] get_tree_bdev+0x232/0x370 [ 162.478789] ? put_ntfs+0x1d0/0x1d0 [ 162.479038] ntfs_fs_get_tree+0x15/0x20 [162.479374] vfs_get_tree+0x4c/0x130 [ 162.479729] path_mount+0x654/0xfe0 [ 162.480124] ? putname+0x80/0xa0 [ 162.480484] ? finish_automount+0x2e0/0x2e0 [ 162.480894] ? putname+0x80/0xa0 [ 162.481467] ? kmem_cache_free+0x1c4/0x440 [ 162.482280] ? putname+0x80/0xa0 [ 162.482714] do_mount+0xd6/0xf0 [162.483264] ? path_mount+0xfe0/0xfe0 [ 162.484782] ? __kasan_check_write+0x14/0x20 [ 162.485593]
    __x64_sys_mount+0xca/0x110 [ 162.486024] do_syscall_64+0x3b/0x90 [ 162.486543] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 162.487141] RIP0033:0x7f9d374e948a [ 162.488324] 代码48 8b 0d 11 fa 2a 89 617 f 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 008 [ 162.489728] RSP: 002b:00007ffe30e73d18 EFLAGS: 00000206 ORIG_RAX: 00000000000000a5 [162.490971] RAX: ffffffffffffffda RBX: 0000561cdb43a060 RCX: 00007f9d374e948a [ 162.491669] RDX:
    0000561cdb43a260 RSI0000561cdb43a2e0 RDI0000561cdb442af0 [ 162.492050] RBP0000000000000000 R08
    0000561cdb43a280 R090000000000000020 [ 162.492459] R1000000000c0ed0000 R110000000000000206 R12
    0000561cdb442af0 [ 162.493183] R13: 0000561cdb43a260 R14: 0000000000000000 R15: 00000000ffffffff [162.493644] </TASK> [ 162.493908] [ 162.494214] 有缺陷的地址属于物理页: [162.494761] page:000000003e38a3d0d mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x37bc [162.496064] flags: 0xfffffc0000000(node=0|zone=1|lastcpupid=0x1fffff) [ 162.497278] raw: 000fffffc0000000 ffffea00000df1c8 ffffea00000df008 0000000000000000 [ 162.498928] raw: 0000000000000000 0000000000240000 0
    ---truncated--- (CVE-2022-50737)

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

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

  - exfat修复 exfat_find 中的 refcount 泄漏 修复与“exfat_get_dentry_set”相关的“exfat_find”中的 refcount 泄漏。“exfat_get_dentry_set”函数将在成功时增加“es->bh”的引用计数器。因此必须在“exfat_get_dentry_set”之后调用“exfat_put_dentry_set”以确保 refcount 一致性。此修补程序重新定位了两项检查以避免可能的泄漏。 (CVE-2025-68351)

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

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

  - btrfs修复 btrfs_drop_extent_map_range 中的错误拆分 在生产环境中我们发现 extent_map 代码中存在多种 WARN_ON()尤其是在必须为第二次拆分调用 add_extent_mapping() 时的 btrfs_drop_extent_map_range() 中。考虑以下区段映射布局 PINNED [0 16K) [32K, 48K)，然后我们在 skip_pinned == true 的情况下针对 [0, 36K) 调用 btrfs_drop_extent_map_range。初始循环的 start = 0 end = 36K len = 36K我们将找到 [0, 16k) 盘区但由于我们已被固定因此我们将跳过它其中包含此代码 start = em_end; if (end != (u64)-1) len = start + len - em_end;此处的 em_end 为 16K所以现在值为 start = 16K len = 16K + 36K - 16K = 36K len 应为 20K。当我们在 [32K, 48K) 处找到下一个盘区时这会出现问题我们需要拆分此盘区以保留 [36K, 48k) 但拆分的代码如下所示 split->start = start + len; split->len = em_end - (start + len);在本例中有 em_end = 48K split->start = 16K + 36K // 应为 16K + 20K split->len = 48K - (16K + 36K) // 此溢出因为 16K + 36K 为 52K 现在我们有树中的无效 extent_map 可能与范围映射中的其他条目重叠。即使在非重叠的情况下我们也会错误地设置 split->start这将导致与区块相关的计算出现问题。在此循环中我们实际上不需要 len只需使用 end 作为终点并且仅在发现需要跳过的固定盘区时调整启动。调整逻辑以执行此操作从而防止插入无效的盘区映射。我们仅在重定位情况下 skip_pinned因此这种情况相对较少见除非您频繁运行重定位这种情况在开启自动重定位时会发生。 (CVE-2023-54121)

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

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

  - RDMA/rxe修复调整大小失败后 srq->rq.queue 上的空指针取消引用 当在某些错误条件下连续调用 ibv_modify_srq() 两次时rxe_srq_chk_attr() 中可能发生空指针取消引用。
    第一个调用可能在 rxe_queue_resize() 中失败从而导致 rxe_srq_from_attr() 设置 srq->rq.queue = NULL。然后第二个调用会在访问 srq->rq.queue->buf->index_mask 时触发崩溃空取消引用。
    调用跟踪 <TASK> rxe_modify_srq+0x170/0x480 [rdma_rxe] ? __pfx_rxe_modify_srq+0x10/0x10 [rdma_rxe] ? uverbs_try_lock_object+0x4f/0xa0 [ib_uverbs] ? rdma_lookup_get_uobject+0x1f0/0x380 [ib_uverbs] ib_uverbs_modify_srq+0x204/0x290 [ib_uverbs] ? __pfx_ib_uverbs_modify_srq+0x10/0x10 [ib_uverbs] ? tryinc_node_nr_active+0xe6/0x150 ? uverbs_fill_udata+0xed/0x4f0 [ib_uverbs] ib_uverbs_handler_UVERBS_METHOD_INVOKE_WRITE+0x2c0/0x470 [ib_uverbs] ?
    __pfx_ib_uverbs_handler_UVERBS_METHOD_INVOKE_WRITE+0x10/0x10 [ib_uverbs] ? uverbs_fill_udata+0xed/0x4f0 [ib_uverbs] ib_uverbs_run_method+0x55a/0x6e0 [ib_uverbs] ?
    __pfx_ib_uverbs_handler_UVERBS_METHOD_INVOKE_WRITE+0x10/0x10 [ib_uverbs] ib_uverbs_cmd_verbs+0x54d/0x800 [ib_uverbs] ? __pfx_ib_uverbs_cmd_verbs+0x10/0x10 [ib_uverbs] ? __pfx___raw_spin_lock_irqsave+0x10/0x10 ?
    __pfx_do_vfs_ioctl+0x10/0x10 ? ioctl_has_perm.constprop.0.isra.0+0x2c7/0x4c0 ?
    __pfx_ioctl_has_perm.constprop.0.isra.0+0x10/0x10 ib_uverbs_ioctl+0x13e/0x220 [ib_uverbs] ?
    __pfx_ib_uverbs_ioctl+0x10/0x10 [ib_uverbs] __x64_sys_ioctl+0x138/0x1c0 do_syscall_64+0x82/0x250 ? fdget_pos+0x58/0x4c0 ? ksys_write+0xf3/0x1c0 __pfx_ksys_write+0x10/0x10 ? do_syscall_64+0xc8/0x250 ?
    __pfx_vm_mmap_pgoff+0x10/0x10 ? fget+0x173/0x230 ? fput+0x2a/0x80 ? ksys_mmap_pgoff+0x224/0x4c0 ? do_syscall_64+0xc8/0x250 ? do_user_addr_fault+0x37b/0xfe0 ? clear_bhb_loop+0x50/0xa0 ? clear_bhb_loop+0x50/0xa0 ? clear_bhb_loop+0x50/0xa0 entry_SYSCALL_64_after_hwframe+0x76/0x7e (CVE-2025-68379)

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

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

  -landlock修复断开连接的目录的处理断开的文件或目录可见并已从 bind 挂载打开但已被重命名或从 bind 挂载的源中移动从而无法从挂载点访问时可能出现该文件或目录 (即超出范围。以前与通过断开连接的目录打开的文件或目录相关联的访问权限是通过相关层次结构深入至文件系统的根来收集的而没有考虑挂载点因为无法找到挂载点。这可能导致不一致的访问结果、潜在的访问权限扩大和难以调试的重命名尤其是在无法打印此类路径的情况下。沙盒任务要创建断开连接的目录需拥有对绑定挂载的底层源的写入访问权限即 FS_MAKE_REG、FS_REMOVE_FILE 和 FS_REFER以及对相关挂载点的读取访问权限。由于沙盒任务无法获取比其 Landlock 域定义的访问权限更多的访问权限因此在继承此挂载点隐藏的文件系统层次的权限时可因缺少应从挂载点层次结构继承的权限而导致访问权限不一致代替。
    现在，Landlock 处理从断开连接的目录打开的文件和目录的方式是，在层次结构 walk 中未找到挂载点时，通过考虑文件系统层次，并且始终考虑打开这些断开连接的目录的挂载点。这可确保在会扩大访问权限时不允许重命名 [1]。基本原理是即使已中断连接的层次结构可能对沙盒任务不可见或不可访问但依赖于从中收集的访问权限可以更好地保证重命名期间访问权限不会因为源之间的访问权限比较而扩大和目标（请参阅 landlock_access_fs_refer）。这似乎会授予对断开连接的文件和目录的更多访问权限，但所有受评估的层次结构都会始终强制执行安全策略。此新行为应该不会令用户感到意外，而且从访问控制的角度而言更安全。删除 collect_domain_accesses() 中错误的 WARN_ON_ONCE() canary 并修复相关注释。由于已将打开的文件的访问权限存储在相关文件安全属性中因此对于断开连接或未链接的文件不会造成影响。
    (CVE-2025-68736)

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

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

  - scsiqla2xxx提交 aefed3e5548fscsiqla2xxxtarget修复脱机端口处理和主机重置处理后清除 cmds 造成两个问题 1. 发送到固件的命令在芯片重置之后卡住且从未释放因为固件为不会再回复这些邮件。 2. qlt_free_cmd() 中的 BUG_ON(cmd->sg_mapped)。提交 26f9ce53817ascsiqla2xxx修复中止命令的缺失 DMA 取消映射尝试修复此问题但当两个不同 CPU 争用同时调用 qlt_unmap_sg() 时在不同情况下引入了另一个缺陷 BUG_ON(!valid_dma_direction(dir) dma_unmap_sg_attrs() 中的 。因此恢复 scsi: qla2xxx修复中止命令缺少的 DMA 取消映射并部分恢复 scsi: qla2xxx
    target修复 __qla2x00_abort_all_cmds 的离线端口处理和主机重置处理。 (CVE-2025-68745)

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

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

  - ALSA: firewire-motu修复 DSP 事件的 hwdep 读取中的缓冲区溢出当用户提供小于事件标头大小(8 bytes。通过使用 min_t() 钳制副本大小来修复此缺陷。这可确保复制的数量永远不会超过用户请求的数量。 (CVE-2025-68347)

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

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

  - wifiath11k修复对等 HE MCS 分配在 ath11k_wmi_send_peer_assoc_cmd() 中对等的传输 MCS 作为接收 MCS 发送到固件而对等的接收作为传输 MCS 发送的 MCS这违反固件线的定义。当连接到的行为异常的 AP 为 160 MHz 传输 MCS 映射宣传 0xffff表示不支持时将 0xffff 分配给 he_mcs->rx_mcs_set 字段导致的固件崩溃。Ext 标签HE 功能 [...] 支持的 HE-MCS 和 NSS 设置 [...] Rx and Tx MCS Maps 160 MHz [...] Tx HE-MCS Map 160 MHz0xffff 交换分配以修复此问题。由于 HE 速率控制掩码用于限制我们自己的传输 MCS因此需要通过 he_mcs->rx_mcs_set 字段。完成上述交换后还需要进行更改以将其应用到对等机的接收 MCS。Tested-on WCN6855 hw2.0 PCI WLAN.WBE.1.4.1-00199-QCAHKSWPL_SILICONZ-1 (CVE-2025-68380QCN9274 )

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

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

  - xen加速授权表回收 当远程域仍在使用授权条目时Linux 必须将其放入延迟的列表。通常情况下，此列表非常短，因为 PV 网络和区块协议期望后端首先取消映射授权。但是Qubes OS 的 GUI 协议受到 X Window System 的限制因此最终前端会首先取消映射窗口。因此，该列表会变得非常庞大，从而导致大量内存泄漏并最终导致 VM 冻结。要部分解决此问题可使 VM 在每次可调时尝试释放的条目数。默认值仍为 10，但可通过 模块参数覆盖。这是 抄送
    稳定因为 当与适当的用户空间变更结合时其可修复 Qubes OS 用户的一个严重的性能和稳定性问题。 (CVE-2023-54081)

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

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

  - drm/rockchipdw_hdmi在 unbind 期间清理 drm 编码器 这修复了 rmmod 期间的释放后使用崩溃。
    DRM 编码器嵌入到随 组件分配的较大 rockchip_hdmi 内。在破坏主 drm 设备之前组件内存得到释放。通过在拆卸其容器之前运行编码器清理来修复此问题。 [已移动 clk_disable 上方的编码器清理类似于 bind-error-path] (CVE-2023-54047)

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

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

  - btrfs修复启动均衡时排除条件的断言 独占状态均衡与暂停的均衡和设备添加兼容这会使某些事情变得更加复杂。从暂停的平衡启动时有效状态的断言需要考虑另外两个状态如果多个线程争用启动平衡和设备添加则可能命中这两个状态。从命令行启动命令时通常不会发生这种情况。场景 1具有 exclusive_operation state == BTRFS_EXCLOP_NONE。同时将多个设备添加到相同的挂载点并执行 btrfs_exclop_finish 在 btrfs_exclop_balance 中进行断言前完成时exclusive_operation 将更改为 BTRFS_EXCLOP_NONE 状态这导致断言失败fs_info->exclusive_operation == BTRFS_EXCLOP_BALANCE || fs/btrfs/ioctl.c:456 调用跟踪中 fs_info->exclusive_operation == BTRFS_EXCLOP_DEV_ADD <TASK> btrfs_exclop_balance+0x13c/0x310 memdup_user+0xab/0xc0 ? PTR_ERR+0x17/0x20 btrfs_ioctl_add_dev+0x2ee/0x320 btrfs_ioctl+0x9d5/0x10d0 btrfs_ioctl_encoded_write+0xb80/0xb80
    __x64_sys_ioctl+0x197/0x210 do_syscall_64+0x3c/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd 场景 2：
    Exclusive_operation state == BTRFS_EXCLOP_BALANCE_PAUSED 时。并发将多个设备添加到相同的挂载点且 btrfs_exclop_balance 执行在 btrfs_exclop_balance 中后一个线程执行断言之前完成时exclusive_operation 将更改为 BTRFS_EXCLOP_BALANCE_PAUSED 状态这导致断言失败fs_info->exclusive_operation == BTRFS_EXCLOP_BALANCE || fs_info->exclusive_operation == BTRFS_EXCLOP_DEV_ADD || fs_info->exclusive_operation == BTRFS_EXCLOP_NONEfs/btrfs/ioctl.c:458 调用跟踪 <TASK> btrfs_exclop_balance+0x240/0x410 memdup_user+0xab/0xc0 ? PTR_ERR+0x17/0x20 btrfs_ioctl_add_dev+0x2ee/0x320 btrfs_ioctl+0x9d5/0x10d0 btrfs_ioctl_encoded_write+0xb80/0xb80
    __x64_sys_ioctl+0x197/0x210 do_syscall_64+0x3c/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd 以下是一个失败的断言示例这表明还需要检查暂停的平衡。
    root@syzkaller:/home/xsk# ./repro 无法添加设备 /dev/vda，errno 14 无法添加设备 /dev/vda，errno 14 无法添加设备 /dev/vda，errno 14 无法添加设备 / dev/vda、errno 14 无法添加设备 /dev/vda、errno 14 无法添加设备 /dev/vda、errno 14 无法添加设备 /dev/vda、errno 14 无法添加设备 /dev/vda、errno 14无法添加设备 /dev/vda、errno 14 [ 416.611428][ T7970] BTRFS 信息（设备 loop0）fs_info exclusive_operation: 0 无法添加设备 /dev/vda、errno 14 [416.613973][ T7971] BTRFS信息设备 loop0：fs_info exclusive_operation3 无法添加设备 /dev/vda，errno 14 [ 416.615456][ T7972] BTRFS 信息（设备 loop0）：fs_info exclusive_operation: 3 无法添加设备 /dev/vda，errno 14 [ 416.617528][ T7973] BTRFS info(设备 loop0): fs_info exclusive_operation: 3 无法添加设备 /dev/vda, errno 14 [ 416.618359][ T7974] BTRFS info(设备 loop0): fs_info exclusive_operation: 3无法添加设备 /dev/vda, errno 14 [ 416.622589][ T7975] BTRFS info (device loop0)fs_info exc lusive_operation: 3 无法添加设备 /dev/vda, errno 14 [ 416.624034][T7976] BTRFS info (device loop0): fs_info exclusive_operation: 3 无法添加设备 /dev/vda, errno 14 [416.626420][ T7977] BTRFS 信息(设备 loop0): fs_info exclusive_operation3 无法添加设备 /dev/vda, errno 14 [ 416.627643][ T7978] BTRFS 信息(设备 loop0): fs_info exclusive_operation:3 无法添加设备 /dev/ vda、errno 14 [ 416.629006][ T7979] BTRFS info(device loop0): fs_info exclusive_operation:3 [ 416.630298][ T7980] BTRFS info(device loop0): fs_info exclusive_operation: 3 Fai
    ---truncated--- (CVE-2023-54002)

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

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

  - ntfs3修复由 __getname() 分配的 uninit 缓冲区 修复为“de”分配缓冲区后导致的 uninit 错误通过使用零初始化缓冲区。已使用 KMSAN 发现该补丁。 (CVE-2025-68727)

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

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

  - netdevsim修复 nsim_bus_dev_new() 中的内存泄漏。如果 nsim_bus_dev_new() 中的 device_register() 失败则 nsim_bus_dev->dev 中的引用值为 1。nsim_bus_dev->dev 中的 obj->name 将不会释放。
    未引用的对象 0xffff88810352c480（大小 16）：comm echo，pid 5691，jiffies 4294945921（使用期限 133.270s）十六进制转储（前 16 个字节）：6e 65 74 64 65 76 73 69 6d 31 00 00 00 00 00 00 netdevsim1.... .. backtrace
    [<000000005e2e5e26>] __kmalloc_node_track_caller+0x3a/0xb0 [<0000000094ca4fc8>] kvasprintf+0xc3/0x160 [<00000000aad09bcc>] kvasprintf_const+0x55/0x180 [<000000009bac868d>] kobject_set_name_vargs+0x56/0x150 [<000000007c1a5d70>] dev_set_name+0xbb/0xf0 [<00000000ad0d126b>] device_add +0x1f8/0x1cb0 [<00000000c222ae24>] new_device_store+0x3b6/0x5e0 [<0000000043593421>] bus_attr_store+0x72/0xa0 [<00000000cbb1833a>] sysfs_kf_write+0x106/0x160 [<00000000d0dedb8a>] kernfs_fop_write_iter+0x3a8/0x5a0 [<00000000770b66e2>] vfs_write+0x8f0 [<0000000078bb39be>] ksys_write+0x106/0x210 [<00000000005e55a4>] do_syscall_64+0x35/0x80 [<00000000eaa40bbc>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-50772)

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

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

  - cryptoaead - 修复 reqsize 处理 提交 afddce13ce81dcrypto: api - 将 reqsize 添加到 crypto_alg在 crypto_alg 结构中引入了 cra_reqsize 字段替换了类型特定的 reqsize 字段。从提交描述看这似乎是专门为 ahash 和 acomp 引入的因为后续提交会在这些 alg 框架中添加必要的更改。但是建议在所有加密 alg 中使用此设置而不是使用 crypto_*_set_reqsize() 设置 reqsize。因此在 aead 算法中使用 cra_reqsize 会造成内存损坏和崩溃因为算法框架中的底层函数尚未更新至从 cra_reqsize 正确设置 reqsize。 [1] 在 aead init 函数中添加正确的 set_reqsize 调用以便在框架中正确初始化这些算法的 reqsize。 [1]
    https://gist.github.com/Pratham-T/24247446f1faf4b7843e4014d5089f6b (CVE-2025-68726)

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

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

  - block修复 __blkdev_issue_zero_pages 中的内存泄漏将致命信号检查移到 bio_alloc() 之前以防止在设置 BLKDEV_ZERO_KILLABLE 且致命信号待定时发生内存泄漏。以前会在检查致命信号之前分配 bio。如果信号待定代码将在没有释放或链接刚分配的 bio 的情况下跳出循环从而导致内存泄漏。这与 __blkdev_issue_write_zeroes() 中已使用的模式匹配，其中信号检查在分配之前。
    (CVE-2025-68348)

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

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

  - configfs修复 configfs_create_dir() 中可能的内存泄漏 kmemleak 报告 configfs_create_dir() 中的内存泄漏未引用的对象 0xffff888009f6af00 (大小 192)comm modprobe, pid 3777, jiffies 4295537735时间 233.784s) 回溯: kmem_cache_alloc (mm/slub.c :3250 mm/slub.c:3256 mm/slub.c:3263 mm/slub.c:3273) new_fragment (./include/linux/slab.h:600 fs/configfs/dir.c:163) configfs_register_subsystem (fs /configfs/dir.c:1857) basic_write (drivers/hwtracing/stm/p_basic.c:14) stm_p_basic do_one_initcall (init/main.c:1296) do_init_module (kernel/module/main.c:2455) ... 未引用对象 0xffff888003ba7180大小 96comm modprobe, pid 3777, jiffies 4295537735(age 233.784s) backtracekmem_cache_alloc (mm/slub.c:3250 mm/slub.c:3256 mm/slub.c:3263 mm/slub.c 3273) configfs_new_dirent (./include/linux/slab.h:723 fs/configfs/dir.c:194) configfs_make_dirent (fs/configfs/dir.c:248) configfs_create_dir (fs/configfs/dir.c:296) configfs_attach_group.isra.28 (fs/configfs/dir.c:816 fs/config fs/dir.c:852) configfs_register_subsystem (fs/configfs/dir.c:1881) basic_write (drivers/hwtracing/stm/p_basic.c:14) stm_p_basic do_one_initcall (init/main.c:1296) do_init_module (kernel/module) /main.c:2455) ... 这是因为 configfs_make_dirent() 中的 refcount 不正确。对于正常阶段引用计数变更如下 configfs_register_subsystem() configfs_create_dir() configfs_make_dirent() configfs_new_dirent() # set s_count = 1 dentry->d_fsdata = configfs_get(sd); # s_count = 2 ... configfs_unregister_subsystem() configfs_remove_dir() remove_dir() configfs_remove_dirent() # s_count = 1 dput() ... *dentry_unlink_inode()* configfs_d_iput() # s_count = 0释放但是如果我们在 configfs_create 中失败()configfs_register_subsystem() configfs_create_dir() configfs_make_dirent() # s_count = 2 ... configfs_create() # fail ->out_remove
    configfs_remove_dirent(dentry) configfs_put(sd) # s_count = 1 return PTR_ERR(inode);错误路径中不存在 inode因此 configfs_d_iput() 丢失造成 sd 和 fragment 内存泄漏。要修复此问题当 configfs_create() 失败时请手动调用 configfs_put(sd) 以保持 refcount 的正确性。
    (CVE-2022-50751)

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

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

  - Bluetooth修复 hidp_session_thread 中的争用条件 hidp_session_thread 中存在可能导致释放后使用的争用条件。例如在 hidp_session_thread() 中调用 hidp_del_timer 时定时器处于活动状态。在 hidp_session_put 之后将释放“session”从而在 hidp_idle_timeout 运行时造成内核错误。解决方案是使用 del_timer_sync 而不是 del_timer。以下是调用跟踪信息hidp_session_probe+0x780/0x780 call_timer_fn+0x2d/0x1e0
    __run_timers.part.0+0x569/0x940 hidp_session_probe+0x780/0x780 call_timer_fn+0x1e0/0x1e0 ktime_get+0x5c/0xf0 lapic_next_deadline+0x2c/0x40 clockevents_program_event+0x205/0x320 run_timer_softirq+0xa9/0x1b0 __do_softirq+0x1b9/0x641 __irq_exit_rcu+0xdc/0x190 irq_exit_rcu +0xe/0x20 sysvec_apic_timer_interrupt+0xa1/0xc0CVE-2023-54120]

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

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

  - serialsprd修复 _probe() 返回失败时的 DMA 缓冲区泄漏问题释放 DMA 缓冲区以避免内存泄漏。 (CVE-2023-54136)

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

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

  -调节器核心使用调节器_list_mutex 保护调节器_supply_alias_list 可在调节器_supply_alias()、调节器_register_supply_alias() 和调节器_unregister_supply_alias() 中无任何锁定的情况下访问调节器_supply_alias_list。并发注册、取消注册和查找可能争用从而导致：1 如果读取别名条目时被删除会导致释放后使用，2 当两个线程注册相同别名时会出现重复条目，3 使用者观察到不一致的别名映射。使用现有调节器_list_mutex 保护调节器_supply_alias_list 上的所有遍历、插入和删除。
    (CVE-2025-68354)

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

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

  - USB小工具修复 usb config 切换期间的释放后重用。在将 USB config 从 rndis 切换到其他配置的过程中如果硬件不支持 ->pullup 回调或者硬件遇到低概率错误其中一个可能会造成 ->pullup 回调失败进而造成系统错误释放后使用。有时需要卸载小工具驱动程序而不管硬件的行为如何。分析如下============================================== ========================= (1) 写入 /config/usb_gadget/g1/UDC 无 gether_disconnect+0x2c/0x1f8 rndis_disable+0x4c/0x74 compound_disconnect+ 0x74/0xb0 configfs_composite_disconnect+0x60/0x7c usb_gadget_disconnect+0x70/0x124 usb_gadget_unregister_driver+0xc8/0x1d8 gadget_dev_desc_UDC_store+0xec/0x1e4 (2) rm /config/usb_gadget/g1/configs/b.1/f1 rndis_deregister+0x54/f1 rndis_deregister+0x54/f1 rndis_deregister+0x54/f1 0x7c usb_put_function+0x14/0x1c config_usb_cfg_unlink+0xc4/0xe0 configfs_unlink+0x124/0x1c8 vfs_unlink+0x114/0x1dc (3) rmdir /config/usb_gadget/g1/functions/rndis.gs4 panic+0x1fc/0x3d0 do_page_fault/0x4c8t+0x1dc8 /0xac el1_sync_handler+0x40/0x78 0xffffff801138f880 rndis_close+0x28/0x34 eth_stop+0x74/0x110 dev_close_many+0x48/0x194 rollback_registered_many+0x118/0x814 unregister_netdev+0x20/0x30 gether_cleanup+0x1c/0x38 rndis_attr_release+0xc/0x14 kref_put+0x74/0xb8 configfs_rmdir+ 0x314/0x374 如果 gadget->ops->pullup() 返回错误将调用函数 rndis_close()然后导致释放后使用问题。
    ================================================== ===================== (CVE-2022-50704)

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

ID	名称	严重性
279837	Linux Distros 未修补的漏洞：CVE-2023-54087	medium
279836	Linux Distros 未修补的漏洞：CVE-2025-68369	medium
279835	Linux Distros 未修补的漏洞：CVE-2023-54091	medium
279834	Linux Distros 未修补的漏洞：CVE-2025-68729	medium
279833	Linux Distros 未修补的漏洞：CVE-2023-54106	medium
279832	Linux Distros 未修补的漏洞：CVE-2018-25154	high
279831	Linux Distros 未修补的漏洞：CVE-2023-54048	medium
279830	Linux Distros 未修补的漏洞：CVE-2025-68738	medium
279829	Linux Distros 未修补的漏洞：CVE-2023-54141	medium
279827	Linux Distros 未修补的漏洞：CVE-2025-14932	high
279826	Linux Distros 未修补的漏洞：CVE-2022-50756	high
279824	Linux Distros 未修补的漏洞：CVE-2025-68742	high
279823	Linux Distros 未修补的漏洞：CVE-2023-54107	medium
279822	Linux Distros 未修补的漏洞：CVE-2023-54125	high
279821	Linux Distros 未修补的漏洞：CVE-2025-68740	medium
279820	Linux Distros 未修补的漏洞：CVE-2023-54160	medium
279819	Linux Distros 未修补的漏洞：CVE-2022-50768	medium
279818	Linux Distros 未修补的漏洞：CVE-2025-68376	high
279817	Linux Distros 未修补的漏洞：CVE-2023-54030	high
279816	Linux Distros 未修补的漏洞：CVE-2022-50766	medium
279815	Linux Distros 未修补的漏洞：CVE-2025-68352	high
279814	Linux Distros 未修补的漏洞：CVE-2023-54146	high
279813	Linux Distros 未修补的漏洞：CVE-2025-68345	medium
279812	Linux Distros 未修补的漏洞：CVE-2023-54020	medium
279811	Linux Distros 未修补的漏洞：CVE-2022-50746	high
279810	Linux Distros 未修补的漏洞：CVE-2022-50748	medium
279809	Linux Distros 未修补的漏洞：CVE-2023-54145	low
279808	Linux Distros 未修补的漏洞：CVE-2025-14933	high
279807	Linux Distros 未修补的漏洞：CVE-2023-54154	medium
279806	Linux Distros 未修补的漏洞：CVE-2023-53989	high
279805	Linux Distros 未修补的漏洞：CVE-2022-50737	high
279804	Linux Distros 未修补的漏洞：CVE-2025-68351	medium
279803	Linux Distros 未修补的漏洞：CVE-2023-54121	medium
279802	Linux Distros 未修补的漏洞：CVE-2025-68379	medium
279801	Linux Distros 未修补的漏洞：CVE-2025-68736	medium
279800	Linux Distros 未修补的漏洞：CVE-2025-68745	medium
279799	Linux Distros 未修补的漏洞：CVE-2025-68347	high
279798	Linux Distros 未修补的漏洞：CVE-2025-68380	medium
279797	Linux Distros 未修补的漏洞：CVE-2023-54081	medium
279796	Linux Distros 未修补的漏洞：CVE-2023-54047	medium
279795	Linux Distros 未修补的漏洞：CVE-2023-54002	medium
279794	Linux Distros 未修补的漏洞：CVE-2025-68727	high
279793	Linux Distros 未修补的漏洞：CVE-2022-50772	medium
279792	Linux Distros 未修补的漏洞：CVE-2025-68726	high
279791	Linux Distros 未修补的漏洞：CVE-2025-68348	medium
279790	Linux Distros 未修补的漏洞：CVE-2022-50751	medium
279789	Linux Distros 未修补的漏洞：CVE-2023-54120	medium
279788	Linux Distros 未修补的漏洞：CVE-2023-54136	high
279787	Linux Distros 未修补的漏洞：CVE-2025-68354	high
279785	Linux Distros 未修补的漏洞：CVE-2022-50704	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

high

medium

medium

medium

high

high

high

medium

high

medium

medium

medium

high

high

medium

high

high

medium

medium

high

medium

low

high

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

medium

high

high

medium