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

  - apparmor：修复传递到 audit_log_untrustedstring（） 提交 4a134723f9f1 的未初始化指针（apparmor：
    移动对文件aa_null的检查以涵盖所有情况） 引入了一个小缺陷，其中，如果 path->dentry 之前已替换为 aa_null.dentry，则 path_name（） 可能会将可能未初始化的 *name 传递给 aa_audit_file（）。这可能导致页面错误，就像在 openSUSE Tumbleweed 内核中 7.0.2 观察到的错误一样：[51692.242756] [ T24690] 缺陷：无法处理地址：0000000f00000003 的页面错误 [51692.242762] [ T24690] #PF：内核模式下的监督人读取访问权限 [51692.242763] [ T24690] #PF：
    error_code（0x0000） - 不存在页面 [51692.242765] [ T24690] PGD 0 P4D 0 [51692.242768] [ T24690] 哎呀：
    错误：0000 [#1] SMP NOPTI [51692.242772] [ T24690] CPU：3 UID：1020 PID：24690 通信：snap-confine 受感染：
    G O 7.0.2-1-default #1 PREEMPT（full） openSUSE Tumbleweed ab90b4c9940707f9cafa19bdad80b2cec52dbe51 [51692.242775] [ T24690] Tainted： [O]=OOT_MODULE [51692.242777] T24690[ ] 硬件名称： Framework Laptop 13 （AMD Ryzen 7040Series）/FRANMDCP05， BIOS 03.18 01/08/2026 [51692.242778] [ T24690] RIP：
    0010：strlen+0x4/0x30 [51692.242783] T24690[ ] 代码： f7 75 ec 31 c0 e9 17 9f 00 ff 48 89 f8 e9 0f 9f 00 ff 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa <80> 3f 00 74 18 48 89 f8 0f 1f 40 00 48 83 c0 01 80 38 00 75 f7 48 [51692.242785] [ T24690] RSP： 0018：ffffd015eb1e3608 EFLAGS：00010282 [51692.242787] [ T24690] RAX：0000000000000000 RBX：ffff89796198a360 RCX：00000000000000000 [51692.242788] [ T24690] RDX：00000000000000d1 RSI：00000000f00000003 RDI：00000000f00000003 [51692.242790] [ T24690] RBP：
    ffffffffb7ede090 R08： 0000000000000005f5 R09： 000000000000000000 [51692.242791] [ T24690] R10：
    0000000000000000 R11： 0000000000000000 R12： ffffd015eb1e3700 [51692.242792] [ T24690] R13：
    ffff8977a22bc380 R14： ffffffffb7ec5190 R15： ffff8977a0c8aa80 [51692.242794] [ T24690] FS：
    0000000000000000（0000） GS：ffff897f640d8000（0000） knlGS：0000000000000000000 [51692.242796] [ T24690] CS：0010 DS：0000 ES：0000 CR0：0000000080050033 [51692.242797] [ T24690] CR2：0000000f0000003 CR3：
    00000006ad15f000 CR4： 00000000000f50ef0 [51692.242799] [ T24690] PKRU： 55555554 [51692.242800] [ T24690] 调用跟踪： [51692.242802] [ T24690]51692.242804T24690<TASK> [ ] audit_log_untrustedstring+0x1d/0x40 [51692.242811] [ T24690] common_lsm_audit+0x71/0x1d0 [51692.242816] [ T24690] aa_audit+0x5a/0x170 [51692.242819] [ T24690] aa_audit_file+0x18a/0x1b0 [51692.242825] [ T24690] path_name+0xd2/0x100 [51692.242829] [ T24690] profile_path_perm.part.0+0x58/0xb0 [51692.242832] T24690[ ] aa_path_perm+0xef/0x150 [51692.242837] [ T24690] apparmor_file_open+0x153/0x2e0 [51692.242840] [ T24690] security_file_open+0x46/0xd0 [51692.242844] [ T24690] do_dentry_open+0xe9/0x4d0 [51692.242848] [ T24690] vfs_open+0x30/0x100 同时，初始化传递到 path_name（） 的变量。
    (CVE-2026-72455)

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

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

  - netfilter： nf_nat：避免对失败的 nf_nat_init（） 使用无效的 nat_net指针 我们在下面遇到了 KASAN splat，这大多无聊，除了在调用链中有 nf_nat_register_fn（） 作为有问题访问的原因：================================================================== BUG： KASAN：
    nf_nat_register_fn+0x5f9/0x640 中的 slab-out-of-bound 任务 iptables/9510 在地址 ffff890031e54c20 读取的大小为 8 CPU：0 UID：0 PID：9510 Comm：iptables 未受感染 6.18.18-grsec-full-20260320181326 #1 PREEMPT（自愿性） 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 调用跟踪： <TASK> [] dump_stack_lvl+0xee/0x160 ffff88004117eeb8 [] print_report+0x6e/0x640 ffff88004117eee0 [] ？ __phys_addr+0x8e/0x140 ffff88004117eef0 [] ？ kasan_addr_to_slab+0x51/0xe0 ffff88004117ef08 [] ？complete_report_info+0xec/0x1c0 ffff88004117ef20 [] ？nf_nat_register_fn+0x5f9/0x640 ffff88004117ef48 [] kasan_report+0xbc/0x140 ffff88004117ef50 [] ？nf_nat_register_fn+0x5f9/0x640 ffff88004117ef90 [] nf_nat_register_fn+0x5f9/0x640 ffff88004117eff8 [] ？nf_nat_icmp_reply_translation+0x6e0/0x6e0 ffff88004117f070 [] nf_tables_register_hook.part.0+0xa0/0x220 ffff88004117f080 [] nf_tables_addchain.constprop.0+0x1054/0x1fc0 ffff88004117f0b8 [] ？nft_chain_lookup.part.0+0x4ce/0xac0 ffff88004117f130 [] ？nf_tables_abort+0x3d80/0x3d80 ffff88004117f190 [] ？nf_tables_dumpreset_obj+0x100/0x100 ffff88004117f1c8 [] ？nft_table_lookup.part.0+0x255/0x300 ffff88004117f310 [] ？nf_tables_newchain+0x21a4/0x2fa0 ffff88004117f358 [] nf_tables_newchain+0x21a4/0x2fa0 ffff88004117f360 [] ？nf_tables_addchain.constprop.0+0x1fc0/0x1fc0 ffff88004117f458 [] ？nla_get_range_signed+0x4a0/0x4a0 ffff88004117f488 [] ？lock_acquire+0x16f/0x320 ffff88004117f490 [] ？find_held_lock+0x3b/0xe0 ffff88004117f4b0 [] ？__nla_parse+0x45/0x80 ffff88004117f500 [] nfnetlink_rcv_batch+0xbca/0x19a0 ffff88004117f550 [] ？nfnetlink_net_exit_batch+0x120/0x120 ffff88004117f618 [] ？__sanitizer_cov_trace_switch+0x63/0xe0 ffff88004117f720 [] ？gr_acl_handle_mmap+0x1c4/0x320 ffff88004117f7c0 [] ？nla_get_range_signed+0x4a0/0x4a0 ffff88004117f7e8 [] ？gr_is_capable+0x6f/0xe0 ffff88004117f830 [] ？
    __nla_parse+0x45/0x80 ffff88004117f860 [] ？skb_pull+0x103/0x1a0 ffff88004117f880 [] nfnetlink_rcv+0x3db/0x4a0 ffff88004117f8b0 [] ？nfnetlink_rcv_batch+0x19a0/0x19a0 ffff88004117f8d8 [] ？netlink_lookup+0xe2/0x240 ffff88004117f900 [] netlink_unicast+0x74b/0xb00 ffff88004117f930 [] ？netlink_attachskb+0xb20/0xb20 ffff88004117f980 [] ？__check_object_size+0x3e/0xaa0 ffff88004117f998 [] ？security_netlink_send+0x51/0x160 ffff88004117f9c8 [] netlink_sendmsg+0xa03/0x1200 ffff88004117f9f8 [] ？netlink_unicast+0xb00/0xb00 ffff88004117fa70 [] ？netlink_unicast+0xb00/0xb00 ffff88004117fac8 [] ？
    ____sys_sendmsg+0xe2a/0x1040 ffff88004117faf8 [] ____sys_sendmsg+0xe2a/0x1040 ffff88004117fb00 [] ？kernel_recvmsg+0x300/0x300 ffff88004117fb60 [] ？reacquire_held_locks+0xe9/0x260 ffff88004117fbc8 []
    ___sys_sendmsg+0x138/0x200 ffff88004117fbf8 [] ？do_recvmmsg+0x7e0/0x7e0 ffff88004117fc30 [] ？lockdep_hardirqs_on_prepare+0x101/0x1e0 ffff88004117fc50 [] ？lock_acquire+0x16f/0x320 ffff88004117fd20 [] ？lock_acquire+0x16f/0x320 ffff88004117fd58 [] ？find_held_lock+0x3b/0xe0 ffff88004117fd70 []
    __sys_sendmsg+0x17a/0x260 ffff88004117fdc8 [] ？__sys_sendmsg_sock+0x80/0x80 ffff88004117fdf0 [] ？syscall_trace_enter+0x15e/0x2c0 ffff88004117fe98 [] do_syscall_64+0x7d/0x400 ffff88004117fec8 [] entry_SYSCALL_64_safe_stack+0x4a/0x60 ffff88004117fef8 </TASK> ================================================================== 但是，越界报告是一条红鲱鱼，因为它是 f ---truncated--- （CVE-2026-72419）

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

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

  - ASoC：SOF：ipc3-control：修复 bytes_put 和 bytes_get 中的 TOCTOU 在 sof_ipc3_bytes_put（） 中，用于 memcpy 的大小派生自缓冲区中已有的旧 data->size，而不是传入的新数据的 size 字段。如果新数据具有不同的大小，则复制长度错误：它可能会截断有效数据或复制过时字节。同样，sof_ipc3_bytes_get（） 根据max_size检查 data->size，而不考虑分配中 flex 数组的 sizeof（struct sof_ipc_ctrl_data） 偏移量。修复bytes_put以在复制之前验证和使用来自 ucontrol 的传入数据的 sof_abi_hdr.size。修复bytes_get以从边界检查中减去 sizeof（*cdata） 以匹配实际可用空间。（CVE-2026-72301）

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

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

  - kcm：更改较低套接字回调时使用 WRITE_ONCE（） kcm_attach（） 使用 KCM 处理程序替换实时较低 TCP 套接字的 sk_data_ready 和 sk_write_space 回调，而 kcm_unattach（） 稍后将其还原。
    即使可以在其他 CPU 上并发读取和调用相同的字段，这些回调指针更新仍然是普通存储。如果在还原实时字段之后，另一个 CPU 观察到较早的回调快照，则回调执行可在不匹配的目标和sk_user_data状态下运行，从而导致过时或导向错误的唤醒。将 WRITE_ONCE（） 用于回调替换和还原操作，以便这些共享的回调字段遵循早期 4022 补丁已建立的相同可见性契约。（CVE-2026-74262）

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

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

  - crypto：ccp - 在 TIO 中正确检查页面分配失败 Sashiko 注意：>
    __snp_alloc_firmware_pages（） 在内存压力下返回 NULL，将其直接传递给 page_address（） 是否>安全？> > 在没有HASHED_PAGE_VIRTUAL的架构上，page_address（NULL） 可能>计算确定性但无效的非零虚拟地址。随后，>后续的 if （tio_status） 检查将评估为 true，而 > sev_tsm_init_locked（） 将取消引用无效指针。事实上，page_address（NULL） 将在此处返回非 NULL 垃圾。通过检查页面分配本身是否为空，而不是针对生成的虚拟地址，来修复此问题。（CVE-2026-74403）

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

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

  - geneve：验证 geneve_gro_complete（） 中的内部网络偏移 即使同时在 gs->gro_hint 上设置了这两个路径，geneve_gro_complete（） 仍会从数据包和当前 gs->gro_hint 重新派生内部分派类型和长度，而不受 geneve_gro_receive（） 影响。如果 gs->gro_hint 在并发 geneve_quiesce（）/ geneve_unquiesce（） 下翻转 （sk_user_data 在 synchronize_net（） 上为 NULL），或者如果重新读取选项字节与接收的解析字节不同，则两者可能存在分歧。geneve_gro_receive（） 已在 NAPI_GRO_CB（）->inner_network_offset 中记录内部网络标头位置。让 geneve_gro_complete（） 计算它即将分派的偏移，在 eth_gro_complete（） 越过内部 MAC 标头的ETH_P_TEB情况下添加ETH_HLEN，如果它超过inner_network_offset则退出。使用下限而不是完全相等：在 gh_len 和内部 L3 标头之间，geneve_gro_receive（） 还可能拉取了内部 VLAN 标签（vlan_gro_receive（） 会将记录的偏移量推进到它前面），这只会inner_network_offset更远地移动。因此，有效帧始终满足 inner_nh <= inner_network_offset，而由提示 gro_receive（） 膨胀的gh_len则无法通过验证的内部标头（即越界完成）接受调度。只有后者被拒绝。（CVE-2026-72407）

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

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

  - fbdev：carminefb：修复 alloc_carmine_fb（） 中可能出现的内存泄漏 在后续错误路径中未释放 fb_videomode_to_modelist（） 中为 modelist 分配的内存。通过调用 fb_destroy_modelist（） （CVE-2026-72267） 修复此问题

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

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

  - afs：修复 netns 拆卸以取消预分配充电器 修复 afs 网络命名空间的拆卸，以确保其取消在禁用传入呼叫（即监听 0）之前保持预分配 rxrpc 调用/连接/对等机队列充电的工作项。此外，如果由于要删除 afs netns 而 net->live 为 false，则使 afs_charge_preallocation（） 跳过充电并使 afs_rx_new_call（） 避免对充电器进行重新排队。（这是由 AI 审查发现的）。（CVE-2026-74427）

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

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

  - geneve：gs->gro_hint geneve_gro_receive（） 上的 geneve_gro_complete（） 中的门 GRO 提示通过 geneve_sk_gro_hint_off（） 读取 GRO 提示，而 （） 仅当套接字启用了 IFLA_GENEVE_GRO_HINT 时才会遵从该提示 （gs->gro_hint）。geneve_gro_complete（） 改为调用低级 geneve_opt_gro_hint_off（） 并无条件地处理提示。在没有提示的隧道中，receive 将帧聚合为明文ETH_P_TEB而 complete 仍然遵守攻击者提供的提示选项：它通过 gro_hint->nested_hdr_len （u8） 膨胀gh_len并重定向分派类型，因此内部gro_complete处理程序以 nhoff + gh_len 运行，偏移接收从未拉取或验证， 读取 skb 标头越界：缺陷：
    KASAN：ipv6_gro_complete 中的 slab-Out-of-Bound （net/ipv6/ip6_offload.c：196） 通过任务 exploit/153 读取在地址 ffff88800fe91980 处的大小为 1字节 ipv6_gro_complete （net/ipv6/ip6_offload.c：196） geneve_gro_complete （drivers/net/geneve.c：965） udp_gro_complete （net/ipv4/udp_offload.c：940） inet_gro_complete （net/ipv4/af_inet.c：1621） __gro_flush （net/core/gro.c：306） 也通过 geneve_sk_gro_hint_off（） 访问 gs->gro_hint 上的完整路径， 所以两条路都是一致的。启用提示的通道不受影响。
    (CVE-2026-72408)

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

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

  - 已修复 Linux 内核中的下列漏洞：x86/virt/sev: Revert Drop WBINVD before setting MSR_AMD64_SYSCFG_SNP_EN Revert 99cf1fb58e68 (x86/virt/sev: Drop WBINVD before setting MSR_AMD64_SYSCFG_SNP_EN). Section 8.8 of the SNP spec says: Before invoking SNP_INIT_EX with INIT_RMP set to 1, software must ensure that no CPUs contain dirty cache lines for the memory containing the RMP.
    Cachelines can be moved from cache to cache in a dirty state. The wbinvd_on_all_cpus() before SNP_INIT_EX flushes the caches for each CPU, but if the IPIs for WBINVD race with this dirty cacheline movement, it is possible that they may not get flushed, violating the firmware requirement. Doing wbinvd_on_all_cpus() before setting SNPEn is safer since the RMP table is not yet in use. [ Heroically bisected by Srikanth. ] [ bp: Massage commit message. ] (CVE-2026-72239)

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

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

  - RDMA/irdma：修复 irdma_copy_user_pgaddrs 中的越界写入 irdma_copy_user_pgaddrs 函数遍历所有 umem DMA 区块以填充 PBLE，并将在到达最后一个 DMA 区块或 palloc->total_cnt 时停止。问题是检查 palloc->total_cnt 的逻辑仅对非零值有效。当使用 lvl==0 调用 irdma_setup_pbles 时，它会使用 palloc->total_cnt==0 调用irdma_copy_user_pgaddrs，这意味着摆脱循环的唯一方法是到达最后一个 umem DMA 区块，这意味着它最终可能超出在 lvl==0 情况下使用的 4 个 iwmr->pgaddrmem 数组的固定大小。对于 QP/CQ/SRQ 环，lvl 的值由单独的输入确定（例如，在 CQ 的情况下为 req.cq_pages）。因此，我们必须执行显式检查，确保如果用户提供的 umem 包含的块比其提供的req.cq_pages多，我们不会使 pgaddrmem 数组溢出。（CVE-2026-74390）

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

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

  - 已修复 Linux 内核中的下列漏洞：lockd: Avoid hashing uninitialized bytes in nlm4svc_lookup_file() file_hash() digests the first LOCKD_FH_HASH_SIZE bytes of nfs_fh.data when bucketing nlm_files[], independent of fh.size. Commit 3de744ee4e45 (lockd: Use xdrgen XDR functions for the NLMv4 TEST procedure) set .pc_argzero to zero for the converted procedures and moved file-handle population into nlm4svc_lookup_file(), which copies only xdr_lock->fh.len bytes into lock->fh.data. When an NLMv4 client presents a file handle shorter than LOCKD_FH_HASH_SIZE, bytes fh.len..31 retain whatever the argument buffer held from an earlier request. The same wire handle then hashes to different buckets across calls; nlm_lookup_file() misses the existing nlm_file entry, and lock-state lookups fail. Zero only the tail bytes that file_hash() would otherwise consume. Handles of LOCKD_FH_HASH_SIZE or larger already populate every byte that file_hash() reads. (CVE-2026-74315)

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

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

  - 已修复 Linux 内核中的下列漏洞：fs/ntfs3: call _ntfs_bad_inode() when failing to rename It is safe to call _ntfs_bad_inode on live inodes since: commit 519b078998ce (fs/ntfs3:
    Exclude call make_bad_inode for live nodes.) The WARN_ON was added when it wasn't safe by: commit d99208b91933 (fs/ntfs3: cancle set bad inode after removing name fails) Replace the WARN_ON with a call to _ntfs_bad_inode() to prevent further operations on the inconsistent inode. (CVE-2026-72477)

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

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

  - crypto：ccp - 修复 snp_filter_reserved_mem_regions（） 差一错误 Sashiko 注意：有关 snp_filter_reserved_mem_regions（） 中的边界检查的>>通过 walk_iomem_res_desc（） 调用）：如果 （（range_list->num_elements * 16 + 8） > PAGE_SIZE） >允许差一堆缓冲区溢出，检查是否>？> > 如果 range_list->num_elements 为 255，则 255 * 16 + 8 = 4088，即 <= 4096。> 写入 range->base（8 字节）会填满 4088-4095，但写入 range->page_count >（4 字节）会写入 4096-4099，从而溢出 kzalloc 分配的 > PAGE_SIZE缓冲区。通过考虑即将要写入的条目以及已分配的条目来修复此问题。（CVE-2026-74404）

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

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

  - KVM：s390：初始化KVM_S390_GET_CMMA_BITS内存 kvm_s390_get_cmma_bits（） 使用 vmalloc（） 分配其输出缓冲区，这不会将返回的页面归零：values = vmalloc（args->count）;在非扫视（迁移）路径中， dat_get_cmma（） 报告从第一个脏页到最后一个脏页的字节计数，但是
    __dat_get_cmma_pte（） 仅对设置了 CMMA 脏位的页面写入值 [gfn - start]。遍历使用DAT_WALK_IGN_HOLES，因此会访问报告的跨度内位于两个脏页之间的干净且未映射的页面，但从不存储其字节。这些间隙（每个间隙最多 KVM_S390_MAX_BIT_DISTANCE 页）保持未初始化状态但落在 [0， count） 内，并由 copy_to_user（） 复制出来，从而将过时的内核内存泄漏给用户空间。切换至新的 gmap 实现之前，缓冲区已完全填充于范围中的每个 gfn，因此不会暴露任何未初始化的字节;只肮脏的步行引入了泄漏。
    使用 vzalloc（），以便间隙读回为零。（CVE-2026-72292）

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

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

  - LoongArch：修复 {pte，pmd}_wrprotect（） 中缺少的脏页跟踪 当 LoongArch 上启用了硬件页表遍历器 （PTW） 时，CPU 可在写入 TLB 未命中期间直接在页表条目中设置 _PAGE_DIRTY，而无需通过软件 TLB 存储处理程序。软件 TLB 存储处理程序 （tlbex.S：254）将两个_PAGE_DIRTY and_PAGE_MODIFIED设置在一起：ori t0、t0、（_PAGE_VALID | _PAGE_DIRTY | _PAGE_MODIFIED）由于硬件 PTW 仅设置 _PAGE_DIRTY，因此仅软件位（即 _PAGE_MODIFIED）保持不变。
    这将创建一个窗口，其中 PTE _PAGE_DIRTY设置（硬件知道页面是脏的），但是
    _PAGE_MODIFIED清除（软件无法察觉）。当 fork（）/clone（） 触发写入时复制时，
    __copy_present_ptes（） 会调用 pte_wrprotect（），这会无条件清除_PAGE_WRITE和
    _PAGE_DIRTY位：pte_val（pte） &= ~（_PAGE_WRITE | _PAGE_DIRTY）;由于从未设置过_PAGE_MODIFIED，因此脏信息将完全丢失。因此，当内存压力触发页面回收时，page_mkclean（） / try_to_unmap（） 将页面视为干净（即 pte_dirty（） 返回 false），页面可能会在不进行回写的情况下释放，从而造成数据损坏。通过将 _PAGE_DIRTY 位传播到
    清除可写位之前，pte_wrprotect（） 和 pmd_wrprotect（） 中的_PAGE_MODIFIED位：if （pte_val（pte） &; _PAGE_DIRTY） pte_val（pte） |= _PAGE_MODIFIED;pmd_wrprotect（） 补丁可处理 pmd 条目需要相同处理的CONFIG_TRANSPARENT_HUGEPAGE情况。这可确保软件脏跟踪位（由 pte_dirty（） 和 pmd_dirty（） 检查），可同时读取_PAGE_DIRTY和
    _PAGE_MODIFIED 位）跨 fork COW 写保护保留。LTP madvise09 测试用例会在 madvise（MADV_FREE）、对私有匿名映射执行写入和 fork 操作序列之后执行页面回收，从而发现该问题。（CVE-2026-72043）

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

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

  - 已修复 Linux 内核中的下列漏洞：KVM: arm64: account pKVM reclaim against the VM mm Protected guest faults charge long term pins to the VM's mm. Teardown can run later from file release, where current->mm may be unrelated. Drop the charge from kvm->mm instead. (CVE-2026-72281)

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

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

  - ntfs3：hdr_insert_head indx_insert_into_root（） 之前的 indx_insert_into_root 中的绑定to_move通过 hdr_insert_head（） 将完全驻留 $INDEX_ROOT 者提升到 $INDEX_ALLOCATION 新分配的INDEX_BUFFER，并将其复制到新分配的中。源字节计数“to_move”由磁盘上的常驻条目大小相加，并且与来自根>index_block_size（通过 indx->index_bits）的目标缓冲区大小无关。构建的 NTFS 图像保留了有效的完整常驻根，但在填充根之后将根>index_block_size缩小到 512，使 hdr_insert_head（） memcpy 攻击者控制的常驻条目字节超出 indx_new（） 返回的 kmalloc（1u << indx->index_bits） 分配的末尾。对于 512 字节的目标和非最后条目总计 560 字节的常驻根，memcpy 会溢出 120 字节，而后续 memmove 会将最高写入偏移延伸到超出分配的 136 字节。溢出字节是磁盘上的条目（通过 kmemdup）的直接副本，因此完全受攻击者控制。可从挂载的特制 NTFS 图像上的无权限 open（O_CREAT） 进行写入：在常驻根已满的目录中创建足够长的单个会强制根升级并触发复制。这是受控的越界字节写入，越过 kmalloc（index_block_size）分配之后 120-136 字节，含有由攻击者控制的内容。它是一个有边界的相邻堆损坏原语；这不是任意地址写入。成功利用到指定的受害者对象取决于周围的 slab 布局。拒绝水槽处的副本。目标的INDEX_HDR已报告 hdr_total（新缓冲区的负载容量）和 hdr_used（indx_new（） 安装的终端 END 条目已消耗的字节数）；要求 to_move 符合剩余负载，然后再调用 hdr_insert_head（）。不匹配时，以 -EINVAL 失败并将文件系统标记为检测到磁盘上不一致，这与此函数中的周围验证行为相同。（CVE-2026-72192）

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

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

  - net： atm：拒绝 QoS 验证中的超出范围的流量类 拒绝 check_tp（） 中ATM_ANYCLASS以上的 ATM 流量类。SO_ATMQOS 会在 check_qos（） 成功之后存储提供的 QoS，因此接受较大的值会在 vcc->qos 中留下无效的traffic_class值。该不良状态稍后会到达 pvc_info（），后者会以 vcc->qos. class_name[] {rx，tp}.traffic_class。高于 ATM_ANYCLASS 的值会在读取 /proc/net/atm/pvc 时造成越界读取。加强现有 QoS 验证，以便在接受用户提供的 QoS 时拒绝无效的 traffic_class 值。（CVE-2026-72297）

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

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

  - drbd：拒绝负载大小超出范围的数据回复 recv_dless_read（） 从对等机接收到未完成读取请求的 bio 的P_DATA_REPLY。对等机提供的负载长度达到其作为签名的 int data_size，两个对等机控制的输入可将其设为负值。使用协商的 data-integrity-alg 时，会先减去摘要长度，因此负载小于摘要的回复data_size下溢。无完整性算法（默认）时，data_size从未签名的 h95/h100 线路长度分配，并且 drbdd（） 从不为负载承载命令绑定它，因此高于 INT_MAX 的长度会将其转换为负数;此路径不需要非默认功能。然后，bio 接收循环计算 expect = min_t（int， data_size， bv_len），后者为负数，而 drbd_recv_all_warn（mapped， expect） 会在第一个映射页面中接收size_t SIZE_MAX。同级接收路径 read_in_block（） 不受影响：
    它使用无符号大小，并在接收前针对DRBD_MAX_BIO_SIZE拒绝它。拒绝在可选摘要减法后大小为负的数据回复，涵盖两个触发器。影响：恶意或中间人 DRBD 对等机将攻击者所选字节复制到接收器中的 bio 页面之后，进而损坏内核内存。从其对等体（无盘节点或对等端的读取平衡）读取的节点在默认配置中暴露;data-integrity-alg 不是必需的。（CVE-2026-72014）

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

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

  - xfrm：修复 xfrm 状态缓存插入争用 xfrm 输入状态缓存插入代码在获取全局xfrm_state_lock之前检查状态的有效性。因此，其他人可以在状态通过有效性检查后将其终止，然后插入会将死状态添加到缓存中。通过将有效性检查移动到锁内来修复此问题。整个函数在输入路径上调用，其中 BH 必须关闭（例如，此函数的调用程序xfrm_input在不禁用 BH 的情况下获取其旋转锁）。
    因此，此处不需要禁用 BH 或采用 RCU 读取锁定。删除这两个参数，并用断言替换，如果未来的某个调用路径上意外启用了 BH，则该断言会跳变。（CVE-2026-72451）

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

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

  - ocfs2：拒绝具有非规范i_mode类型的 dinode 修补程序系列 ocfs2：针对伪造的元数据强化 inode 验证器，v2。此系列向 OCFS2 dinode 验证添加了三个结构检查，因此在 ocfs2_populate_inode（） 将畸形磁盘上的字段复制到核心内 inode 之前，会拒绝这些字段。检查内容包括：- i_mode类型位未命名规范 POSIX 文件类型的值;- id1.dev1.i_rdev字段为非零的非设备双节点;以及 - 当 i_clusters 为零时声明非零i_size的非内联 dinode，无条件覆盖目录和非稀疏卷上的常规文件。正常读取路径通过 ocfs2_error（） 报告这些内容，从而匹配现有的 suballoc-slot、inline-data、chain-list 和 refcount 检查。在线 filecheck 路径使用相同的结构谓词，但保留自己的报告契约，返回OCFS2_FILECHECK_ERR_INVALIDINO而不是调用 ocfs2_error（）。此修补程序（共 3 个）：
    ocfs2_validate_inode_block（） 当前接受任何非零i_mode值。然后，ocfs2_populate_inode（） 将该模式逐字复制到 inode->i_mode 中，并在 i_mode 和 S_IFMT 上分派到 file/dir/symlink/special_file iops;未识别的类型会落入 ocfs2_special_file_iops 和 init_special_inode（）。拒绝类型位未命名七种规范 POSIX 文件类型之一的 dinode。使用 fs_umode_to_ftype（），OCFS2 已在目录条目中使用的相同通用文件类型转换帮助程序，因此接受的 inode 类型集匹配内核文件类型词汇表，而不是对本地交换机进行开放编码。对在线文件检查读取路径应用相同的结构检查。filecheck 保留自己的错误命名空间，因此它通过 filecheck 记录器和 OCFS2_FILECHECK_ERR_INVALIDINO 而非调用 ocfs2_error（） 来报告畸形i_mode，但不得允许畸形 dinode 进入 ocfs2_populate_inode（）。（CVE-2026-72160）

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

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

  - wifi：rtw89：修正扫描索引的数据类型以避免无限循环 在 6GHz 频段的 Wi-Fi 扫描期间发现内核软锁定。CPU 在rtw89_hw_scan_add_chan_ax中卡住超过 20 秒，从而导致系统错误。RIP 指向 0f b6 c3 （movzbl %bl， %eax），这会将 RBX 的低 8 位零扩展至 RAX。RBX（计数器 i）已经达到了一个巨大的值：0x137466a1。watchdog：缺陷：软锁定 - CPU#2 卡住 26 秒！[kworker/u16：4：6124]工作队列：events_unbound cfg80211_wiphy_work [cfg80211] RIP：0010：rtw89_hw_scan_add_chan_ax+0xb3/0x6e0 [rtw89_core] 代码：a0 48 89 45 a8 44 89 6d 9c 44 89 75 98 eb 29 66 66 2e 0f 1f 84 00 00 00 00 00 66 66 2e 0f 1f 84 00 00 00 00 00 66 90 83 c3 01 <0f> b6 c3 41 3b 44 24 74 0f 83 0b 02 00 000f b6 c3 48 8d 14 80 49 RSP： 0018：ffffcb48cbaa39f8 EFLAGS： 00000202 RAX：
    0000000000000005 RBX：000000000137466a1 RCX：00000000000000000 RDX：ffff89ffc9d851a8 RSI：00000000000004f0d RDI：0000000096af0130 RBP：ffffcb48cbaa3a60 R08：000000000000000 R09：ffff8a00b7502080 R10：
    ffff8a00b75ff600 R11： 000000000000000 R12： ffff89ffc7553870 R13： ffff8a00b7ac8f19 R14： ffff8a00b75020d8 R15： ffff89ffc3d54d80 FS： 0000000000000000（0000） GS：ffff8a014f962000（0000） knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007558d7f9f4c4 CR3：0000000178040001 CR4：00000000001706f0 调用跟踪： <TASK> rtw89_hw_scan_prep_chan_list_ax+0x8a/0x400 [rtw89_core] rtw89_hw_scan_start+0x546/0x8a0 [rtw89_core] ？ rtw89_fw_h2c_default_cmac_tbl+0x13c/0x1f0 [rtw89_core] rtw89_ops_hw_scan+0xae/0x120 [rtw89_core] drv_hw_scan+0xbb/0x180 [mac80211] __ieee80211_start_scan+0x2fc/0x750 [mac80211] ieee80211_request_scan+0xe/0x20 [mac80211] ieee80211_scan+0x123/0x190 [mac80211] rdev_scan+0x40/0x110 [cfg80211] cfg80211_scan_6ghz+0x5a1/0xa30 [cfg80211] 通过 objdump，其来源：for （i = 0; i < req->n_6ghz_params; i++） { 5fbc0： 83 c3 01 添加 $0x1，%ebx --> i++ 5fbc3： 0f b6 c3 movzbl %bl，%eax --> get counter fbc6： 41 3b 44 24 74 cmp 0x74（%r12），%eax * RBX： 00000000137466a1 -> %bl = a1 -> EAX = 000000a1 （161） （CVE-2026-74411）

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

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

  - wifi：ath9k：修复来自固件的 OOB 访问 tx 状态队列 ID ath_tx_edma_tasklet（） 访问 sc->tx.txq[ts.qid]，其中 ts.qid 为 4 位硬件字段 （0-15），但 txq 数组只有ATH9K_NUM_TX_QUEUES （10） 条目。qid >= 10 导致 OOB 数组访问。将 ts.qid 用作数组索引之前，先在 ts.qid 上添加边界检查。（CVE-2026-74408）

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

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

  - net：enetc：检查xdp_frame所需的 BD 数量 xdp_redirect_arr数组的大小ENETC_MAX_SKB_FRAGS。但是，xdp_frame中包含的片段数量可能大于或等于 ENETC_MAX_SKB_FRAGS，这将导致对xdp_redirect_arr的访问越界。
    (CVE-2026-72399)

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

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

  - afs：修复围绕 net->cells_dyn_ino 的修改缺少锁定的问题 通过独占获取 net->cells_lock 修复对 net->cells_dyn_ino 的修改缺少锁定的问题。这也需要从 afs_destroy_cell_work（） 中的 net->cells_dyn_ino 删除单元格，而不是在 afs_cell_destroy（） 中，因为后者在 RCU 清理环境中运行，无法在那里使用休眠锁定。（CVE-2026-72372）

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

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

  - ipvs：在 SCTP 状态查找中使用解析的传输偏移 set_sctp_state（） 再次读取 SCTP 区块标头以驱动 IPVS SCTP 状态表。对于 IPv6，它使用 sizeof（struct ipv6hdr） 计算偏移量，而周围的 IPVS 代码使用来自 ip_vs_fill_iph_skb（） 的 iph.len，其中 ipv6_find_hdr（） 已跳过扩展标头并找到真正的传输标头。这会使状态机从携带扩展标头的 IPv6 SCTP 数据包的错误偏移读取。例如，可通过 sctp_conn_schedule（） 正确调度具有 8 字节目标选项标头的 INIT 数据包，但 set_sctp_state（） 将 SCTP 验证标签的第一个字节读取为 DATA 区块类型。然后，该连接从 NONE 变为 ESTABLISHED 而不是 INIT1，获取建立的时间更长超时，并且错误地更新活动/非活动目标计数器。即使 SCTP 握手未完成，也会发生此情况。将从 ip_vs_set_state（） 向下传递的经过解析的传输偏移用于查找 SCTP 区块标头。对于没有扩展标头的 IPv4 和 IPv6 数据包，这会保留现有偏移。（CVE-2026-72021）

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

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

  - vdpa/octeon_ep：修复中断处理程序中的 IRQ 到 ring 映射 在 oct_hw->irqs 中查找 IRQ 索引，而非假设 irq - irqs[0]。这支持非连续 IRQ 编号并避免当 irqs[0] 不是基数时不正确的环索引。（CVE-2026-74309）

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

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

  - KVM：SEV：不允许 SNP VM 的主机内迁移/镜像 未完全为 SEV-SNP VM 实现主机内迁移/镜像功能。正确的迁移需要其他特定于 SNP 的状态，例如要在目标上传输或初始化 guest_req_mutex、guest_req_buf 和 guest_resp_buf。SNP VM 镜像还需要复制 vmsa 功能，否则 VM 被检测为 SEV VM 时，ASID 将被绑定到 SNP 范围。拒绝迁移/镜像中的 SNP 源 VM，直到实现正确的 SNP 状态传输。[sean：让行戳超过 80 个字符，标记为稳定]（CVE-2026-72286）

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

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

  - accel/amdxdna：防止 PM 在 hwctx_sync_debug_bo（） 中恢复死锁 amdxdna_hwctx_sync_debug_bo（） 会在保持 xdna->dev_lock 时调用硬件 hwctx_sync_debug_bo（） 回调。回调可能调用 amdxdna_cmd_submit（），而后者又调用 amdxdna_pm_resume_get（）。如果设备暂停，amdxdna_pm_resume_get（） 可能同步执行 amdxdna_pm_resume（），这也会获取 xdna->dev_lock，从而导致死锁。在同时保持 amdxdna_hwctx_sync_debug_bo（） 和 amdxdna_drm_config_hwctx_ioctl（）CVE-2026-72332 中的 xdna->dev_lock 之前调用 amdxdna_pm_resume_get（），避免死锁

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

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

  - KVM：arm64：vgic：迁移中断前检查该中断仍然是我们的vgic_prune_ap_list（） 在将中断迁移到另一个 vCPU 时同时丢弃 ap_list_lock 和 irq_lock。重新获取锁定后，它仅在移动中断之前检查相关性是否未更改 （target_vcpu == vgic_target_oracle（irq）），这会假设保留了相关性的中断仍在此 vCPU 的ap_list上排队。如果在锁终止时从ap_list中移除中断，则该假设不再成立。vgic_flush_pending_lpis（） 从列表中删除中断并将 irq->vcpu 设置为 NULL，但不影响 enabled/pending/target_vcpu。由于中断仍处于启用状态且处于待定状态，vgic_target_oracle（） 返回相同的target_vcpu，因此相关性检查通过，并且对已删除的条目再次运行 list_del（）。移动中断之前，还应检查该中断是否仍分配给此 vCPU （irq->vcpu == vcpu）。（CVE-2026-72289）

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

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

  - 已修复 Linux 内核中的下列漏洞：ntfs: fix hole runlist memory leak in insert range error path ntfs_non_resident_attr_insert_range() allocates hole_rl before mapping the whole runlist. If ntfs_attr_map_whole_runlist() fails, the error path drops ni->runlist.lock and returns without freeing hole_rl. This leaks memory of sizeof(*hole_rl) * 2 bytes. Fix this memory leak by freeing hole_rl before returning from that error path, matching the later error paths in the same function.
    (CVE-2026-72184)

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

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

  - netfilter：nf_conncount：修复元组重复数据删除中的区域比较 中已存在重复数据删除逻辑
    __nf_conncount_add（） 确定连接是否已被计数，是否可以跳过（而不是递增 connlimit 计数）。它将列表条目的连接跟踪区域与使用 nf_ct_zone_id（） 和 nf_ct_zone_equal（） 添加的连接区域进行比较，从而传递 conn->zone.dir 或 zone->dir 作为方向参数。这些帮助程序采用 enum ip_conntrack_dir值：IP_CT_DIR_ORIGINAL 为 0，IP_CT_DIR_REPLY 为 1。但是，zone->dir 是 u8 位掩码：NF_CT_ZONE_DIR_ORIG 为 1，NF_CT_ZONE_DIR_REPL 为 2，NF_CT_DEFAULT_ZONE_DIR为 3。将该位掩码作为枚举方向传递会改变每个非零值的意义。仅 ORIG 区域传递 1 并作为 REPLY 进行测试，而仅 REPL 区域和默认区域传递 2 或 3 并测试超出有效方向范围的位。在这些情况下，nf_ct_zone_id（） 可以回退到NF_CT_DEFAULT_ZONE_ID而不是使用实际区域 id，因此不同的区域可以被视为相等，并且重复数据删除折叠为单独元组相等。nf_conncount 存储并比较连接的原始方向元组。如果 skb 已附加了 conntrack 条目，则 get_ct_or_tuple_from_skb（） 会显式复制 ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple，而不管数据包的 ctinfo 如何。因此，元组重复数据删除路径中的区域比较也必须使用IP_CT_DIR_ORIGINAL;区域方向位掩码描述区域 ID 的应用位置，而不是此 conncount 元组表示的方向。通过直接传递 IP_CT_DIR_ORIGINAL 修复了两次重复数据删除比较。不使用特殊情况NF_CT_DEFAULT_ZONE_DIR也不比较原始区域 ID：通过IP_CT_DIR_ORIGINAL使用现有帮助程序可保留方向感知NF_CT_DEFAULT_ZONE_ID回退。默认的双向区域包含 ORIG 位，因此它自然会返回真正的区域 id;只回复区域继续回退以进行原始方向元组比较。
    (CVE-2026-72247)

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

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

  - batman-adv：tt：防止 TVLV OOB 检查溢出 A TT 单播 TVLV 包含其中存储的 VLAN 数量。此数字是 u16，再乘以结构 batadv_tvlv_tt_vlan_data的大小（8 字节）。因此，该尺寸可能会溢出用于存储tt_vlan_len的 u16。由于此溢出，为防止越界访问 TVLV 缓冲区而进行的所有额外安全检查均无效。使用 size_t 可防止此溢出，并确保安全检查与实际缓冲区要求进行比较。
    (CVE-2026-72226)

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

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

  - ASoC：amd：acp-sdw-sof：绑定 DAI 链接迭代 create_sdw_dailinks（） 会sof_dais遍历，直到找到已清除初始化的条目，但分配的条目恰好sof_dais num_ends条目。如果所有条目都已初始化，则循环读取时会超过数组的末尾。将分配的条目计数传递到 create_sdw_dailinks（），然后在读取超出数组之前停止。（CVE-2026-74332）

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

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

  - tracing/fprobe：修复 fprobe_fgraph_entry（） 中的空指针取消引用 fprobe_fgraph_entry（） 在 per-ip fprobe 列表的一次遍历中缩小影子堆栈预留的大小，并在第二次遍历中填充它，两者均仅在 rcu_read_lock（） 下。在已生效的 ip 上注册的 fprobe 在两次遍历之间可见，因此填充遍历会处理一个exit_handler的大小遍历未计算在内，并且已使用运行超过reserved_words。如果大小调整遍历未计数任何内容，则fgraph_data为 NULL，并且第一个 write_fprobe_header（） 错误：哎呀：一般保护错误，可能针对非规范地址...
    KASAN：范围内的 null-ptr-deref [0x0000000000000000-0x0000000000000007] RIP：
    0010：fprobe_fgraph_entry+0xa38/0xf10 kernel/trace/fprobe.c：167 调用跟踪： <TASK> function_graph_enter_regs+0x44c/0xa10 kernel/trace/fgraph.c：677 ftrace_graph_func+0xc5/0x140 arch/x86/kernel/ftrace.c：671 __kernel_text_address+0x9/0x40 kernel/extable.c：78 arch_stack_walk+0x117/0x170 arch/x86/kernel/stacktrace.c：26 kmem_cache_free+0x188/0x580 mm/slub.c：6378 tcp_data_queue+0x18d/0x6550 net/ipv4/tcp_input.c：5590 [...] </TASK> 该列表无法在两次遍历中冻结，因此请跳过不适合预留的节点并将其计为错过。（CVE-2026-72385）

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

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

  - net/mlx5e：修复 HV VHCA 统计零大小缓冲区分配 mlx5e_hv_vhca_stats_create（） 在 mlx5e_open（） 之前从 mlx5e_nic_enable（） 调用）。此时 priv->stats_nch 仍然是零，因为它只会在 mlx5e_channel_stats_alloc（） 中递增，而只有从 mlx5e_open_channel（） 才能到达。
    因此，mlx5e_hv_vhca_stats_buf_size（） 返回 0，而 kvzalloc（0， GFP_KERNEL） 返回 ZERO_SIZE_PTR （（void *）16） 而不是 NULL。if （！buf） 防护未捕获此错误，而 mlx5e_hv_vhca_stats_create（） 成功完成，priv->stats_agent.buf 设为 ZERO_SIZE_PTR。一旦打开通道 （priv->stats_nch > 0） 且管理程序启用统计数据报告，mlx5e_hv_vhca_stats_work（） 将使用新的非零stats_nch重新计算buf_len，并在ZERO_SIZE_PTR上调用 memset（buf， 0， buf_len），从而在地址0x10时发生错误。基于 priv->max_nch 分配缓冲区，priv- 在 mlx5e_priv_init（） 中设置，也是 stats_nch 上的上限： - 添加返回 sizeof（per_ring_stats） * max（max_nch， stats_nch） 的单独辅助函数 mlx5e_hv_vhca_stats_buf_max_size（），并将其用于 mlx5e_hv_vhca_stats_create（） 中的 kvzalloc（）。- 保留 mlx5e_hv_vhca_stats_buf_size（） （基于 stats_nch 返回） 作为工作线程的活动有效负载大小，因此有线格式 （block->rings = stats_nch） 和 mlx5e_hv_vhca_fill_stats（） 填充的数据量保持不变。max（max_nch， stats_nch） 防护可处理 mlx5e_attach_netdev（） 在分离/恢复周期中向下重新计算 max_nch 而 priv->stats_nch 持续存在（mlx5e_detach_netdev 不会调用 mlx5e_priv_cleanup，因此仅在销毁 netdev 时重置 stats_nch）的罕见情况。如果没有该防护，工作线程可从 stats_nch 计算buf_len并溢出根据减少的max_nch分配的较小缓冲区。分配非零缓冲区还可首次访问 mlx5e_hv_vhca_stats_create（） 中的 kvzalloc（） 失败路径：它提早返回，无需（重新）创建代理。清除 priv->stats_agent。{agent，buf} 在释放它们后，在 mlx5e_hv_vhca_stats_destroy（） 中执行任意文件，这样如果之后的 create（） 在此路径上退出，后续的拆卸就不会双重释放上一个启用/禁用周期中留下的过时代理/缓冲区。这反映了现有 mlx5e 模式，即预分配大小为 max_nch（如 priv->channel_stats）的数组，并按需延迟填充最多 stats_nch 个条目。（CVE-2026-72343）

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

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

  - dmaengine：修复可能的释放后使用 在 dma_release_channel（） 中，调用 dma_chan_put（） 后检查 chan->device->privatecnt。但是，dma_chan_put（） 调用 dma_device_put（），如果 DMA 提供程序已消失，则可释放设备的最后引用并因此释放它。通过在检查后移动 dma_chan_put（） 来修复该问题。（CVE-2026-72476）

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

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

  - fs/ntfs3：针对 data_off的 UpdateResidentValue 中的绑定attr_off 在 do_action（） 的 UpdateResidentValue 案例 （fslog.c：3307） 中，lrh->attr_off 和 lrh->redo_len 来自磁盘上的 LRH。当它们满足 aoff + dlen < attr->res.data_off 时，赋值 attr->res.data_size = cpu_to_le32（aoff + dlen - data_off）;下溢到 ~4 GiB（例如，aoff=0x10、dlen=1、data_off=0x18 时为 0xFFFFFFF9）。随后，读取 attr->res.data_size 以遍历常驻属性负载的代码会读取超过 1024 字节 MFT 记录分配的 4 GiB。fs/ntfs3/record.c：287 中现有的 mi_enum_attr（） 防御在下一个属性遍历中捕获损坏的data_size并使装载失败，但仅在遍历所有属性的路径上捕获损坏的。
    按名称选择属性并在不重新验证的情况下读取其data_size的读取站点不包括在内。
    针对源的 data_off 和 asize 验证 aoff。在干线 8d90b09e6741 下的 UML+KASAN 下通过仅pr_warn探测再现：在 aoff=0x10 和 data_off=0x18 的情况下，分配后data_size 0xfffffff9（挂载随后在 mi_enum_attr 的 -22 时失败）。[almaz.alexandrovich@paragon-software.com：对更改进行 clang 格式化]（CVE-2026-72195）

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

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

  - vfio/qat：修复 qat_vf_resume_write（） 中的f_pos争用 qat_vf_resume_write（） 在采取 migf->lock 之前检查 filp->f_pos，但在采取锁定并重新读取共享文件位置之后复制到迁移状态缓冲区。因此，两个并发写入器可以使用旧偏移量通过边界检查，然后在第一个高级f_pos之后复制第二个写入器，写入超过迁移状态缓冲区的末尾。
    在进行边界检查之前采用 migf->lock。（CVE-2026-74306）

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

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

  - afs：修复 afs_extract_vl_addrs（） 中的错误代码 这些路径上的错误代码仅在通过循环的第一次迭代时设置。在每次迭代中设置正确的错误代码。（CVE-2026-72378）

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

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

  - ASoC：amd：acp-sdw-legacy：绑定 DAI 链接迭代 create_sdw_dailinks（） 会soc_dais遍历，直到找到已清除初始化的条目，但分配的条目恰好num_ends soc_dais。如果所有条目都已初始化，则循环读取时会超过数组的末尾。此问题由 KASAN 报告：缺陷：KASAN：mc_probe+0x26b3/0x2774 中的 slab-out-of-bound [snd_acp_sdw_legacy_mach] 读取大小为 1 将分配的条目计数传递到 create_sdw_dailinks（），并在读取超出数组之前停止。（CVE-2026-74333）

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

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

  - 已修复 Linux 内核中的下列漏洞：ntfs: avoid stale runlist element dereference in fallocate ntfs_attr_fallocate() allocates holes and delayed allocations inside initialized size by looking up the current runlist element under ni->runlist.lock. The returned struct runlist_element is only a borrowed pointer into ni->runlist.rl. A writer can replace and free that array after the read lock is dropped, so later reads of rl->lcn, rl->length and rl->vcn can touch freed memory. The buggy scenario involves two paths, with each column showing the order within that path: ntfs_attr_fallocate():
    1. Take ni->runlist.lock for read. 2. Get rl from ntfs_attr_find_vcn_nolock(). 3. Drop ni->runlist.lock.
    4. Read rl->lcn, rl->length and rl->vcn. mmap page_mkwrite: 1. Enter ntfs_filemap_page_mkwrite(). 2. Reach
    __ntfs_write_iomap_begin() and ntfs_attr_map_cluster(). 3. Merge allocation state with ntfs_runlists_merge(). 4. Reallocate ni->runlist.rl in ntfs_rl_realloc(), freeing the old array.
    Validation reproduced this kernel report: BUG: KASAN: slab-use-after-free in ntfs_attr_fallocate+0xbb8/0xd00 Call Trace: <TASK> dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 ? ntfs_attr_fallocate+0xbb8/0xd00 ? srso_alias_return_thunk+0x5/0xfbef5 ? __virt_addr_valid+0x20d/0x410 ? ntfs_attr_fallocate+0xbb8/0xd00 kasan_report+0xe0/0x110 ? ntfs_attr_fallocate+0xbb8/0xd00 ntfs_attr_fallocate+0xbb8/0xd00 ? lock_acquire+0x2b8/0x2f0 ? __pfx_ntfs_attr_fallocate+0x10/0x10 ? 0xffffffffc0000095 ? down_write+0x10d/0x1e0 ntfs_fallocate+0x5c9/0x1d00 ? __pfx_ntfs_fallocate+0x10/0x10 ? srso_alias_return_thunk+0x5/0xfbef5 ? lock_acquire+0x2b8/0x2f0 ? srso_alias_return_thunk+0x5/0xfbef5 ? selinux_file_permission+0x3a7/0x510 vfs_fallocate+0x29d/0xd30 __x64_sys_fallocate+0xc7/0x150 ? do_syscall_64+0x81/0x6a0 do_syscall_64+0x115/0x6a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f Allocated by task 410: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 __kasan_kmalloc+0xaa/0xb0
    __kvmalloc_node_noprof+0x353/0x920 ntfs_rl_realloc+0x3f/0x110 ntfs_runlists_merge+0xaa3/0x3010 ntfs_attr_map_cluster+0x4e5/0xf80 ntfs_attr_fallocate+0x53f/0xd00 ntfs_fallocate+0x5c9/0x1d00 vfs_fallocate+0x29d/0xd30 __x64_sys_fallocate+0xc7/0x150 do_syscall_64+0x115/0x6a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f Freed by task 424: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x5f/0x80 kfree+0x307/0x580 ntfs_rl_realloc+0x6f/0x110 ntfs_runlists_merge+0x7b1/0x3010 ntfs_attr_map_cluster+0x4e5/0xf80
    __ntfs_write_iomap_begin+0x8cd/0x2280 iomap_iter+0x6de/0x11e0 iomap_page_mkwrite+0x391/0x650 ntfs_filemap_page_mkwrite+0x1ac/0x400 do_page_mkwrite+0x15c/0x280 __handle_mm_fault+0xd6d/0x1ca0 handle_mm_fault+0x19c/0x470 do_user_addr_fault+0x23b/0x9c0 exc_page_fault+0x5c/0xc0 asm_exc_page_fault+0x26/0x30 Fix this by copying the needed runlist fields while the read lock is still held and using only those scalar snapshots after unlocking. After the snapshot, ntfs_attr_map_cluster() can also find that the range is already mapped and return balloc=false. Only call ntfs_dio_zero_range() when new clusters were allocated, matching the write iomap path and preserving the zero-newly-allocated-holes behavior. (CVE-2026-72353)

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Preserve pointer spill metadata during half-slot cleanup __clean_func_state() cleans dead stack slots in 4-byte halves. When the high half of a STACK_SPILL slot is dead and the low half remains live, cleanup converts the live low half to STACK_MISC or STACK_ZERO and clears the saved spilled_ptr metadata. That conversion is safe only for scalar spills. For a pointer spill, this metadata clear lets a later 32-bit fill from the still-live half avoid the normal non-scalar register-fill check and be treated as an ordinary scalar stack read. Leave non-scalar spill slots intact in this half-live shape. This is conservative for pruning and preserves the existing check_stack_read_fixed_off() rejection path for partial fills from pointer spills.
    (CVE-2026-72426)

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

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

  - ASoC：SDCA：验证 ge_put_enum_double（） 中的写入枚举值 ge_put_enum_double（） 将用户提供的枚举索引 item[0] 传递到 snd_soc_enum_item_to_val（），而不根据枚举中的项目数进行检查：ret = snd_soc_enum_item_to_val（e， item[0]）;snd_soc_enum_item_to_val（） 使用该索引为堆分配的 e->values[] 数组编制索引（e->values 是从 e->items 条目的 devm_kcalloc（） 设置的），因此包含超出范围的 item[0] 的控件写入会超过值缓冲区的末尾进行读取。snd_soc_dapm_put_enum_double（） 中的边界检查仅在之后运行，因此不会阻止此处读取。
    在使用超出范围的项目之前将其拒绝，从而匹配其他枚举放置处理程序。此问题是由 Sashiko AI 审查机器人在审查相关的枚举验证系列时指出的：
    https://lore.kernel.org/all/20260609125735.CEB651F00893@smtp.kernel.org/ (CVE-2026-72415)

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

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

  - KVM：TDX：拒绝对 CPUID 条目计数的并发更改 如果用户空间在初始化数据的初始读取和后续复制之间更改了 cpuid.nent，则拒绝KVM_TDX_INIT_VM。tdx_td_init（） 首先读取 user_data->cpuid.nent 以调整灵活kvm_tdx_init_vm副本的大小。复制的结构中还包含 cpuid.nent，如果用户空间同时修改输入，则该字段可能与用于调整分配大小的值不同。setup_tdparams_cpuids（） 稍后将 init_vm->cpuid.nent 传递给 kvm_find_cpuid_entry2（），后者将其用作复制条目的数组绑定。要求复制的计数与用于调整分配大小的值匹配，以便 CPUID 解析无法访问实际复制的条目之外的值。（CVE-2026-72285）

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

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

  - Bluetooth：hci：验证编解码器功能元素长度 读取本地编解码器功能 返回一系列功能元素。每个元素都以一个字节长度开头，后跟该数量的负载字节。
    hci_read_codec_capabilities（） 会检查 skb 是否包含长度字节，但随后仅针对剩余的 skb 长度验证 caps->len。即使元素需要两个字节，还剩一个字节且 caps->len 设置为 1，畸形控制器响应也通过了检查。然后，解析器会记录一个双字节的功能，并将超出通告响应负载的一个字节复制到编解码器列表中。
    先验证完整元素大小，包括长度字节，然后再将其添加到累积功能长度。这样会保留所有格式良好的功能元素，并且仅丢弃截断的控制器响应。
    (CVE-2026-74300)

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

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

  - ipv6：addrconf：状态不再为 POSTDAD 时退出dad_failure addrconf_dad_failure（） 通过 addrconf_dad_end（） 将 ifp->state 从 DAD 转换为 POSTDAD，返回时终止 ifp->lock。在 net_info_ratelimited（） 之后重新获取锁定。并发 ipv6_del_addr（） 可获取该窗口中的锁、将 ifp->state 设置为 DEAD 然后运行 list_del_rcu（&ifp->if_list）。addrconf_dad_failure（） 然后在 errdad： 以 ERRDAD 覆盖 DEAD，并计划新的dad_work。工作再次调用 ipv6_del_addr（），命中已经中毒的列表条目：一般保护错误：0000 [#1] SMP NOPTI CPU：4 PID：217 Comm：kworker/4:1 工作队列：ipv6_addrconf addrconf_dad_work RIP：0010：ipv6_del_addr+0xe9/0x280 RAX：dead000000000122 调用跟踪：addrconf_dad_stop+0x113/0x140 addrconf_dad_work+0x28c/0x430 process_one_work+0x1eb/0x3b0 worker_thread+0x4d/0x400 kthread+0x104/0x140 ret_from_fork+0x35/0x40 将 addrconf_dad_end（） 逻辑包括在addrconf_dad_failure（） 在单一 ifp->lock 关键部分下。STABLE_PRIVACY 分支会在地址重新生成时暂时终止 ifp->lock，因此在 lock_errdad：验证状态仍为 POSTDAD 后再转换至 ERRDAD;否则退出以避免释放锁定时覆盖由其他路径设置的状态。（CVE-2026-74398）

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

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

  - 已修复 Linux 内核中的下列漏洞：nvme: fix FDP fdpcidx bounds check The fdpcidx bounds check sets n = NUMFDPC + 1 but used > instead of >=, incorrectly accepting fdp_idx when it equals n (i.e. NUMFDPC + 1). (CVE-2026-74361)

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

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

  - batman-adv：tt：避免请求在待定请求期间出现请求风暴 batadv_send_tt_request（） 会在目标发起方节点不存在tt_req_node时分配。这应防止同时向发起程序发送多个 TT 请求。但如果分配发送缓冲区失败，则必须再次清除此请求。但这种失败的指标是 ret == false。但实际实现是检查 ret == true。必须反转检查，以免在尝试发出 TT 请求之后直接丢失有关该请求的信息。这应可避免潜在的请求风暴。（CVE-2026-72231）

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

ID	名称	严重性
337622	Linux Distros 未修补的漏洞：CVE-2026-72455	high
337621	Linux Distros 未修补的漏洞：CVE-2026-72419	high
337620	Linux Distros 未修补的漏洞：CVE-2026-72301	high
337619	Linux Distros 未修补的漏洞：CVE-2026-74262	high
337618	Linux Distros 未修补的漏洞：CVE-2026-74403	high
337617	Linux Distros 未修补的漏洞：CVE-2026-72407	critical
337616	Linux Distros 未修补的漏洞：CVE-2026-72267	medium
337615	Linux Distros 未修补的漏洞：CVE-2026-74427	critical
337614	Linux Distros 未修补的漏洞：CVE-2026-72408	critical
337613	Linux Distros 未修补的漏洞：CVE-2026-72239	critical
337612	Linux Distros 未修补的漏洞：CVE-2026-74390	high
337611	Linux Distros 未修补的漏洞：CVE-2026-74315	critical
337610	Linux Distros 未修补的漏洞：CVE-2026-72477	critical
337609	Linux Distros 未修补的漏洞：CVE-2026-74404	high
337608	Linux Distros 未修补的漏洞：CVE-2026-72292	medium
337607	Linux Distros 未修补的漏洞：CVE-2026-72043	high
337606	Linux Distros 未修补的漏洞：CVE-2026-72281	high
337605	Linux Distros 未修补的漏洞：CVE-2026-72192	critical
337604	Linux Distros 未修补的漏洞：CVE-2026-72297	high
337603	Linux Distros 未修补的漏洞：CVE-2026-72014	critical
337602	Linux Distros 未修补的漏洞：CVE-2026-72451	critical
337601	Linux Distros 未修补的漏洞：CVE-2026-72160	high
337600	Linux Distros 未修补的漏洞：CVE-2026-74411	high
337599	Linux Distros 未修补的漏洞：CVE-2026-74408	high
337598	Linux Distros 未修补的漏洞：CVE-2026-72399	critical
337597	Linux Distros 未修补的漏洞：CVE-2026-72372	high
337596	Linux Distros 未修补的漏洞：CVE-2026-72021	high
337595	Linux Distros 未修补的漏洞：CVE-2026-74309	critical
337594	Linux Distros 未修补的漏洞：CVE-2026-72286	high
337593	Linux Distros 未修补的漏洞：CVE-2026-72332	medium
337592	Linux Distros 未修补的漏洞：CVE-2026-72289	critical
337591	Linux Distros 未修补的漏洞：CVE-2026-72184	medium
337590	Linux Distros 未修补的漏洞：CVE-2026-72247	high
337589	Linux Distros 未修补的漏洞：CVE-2026-72226	critical
337588	Linux Distros 未修补的漏洞：CVE-2026-74332	high
337587	Linux Distros 未修补的漏洞：CVE-2026-72385	medium
337586	Linux Distros 未修补的漏洞：CVE-2026-72343	high
337585	Linux Distros 未修补的漏洞：CVE-2026-72476	high
337584	Linux Distros 未修补的漏洞：CVE-2026-72195	high
337583	Linux Distros 未修补的漏洞：CVE-2026-74306	high
337582	Linux Distros 未修补的漏洞：CVE-2026-72378	high
337581	Linux Distros 未修补的漏洞：CVE-2026-74333	high
337580	Linux Distros 未修补的漏洞：CVE-2026-72353	high
337579	Linux Distros 未修补的漏洞：CVE-2026-72426	high
337578	Linux Distros 未修补的漏洞：CVE-2026-72415	high
337577	Linux Distros 未修补的漏洞：CVE-2026-72285	high
337576	Linux Distros 未修补的漏洞：CVE-2026-74300	high
337575	Linux Distros 未修补的漏洞：CVE-2026-74398	critical
337574	Linux Distros 未修补的漏洞：CVE-2026-74361	critical
337573	Linux Distros 未修补的漏洞：CVE-2026-72231	high

检测

Nessus 的 Misc. 系列

high

high

high

high

high

critical

medium

critical

critical

critical

high

critical

critical

high

medium

high

high

critical

high

critical

critical

high

high

high

critical

high

high

critical

high

medium

critical

medium

high

critical

high

medium

high

high

high

high

high

high

high

high

high

high

high

critical

critical

high