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

  - f2fs修复 LFS 中因缺少可用空间而导致的系统崩溃当 f2fs 在 LFS 模式中的前台 gc 期间尝试设置检查点时如果数据迁移生成的脏节点和 dentry 页面的数量超过可用空间则由于缺少可用空间会发生系统崩溃空间。重现顺序如下。 - 20GiB 容量块设备 (null_blk) - 以 LFS 模式格式化和挂载 - 创建文件并写入 20,000MiB - 在文件的整个范围上进行 4k 随机写入 RIP0010:new_curseg+0x48a/0x510 [f2fs] 代码55 e7 f5 89 c0 48 0f af c3 48 8b 5d c0 48 c1 e8 20 83 c0 01 89 43 6c 48 83 c4 28 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc <0f> 0b f0 41 80 4f 48 854 45 854 f6 0f 84 ba fd ff ff e9 ef fe ff ff RSP: 0018:ffff977bc397b218 EFLAGS: 00010246 RAX: 00000000000027b9 RBX: 0000000000000000 RCX: 00000000000027c00000RDX: 00000000000000000
    00000000000027b9 RDI: ffff8c25ab4e74f8 RBP: ffff977bc397b268 R08: 00000000000027b9 R09: ffff8c29e4a34b40 R10: 0000000000000001 R11: ffff977bc397b0d8 R12: 0000000000000000 R13: ffff8c25b4dd81a0 R14:
     R150000000000000000  : ffff8c2f667f9000 FS: 0000000000000000(0000) GS:ffff8c344ec80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00055d000 CR3:
    0000000e30810003 CR4: 00000000003706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> allocate_segment_by_default+0x9c/0x110 [f2fs] f2fs_allocate_data_block+0x243/0xa30 [f2fs] ?
    __mod_lruvec_page_state+0xa0/0x150 do_write_page+0x80/0x160 [f2fs] f2fs_do_write_node_page+0x32/0x50 [f2fs] __write_node_page+0x339/0x730 [f2fs] f2fs_sync_node_pages+0x5a6/0x780 [f2fs] block_operations+0x257/0x340 [f2fs] f2fs_write_checkpoint+0x102/0x1050 [f2fs] f2fs_gc+0x27c/0x630 [f2fs] ? folio_mark_dirty+0x36/0x70 f2fs_balance_fs+0x16f/0x180 [f2fs] 此修补程序在 gc 期间的检查点之前增加了空闲区段是否足够的检查。[Jaegeuk Kim代码清理] (CVE-2023-54151)

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

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

  - ntfs3修复 mi_format_new 中 mi_read 失败后的未初始化内存 修复由 syzkaller 发现的 KMSAN 未初始化缺陷。
    ntfs_get_bh() 预期从 sb_getblk() 获得缓冲区该缓冲区可能不是最新的。在将缓冲区设置为最新之前我们没有使其更新。如果缓冲区不是最新的则可能意味着将具有未初始化数据的缓冲区添加到 mi 记录。尝试加载该记录将触发 KMSAN。通过覆盖将缓冲区设置为最新版本如果还不是最新版本可以避免这种情况。 (CVE-2025-68728)

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

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

  - socmediatekmtk-svs稍后启用 IRQ 如果系统未完成重置如通过 kexec() 引导时外设可能在数据结构初始化之前触发 IRQ。 [ 0.227710] 无法处理虚拟地址 0000000000000f08 处的内核空指针取消引用 [ 0.227913] 调用跟踪[ 0.227918] svs_isr+0x8c/0x538 (CVE-2023-54059)

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

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

  - 互连修复 runpm 与回收的锁定 对于在 callbaths 中调用 icc_bw_set()可能会针对 shrinker/reclaim 造成死锁的情况例如 runpm resume我们需要分离 icc 锁定。
    针对需要序列化 bw 聚合和更新的情况引入新的 icc_bw_lock以将其与需要内存分配的路径例如节点/链接创建/销毁分离。修复此 lockdep 崩溃============================================= ========= 警告已检测到潜在的循环锁定依赖关系 6.2.0-rc8-debug+ #554 未受感染
    -------------------------------------------------- ---- ring0/132 正在尝试获取锁定
    ffffff80871916d0 (&gmu->lock){+.+.}-{3:3}a6xx_pm_resume+0xf0/0x234但任务已持有锁定
    ffffffdb5aee57e8 (dma_fence_map){++++}-{0:0}, atmsm_job_run+0x68/0x150 哪些锁定已依赖于新的锁定。现有依存关系链以相反顺序排列为 -> #4 (dma_fence_map){++++}-{0:0}
    __dma_fence_might_wait+0x74/0xc0 dma_resv_lockdep+0x1f4/0x2f4 do_one_initcall+0x104/0x2bc kernel_init_freeable+0x344/0x34c kernel_init+0x30/0x134 ret_from_fork+0x10/0x20 -> #3 (mmu_notifier_invalidate_range_start){+.+.}-{0:0}: fs_reclaim_acquire +0x80/0xa8 slab_pre_alloc_hook.constprop.0+0x40/0x25c __kmem_cache_alloc_node+0x60/0x1cc __kmalloc+0xd8/0x100 topology_parse_cpu_capacity+0x8c/0x178 get_cpu_for_node+0x88/0xc4 parse_cluster+0x1b0/0x28c parse_cluster+0x8c/0x28c init_cpu_topology+0x168/0x188 smp_prepare_cpus+ 0x24/0xf8 kernel_init_freeable+0x18c/0x34c kernel_init+0x30/0x134 ret_from_fork+0x10/0x20 -> #2 (fs_reclaim){+.+.}-{0:0}__fs_reclaim_acquire+0x3c/0x48 fs_reclaim_acquire+0x54/0xa8 slabk_altloc_slab .0+0x40/0x25c __kmem_cache_alloc_node+0x60/0x1cc __kmalloc+0xd8/0x100 kzalloc.constprop.0+0x14/0x20 icc_node_create_nolock+0x4c/0xc4 icc_node_create+0x38/0x58 qcom_icc_rpmh_probe+0x1b8/0x248 platform_probe+0x70/0xc4 really_probe+0x158/0x290
    __driver_probe_device+0xc8/0xe0 driver_probe_device+0x44/0x100 __driver_attach+0xf8/0x108 bus_for_each_dev+0x78/0xc4 driver_attach+0x2c/0x38 bus_add_driver+0xd0/0x1d8 driver_register+0xbc/0xf8
    __platform_driver_register+0x30/0x3c qnoc_driver_init+0x24/0x30 do_one_initcall+0x104/0x2bc kernel_init_freeable+0x344/0x34c kernel_init+0x30/0x134 ret_from_fork+0x10/0x20 -> #1 (icc_lock){+.+.}-{3:3}__mutex_lock +0xcc/0x3c8 mutex_lock_nested+0x30/0x44 icc_set_bw+0x88/0x2b4
    _set_opp_bw+0x8c/0xd8 _set_opp+0x19c/0x300 dev_pm_opp_set_opp+0x84/0x94 a6xx_gmu_resume+0x18c/0x804 a6xx_pm_resume+0xf8/0x234 adreno_runtime_resume+0x2c/0x38 pm_generic_runtime_resume
    __rpm_callback+0x15c/0x174 rpm_callback+0x78/0x7c rpm_resume+0x318/0x524 __pm_runtime_resume+0x78/0xbc adreno_load_gpu+0xc4/0x17c msm_open+0x50/0x120 drm_file_alloc+0x17c/0x228 drm_open_helper+0x74/0x118 drm_open+0xa0/0x144 drm_stub_open+0xd4/0xe4 chrdev_open+0x1b8/0x1e4 do_dentry_open+0x2f8/0x38c vfs_open+0x34/0x40 path_openat+0x64c/0x7b4 do_filp_open+0x54/0xc4 do_sys_openat2+0x9c/0x100 do_sys_open+0x50/0x7c __arm64_sys_openat+0x28/0x34 invoke_syscall+0x8c/0x128 el0_svc_common.constprop.0 +0xa0/0x11c do_el0_ ---truncated--- (CVE-2023-54013)

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

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

  - btrfs修复从脏 cow 根列表中删除可用空间根时的争用在删除可用空间树时我们将从列表 fs_info->dirty_cowonly_roots 中删除可用空间根而不采用对其进行保护的锁即 struct btrfs_fs_info: trans_lock。如果此列表有另一个并发操纵例如使用 ctree.c:add_root_to_dirty_list()向其添加根时此未同步列表操纵可能会造成混乱。这可导致由争用造成的各种奇怪故障例如下列崩溃[337571.278245] 一般保护错误可能因非规范地址 0xdead000000000108: 0000 [#1] PREEMPT SMP PTI [337571.278933] CPU 1 PID115447 Commbtrfs 受感染GW 6.4.0-rc6-btrfs-next-134+ #1 [337571.279153] 硬件名称QEMU Standard PC (i440FX + PIIX,1996), BIOS rel-1.14.0-0 -g155821a1990b-prebuilt.qemu.org 04/01/2014 [337571.279572] RIP
    0010commit_cowonly_roots+0x11f/0x250 [btrfs] [337571.279928] Code: 85 38 06 00 (...) [337571.280363] RSP
    0018:ffff9f63446efba0 EFLAGS00010206 [337571.280582] RAX: ffff942d98ec2638 RBX: ffff9430b82b4c30 RCX
    0000000449e1c000 [337571.280798] RDX: dead000000000100 RSI: ffff9430021e4900 RDI: 0000000000036070 [337571.281015] RBP: ffff942d98ec2000 R08: ffff942d98ec2000 R09: 000000000000 [0000000000337571.281254] [00000000000 R10
    0000000000000009 R110000000000000001 R12ffff942fe8fbf600 [337571.281476] R13ffff942dabe23040 R14
    ffff942dabe20800 R15ffff942d92cf3b48 [337571.281723] FS: 00007f478adb7340(0000) GS:ffff94349fa40000(0000) knlGS:0000000000000000 [337571.281950] CS: 0010 DS: 00000 ES: 0
    0000000080050033 [337571.282184] CR2: 00007f478ab9a3d5 CR3: 000000001e02c001 CR4: 0000000000370ee0 [337571.282416] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [337571.282647] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [337571.282874] 调用跟踪 [337571.283101] <TASK> [337571.283327] ? __die_body+0x1b/0x60 [337571.283570] ? die_addr+0x39/0x60 [337571.283796] ? exc_general_protection+0x22e/0x430 [337571.284022] ? asm_exc_general_protection+0x22/0x30 [337571.284251] ? commit_cowonly_roots+0x11f/0x250 [btrfs] [337571.284531] btrfs_commit_transaction+0x42e/0xf90 [btrfs] [337571.284803] ? _raw_spin_unlock+0x15/0x30 [337571.285031] release_extent_buffer+0x103/0x130 [btrfs] [337571.285305] reset_balance_state+0x152/0x1b0 [btrfs] [337571.285578] btrfs_balance+0xa50/0x11e0 [btrfs] [337571.285864] ? __kmem_cache_alloc_node+0x14a/0x410 [337571.286086] btrfs_ioctl+0x249a/0x3320 [btrfs] [337571.286358] ? mod_objcg_state+0xd2/0x360 [337571.286577] ? refill_obj_Stock+0xb0/0x160 [337571.286798] ? seq_release+0x25/0x30 [337571.287016] ? __rseq_handle_notify_resume+0x3ba/0x4b0 [337571.287235] ? percpu_counter_add_batch+0x2e/0xa0 [337571.287455] ? __x64_sys_ioctl+0x88/0xc0 [337571.287675]
    __x64_sys_ioctl+0x88/0xc0 [337571.287901] do_syscall_64+0x38/0x90 [337571.288126] entry_SYSCALL_64_after_hwframe+0x72/0xdc [337571.288352] RIP0033:0x7f478aaff9b因此通过在删除其中的可用空间根之前锁定 struct btrfs_fs_info::trans_lock来修复此问题列表。 (CVE-2023-54067)

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

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

  - ice通过 ethtool 创建新的 Tx 环时设置 tx_tstamps 用户通过 ethtool 更改队列数时驱动程序会分配新环。此分配未初始化 tx_tstamps。这导致 tx_tstamps 字段因 kcalloc 分配为零并且在尝试在新环上传输时间戳时导致空指针取消引用。 (CVE-2022-50710)

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

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

  - drm/panthor修复设备拔出和固件事件处理之间的 UAF 争用panthor_fw_unplug() 函数将释放固件内存部分。问题是此时可能仍有待定的固件事件未处理。在这种情况下process_fw_events_work() 可尝试访问所述已释放的内存。
    只需调用 disable_work_sync() 即可耗尽并防止未来对 process_fw_events_work() 的调用。
    (CVE-2025-68748)

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

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

  - md/raid5删除 raid5_read_one_chunk() 中不必要的 bio_put() 在含有 badblock 的磁盘上运行区块大小的读取时观察到重复 bio 释放/放置
    ================================================== =========================== BUG bio-200未受感染
    对象已释放-------------------------------------------- ------------------------------ 在 mempool_alloc_slab+0x17/0x20 age=3 cpu=2 pid=7504 __slab_alloc.constprop 中分配。 0+0x5a/0xb0 kmem_cache_alloc+0x31e/0x330 mempool_alloc_slab+0x17/0x20 mempool_alloc+0x100/0x2b0 bio_alloc_bioset+0x181/0x460 do_mpage_readpage+0x776/0xd00 mpage_readahead+0x166/0x320 blkdev_readahead+0x15/0x20 read_pages+0x13f/0x5f0 page_cache_ra_unbounded+0x18d/0x220 force_page_cache_ra+0x181/0x1c0 page_cache_sync_ra+0x65/0xb0 filemap_get_pages+0x1df/0xaf0 filemap_read+0x1e1/0x700 blkdev_read_iter+0x1e5/0x330 vfs_read+0x42a/0x570 Freed in mempool_free_slab+0x17/0x20 age=3 cpu=2 pid=7504 kmem_cache_free+0x46d/ 0x490 mempool_free_slab+0x17/0x20 mempool_free+0x66/0x190 bio_free+0x78/0x90 bio_put+0x100/0x1a0 raid5_make_request+0x2259/0x2450 md_handle_request+0x402/0x600 md_submit_bio+0xd9/0x120 __submit_bio+0x11f/0x1b0 submit_bio_noacct_nocheck+0x204/0x480 submit_bio_noacct+0x32e/ 0xc70 submit_bio+0x98/0x1a0m page_readahead+0x250/0x320 blkdev_readahead+0x15/0x20 read_pages+0x13f/0x5f0 page_cache_ra_unbounded+0x18d/0x220 Slab 0xffffea000481b600 objects=21 used=0 fp=0xffff8881206d8940 flags=0x17ffffc0010201(locked|slab|head|node=0|zone=2|lastcpupid=0x1fffff] CPU: 0 PID: 34525 Comm
    kworker/u24:2 Not tainted 6.0.0-rc2-localyes-265166-gf11c5343fa3f #143 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.13.0-1ubuntu1.1 04/01/2014 Workqueue raid5wq raid5_do_work Call Trace: <TASK> dump_stack_lvl+0x5a/0x78 dump_stack+0x10/0x16 print_trailer+0x158/0x165 object_err+0x35/0x50 free_debug_processing.cold+0xb7/0xbe __slab_free+0x1ae/0x330 kmem_cache_free+0x46d/0x490 mempool_free_slab+0x17/0x20 mempool_free +0x66/0x190 bio_free+0x78/0x90 bio_put+0x100/0x1a0 mpage_end_io+0x36/0x150 bio_endio+0x2fd/0x360 md_end_io_acct+0x7e/0x90 bio_endio+0x2fd/0x360 handle_failed_stripe+0x960/0xb80 handle_stripe+0x1348/0x3760 handle_active_stripes.constprop.0+ 0x72a/0xaf0 raid5_do_work+0x177/0x330 process_one_work+0x616/0xb20 worker_thread+0x2bd/0x6f0 kthread+0x179/0x1b0 ret_from_fork+0x22/0x30 </TASK> 双重释放是由 if(is_badblock(... )) raid5_read_one_chunk() 中的错误路径。在 c82aa1b76787c 中将错误路径移到 bio_alloc_clone() 之前md/raid5在 raid5_read_one_chunk 中克隆 bio 之前移动 badblock 检查。之前的代码检查并释放 align_bio 其需要 bio_put。移动之后不再需要的内容作为 raid_bio 返回至通用 io 路径的控制该路径执行其自己的 endio 导致在错误设备区块上发生双重释放。 (CVE-2022-50752)

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

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

  - net防止 frag 列表分段上的 skb 损坏 Ian 报告了多个由 rx-gro-list 触发的 skb 损坏收集不同的 oops alike[ 62.624003] 缺陷内核空指针取消引用解决
    00000000000000c0 [ 62.631083] #PF内核模式中的主管读取访问权限 [ 62.636312] #PF
    error_code(0x0000) - not-present 页面 [ 62.641541] PGD 0 P4D 0 [ 62.644174] Oops: 0000 [#1] PREEMPT SMP NOPTI [ 62.648629] CPU: 1 PID: 913 Commnapi/eno2-79 未受感染 6.4.0 #364 [ 62.655162] 硬件名称
    Supermicro Super Server/A2SDi-12C-HLN4F, BIOS 1.7a 10/13/2022 [ 62.663344] RIP: 0010:__udp_gso_segment (./include/linux/skbuff.h:2858 ./include/linux/udp.h:23 net/ipv4/udp_offload.c:228 net/ipv4/udp_offload.c:261 net/ipv4/udp_offload.c:277) [ 62.687193] RSP: 0018:ffffbd3a83b4f868 EFLAGS
    00010246 [ 62.692515] RAX: 00000000000000ce RBX: 0000000000000000 RCX: 0000000000000000 [ 62.699743] RDX:
    ffffa124def8a000 RSI0000000000000079 RDIffffa125952a14d4 [ 62.706970] RBPffffa124def8a000 R08
    0000000000000022 R0900002000001558c9 [ 62.714199] R100000000000000000 R1100000000be554639 R12
    00000000000000e2 [ 62.721426] R13: ffffa125952a1400 R14: ffffa125952a1400 R15: 00002000001558c9 [62.728654] FS: 0000000000000000(0000) GS:ffffa127efa40000(0000) knlGS:0000000000000000 [ 62.736852] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 62.742702] CR2: 00000000000000c0 CR3: 00000001034b0000 CR4:
    00000000003526e0 [ 62.749948] 调用跟踪[ 62.752498] <TASK> [ 62.779267] inet_gso_segment (net/ipv4/af_inet.c:1398) [ 62.787605] skb_mac_gso_segment (net/core/gro.c:141) [ 62.791906]
    __skb_gso_segment (net/core/dev.c:3403标识符 2) [ 62.800492] validate_xmit_skb (./include/linux/netdevice.h:4862 net/core/dev.c:3659) [ 62.804695] validate_xmit_skb_list (net /core/dev.c:3710) [ 62.809158] sch_direct_xmit (net/sched/sch_generic.c:330) [ 62.813198]
    __dev_queue_xmit (net/core/dev.c:3805 net/core/dev.c:4210) net/netfilter/core.c:626) [ 62.821093] br_dev_queue_push_xmit (net/bridge/br_forward.c:55) [ 62.825652]maybe_deliver (net/bridge/br_forward.c:193) [ 62.829420] br_flood (net/bridge/br_forward.c:233) [ 62.832758] br_handle_frame_finish (net/bridge/br_input.c:215) [ 62.837403] br_handle_frame (net/bridge/br_input.c:298 net/bridge/br_input.c:416) [ 62.851417] __netif_receive_skb_core.constprop.0 (net/core/dev.c:5387) [62.866114] __netif_receive_skb_list_core (net/core/ dev.c:5570) [ 62.871367] netif_receive_skb_list_internal (net/core/dev.c:5638 net/core/dev.c:5727) [ 62.876795napi_complete_done (./include/linux/list.h:37 ./ include/net/gro.h:434 ./include/net/gro.h:429 net/core/dev.c:6067[62.881004] ixgbe_poll (drivers/net/ethernet/intel/ixgbe/ixgbe_main.c) 3191) [ 62.893534] __napi_poll (net/core/dev.c:6498) [ 62.897133] napi_threaded_poll (./include/linux/netpoll.h:89 net/core/dev.c:6640) [62.905276] kthread (kernel/kthread.c:379) [ 62.913435] ret_from_fork (arch/x86/entry/entry_64.S:314) [62.917119] </TASK> 在危急情况下rx-gro-list GRO-ed 数据包会通过桥接被馈送到本地输入路径和出口设备 (tun)。此类数据包的分段会不安全地写入具有共享头的克隆的 skb。此变更通过根据需要取消克隆将要分段的 skb来解决 问题。 (CVE-2023-54094)

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

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 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
279846	Linux Distros 未修补的漏洞：CVE-2023-54151	medium
279845	Linux Distros 未修补的漏洞：CVE-2025-68728	high
279844	Linux Distros 未修补的漏洞：CVE-2023-54059	medium
279843	Linux Distros 未修补的漏洞：CVE-2023-54013	medium
279842	Linux Distros 未修补的漏洞：CVE-2023-54067	medium
279841	Linux Distros 未修补的漏洞：CVE-2022-50710	medium
279840	Linux Distros 未修补的漏洞：CVE-2025-68748	medium
279839	Linux Distros 未修补的漏洞：CVE-2022-50752	high
279838	Linux Distros 未修补的漏洞：CVE-2023-54094	medium
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	medium
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

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

medium

high

medium

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

medium

high

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

medium

medium