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

  - 当处理客户端资源清理时在 X.Org X 服务器的 X Keyboard (Xkb) 扩展中发现一个缺陷。软件释放某些数据结构时未正确分离相关资源从而导致释放后使用的情况。当受影响的客户端断开连接时这可导致内存损坏或崩溃。 (CVE-2025-62230)

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

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

  - 在 X.Org X 服务器的 X Keyboard (Xkb) 扩展中发现一个缺陷其中 XkbSetCompatMap() 函数中不当的边界检查可造成未签名的短整型溢出。如果攻击者发送特别构建的输入数据值计算可能溢出从而导致内存损坏或崩溃。
    (CVE-2025-62231)

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

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

  - 已修复 Linux 内核中的下列漏洞：io_uring/zcrx: fix overshooting recv limit It's reported that sometimes a zcrx request can receive more than was requested. It's caused by io_zcrx_recv_skb() adjusting desc->count for all received buffers including frag lists, but then doing recursive calls to process frag list skbs, which leads to desc->count double accounting and underflow.
    (CVE-2025-40046)

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

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

  - vhostvringh修复 copy_to_iter 返回值检查 copy_to_iter 的返回值不能为负检查复制的长度是否等于请求的长度而不是检查负值。
    (CVE-2025-40056)

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

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

  - 已修复 Linux 内核中的下列漏洞：fanotify: Validate the return value of mnt_ns_from_dentry() before dereferencing The function do_fanotify_mark() does not validate if mnt_ns_from_dentry() returns NULL before dereferencing mntns->user_ns. This causes a NULL pointer dereference in do_fanotify_mark() if the path is not a mount namespace object. Fix this by checking mnt_ns_from_dentry()'s return value before dereferencing it. Before the patch $ gcc fanotify_nullptr.c -o fanotify_nullptr $ mkdir A $ ./fanotify_nullptr Fanotify fd: 3 fanotify_mark: Operation not permitted $ unshare -Urm Fanotify fd: 3 Killed int main(void){ int ffd; ffd = fanotify_init(FAN_CLASS_NOTIF | FAN_REPORT_MNT, 0); if(ffd < 0){ perror(fanotify_init); exit(EXIT_FAILURE); } printf(Fanotify fd:
    %d\n,ffd); if(fanotify_mark(ffd, FAN_MARK_ADD | FAN_MARK_MNTNS, FAN_MNT_ATTACH, AT_FDCWD, A) < 0){perror(fanotify_mark); exit(EXIT_FAILURE); } return 0; } After the patch $ gcc fanotify_nullptr.c -o fanotify_nullptr $ mkdir A $ ./fanotify_nullptr Fanotify fd: 3 fanotify_mark: Operation not permitted $ unshare -Urm Fanotify fd: 3 fanotify_mark: Invalid argument [ 25.694973] BUG: kernel NULL pointer dereference, address: 0000000000000038 [ 25.695006] #PF: supervisor read access in kernel mode [25.695012] #PF: error_code(0x0000) - not-present page [ 25.695017] PGD 109a30067 P4D 109a30067 PUD 142b46067 PMD 0 [ 25.695025] Oops: Oops: 0000 [#1] SMP NOPTI [ 25.695032] CPU: 4 UID: 1000 PID: 1478 Comm:
    fanotify_nullpt Not tainted 6.17.0-rc4 #1 PREEMPT(lazy) [ 25.695040] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 11/12/2020 [ 25.695049] RIP:
    0010:do_fanotify_mark+0x817/0x950 [ 25.695066] Code: 04 00 00 e9 45 fd ff ff 48 8b 7c 24 48 4c 89 54 24 18 4c 89 5c 24 10 4c 89 0c 24 e8 b3 11 fc ff 4c 8b 54 24 18 4c 8b 5c 24 10 <48> 8b 78 38 4c 8b 0c 24 49 89 c4 e9 13 fd ff ff 8b 4c 24 28 85 c9 [ 25.695081] RSP: 0018:ffffd31c469e3c08 EFLAGS: 00010203 [ 25.695104] RAX: 0000000000000000 RBX: 0000000001000000 RCX: ffff8eb48aebd220 [ 25.695110] RDX: 0000000000000000 RSI:
    0000000000000000 RDI: ffff8eb4835e8180 [ 25.695115] RBP: 0000000000000111 R08: 0000000000000000 R09:
    0000000000000000 [ 25.695142] R10: ffff8eb48a7d56c0 R11: ffff8eb482bede00 R12: 00000000004012a7 [25.695148] R13: 0000000000000110 R14: 0000000000000001 R15: ffff8eb48a7d56c0 [ 25.695154] FS:
    00007f8733bda740(0000) GS:ffff8eb61ce5f000(0000) knlGS:0000000000000000 [ 25.695162] CS: 0010 DS: 0000 ES:
    0000 CR0: 0000000080050033 [ 25.695170] CR2: 0000000000000038 CR3: 0000000136994006 CR4: 00000000003706f0 [ 25.695201] Call Trace: [ 25.695209] <TASK> [ 25.695215] __x64_sys_fanotify_mark+0x1f/0x30 [ 25.695222] do_syscall_64+0x82/0x2c0 ... (CVE-2025-40072)

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

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

  - iommu/vt-d如果页面查询不连贯则不允许脏页跟踪脏页跟踪依赖于 IOMMU 以自动方式更新分页结构条目中的脏位。为使此操作成功分页结构内存在 IOMMU 和 CPU 之间必须保持一致。换句话说如果 iommu 页面遍历不连贯则脏页跟踪将无法工作。Intel VT-d 规范的 3.10 嗅探行为部分指出在未嗅探的情况下重新映射硬件遇到需要以原子方式更新分页结构条目中的 A/EA/D 位将导致不可恢复的错误。当 IOMMU 在不连贯的模式下运行时为防止 IOMMU 被错误地配置为进行脏页跟踪仅当 ecap_slads 和 ecap_smpwc 同时受支持时才将 SSADS 标记为受支持。 (CVE-2025-40058)

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

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

  - pinctrl检查 pinmux_ops::get_function_name() 的返回值尽管 docs 中的 API 合约未明确指定但结构 pinmux_ops 中 get_function_name() 回调的通用实现 - pinmux_generic_get_function_name() - 可能会失败并返回 NULL。已在 pinmux_check_ops() 中对此进行检查因此在 pinmux_func_name_to_selector() 中添加类似检查而不是将返回的指针直接向下传递至可取消引用 NULL 的 strcmp()。这是添加新引脚功能时的正常操作。 (CVE-2025-40030)

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

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

  - ksmbd修复 RPC 句柄列表访问中的争用条件 “sess->rpc_handle_list”XArray 管理 ksmbd 会话中的 RPC 句柄。对此列表的访问预期受到“sess->rpc_lock”rw_semaphore 的保护。但是锁定实现存在缺陷可能会导致潜在的争用条件。在 ksmbd_session_rpc_open() 中代码在调用 xa_store() 和 xa_erase() 前错误地仅获取读取锁定。由于这些操作会修改 XArray 结构，因此需要使用写入锁定来确保独占访问并防止并发修改造成数据损坏。此外ksmbd_session_rpc_method() 使用 xa_load() 访问列表而完全没有保持任何锁定。如果同时删除条目并取消引用指针这可导致读取不一致的数据或潜在的释放后使用。通过通过修复这些问题1. 使用 ksmbd_session_rpc_open() 中的 down_write() 和 up_write() 确保 XArray 修改期间的独占访问并确保在错误路径上正确释放锁定。 2. 在 ksmbd_session_rpc_method() 中添加 down_read() 和 up_read() 以安全保护查找。 (CVE-2025-40039)

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

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

  - remoteprocpru修复 pru_rproc_set_ctable() 中 pru_rproc_set_ctable() 在 IS_ERR_OR_NULL 检查之前访问 rproc->priv 中潜在的空指针取消引用这样可导致空指针取消引用。移动 pru 分配确保永不取消引用空 rproc 指针。 (CVE-2025-40033)

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

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

  - PCI端点pci-epf-test在发布前对 DMA 通道添加空检查 即使在 EPF 初始化后struct pci_epf_test 的字段 dma_chan_tx 和 dma_chan_rx 也可能为空。因此明智的做法是在释放通道之前检查它们是否具有非空值。添加 pci_epf_test_clean_dma_chan() 中的检查。如果不进行这些检查就会发生空指针取消引用并且在某些情况下会导致内核错误Unable to handle kernel NULL指针取消引用虚拟地址 0000000000000050 Call tracedma_release_channel+0x2c/0x120 (P) pci_epf_test_epc_deinit+0x94/0xc0 [pci_epf_test] pci_epc_deinit_notify+0x74/0xc0 tegra_pcie_ep_pex_rst_irq+0x250/0x5d8 irq_thread_fn+0x34/0xb8 irq_thread+0x18c/0x2e8 kthread+0x14c/0x210 ret_from_fork+0x10/0x20 [mani修剪堆栈跟踪CVE-2025-40032

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

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

  - fsudf修复 lengthAllocDescs 处理中的 OOB 读取当解析分配范围描述符时lengthAllocDescs 来自磁盘数据且必须针对区块大小进行验证。特制或损坏的图像可能会设置 lengthAllocDescs使得总描述符长度 (sizeof(allocExtDesc) + lengthAllocDescs) 超出缓冲区从而导致 udf_update_tag() 在越界内存上调用 crc_itu_t() 并触发 KASAN 释放后使用read。BUGKASAN由任务 syz-executor317/5309 CPU: 0 UID: 0 PID: 5309 Comm: syz造成的 crc_itu_t+0x1d5/0x2b0 lib/crc-itu-tc:60 中对大小 1 的释放后使用 地址 ffff888041e7d000 的读取-executor317 未受感染 6.12.0-rc4-syzkaller-00261-g850925a8133c #0 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2~bpo12+1 04/ 01/2014 调用跟踪 <TASK> __dump_stack lib/dump_stack.c:94 [内联] dump_stack_lvl+0x241/0x360 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:377 [内联] print_report+0x169/0x550 mm /kasan/report.c:488 kasan_report+0x143/0x180 mm/kasan/report.c:601 crc_itu_t+0x1d5/0x2b0 lib/crc-itu-tc:60 udf_update_tag+0x70/0x6a0 fs/udf/misc.c:261 udf_write_aext+0x4d8/0x7b0 fs/udf/inode.c:2179 extent_trunc+0x2f7/0x4a0 fs/udf/truncate.c:46 udf_truncate_tail_extent+0x527/0x7e0 fs/udf/truncate.c:106 udf_release_file+0xc1/0x120 fs/udf /file.c:185
    __fput+0x23f/0x880 fs/file_table.c:431 task_work_run+0x24f/0x310 kernel/task_work.c:239 exit_task_work include/linux/task_work.h:43 [内联] do_exit+0xa2f/0x28e0 kernel/exit.c:939 do_group_exit +0x207/0x2c0 kernel/exit.c:1088 __do_sys_exit_group kernel/exit.c:1099 [inline] __se_sys_exit_group kernel/exit.c:1097 [inline] __x64_sys_exit_group+0x3f/0x40 kernel/exit.c:1097 x64_sys_call+0x2634/0x2640 arch/x86/include/generated/asm/syscalls_64.h:232 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/ 0x7f </TASK> 验证针对 epos->bh->b_size 计算的总长度。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2025-40044)

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

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

  - vhostvringh修改返回值检查 copy_from_iter 和 copy_to_iter 的返回值不能为负请检查复制的长度是否相等。 (CVE-2025-40051)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mt76: mt7996: Check phy before init msta_link in mt7996_mac_sta_add_links() In order to avoid a possible NULL pointer dereference in mt7996_mac_sta_init_link routine, move the phy pointer check before running mt7996_mac_sta_init_link() in mt7996_mac_sta_add_links routine. (CVE-2025-40066)

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

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

  - io_uring/waitid始终删除 io_waitid_wait() 中的等待队列条目 为成功返回请始终从等待队列条目列表中删除我们的条目。以前如果正在进行取消则将跳过此操作但这可与等待队列条目回调的另一次调用争用。 (CVE-2025-40047)

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

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

  - ptp对 max_vclocks 添加上限syzbot 在 max_vclocks_store 中报告了警告。当参数 max 太大 kcalloc 无法处理时会发生这种情况。扩展防护以防范对于 kcalloc 过大的值 (CVE-2025-40057)

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

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

  - riscv、bpf正确签署 extend struct ops 返回值ns_bpf_qdisc selftest 触发内核错误无法处理虚拟地址 ffffffffa38dbf58 当前 test_progs pgtable: 4K pagesize, 57-bit VAs, pgdp=0x00000001109cc000 [ffffffffa38dbf58] pgd=000000011fffd801, p4d=000000011fffd401、 pud=000000011fffd001、 pmd=0000000000000000 Oops [#1] 中链接的模块
    bpf_testmod(OE) xt_conntrack nls_iso8859_1 [...] [最后卸载的bpf_testmod(OE)] CPU: 1 UID: 0 PID: 23584 Comm: test_progs 受感染的GW OE 6.17.0-rc1-g2465bb83e0b4 #1 NONE 受感染的[W ]=WARN[O]=OOT_MODULE[E]=UNSIGNED_MODULE 硬件名称未知产品/未知产品BIOS 2024.01+dfsg-1ubuntu5.1 01/01/2024 epc : __qdisc_run+0x82/0x6f0 ra : __qdisc_run+ 0x6e/0x6f0 epc : ffffffff80bd5c7a ra:
    ffffffff80bd5c66 sp : ff2000000eecb550 gp : ffffffff82472098 tp : ff60000096895940 t0 : ffffffff8001f180 t1 : ffffffff801e1664 t2 : 0000000000000000 s0 : ff2000000eecb5d0 s1 : ff60000093a6a600 a0 :
    ffffffffa38dbee8 a1 : 0000000000000001 a2 : ff2000000eecb510 a3 : 0000000000000001 a4 : 0000000000000000 a5 : 0000000000000010 a6 : 0000000000000000 a7 : 0000000000735049 s2 : ffffffffa38dbee8 s3 :
    0000000000000040 s4 : ff6000008bcda000 s5 : 0000000000000008 s6 : ff60000093a6a680 s7 : ff60000093a6a6f0 s8 : ff60000093a6a6ac s9 : ff60000093140000 s10: 0000000000000000 s11: ff2000000eecb9d0 t3 :
    0000000000000000 t4 : 0000000000ff0000 t5 : 0000000000000000 t6 : ff60000093a6a8b6 状态
    0000000200000120 badaddrfffffffffa38dbf58 原因000000000000000d [<ffffffff80bd5c7a>]
    __qdisc_run+0x82/0x6f0 [<ffffffff80b6fe58>] __dev_queue_xmit+0x4c0/0x1128 [<ffffffff80b80ae0>] neigh_resolve_output+0xd0/0x170 [<ffffffff80d2daf6>] ip6_finish_output2+0x226/0x6c8 [<ffffffff80d31254><ffffffff80d31446>ip6_finish_output+0x10c/0x2a0 [output+0x178] [<ffffffff80d2e232>ip6_xmit+0x29a/0x608 [<ffffffff80d6f4c6>] inet6_csk_xmit+0xe6/0x140 [<ffffffff80c985e4>]
    __tcp_transmit_skb+0x45c/0xaa8 [<ffffffff80c995fe>] tcp_connect+0x9ce/0xd10 [<ffffffff80d66524>] tcp_v6_connect+0x4ac/0x5e8 [<ffffffff80cc19b8><ffffffff80cc1c36>] __inet_stream_connect+0xd8/0x318 [ [] ] inet_stream_connect+0x3e/0x68 [<ffffffff80b42b20>] __sys_connect_file+0x58 [<ffffffff80b42bee>]
    __sys_connect+0x96/0xc8 [<ffffffff80b42c40>] __riscv_sys_connect+0x20/0x30 [<ffffffff80e5bcae>] do_trap_ecall_u+0x256/0x378 [<ffffffff80e69af2>] handle_exception+0x14a/0x156 代码892a 0363 1205 489c 8bc1 c7e5 2d03 084a (27083378) -[ end trace 0000000000000000 ]--- bpf_fifo_dequeue prog 返回一个指针 skb。指针被视为 32 位值并且在尾声中符号扩展为 64 位。此行为适用于大多数 bpf prog 类型但不适用于需要 RISC-V ABI 的 struct ops。因此让我们根据函数模型和 RISC-V ABI[0] 对 extend struct ops 返回值进行签名。
    [0] https://riscv.org/wp-content/uploads/2024/12/riscv-calling.pdf (CVE-2025-40079)

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

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

  - bus fsl-mc检查 platform_get_resource() 的返回值 platform_get_resource() 在失败时返回 NULL请因此检查其返回值并传播错误以便防止空指针取消引用。
    (CVE-2025-40029)

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

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

  - fs/ntfs3如果 $BITMAP 为空但存在区块则拒绝索引分配 索引分配 $BITMAP 属性中至少需要一位以追踪索引条目的使用情况。如果位图为空而索引块已存在这将反映磁盘上的损坏。 syzbot 使用畸形 NTFS 图像触发了此情况。在涉及长文件名涵盖多个索引条目的 rename() 操作期间空位图允许在没有有效跟踪的情况下添加名称。由于非预期的索引状态随后对原始条目的删除因 -ENOENT 而失败。通过在索引块存在时验证位图非空来拒绝此类情况。 (CVE-2025-40067)

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

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

  - fsntfs3修复 run_unpack() 中的整数溢出 与正在打开的文件相关的 MFT 记录包含其运行列表这是一个包含有关文件在物理磁盘上的位置信息的数组。对所有调用堆栈路径的分析显示未在 run_unpack 函数之前验证用于计算 LCN 的 runlist 数组的值。run_unpack 函数从 MFT 属性解码压缩的 runlist 数据格式例如 $DATA将其转换为 Runs_tree 结构该结构描述虚拟群集 (VCN) 到逻辑群集 (LCN) 的映射。NTFS3 子系统还有用于从 MFT 记录删除文件的快捷方式 - 在这种情况下RUN_DEALLOCATE 命令将发送到 run_unpack 输入并且函数逻辑规定传输到与文件或目录有关的 runlist 的所有数据都将在不创建 Runs_tree 的情况下删除。结构。将 $DATA 属性中的 runlist 替换为任意文件可导致访问磁盘上的任意数据绕过对其的访问检查因为 inode 访问检查发生在上方或导致磁盘上的任意数据遭到破坏。为加法运算添加溢出检查。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2025-40068)

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

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

  - mm/ksm修复 ksm_madvise 中的标记丢弃行为syzkaller 发现以下崩溃内核缺陷 [44.607039] ------------[ 在此处切换 ]-------- ---- [ 44.607422] 内核缺陷 mm/userfaultfd.c:2067! [44.608148] Oops无效的 opcode0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI [ 44.608814] CPU1 UID0 PID
    2475 Commremixer Not tainted 6.16.0-rc6 #1 PREEMPT(none) [ 44.609635] 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu。 org 2014 年 4 月 1 日 [ 44.610695] RIP
    0010userfaultfd_release_all+0x3a8/0x460<snip other registers, drop unreliable trace> [ 44.617726] Call Trace[ 44.617926] <TASK> [ 44.619284] userfaultfd_release+0xef/0x1b0 [ 44.620976] __fput+0x3f9/0xb60 [44.621240] fput_close_sync+0x110/0x210 [ 44.622222] __x64_sys_close+0x8f/0x120 [ 44.622530do_syscall_64+0x5b/0x2f0 [ 44.622840] entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 44.623244] RIP
    0033:0x7f365bb3f227 内核错误原因是其检测到 userfaultfd_release_all() 期间的 UFFD 不一致。
    具体来说VMA 具有指向 vma->vm_userfaultfd_ctx 的有效指针但 vma->vm_flags 中没有 UFFD 标记。ksm_madvise() 中造成不一致当用户在以 MINOR 模式注册了 UFFD 的 VMA 上调用包含 MADV_UNMEARGEABLE 的 madvise() 时会意外清除存储在 vma->vm_flags 的上限 32 位中的所有标记。假设 x86_64 内核版本未签名的 long 为 64 位未签名的 int 与 int 为 32 位宽。此设置会在 &= ~VM_MERGEABLE 分配期间造成以下错误。VM_MERGEABLE 是一个无符号整数类型 的 32 位常量 0x8000'0000。应用 ~ 之后它将变为 0x7fff'ffff unsigned int然后在 & 操作之前升级为无符号长整型。此提升使用前导 0 填充较高的 32 位，因为我们正在进行未签名的转换（即使对于带符号的转换，这也没有帮助，因为前导位为 0）。因此 & 操作最终导致 vm_flags 与 0x0000'0000'7fff'ffff 而不是预期的 0xffff'ffff'7fff'ffff 进行 AND 运算因此会意外清除其值的上限 32 位。通过使用 BIT() 宏将“VM_MERGEABLE”常量更改为无符号长整型来修复此问题。
    注意其他 VM_* 标记不受影响此问题仅发生在 VM_MERGEABLE 标记上因为其他 VM_* 标记均为 int 类型的常量在 ~ 操作之后以前导 1 结束并因此转换为前导无符号 long 1s。注意 2提交 31defc3b01d9userfaultfd删除 (VM_)BUG_ON()s后这不再是内核错误而是在同一个位置发出警告 [ 45.595973] 警告
    CPU: 1 PID: 2474 (mm/userfaultfd.c:2067) 但根本原因 (flag-drop) 保持不变。 [akpm@linux-foundation.orgrust bindgen 无法处理 BIT()来自 Miguel] (CVE-2025-40040)

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

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

  - netdlink处理 copy_thresh 分配失败 驱动程序未处理 `netdev_alloc_skb_ip_align()` 的失败。如果分配失败则取消引用“skb->protocol”可导致空指针取消引用。此修补程序尝试分配“skb”。如果分配失败，系统会回退到正常路径。已在D-Link DGE-550T Rev-A3 上进行测试 (CVE-2025-40053)

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

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

  - smbclient修复线性内存中的 crypto 缓冲区 crypto API 通过 scatterlist API 预期输入缓冲区位于线性内存中。我们使用 cifs_sg_set_buf() 辅助函数处理此问题该函数将 vmalloc 的内存转换到其相应的页面。但是我们在分配 aead_request 缓冲区smb2ops.c::crypt_message() 中的@creq)时使用 kvzalloc() 执行此操作这可能将 aead_request->__ctx 放入 vmalloc 区域。然后，AEAD 算法对其私有/内部数据和操作使用 ->__ctx，并在少数位置针对此类数据使用 sg_set_buf()。只要 @creq 落入 kmalloc 区域小请求或 vmalloc 的内存仍在线性范围内此功能就可以正常工作。任务的堆栈会默认进行 vmalloc (CONFIG_VMAP_STACK=y)因此过多的任务会将堆栈的基址递增到 virt_addr_valid(buf) 将会失败 (sg_set_buf() 中的 BUG())。实践中加密挂载上的并行读取和写入过多将触发此缺陷。要修复此问题请始终使用 kmalloc() 代替分配 @creq。同时删除 @sensitive_size 变量/参数因为 kfree_sensitive() 不需要它。Backtrace[ 945.272081] ------------[在此剪切 ]------------ [ 945.272774] kernel BUG include/linux/scatterlist.h:209问题[ 945.273520] Oops无效的 opcode0000 [#1] SMP DEBUG_PAGEALLOC NOPTI [945.274412] CPU7 UID0 PID56 Commkworker/u33:0 Kdump 已加载未受感染 6.15.0-lku-11779- g8e9d6efccdd7-dirty #1 PREEMPT(随意) [ 945.275736] 硬件名称QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.16.3-2-gc13ff2cd-prebuilt.qemu.org 04/01/2014 [ 945.276877] Workqueue
    writeback wb_workfn (flush-cifs-2) [ 945.277457] RIP: 0010:crypto_gcm_init_common+0x1f9/0x220 [945.278018] 代码b0 00 00 00 48 83 c4 08 5b 5d 41 5c 41 5d 41 5e 41 5f c3 cc cc cc cc 48 c7 c0 00 00 00 80 48 2b 05 5c 58 e5 00 e9 58 ff ff ff <0f> 0b 0f 0b 0f 0b 0f 0b 0f 0b 0f 0b 48 c7 04 24 01 00 00 00 48 8b [ 945.279992] RSP: 0018 :ffffc90000a27360 EFLAGS00010246 [ 945.280578] RAX: 00000000000000000 RBX
    ffffc90001d85060 RCX 0000000000000030 [ 945.281376] RDX0000000000080000 RSI0000000000000000 RDI
    ffffc90081d85070 [ 945.282145] RBP: ffffc90001d85010 R08: ffffc90001d85000 R09: 0000000000000000 [945.282898] R10: ffffc90001d85090 R11: 0000000000001000 R12: ffffc90001d85070 [ 945.283656] R13:
     R14ffff888113522948  : ffffc90001d85060 R15: ffffc90001d85010 [ 945.284407] FS: 0000000000000000(0000) GS:ffff8882e66cf000(0000) knlGS:0000000000000000 [ 945.285262] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 945.285884] CR2: 00007fa7ffdd31f4 CR3: 000000010540d000 CR4: 0000000000350ef0 [945.286683] 调用跟踪 [ 945.286952] <TASK> [ 945.287184] ? crypt_message+0x33f/0xad0 [cifs] [945.287719] crypto_gcm_encrypt+0x36/0xe0 [ 945.288152] crypt_message+0x54a/0xad0 [cifs] [ 945.288724] smb3_init_transform_rq+0x277/0x300 [cifs] [ 945.289300] smb_send_rqst+0x1603/0x1603 [cifs] [ 945.289944] cifs_call_async+0x178/0x340 [cifs] [ 945.290514] ? __pfx_smb2_writev_callback+0x10/0x10 [cifs] [945.291177] smb2_async_writev+0x3e3/0x670 [cifs] [ 945.291759] ? find_held_lock+0x32/0x90 [ 945.292212] ? netfs_advance_write+0xf2/0x310 [ 945.292723] netfs_advance_write+0xf2/0x310 [ 945.293210] netfs_write_folio+0x346/0xcc0 [ 945.293689] ? __pfx__raw_spin_unlock_irq+0x10/0x10 [ 945.294250] netfs_writepages+0x117/0x460 [ 945.294724] do_writepages+0xbe/0x170 [ 945.295152] ? find_held_lock+0x32/0x90 [ 945.295600] ? kvm_sched_clock_read+0x11/0x20 [ 945.296103]
    __writeback_single_inode+0x56/0x4b0 [ 945.296643] writeback_sb_inodes+0x229/0x550 [ 945.297140]
    __writeback_inodes_wb+0x4c/0xe0 [ 945.297642] wb_writeback+0x2f1/0x3f0 [ 945.298069] wb_workfn+0x300/0x490 [ 945.298472] process_one_work+0x1fe/0x590 [ 945.298949] work_thread+0x1ce/0x3c0 [ 945.299397] ?
    __pfx_worker_thread+0x10/0x10 [ 945.299900] kthr ---truncated--- (CVE-2025-40052)

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

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

  - Squashfs修复 squashfs_get_parent 中的 uninit-value。 Syzkaller 报告一个 KMSANsquashfs_get_parent 中的 uninit-value 缺陷。这是因为使用包含无效父 inode 号的文件句柄调用 open_by_handle_at() 所导致。特别是 inode 数是符号链接的 inode 数而不是目录的 inode 数。Squashfs_get_parent() 被该符号链接 inode 调用并访问 parent 成员字段。 unsigned int parent_ino = squashfs_i(inode)->parent;由于 Squashfs 中的非目录 inode 没有父值因此未初始化即可访问未初始化的值。补丁是以无效的 inode 0 初始化父项这将造成返回 EINVAL 错误。用于与 block_list_start 字段共享父字段的常规 inode。在此提交中删除了此项以便父字段能够包含无效的 inode 编号 0。(CVE-2025-40049]

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

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

  - 跟踪修复 kprobe 初始化中造成空指针取消引用的争用条件 kprobe 初始化中有一个危急的争用条件可能导致空指针取消引用 和内核崩溃。
    [1135630.084782] 无法处理虚拟地址 0000710a04630000 处的内核分页请求
    [1135630.260314] pstate: 404003c9 (nZcv DAIF +PAN -UAO) [1135630.269239] pc : kprobe_perf_func+0x30/0x260 [1135630.277643] lr: kprobe_dispatcher+0x44/0x60 [1135630.286041] sp: ffffaeff4977fa40 [1135630.293441] x29 ffffaeff4977fa40 x28ffffaf015340e400 [1135630.302837] x27: 0000000000000000 x26: 0000000000000000 [1135630.312257] x25ffffaf029ed108a8 x24: ffffaf015340e528 [1135630.321705] x297ffffc2: ffffafc2: ffffafc2: ffffaf029ed108a8 x297
    ffffaeff4977fc50 [1135630.331154] x210000000000000000 x20 ffffaeff4977fc50 [1135630.340586] x19
    ffffaf015340e400 x18: 0000000000000000 [1135630.349985] x17: 0000000000000000 x16: 0000000000000000 [1135630.359285] x15: 0000000000000000 x14: 0000000000000000 [1135630.368445] x13: 0000000000000000 x12:
    0000000000000000 [1135630.377473] x11: 0000000000000000 x10: 0000000000000000 [1135630.386411] x9 :
    0000000000000000 x8 : 0000000000000000 [1135630.395252] x7 : 0000000000000000 x6 : 0000000000000000 [1135630.403963] x5 : 0000000000000000 x4 : 0000000000000000 [1135630.412545] x3 : 0000710a04630000 x2 :
    0000000000000006 [1135630.421021] x1 : ffffaeff4977fc50 x0 : 0000710a04630000 [1135630.429410] 调用跟踪
    [1135630.434828] kprobe_perf_func+0x30/0x260 [1135630.441661] kprobe_dispatcher+0x44/0x60 [1135630.448396] aggr_pre_handler+0x70/0xc8 [1135630.454959] kprobe_breakpoint_handler+0x140/0x1e0 [1135630.462435] brk_handler+0xbc/0xd8 [1135630.468437] do_debug_exception +0x84/0x138 [1135630.475074] el1_dbg+0x18/0x8c [1135630.480582] security_file_permission+0x0/0xd0 [1135630.487426] vfs_write+0x70/0x1c0 [1135630.493059] ksys_write+0x5c/0xc8 [1135630.498638] __arm64_sys_write+0x24/0x30 [1135630.504821el0_svc_common+0x78/0x130 [1135630.510838] el0_svc_handler+0x38/0x78 [1135630.516834] el0_svc+0x8/0x1b0 kernel/trace/trace_kprobe.c1308 0xffff3df8995039ec <kprobe_perf_func+0x2c>ldr x21[x24,#120] include/ linux/compiler.h294 0xffff3df8995039f0 <kprobe_perf_func+0x30>ldr x1[x21,x0] kernel/trace/trace_kprobe.c 1308head = this_cpu_ptr(call->perf_events); 1309if (hlist_empty(head)) 1310返回 0 crash> struct trace_event_call -o struct trace_event_call { ... [120] struct hlist_head
    *perf_events; //(call->perf_event) ... } crash> struct trace_event_call ffffaf015340e528 struct trace_event_call { ... perf_events = 0xffff0ad5fa89f088, //this value is true, but x21 = 0 ... } 争用条件分析：争用发生在 之间kprobe 激活和 perf_events 初始化CPU0 CPU1 ==== ==== perf_kprobe_init perf_trace_event_init tp_event->perf_events = list;(1) tp_event->class->reg (2) KPROBE ACTIVE Debug 异常触发 ... kprobe_dispatcher kprobe_perf_func ->tp.flags & TP_FLAG_PROFILEhead = this_cpu_ptr(call->perf_events)(3)perf_events 仍为 NULL 问题1. CPU0 执行 (1) 分配 tp_event->perf_events = list 2. CPU0 执行 (2) 启用通过 class->reg() 实现的 kprobe 功能 3. CPU1 触发并达到 kprobe_dispatcher 4. CPU1 检查 TP_FLAG_PROFILE - 条件通过步骤 2 已完成 5. CPU1 调用 kprobe_perf_func() 并在 (3) 崩溃因为 call->perf_events 仍为空CPU1 发现 kprobe 功能已启用但没有发现 perf_ev已分配 ents。添加配对读取 ---truncated--- (CVE-2025-40042)

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

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

  - KVMx86完成用户空间 I/O 时不重新检查 L1 拦截在完成生成 I/O 的用户空间退出的指令仿真时请勿重新检查 L1 拦截因为 KVM 已完成该指令阶段即已提交允许 L2 执行 I/O。如果 L1（或主机用户空间）在退出到用户空间期间修改了 I/O 权限位图则 KVM 会将此次访问视为被拦截尽管已经仿真了 I/O 访问。关注 EMULTYPE_NO_DECODE 以检测 KVM 是否正在完成仿真。在 EMULTYPE_NO_DECODE 的三个用户中，只有 complete_emulated_io()（预期接收者）可以访问相关代码。 gp_interception() 的使用与 is_guest_mode() 互斥且 complete_emulated_insn_gp() 会无条件将 EMULTYPE_NO_DECODE 与 EMULTYPE_SKIP 配对。此不良行为由 syzkaller 程序检测到其在用户空间 I/O 退出期间会切换端口 I/O 拦截最终导致 vcpu->arch.pio.count 出现 WARN。count 非零这是因为 KVM 未完成 的仿真I/O 指令。警告：
    CPU23 PID1083 at arch/x86/kvm/x86.c:8039 emulator_pio_in_out+0x154/0x170 [kvm] Modules 中链接
    kvm_intel kvm irqbypass CPU23 UID1000 PID1083 Commrepro Not tainted 6.16.0-rc5-c1610d2d66b1-next-vm #74 NONE 硬件名称QEMU Standard PC(Q35 + ICH9、2009)、BIOS 0.0.0 02 2015 年 6 月 RIP
    0010:emulator_pio_in_out+0x154/0x170 [kvm] PKRU: 55555554 Call Trace: <TASK> kvm_fast_pio+0xd6/0x1d0 [kvm] vmx_handle_exit+0x149/0x610 [kvm_intel] kvm_arch_vcpu_ioctl_run+0xda8/0x1ac0 [kvm] kvm_vcpu_ioctl+0x244/0x8c0 [kvm] __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0x5d/0xc60 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> (CVE-2025-40026)

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

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

  - perfarm_spe防止 PERF_IDX2OFF() 中的溢出将 nr_pages 转换为无符号长整型以避免在处理大型 AUX 缓冲区大小 (>= 2 GiB) 时溢出。 (CVE-2025-40081)

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

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

  - binder修复 dbitmap 中的双重释放。在尝试扩展其 proc->dmap 时进程可能无法分配新的位图。在此情况下dbitmap_grow() 失败并通过 dbitmap_free() 释放旧位图。但是当同一个进程终止时驱动程序会再次调用 dbitmap_free()从而导致双重释放错误
    ================================================== ================ BUGKASAN在 binder_proc_dec_tmpref+0x2e0/0x55c 对 addr ffff00000b7c1420 的释放中由任务 kworker/ 造成的双重释放9:1/209 CPU9 UID0 PID209 Commkworker/9:1 未受感染 6.17.0-rc6-dirty #5 PREEMPT 硬件名称linux,dummy-virt (DT) 工作队列事件 binder_deferred_func 调用跟踪kfree+0x164/0x31c binder_proc_dec_tmpref+0x2e0/0x55c binder_deferred_func+0xc24/ 0x1120 process_one_work+0x520/0xba4 [...] 由任务 448 分配
    __kmalloc_noprof+0x178/0x3c0 bitmap_zalloc+0x24/0x30 binder_open+0x14c/0xc10 [...] 已由任务释放 449
    kfree+0x184/0x31c binder_inc_ref_for_node+0xb44/0xe44 binder_transaction+0x29b4/0x7fbc binder_thread_write+0x1708/0x442c binder_ioctl+0x1b50/0x2900 [...] ==================== ============================================== 请通过以下方式修复此问题在 dbitmap_free() 中将 proc->map 标记为 NULL。 (CVE-2025-40028)

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

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

  - KVMSVM如果下一个 RIP 无效则跳过 VM-Exit 上的快速路径仿真如果下一个 RIP 无效则在 SVM 的 VM-Exit 处理程序中跳过 WRMSR 和 HLT 快速路径例如因为 KVM 以 nrips=false运行。如果 CPU 不提供下一个 RIP，并且获取要解码的指令字节需要读取客户机内存，SVM 必须解码和仿真才能跳过该指令。通过仿真器读取客户机内存会造成错误即会休眠这是不允许的因为快速路径处理程序会在禁用 IRQ 的情况下运行。BUG：
    从位于 ./include/linux/uaccess.h:106 的无效上下文调用的休眠函数 in_atomic()1，irqs_disabled()1，non_block: 0，pid: 32611，nameqemu preempt_count: 1，预期：0 INFO lockdep 已关闭。 irq 事件标记30580 hardirqs last enabled at (30579): [<ffffffffc08b2527>] vcpu_run+0x1787/0x1db0 [kvm] hardirqs last disable at (30580): [<ffffffffb4f62e32>]
    __schedule+0x1e2/0xed0 softirqs 上次启用的时间为 (30570)[<ffffffffb4247a64>] fpu_swap_kvm_fpsate+0x44/0x210 softirqs 上次禁用的时间为 (30568)[<ffffffffb4247a64>] fpu_swap_kvm_fpsstate+0x44/0x210 CPU: 298 UID: 0 PID: 32611 Comm qemu 感染的 GU 6.16.0-smp-- e6c618b51cfe-sleep #782 NONE 感染的 [U]=USER 硬件名称 Google Aseria-Turin/aseria, BIOS 0.20241223.2-0 01/17/2025 调用跟踪 <TASK> dump_stack_lvl+0x7d /0xb0 __might_resched+0x271/0x290
    __might_fault+0x28/0x80 kvm_vcpu_read_guest_page+0x8d/0xc0 [kvm] kvm_fetch_guest_virt+0x92/0xc0 [kvm]
    __do_insn_fetch_bytes+0xf3/0x1e0 [kvm] x86_decode_insn+0xd1/0x1010 [kvm] x86_emulate_instruction+0x105/0x810 [kvm] __svm_skip_emulated_instruction+0xc4/0x140 [kvm_amd] handle_fastpath_invd+0xc4/0x1a0 [kvm] vcpu_run+0x11a1/0x1db0 [kvm] kvm_arch_vcpu_ioctl_run+ 0x5cc/0x730 [kvm] kvm_vcpu_ioctl+0x578/0x6a0 [kvm] __se_sys_ioctl+0x6d/0xb0 do_syscall_64+0x8a/0x2c0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x7f479d57a94b </TASK> Note, this is essentially a reapply of commit 5c30e8101e8d (KVM: SVM如果下一个 RIP 无效则跳过 VM-Exit 上的 WRMSR 快速路径但理由不同因其他原因跳过指令时KVM 现在会抓取 SRCU。
    (CVE-2025-40038)

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

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

  - tee修复 register_shm_helper() 在 register_shm_helper() 中修复用于调用 iov_iter_extract_pages() 的不正确的错误处理。缺少 iov_iter_extract_pages() 仅获取部分页面并返回大于 0 的数字而非请求的数量时的情况。此更新修复了来自 ioctl(TEE_IOC_SHM_REGISTER) 的错误输入其中部分缓冲区未映射可能发生的空指针取消引用。
    (CVE-2025-40031)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: comp - Use same definition of context alloc and free ops In commit 42d9f6c77479 (crypto: acomp - Move scomp stream allocation code into acomp), the crypto_acomp_streams struct was made to rely on having the alloc_ctx and free_ctx operations defined in the same order as the scomp_alg struct. But in that same commit, the alloc_ctx and free_ctx members of scomp_alg may be randomized by structure layout randomization, since they are contained in a pure ops structure (containing only function pointers). If the pointers within scomp_alg are randomized, but those in crypto_acomp_streams are not, then the order may no longer match. This fixes the problem by removing the union from scomp_alg so that both crypto_acomp_streams and scomp_alg will share the same definition of alloc_ctx and free_ctx, ensuring they will always have the same layout. (CVE-2025-40063)

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

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

  - Inputuinput - 对 uinput_ff_upload_compat 进行零初始化以避免信息泄漏 Struct ff_effect_compat 在 uinput_ff_upload_compat 内两次嵌入包含内部填充。特别是在 struct ff_replay 之后有一个漏洞无法满足下列 union 成员的对齐要求。在不清除结构的情况下copy_to_user() 可能会将堆栈数据泄漏到用户空间。在填充有效字段之前将 ff_up_compat 初始化为零。 (CVE-2025-40035)

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

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

  - ASoC codecswcd937x正确设置 comp soundwire 端口由于某些原因我们最终将 HPHL_COMP 和 HPHR_COMP 的 soundwire 端口设置为零这可能因为访问和设置 port_map 数组的第 -1 个元素而导致内存损坏。 (CVE-2025-40045)

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

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

  - coresighttrbe由于分配失败而返回空指针 TRBE 驱动程序无法分配缓冲区时其当前会返回错误代码 -ENOMEM。但是调用程序 etm_setup_aux() 仅检查空指针因此它会错过错误。因此驱动程序会继续运行并最终导致内核错误。通过在分配失败时从 arm_trbe_alloc_buffer() 返回空指针来修复此问题。这允许调用方可以正确处理失败。 (CVE-2025-40060)

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

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

  - tcp_metrics使用 dst_dev_net_rcu() 将三个 dst_dev() 替换为已启用 lockdep 的帮助程序。 (CVE-2025-40075)

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

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

  - netnfcnci对数据包数据添加参数验证 Syzbot 报告 nci_init_req 中存在一个未初始化值缺陷这是由 git:// 的提交 5aca7966d2a7 合并标签 ‘perf-tools-fixes-for-v6.17-2025-09-16’ git.kernel.org/pub/scm/linux/kernel/git/perf/perf-tools。此缺陷的原因是在 nic_valid_size() 中进行的输入验证非常有限且效果不佳。此验证仅验证 skb->len直接反映在用户空间接口提供的大小与缓冲区本身提供的长度解释为 NCI_HEADER。这会导致处理 地址处的内存内容时按照 opcode 要求假设正确布局。这会导致访问尚未分配任何内容的“skb_buff->data”缓冲区。在“nic_valid_size()”中同样静默丢弃无效大小的数据包后在相应处理程序中添加数据验证并在失败时返回错误值。如果从“nci_nft_packet”中的处理程序返回错误值并且有效地执行静默终止则释放 skb 可能的 TODO由于我们静默终止数据包对“nci_request”的调用将等待请求完成并将面临超时。dmesg 中可能会过多记录这些超时。对它们的正确处理可能需要导出“nci_request_cancel”或从 nft 数据包处理程序传播错误处理。 (CVE-2025-40043)

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

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

  - coresight修复对 devm_kzalloc 返回值的错误处理 devm_kzalloc 的返回值可能是空指针使用 !desc.pdata 修复了 devm_kzalloc 返回值的错误处理。
    (CVE-2025-40059)

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

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

  - cryptohisilicon/qm - 将 qm->debug.qm_diff_regs 设置为 NULL 当 qm->debug.acc_diff_reg 初始化失败时探测进程不退出。然而在释放 qm->debug.qm_diff_regs 之后它并未被设置为 NULL。当删除进程尝试再次释放该内存时这可导致双重释放。因此qm->debug.qm_diff_regs 在释放后应设置为 NULL。 (CVE-2025-40062)

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

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

  - drm/msm未准备就绪时请勿验证 SSPP 当前代码将验证当前平面和上一个平面以确认它们可与 multi-rect 模式共享 SSPP。已为之前的平面分配了 SSPP，而当前平面尚未与任何 SSPP 相关联。验证当前平面的 SSPP 时引用了空指针。跳过当前平面的 SSPP 验证。无法处理虚拟地址 0000000000000020 Mem abort infoESR = 0x0000000096000004 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0 FSC = 0x04级别 0 转换错误数据中止信息ISV = 0、ISS = 0x00000004、ISS2 = 0x00000000 CM = 0、WnR = 0、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 用户pgtable: 4k pages, 48-bit VAs, pgdp=0000000888ac3000 [0000000000000020] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] SMP Modules 中链接的 CPU: 4 UID: 0 PID: 1891 Comm: modetest Tainted: GS 6.15.0- rc2-g3ee3f6e1202e #335 PREEMPT 受感染[S]=CPU_OUT_OF_SPEC 硬件名称 SM8650 EV1 rev1 4slam 2et (DT) pstate: 63400009 (nZCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : dpu_plane_is_multirect_capable+ 0x68/0x90 lr
    dpu_assign_plane_resources+0x288/0x410 sp : ffff800093dcb770 x29: ffff800093dcb770 x28: 0000000000002000 x27: ffff000817c6c000 x26: ffff000806b46368 x25: ffff0008013f6080 x24: ffff00080cbf4800 x23:
    ffff000810842680 x22: ffff0008013f1080 x21: ffff00080cc86080 x20: ffff000806b463b0 x19: ffff00080cbf5a00 x18: 00000000ffffffff x17: 707a5f657a696c61 x16: 0000000000000003 x15: 0000000000002200 x14:
    00000000ffffffff x13: 00aaaaaa00aaaaaa x12: 0000000000000000 x11: ffff000817c6e2b8 x10: 0000000000000000 x9 : ffff80008106a950 x8 : ffff00080cbf48f4 x7 : 0000000000000000 x6 : 0000000000000000 x5 :
    0000000000000000 x4 : 0000000000000438 x3 : 0000000000000438 x2 : ffff800082e245e0 x1 : 0000000000000008 x0 : 0000000000000000 Call trace: dpu_plane_is_multirect_capable+0x68/0x90 (P) dpu_crtc_atomic_check+0x5bc/0x650 drm_atomic_helper_check_planes+0x13c/0x220 drm_atomic_helper_check+0x58/0xb8 msm_atomic_check+0xd8/0xf0 drm_atomic_check_only+0x4a8 /0x968 drm_atomic_commit+0x50/0xd8 drm_atomic_helper_update_plane+0x140/0x188 __setplane_atomic+0xfc/0x148 drm_mode_setplane+0x164/0x378 drm_ioctl_kernel+0xc0/0x140 drm_ioctl+0x20c/0x500
    __arm64_sys_ioctl+0xbc/0xf8 invoke_syscall+0x50/0x120 el0_svc_common.constprop.0+0x48/0xf8 do_el0_svc+0x28/0x40 el0_svc+0x30/0xd0 el0t_64_sync_handler+0x144/0x168 el0t_194_sync:
    b9402021 370fffc1 f9401441 3707ff81 (f94010a1) ---[ 结束跟踪 0000000000000000 ]--- Patchwork
    https://patchwork.freedesktop.org/patch/669224/ (CVE-2025-40073)

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

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

  - miscfastrpc修复 fastrpc_put_args copy_to_user() 中可能的映射泄漏失败将导致提前返回而不清理 fdlist此问题已由 DSP 更新。这可导致映射泄漏。通过在失败时重定向至清理路径修复此问题同时确保在返回前正确释放所有映射的缓冲区。 (CVE-2025-40036)

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

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

  - 处理 X11 Present 扩展通知时在 X.Org X 服务器和 Xwayland 中发现一个缺陷。
    创建通知期间不当的错误处理可留下悬摆指针从而导致释放后使用的情况。这可造成内存损坏或崩溃从而可能允许攻击者执行任意代码或造成拒绝服务。 (CVE-2025-62229)

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

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

  - fbdevsimefb修复 simplefb_detach_genpds() 中的释放后使用 pm_domain 清理无法由 devres 管理因为它使用由 framebuffer_alloc() 在结构 fb_info 内分配的结构 simplefb_par。
    此分配由 simplefb_remove() 中的 unregister_framebuffer() 显式释放。Devres 托管的清除会在设备删除调用后运行因此无法再访问 struct simplefb_par。从 simplefb_destroy() 显式调用 simplefb_detach_genpds()类似于时钟和调节器的清理函数。修复使用具有 Debian 内核配置的下游 asahi 内核时 M2 Mac mini 上在 Adobe Aperture_remove_conflicting_devices() 期间的一个释放后使用问题。由于未知原因这开始在基于 v6.16.3 的内核中持续取消引用无效指针。 [ 6.736134] BUGKASAN simplefb_detach_genpds+0x58/0x220 中的 slab-use-after-free [ 6.743545] 通过任务 (udev-worker)/227 读取地址 ffff8000304743f0 处大小 4 的数据 [ 6.750697] [ 6.752182] CPU 6 UID: 0 PID: 227 Comm(udev-worker) 受感染GS 6.16.3-asahi+ #16 PREEMPTLAZY [ 6.752186] 受感染[S]=CPU_OUT_OF_SPEC [ 6.752187] 硬件名称 Apple Mac mini (M2、 2023) (DT) [ 6.752189] 调用跟踪[ 6.752190] show_stack+0x34/0x98 (C) [ 6.752194] dump_stack_lvl+0x60/0x80 [ 6.752197] print_report+0x17c/0x4d8 [ 6.752201] kasan_report+0xb4/ 0x100 [6.752206] __asan_report_load4_noabort+0x20/0x30 [ 6.752209] simplefb_detach_genpds+0x58/0x220 [ 6.752213] devm_action_release+0x50/0x98 [ 6.752216] release_nodes+0xd0/0x2c8 [ 6.752219] devres_release_all+0xfc/0x18 [ 6.752221]78 device_unbind_cleanup+0x28/0x168 [ 6.752224] device_release_driver_internal+0x34c/0x470 [ 6.752228] device_release_driver+0x20/0x38 [ 6.752231] bus_remove_device+0x1b0/0x380 [ 6.752234] device_del+0x314/0x820 [ 6.752238] platform_device_del+0x3c/0x1e8 [ 6.752242] platform_device_unregister+0x20/0x50 [ 6.752246] vulnerabilities_detach_platform_device+0x1c/0x30 [ 6.752250] vulnerabilities_detach_devices+0x16c/0x290 [ 6.752253] vulnerabilities_remove_conflicting_devices+0x34/0x50 ... [ 6.752343] [ 6.967409] 由任务 62 分配[6.970724] kasan_save_stack+0x3c/0x70 [ 6.974560] kasan_save_track+0x20 /0x40 [ 6.978397] kasan_save_alloc_info+0x40/0x58 [ 6.982670] __kasan_kmalloc+0xd4/0xd8 [ 6.986420]
    __kmalloc_noprof+0x194/0x540 [ 6.990432] framebuffer_alloc+0xc8/0x130 [ 6.994444] simplefb_probe+0x258/0x2378 ... [ 7.054356] [ 7.055838] 由任务 227 释放[ 7.058891] kasan_save_stack+0x3c/0x70 [ 7.062727] kasan_save_track+0x20/0x40 [ 7.066565] kasan_save_free_info+0x4c/0x80 [ 7.070751] __kasan_slab_free+0x6c/0xa0 [ 7.074675] kfree+0x10c/0x380 [7.077727] framebuffer_release+0x5c/0x90 [ 7.081826] simplefb_destroy+0x1b4 /0x2c0 [ 7.085837] put_fb_info+0x98/0x100 [ 7.089326] unregister_framebuffer+0x178/0x320 [ 7.093861] simplefb_remove+0x3c/0x60 [ 7.097611] platform_remove+0x60/0x98 [ 7.101361] device_remove+0xb8/0x160 [7.105024] device_release_driver_internal+0x2fc/0x470 [ 7.110256] device_release_driver+0x20/0x38 [7.114529] bus_remove_device+0x1b0/0x380 [ 7.118628] device_del+0x314/0x820 [ 7.122116] platform_device_del+0x3c/0x1e8 [ 7.126302] platform_device_unregister+0x20/ 0x50 [ 7.131012] vulnerabilities_detach_platform_device+0x1c/0x30 [ 7.136157]健全性_detach_devices+0x16c/0x290 [ 7.140779]健全性_remove_conflicting_devices+0x34/0x50 ... (CVE-2025-40037)

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

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

  - f2fs为避免在左移操作时发生溢出而进行的修复 应将 folio->index 的类型从 pgoff_t 转换到 loff_t以避免左移操作时发生溢出。 (CVE-2025-40077)

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

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

  - f2fs修复以对非 inode dnode 的节点脚注进行健全性检查正如 syzbot 报告如下------------[此处剪切]------------ 内核缺陷位于 fs/f2fs/file.c:1243! Oops无效 opcode0000 [#1] SMP KASAN NOPTI CPU: 0 UID: 0 PID: 5354 Comm: syz.0.0 Not tainted 6.17.0-rc1-syzkaller-00211-g90d970cade8e #0 PREEMPT(full) RIP: 0010 f2fs_truncate_hole+0x69e/0x6c0 fs/f2fs/file.c:1243 调用跟踪 <TASK> f2fs_punch_hole+0x2db/0x330 fs/f2fs/file.c:1306 f2fs_fallocate+0x546/0x990 fs/f2fs/file.c:2018 vfs_fallocate+0x66666 /0x7e0 fs/open.c:342 ksys_fallocate fs/open.c:366 [内联] __do_sys_fallocate fs/open.c:371 [内联] __se_sys_fallocate fs/open.c:369 [内联] __x64_sys_fallocate+0xc0/0x110 fs/open .c:369 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f1e65f8ebe9含模糊的图像、f2fs 可能因在 f2fs_truncate_hole() 的直接节点中检测到不一致的截断范围而遇到错误。根本原因是非 inode dnode 可能具有相同的 footer.ino 和 footer.nid因此 dnode 将被解析为 inode然后 ADDRS_PER_PAGE() 可能偶然返回错误的 blkaddr 计数通常为 923 dn.ofs_in_node 等于 923则 count 在下列语句中可计算为 0之后将通过 f2fs_bug_on(count == 0 || ...) 触发错误。 count = min(end_offset - dn.ofs_in_node, pg_end - pg_start);此修补程序引入了新的 node_type NODE_TYPE_NON_INODE 然后允许将 new_type 传递到 f2fs_get_node_folio() 中的 sanity_check_node_ footer以检测非 inode dnode 具有相同 footer.ino 和 footer.nid 的损坏。用于重现的脚本mkfs.f2fs -f /dev/vdb mount /dev/vdb /mnt/f2fs touch /mnt/f2fs/foo touch /mnt/f2fs/bar dd if=/dev/zero of=/mnt/f2fs/ foo bs=1M count=8 umount /mnt/f2fsject.f2fs --node --mb i_nid --nid 4 --idx 0 --val 5 /dev/vdb mount /dev/vdb /mnt/f2fs xfs_io /mnt/f2fs/foo -c fpunch 6984k 4k (CVE-2025-40025)

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

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

  - pps修复注册设备失败时 pps_register_cdev 中的警告 与之前的提交 2a934fdb01db (mediav4l2-dev修复 __video_register_device() 中的错误处理)类似应在 device_register() 之前设置发布挂钩。否则当 device_register() 返回错误且 put_device() 尝试回调 release 函数时可能会发生以下警告。 ------------[ 在此处剪切 ]------------ 警告CPU1 PID4760位于 drivers/base/core.c:2567 device_release+0x1bd/ 0x240 drivers/base/core.c:2567 模块中链接的 CPU:1 UID:0 PID:4760 Comm:syz.4.914 Not tainted 6.17.0-rc3+ #1 NONE RIP
    0010:device_release+0x1bd/0x240 drivers/base/core.c:2567 调用跟踪 <TASK> kobject_cleanup+0x136/0x410 lib/kobject.c:689 kobject_release lib/kobject.c:720 [inline] kref_put include/linux/kref .h:65 [inline] kobject_put+0xe9/0x130 lib/kobject.c:737 put_device+0x24/0x30 drivers/base/core.c:3797 pps_register_cdev+0x2da/0x370 drivers/pps/pps.c:402 pps_register_source+0x2f6 /0x480 drivers/pps/kapi.c:108 pps_tty_open+0x190/0x310 drivers/pps/clients/pps-ldisc.c:57 tty_ldisc_open+0xa7/0x120 drivers/tty/tty_ldisc.c:432 tty_set_ldisc+0x333/0x780 drivers/ tty/tty_ldisc.c:563 tiocsetd drivers/tty/tty_io.c:2429 [内联] tty_ioctl+0x5d1/0x1700 drivers/tty/tty_io.c:2728 vfs_ioctl fs/ioctl.c:51 [内联] __do_sys_ioctl fs/ioctl。 c:598 [内联] __se_sys_ioctl fs/ioctl.c:584 [内联]
    __x64_sys_ioctl+0x194/0x210 fs/ioctl.c:584 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0x5f/0x2a0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x76/0x7e </TASK> 在提交 c79a39dc8d06pps修复一个释放后使用之前pps_register_cdev() 调用 device_create() 以创建 pps->dev这会将 dev->release 初始化为 device_create_release()。现在该注释已过时删除即可。感谢 Calvin Owens 的提醒应删除 pps_register_source() 中的“kfree_pps”以避免失败情况下的双重释放。 (CVE-2025-40070)

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

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

  - RISC-VKVM使用有效的模式位写入 hgatp 寄存器根据 RISC-V 特权架构规范当选择 MODE=Bare 时软件必须向 hgatp 的剩余字段写入 0。我们已检测到 之前的 HW 支持 的有效模式因此使用有效模式来检测支持的 vmid 位数量。 (CVE-2025-40065)

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

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

  - smc修复 __pnet_find_base_ndev() 中的释放后使用。 syzbot 报告了
    __pnet_find_base_ndev()在 connect() 期间调用。 [0] smc_pnet_find_ism_resource() 提取 sk_dst_get(sk)->dev 并向下传递到保存 RTNL 的 pnet_find_base_ndev()。然后UAF 发生在
    首次使用 dev 时的 __pnet_find_base_ndev()。这表示在获取 RTNL 之前已在 pnet_find_base_ndev() 中释放 dev。当 dev 消失时dst->dev 可与 Blackhole_netdev 交换且 dst 提供的 dev 的 refcnt 将予以释放。调用 smc_pnet_find_ism_resource() 之前必须保持 dev 的 refcnt。此外smc_pnet_find_roce_resource() 也存在相同的问题。让我们使用
    两个函数中的 __sk_dst_get() 和 dst_dev_rcu()。 [0]BUGKASAN 中存在释放后使用错误
    __pnet_find_base_ndev+0x1b1/0x1c0 net/smc/smc_pnet.c:926 由任务 syz.0.3632/18609 CPU:1 UID:0 PID:18609 Comm:syz.0.3632 至 addr ffff888036bac33a 进行的大小为 1 的读取(大小为 1 #0 )位于 addr ffff888036bac33a ) 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 08/18/2025 调用跟踪 <TASK> dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [内联] print_report+0xca/0x240 mm/kasan/report.c:482 kasan_report+0x118/0x150 mm/kasan/report.c:595
    __pnet_find_base_ndev+0x1b1/0x1c0 net/smc/smc_pnet.c:926 pnet_find_base_ndev net/smc/smc_pnet.c:946 [内联] smc_pnet_find_ism_by_pnetid net/smc/smc_pnet.c:1103 [内联] smc_pnet_find0pnet0mc_ism_resource/smc_pnet_find_ism_rec:1103 [内联] smc_pnet_find0pnet.c:926 .c:1154 smc_find_ism_device net/smc/af_smc.c:1030 [内联] smc_find_proposal_devices net/smc/af_smc.c:1115 [内联] __smc_connect+0x372/0x1890 net/smc/af_smc.c:1545 smc_connect+0x877/0xd90 net /smc/af_smc.c:1715 __sys_connect_file net/socket.c:2086 [内联] __sys_connect+0x313/0x440 net/socket.c:2105 __do_sys_connect net/socket.c:2111 [内联]
    __se_sys_connect net/socket.c:2108 [内联] __x64_sys_connect+0x7a/0x90 net/socket.c:2108 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64 .c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f47cbf8eba9 Code: ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f47ccdb1038 EFLAGS: 00000246 ORIG_RAX: 000000000000002a RAX: ffffffffffffffda RBX: 00007f47cc1d5fa0 RCX: 00007f47cbf8eba9 RDX
    0000000000000010 RSI: 0000200000000280 RDI: 000000000000000b RBP: 00007f47cc011e19 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13:
     R1400007f47cc1d6038  : 00007f47cc1d5fa0 R15: 00007ffc512f8aa8 </TASK> The buggy address belongs to the physical page: page: refcount:0 mapcount:0 mapping:0000000000000000 index:0xffff888036bacd00 pfn:0x36bac flags: 0xfff00000000000(node=0|zone=1|lastcpupid=0x7ff) raw: 00fff00000000000 ffffea0001243d08 ffff8880b863fdc0 0000000000000000 raw: ffff888036bacd00 0000000000000000 00000000ffffffff 0000000000000000 page dumped because: kasan: bad access detected page_owner tracks the page as freed page last allocated via order 2, migratetype Unmovable, gfp_mask 0x446dc0(GFP_KERNEL_ACCOUNT|__GFP_ZERO|__GFP_NOWARN|__GFP_RETRY_MAYFAIL| __GFP_COMP)、pid 16741、tgid 16741 (syz-executor)、ts 343313197788、free_ts 380670750466 set_page_owner include/linux/page_owner.h:32 [inline] post_alloc_hook+0x240/0x2a0 mm/page_alloc.c_new mm_new mm/page_alloc.c:1851 prep_alloc_alpage.h 1859 [inline] get_page_from_freelist+0x21e4/0x22c0 mm/page_alloc.c:3858 __alloc_frozen_pages_noprof+0x181/0x370 mm/page_alloc.c:5148 alloc_pages_mpol+0x232/0x4a0 mm/ mempolicy.c:2416 ___kmalloc_large_node+0x5f/0x1b0 mm/slub.c:4317 __kmalloc_large_node_noprof+0x18/0x90 mm/slub.c:4348 __do_kmalloc_node mm/slub.c:4364 [inline] __kvmalloc_node ---truncated--- (CVE-2025-40064)

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

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

  - ocfs2修复 user_cluster_connect() 中的双重释放 user_cluster_disconnect() 释放 conn->cc_private其为 lc但随后错误处理再次释放 lc。将此路径中的 lc 设置为 NULL 以避免双重释放。 (CVE-2025-40055)

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

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

  - uio_hv_generic让用户空间处理中断掩码删除在 uio_hv_generic 驱动程序中默认设置中断掩码的逻辑因为中断掩码值应该完全由用户空间控制。如果驱动程序更改了掩码位当用户模式在环上运行时可能会设置掩码位当它应该被清除并且用户模式驱动程序将错过导致挂起的中断。例如当驱动程序将入站环缓冲区中断掩码设置为 1 时主机不会中断 UIO VMBus 通道上的客户机。但是，设置掩码不会阻止主机将消息放入入站环缓冲区中。假设发生了 主机将消息放入环形缓冲区但没有中断。随后客户机中的用户空间代码将入站环缓冲区中断掩码设置为 0表示“Hey, I'm ready for Interrups”。然后用户空间代码调用 pread() 以等待中断。然后会发生以下两种情况之一* 主机此后不再发送消息。因此 pread() 会永远等待。 * 主机确实发送了另一条消息。但由于环形缓冲区中已存在消息，因此它不会生成中断。这是正确的行为因为主机应仅在入站环缓冲区从空转换为非空时发送中断。
    将其他消息添加到非空的环形缓冲区预期不会在客户机上生成中断。由于客户机在 pread() 中等待且不会从环形缓冲区删除消息因此 pread() 会永远等待。如果我们延迟将中断掩码设置为 0则可在 hv_fcopy_uio_daemon 中轻松重现此问题。同样如果 hv_uio_channel_cb() 将 Interrupt_mask 设置为 1则会存在争用条件。在用户空间清空入站环形缓冲区后但在用户空间将 Interrupt_mask 设置为 0 之前主机可将另一条消息放入环形缓冲区但不会中断。然后下一个 pread() 将挂起。通过删除 Interrupt_mask 已更改的所有实例来修复这些实例同时保持 set_event() 中实例不变以便通过将 0/1 写入 /dev/uioX 来由用户空间控制中断掩码。
    (CVE-2025-40048)

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

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

  - f2fs: fix UAF issue in f2fs_merge_page_bio() As JY reported in bugzilla [1], Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 pc : [0xffffffe51d249484] f2fs_is_cp_guaranteed+0x70/0x98 lr : [0xffffffe51d24adbc] f2fs_merge_page_bio+0x520/0x6d4 CPU: 3 UID: 0 PID: 6790 Commkworker/u16:3 感染了 PBW OE 6.12.30-android16-5-maybe-dirty-4k #1 5f7701c9cbf727d1eebe77c89bbbeb3371e895e5 感染了 [P]=PROPRIETARY_MODULE、 [B]=BAD_PAGE [W]=WARN，[O]=OOT_MODULE，[E]=UNSIGNED_MODULE Workqueue回写 wb_workfn (flush-254:49) 调用跟踪
    f2fs_is_cp_guaranteed+0x70/0x98 f2fs_inplace_write_data+0x174/0x2f4 f2fs_do_write_data_page+0x214/0x81c f2fs_write_single_data_page+0x28c/0x764 f2fs_write_data_pages+0x78c/0xce4 do_writepages+0x2fec8
    __writeback_single_inode+0x4c/0x4b4 writeback_sb_inodes+0x314/0x540 __writeback_inodes_wb+0xa4/0xf4 wb_writeback+0x160/0x448 wb_workfn+0x2f0/0x5dc process_scheduled_works+0x1c8/0x458 worker_thread+0x334/0x3f0 kthread+0x118/0x1ac ret_from_fork+0x10/0x20 [1] https://bugzilla.kernel.org/show_bug.cgi?id=220575 The panic was caused by UAF issue w/ below race condition: kworker - writepages - f2fs_write_cache_pages - f2fs_write_single_data_page - f2fs_do_write_data_page - f2fs_inplace_write_data - f2fs_merge_page_bio - add_inu_page : cache page #1 into bio & cache bio in io->bio_list - f2fs_write_single_data_page - f2fs_do_write_data_page - f2fs_inplace_write_data - f2fs_merge_page_bio - add_inu_page 将页面 #2 缓存到 io->bio_list write 中链接的 bio - f2fs_write_begin 写入页面 #1 - f2fs_folio_wait_writeback - f2fs_submit_merged_ipu_write - f2fs_submit_write_bio 提交包括页面 #1 和 #2 的bio 软件 IRQ - f2fs_write_page_end_io - f2fs_write_page_end_io - f2fs_write_page_bio释放了属于页面的跳回页面 #2 - inc_page_coun , WB_DATA_TYPE(data_folio), falsedata_folio 指向 fio->encrypted_page可能会在 f2fs_is_cp_guarantee() 中访问它之前释放反弹的页面。它可以在测试案例下方重现运行 shell 中的脚本下方 #1: for ( i=1;i>0;i++)) do xfs_io -f /mnt/f2fs/enc/file \ -c pwrite 0 32k -c fdatasync 运行 shell #2中的以下脚本for ((i=1;i>0 ;i++)) do xfs_io -f /mnt/f2fs/enc/file \ -c pwrite 0 32k -c fdatasync 因此在 f2fs_merge_page_bio() 中我们将页面提交至内部 ipu 缓存之后避免使用 fio->encrypted_page。 (CVE-2025-40054)

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

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

  - net/9p修复 p9_fd_cancelled 中的双重 req Syzkaller 报告一个 KASAN 问题如下一般保护错误可能针对非规范地址 0xfbd59c0000000021: 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN
    可能在范围 [0xdead000000000108-0xdead00000000010f] CPU: 0 PID: 5083 Comm: syz-executor.2 Not tainted 6.1.134-syzkaller-00037-g855bd1d7d838 #0 硬件名称QEMU Standard PC (i440FX + PIIX, 1996BIOS 1.12.0-1 04/01/2014 RIP0010:__list_del include/linux/list.h:114 [inline] RIP
    0010:__list_del_entry include/linux/list.h:137 [inline] RIP: 0010:list_del include/linux/list.h:148 [inline] RIP: 0010:p9_fd_cancelled+0xe9/0x200 net/9p/trans_fd.c:734调用跟踪 <TASK> p9_client_flush+0x351/0x440 net/9p/client.c:614 p9_client_rpc+0xb6b/0xc70 net/9p/client.c:734 p9_client_version net/9p/client.c:920 [内联] p9_client_create+0xb51/0x1240 net/9p/ client.c:1027 v9fs_session_init+0x1f0/0x18f0 fs/9p/v9fs.c:408 v9fs_mount+0xba/0xcb0 fs/9p/vfs_super.c:126 Legacy_get_tree+0x108/0x220 fs/fs_context.c:632 vfs_get_tree+0x8e/0x300 fs/super.c:1573 do_new_mount fs/namespace.c:3056 [inline] path_mount+0x6a6/0x1e90 fs/namespace.c:3386 do_mount fs/namespace.c:3399 [inline] __do_sys_mount fs/namespace.c:3607 [ inline] __se_sys_mount fs/namespace.c:3584 [内联]
    __x64_sys_mount+0x283/0x300 fs/namespace.c:3584 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x35/0x80 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 会发生这种情况由于以下版本之间存在争用条件 - 9p 客户端发送了无效的刷新请求随后又将其清除- p9_read_work() 中的 9p 客户端取消了所有待定请求。线程 1 线程 2 ...
    p9_client_create() ... p9_fd_create() ... p9_conn_create() ... // 启动线程 2 INIT_WORK(&m->rq, p9_read_work); p9_read_work() ... p9_client_rpc() ... ... p9_conn_cancel() ... spin_lock(&m->req_lock);
    ... p9_fd_cancelled() ... ... spin_unlock(&m->req_lock); // 状态重写 p9_client_cb(m->client, req, REQ_STATUS_ERROR) // 先删除 list_del(&req->req_list); ... spin_lock(&m->req_lock) ... // 第二个删除 list_del(&req->req_list); spin_unlock(&m->req_lock) ... 提交 74d6a5d56629(9p/trans_fd修复 p9_fd_cancelled/p9_read_work 中 req_list 的并发 del)修复 9p 文件系统客户端中的并发问题其中 req_list 可被 p9_read_work 和 p9_fd_cancelled 函数同时删除但针对 req->status 等于REQ_STATUS_RCV。更新对 p9_fd_cancelled 中 req->status 的检查以跳过处理不仅接收到的请求而且还包括任何非 SENT 的请求因为更改 SENT 中状态的任何内容也会从其列表中删除请求。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 [从 status == RECV || 更新了检查status == ERROR to status != SENT] (CVE-2025-40027)

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

ID	名称	严重性
271921	Linux Distros 未修补的漏洞：CVE-2025-62230	high
271920	Linux Distros 未修补的漏洞：CVE-2025-62231	high
271919	Linux Distros 未修补的漏洞：CVE-2025-40046	medium
271918	Linux Distros 未修补的漏洞：CVE-2025-40056	medium
271917	Linux Distros 未修补的漏洞：CVE-2025-40072	medium
271916	Linux Distros 未修补的漏洞：CVE-2025-40058	medium
271915	Linux Distros 未修补的漏洞：CVE-2025-40030	medium
271914	Linux Distros 未修补的漏洞：CVE-2025-40039	high
271913	Linux Distros 未修补的漏洞：CVE-2025-40033	medium
271912	Linux Distros 未修补的漏洞：CVE-2025-40032	medium
271911	Linux Distros 未修补的漏洞：CVE-2025-40044	high
271910	Linux Distros 未修补的漏洞：CVE-2025-40051	high
271909	Linux Distros 未修补的漏洞：CVE-2025-40066	medium
271908	Linux Distros 未修补的漏洞：CVE-2025-40047	high
271907	Linux Distros 未修补的漏洞：CVE-2025-40057	medium
271906	Linux Distros 未修补的漏洞：CVE-2025-40079	medium
271905	Linux Distros 未修补的漏洞：CVE-2025-40029	medium
271904	Linux Distros 未修补的漏洞：CVE-2025-40067	high
271903	Linux Distros 未修补的漏洞：CVE-2025-40068	high
271902	Linux Distros 未修补的漏洞：CVE-2025-40040	medium
271901	Linux Distros 未修补的漏洞：CVE-2025-40053	medium
271900	Linux Distros 未修补的漏洞：CVE-2025-40052	high
271899	Linux Distros 未修补的漏洞：CVE-2025-40049	medium
271898	Linux Distros 未修补的漏洞：CVE-2025-40042	medium
271897	Linux Distros 未修补的漏洞：CVE-2025-40026	high
271896	Linux Distros 未修补的漏洞：CVE-2025-40081	high
271895	Linux Distros 未修补的漏洞：CVE-2025-40028	high
271894	Linux Distros 未修补的漏洞：CVE-2025-40038	medium
271893	Linux Distros 未修补的漏洞：CVE-2025-40031	medium
271892	Linux Distros 未修补的漏洞：CVE-2025-40063	high
271891	Linux Distros 未修补的漏洞：CVE-2025-40035	high
271890	Linux Distros 未修补的漏洞：CVE-2025-40045	high
271889	Linux Distros 未修补的漏洞：CVE-2025-40060	medium
271888	Linux Distros 未修补的漏洞：CVE-2025-40075	high
271887	Linux Distros 未修补的漏洞：CVE-2025-40043	medium
271886	Linux Distros 未修补的漏洞：CVE-2025-40059	medium
271885	Linux Distros 未修补的漏洞：CVE-2025-40062	medium
271884	Linux Distros 未修补的漏洞：CVE-2025-40073	medium
271883	Linux Distros 未修补的漏洞：CVE-2025-40036	medium
271882	Linux Distros 未修补的漏洞：CVE-2025-62229	high
271881	Linux Distros 未修补的漏洞：CVE-2025-40037	high
271880	Linux Distros 未修补的漏洞：CVE-2025-40077	high
271879	Linux Distros 未修补的漏洞：CVE-2025-40025	medium
271878	Linux Distros 未修补的漏洞：CVE-2025-40070	medium
271877	Linux Distros 未修补的漏洞：CVE-2025-40065	high
271876	Linux Distros 未修补的漏洞：CVE-2025-40064	high
271875	Linux Distros 未修补的漏洞：CVE-2025-40055	medium
271874	Linux Distros 未修补的漏洞：CVE-2025-40048	high
271873	Linux Distros 未修补的漏洞：CVE-2025-40054	medium
271872	Linux Distros 未修补的漏洞：CVE-2025-40027	medium

检测

Nessus 的 Misc. 系列

high

high

medium

medium

medium

medium

medium

high

medium

medium

high

high

medium

high

medium

medium

medium

high

high

medium

medium

high

medium

medium

high

high

high

medium

medium

high

high

high

medium

high

medium

medium

medium

medium

medium

high

high

high

medium

medium

high

high

medium

high

medium

medium