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

  - netfilter：nft_ct：退出 get eval 中的模板 ct 我在查看历史 syzbot 报告 [1] 时注意到了这个问题。像下面的规则足以触发该缺陷：table ip t { chain pre { type filter hook prerouting priority raw; ct zone set 1 ct original saddr 1.2.3.4 accept } } 第一个表达式通过 nft_ct_set_zone_eval（） （nf_ct_tmpl_alloc -> kzalloc，元组都是零，nf_ct_l3num（ct） == 0）。然后，下一个表达式会在同一 skb 上调用 nft_ct_get_eval（），将模板视为真正的 ct，并命中 16 字节 memcpy 路径。当 dreg 处于NFT_REG32_15这会溢出内核堆栈上超过 struct nft_regs;dreg 值较小时，它会静默强制邻近寄存器重写。拒绝 eval 条目和 nft_ct_get_fast_eval（） 中的模板 ct，镜像 nft_ct_set_eval（） 已有的检查。此外，通过 priv->len 而非 nf_ct_l3num（ct） 绑定 NFT_CT_SRC/NFT_CT_DST 中的地址副本：nf_ct_get_tuple（） 在 pkt_to_tuple（） 仅填充与协议相关的前导字节之前将元组归零，因此 tuple->{src，dst}.u3.all 的结尾字节是明确定义的零。priv->len 在规则加载时进行验证，因此复制大小现在由目标寄存器限制，而不是按连接跟踪上不受信任的字段限制。[1]:
    https://syzkaller.appspot.com/bug?id=389cf09cb72926114fce90dc85a2c3231dcb647c (CVE-2026-53267)

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

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

  - bpf：返回来自task_vma迭代器的 VMA 快照 当帮助程序获取依赖于 mmap_lock 的锁时，将 per-VMA 锁跨 BPF 程序主体保留会产生锁定排序问题： vm_lock -> i_rwsem -> mmap_lock -> vm_lock 通过 memcpy（） 在 _next（） 中的每个 VMA 锁定下对 VMA 进行快照，然后在返回前终止锁定。BPF 程序仅访问快照。校验器仅信任vm_mm和vm_file指针（请参阅 verifier.c 中的 BTF_TYPE_SAFE_TRUSTED_OR_NULL）。vm_file在锁定时使用 get_file（） 进行引用计数，并在下次迭代时或在 _destroy（） 中通过 fput（） 释放。vm_mm已正确，因为 lock_vma_under_rcu（） 验证 vma->vm_mm == mm。memcpy（） 会保持所有其他指针原样，因为校验器将其视为不受信任。（CVE-2026-53084）

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

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

  - 使用 SetMacAddrAction 时可能会发生越界读取，从而可导致通过网络发送未初始化的内存或崩溃。（CVE-2026-40210）

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

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

  - locking/rtmutex：等候程序未排队时跳过 remove_waiter（） syzbot 通过FUTEX_CMP_REQUEUE_PI在 remove_waiter（） 中触发了以下崩溃：KASAN：范围 [0x0000000000000a88-0x0000000000000a8f] 中的 null-ptr-deref class_raw_spinlock_constructor remove_waiter+0x159/0x1200 kernel/locking/rtmutex.c：1561 rt_mutex_start_proxy_lock+0x103/0x120 futex_requeue+0x10e4/0x20d0
    __x64_sys_futex+0x34f/0x4d0 task_blocks_on_rt_mutex（） 在死锁检测后未布防等候程序，从而使 waiter->task 为空，其中 3bfdc63936dd（rtmutex：在 remove_waiter（） 中使用 waiter：：task 而非当前任务）会造成此问题致命。此外，rt_mutex_start_proxy_lock（） 不应在成功获取 rtmutex 时调用 remove_waiter（）。1a1fb985f2e2（futex：正确处理早期死锁返回）将 remove_waiter（） 从 __rt_mutex_start_proxy_lock（） 中（其中“ret”仅为 0 或 < 0）移至封装程序中。加强此检查以考虑 try_to_take_rt_mutex（）。
    (CVE-2026-53163)

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

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

  - 无效区域可能通过 ZONEMD 验证，但实际上不应通过。这仅在使用 ZONEMD 验证配置了 ZoneToCache 时才有意义。（CVE-2026-42390）

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

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

  - net：openvswitch：修复可能的ERR_PTR kfree_skb 在 Fixes 标签中安装修补程序之后，回复 skb 的分配可在锁定ovs_mutex之前或之后进行。但是，错误清理仍遵循经典的反向顺序，假设在锁定前分配回复：它在解锁后释放。如果在锁定互斥体之后发生回复分配并失败，则回复将留下ERR_PTR，并且执行会跳至尝试释放无效指针的相应清理阶段。
    通过在保存指针错误值之后将指针设置为空，来修复此问题。（CVE-2026-53227）

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

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

  - misc：fastrpc：修复工作队列上下文中的fastrpc_user释放后使用 fastrpc_device_release（） 与处理 DSP 响应的工作队列之间存在争用条件。当用户关闭文件描述符时，fastrpc_device_release（） 会释放fastrpc_user结构。同时，正在运行的 DSP 调用可以通过 schedule_work（&ctx->put_work） 完成和 fastrpc_rpmsg_callback（） 计划上下文清除。如果工作队列与 fastrpc_device_release（） 释放用户结构并行或之后运行 fastrpc_context_free（），它将取消引用已释放的fastrpc_user。根据争用时的上下文状态，可命中以下任一访问权限：1.
    fastrpc_buf_free（） 在将物理地址传递到 dma_free_coherent（） 之前，会调用 fastrpc_ipa_to_dma_addr（buf->fl->cctx， ...） 从存储的 IOVA 中剥离 SID 位。2. fastrpc_free_map（） 读取 map->fl->cctx->vmperms[0].vmid 以重建 qcom_scm_assign_mem（） 调用所需的源权限位掩码，该调用将内存从 DSP VM 返回回 HLOS。3. fastrpc_free_map（） 获取 map->fl->lock 以从 fl->maps 列表中安全地删除映射节点。生成的释放后使用表现为：pc：fastrpc_buf_free+0x38/0x80 [fastrpc] lr：fastrpc_context_free+0xa8/0x1b0 [fastrpc] fastrpc_context_free+0xa8/0x1b0 [fastrpc] fastrpc_context_put_wq+0x78/0xa0 [fastrpc] process_one_work+0x180/0x450 worker_thread+0x26c/0x388 向 fastrpc_user 添加基于 kref 的引用计数。
    让每个调用上下文在分配时对用户进行引用，并在上下文释放时将其释放。关闭文件时释放 fastrpc_device_release（） 中的初始引用。将释放待定上下文、映射、mmap 和通道上下文引用的用户结构的拆卸移动到 kref 释放回调 fastrpc_user_free（） 中，以便仅在最后一个引用丢弃时运行，而不管这是在设备关闭时还是在最终的传输上下文完成之后发生。
    (CVE-2026-53161)

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

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

  - tcp：在 reqsk_queue_hash_req（） 中添加 preempt_{disable，enable}_nested（）。syzbot 报告 __inet_csk_reqsk_queue_drop（） 中有一个异常的 reqsk->rsk_refcnt下溢。捕获的 reqsk_put（）在
    仅当从 ehash 中成功删除 reqsk 时才调用 __inet_csk_reqsk_queue_drop（）。此外，reqsk_timer_handler（） 在此之后会调用另一个 reqsk_put（）。这表示 reqsk 缺少用于 ehash 的 refcnt 和定时器本身。由于所有 syzbot 报告都已启用PREEMPT_RT，因此唯一可能的情况是 reqsk_queue_hash_req（） 在 mod_timer（） 之后和 refcount_set（） 之前被抢占，然后在 1s 后触发的计时器会因其侦听器的 close（） 而中止 reqsk。让我们用 preempt_disable_nested（） 和 preempt_enable_nested（） 来包装 mod_timer（） 和 refcount_set（）。请注意，inet_ehash_insert（） 包含正常的 spin_lock（） （PREEMPT_RT 中的互斥），因此必须在 preempt_disable_nested（） 之外调用它，但这没关系。查找路径只是忽略 ehash 中的 0 sk_refcnt条目并尝试创建另一个 reqsk，但这将在 inet_ehash_insert（） 处失败。[0]：refcount_t：下溢；释放后使用。WARNING： lib/refcount.c：28 at refcount_warn_saturate+0xb2/0x110 lib/refcount.c：28， CPU#0：
    ktimers/0/16 链接的模块：CPU：0 UID：0 PID：16 通信：ktimers/0 受感染：G L syzkaller #0 PREEMPT_{RT，（full）} 受感染：[L]=SOFTLOCKUP 硬件名称：Google Google Compute Engine/Google Compute Engine，BIOS Google 04/18/2026 RIP：0010：refcount_warn_saturate+0xb2/0x110 lib/refcount.c：28 代码：e4 7d d1 0a 67 48 0f b9 3a eb 4a e8 38 3d 23 fd 48 8d 3d e1 7d d1 0a 67 48 0f b9 3aEB 37 E8 25 3D 23 fd 48 8d 3d de 7d d1 0a <67> 48 0f b9 3a eb 24 e8 12 3d 23 fd 48 8d 3d db 7d d1 0a 67 48 0f RSP：
    0000：ffffc90000157948 EFLAGS： 00010246 RAX： ffffffff84a1301b RBX： 0000000000000003 RCX： ffff88801ca98000 RDX： 0000000000000100 RSI： 0000000000000000 RDI： ffffffff8f72ae00 RBP： ffffffff99ae3b01 R08：
    ffff88801ca98000 R09: 0000000000000005 R10: 0000000000000100 R11: 0000000000000004 R12: ffff8880425ef568 R13: ffff8880425ef4f8 R14: ffff8880425ef578 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff888126386000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f7b46710e9c CR3： 000000000dbb6000 CR4： 000000000003526f0 调用跟踪： <TASK> __refcount_sub_and_test include/linux/refcount.h：400 [内联] __refcount_dec_and_test include/linux/refcount.h：432 [内联] refcount_dec_and_test include/linux/refcount.h：450 [内联] reqsk_put include/net/request_sock.h：136 [内联] __inet_csk_reqsk_queue_drop+0x3ce/0x440 net/ipv4/inet_connection_sock.c：1007 reqsk_timer_handler+0x651/0xdf0 net/ipv4/inet_connection_sock.c：1137 call_timer_fn+0x192/0x5e0 kernel/time/timer.c：1748 expire_timers kernel/time/timer.c：1799 [内联] __run_timers kernel/time/timer.c：2374 [内联] __run_timer_base+0x6a3/0x9f0 kernel/time/timer.c：2386 run_timer_base kernel/time/timer.c：2395 [内联] run_timer_softirq+0x67/0x170 kernel/time/timer.c：2403 handle_softirqs+0x1de/0x6d0 kernel/softirq.c：622 __do_softirq kernel/softirq.c：656 [内联] run_ktimerd+0x69/0x100 kernel/softirq.c：1151 smpboot_thread_fn+0x541/0xa50 kernel/smpboot.c：160 kthread+0x388/0x470 kernel/kthread.c：436 ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c：158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S：245 </TASK> （CVE-2026-53260）

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

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

  - wifi：nl80211：拒绝超大的 EMA RNR 列表 nl80211_parse_rnr_elems（） 将解析的元素计数存储在 u8 支持的 cfg80211_rnr_elems：：cnt 字段中，并使用该计数来调整灵活数组分配的大小。
    当计数达到 255 时拒绝嵌套的 NL80211_ATTR_EMA_RNR_ELEMS 输入，然后再次增加它。
    这会使解析器与其填充的数据结构保持一致，并与 nl80211_parse_mbssid_elems（） 使用的现有边界检查匹配。（CVE-2026-53182）

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

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

  - mm/hugetlb：当 hugetlb 作品集复制路径中出错时恢复预留 mm/hugetlb.c 中的两个站点通过 alloc_hugetlb_folio（） 分配 hugetlb 作品集（消耗 VMA 预留）然后调用 copy_user_large_folio（），这在提交 1cb9dc4b475c 时变成 int-return（mm：hwpoison：支持从 HugePage 写入时复制错误恢复）并且现在可能失败（例如 hwpoisoned 源页面上的 -EHWPOISON）。在失败路径上，folio_put（） 通过 free_huge_folio（） 还原了全局 hugetlb 池计数，但每个 VMA 预留映射条目仍保持标记为已消耗：- hugetlb_mfill_atomic_pte（） 重新提交路径 （UFFDIO_COPY） - 当 hugetlb_try_dup_anon_rmap（） 失败时，copy_hugetlb_page_range（） fork-time CoW 路径（罕见：在 fork 下固定了 hugetlb 匿名作品集） 用户可见的效果： 在UFFDIO_COPY到重新提交复制失败的私有 hugetlb VMA 中，该地址的保留会从 VMA 的保留映射中泄漏。同一地址的后续错误会走无预留路径，在 hugetlb 池压力下，任务会在其先前预留的地址进行 SIGBUS。fork-time CoW 路径在子 VMA 的保留映射中以相同的方式泄漏，不过它需要固定的 hugetlb 匿名页面 + hw中毒源的罕见组合。在两个错误路径的 folio_put（） 前添加缺少的 restore_reserve_on_error（） 调用。（CVE-2026-53154）

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

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

  - misc：fastrpc：修复 rpmsg 回调中的空指针取消引用 当 DSP 在 fastrpc_rpmsg_probe（） 完成初始化之前发送 glink 消息时，在引导的 Hawi 上发现空指针取消引用：
    无法处理虚拟地址上的内核空指针取消引用 0000000000000178 pc：
    _raw_spin_lock_irqsave+0x34/0x8c LR：fastrpc_rpmsg_callback+0x3c/0xcc [fastrpc] ... 调用跟踪：
    _raw_spin_lock_irqsave+0x34/0x8c （P） fastrpc_rpmsg_callback+0x3c/0xcc [fastrpc] qcom_glink_native_rx+0x538/0x6a4 qcom_glink_smem_intr+0x14/0x24 [qcom_glink_smem] 错误地址0x178对应于 struct fastrpc_channel_ctx 内的锁定变量，确认当 fastrpc_rpmsg_callback（） 尝试采用旋转锁时 cctx 为空。这里有两个问题。首先，在 spin_lock_init（） 和 idr_init（） 之前调用 dev_set_drvdata（），从而留下一个窗口，回调可检索有效的 cctx 指针，但对未初始化的旋转锁进行操作。第二种情况，一旦驱动程序被绑定，rpmsg 通道就会进入激活状态，因此 fastrpc_rpmsg_callback（） 可在调用 dev_set_drvdata（） 之前触发，从而导致 dev_get_drvdata（） 返回 NULL。将所有 cctx 初始化移到 dev_set_drvdata（） 之前修复了这两个问题，以便在回调可见之前将结构完全初始化，并在 fastrpc_rpmsg_callback（） 中添加空检查作为防范任何剩余窗口。
    (CVE-2026-53158)

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

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

  - staging：rtl8723bs：rtw_mlme：ie_length 减法前添加边界检查 添加防护，确保在减去固定 IE 偏移之前ie_length足够大，从而防止无符号的整数下溢。
    (CVE-2026-53178)

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

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

  - ALSA：PCM：修复链接流上 snd_pcm_drain（） 中的等待队列列表损坏 snd_pcm_drain（） 使用不清除 entry.prev/next 的init_waitqueue_entry，并add_wait_queue并发 UNLINK 后to_check不再在群组中时跳过的条件remove_wait_queue。孤立的等待条目保留在未链接的子流休眠队列中。在下一次耗尽迭代中，add_wait_queue 会在仍链接旧队列时将条目添加到新队列，从而损坏两个列表。后续wake_up取消引用 func 指针处的 NULL（从错译的wait_queue_head_t偏移 0 处的旋转锁映射而来），从而导致内核错误。将 init_waitqueue_entry/add_wait_queue/条件remove_wait_queue替换为 init_wait_entry/prepare_to_wait/ finish_wait。init_wait_entry在每次迭代时通过INIT_LIST_HEAD清除上一个/下一个，并设置在唤醒时自动删除条目的autoremove_wake_function。finish_wait可安全地处理已删除和仍在排队的情况。（CVE-2026-53242）

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

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

  - 发送大量构建的 DNS 查询的攻击者可能会触发插入动态块，该值会造成在 prometheus 端点产生无效输出。然后，prometheus 端点将被抓取工具拒绝，直到动态块到期。（CVE-2026-40011）

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

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

  - iommu/riscv：更新 DDT/PDT 条目后添加 IOTINVAL 添加 riscv_iommu_iodir_iotinval（） 以在更新 DDT 或 PDT 条目后执行所需的 TLB 和上下文缓存无效，如 RISC-V IOMMU 规范（部分 6.3.1 和 6.3.2）。（CVE-2026-53057）

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

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

  - perf/amd/ibs：避免从 IBS NMI 处理程序调用 perf_allow_kernel（） 从 NMI 上下文调用 perf_allow_kernel（） 不安全，可能是致命的。通过在事件初始化时捕获权限，将其存储在 event->hw.flags 中，并使 NMI 处理程序依赖于该缓存标记，而不是直接进行调用。（CVE-2026-53114）

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

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

  - 恶意授权服务器可通过 ZoneToCache 函数发送构建的区域，从而导致缓存毒化。（CVE-2026-33612）

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

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

  - l2tp：pppol2tp：保持对 pppol2tp_ioctl（） 中的会话的引用 pppol2tp_ioctl（） 直接读取 sock->sk->sk_user_data，无需任何锁定或引用计数。如果在 copy_from_user（） 期间诱导了可控制的休眠（例如通过 userfaultfd 页面错误休眠），并行套接字关闭可异步触发 pppol2tp_session_close（）。这样会通过 l2tp_session_del_work 工作队列释放 l2tp_session 结构。恢复后，ioctl 线程会取消引用过时的会话指针，从而导致释放后使用 （UAF）。通过使用条目上的 RCU 安全、refcounted 辅助函数 pppol2tp_sock_to_session（sk），安全地提取会话引用来修复此问题。这样会在休眠期间锁定会话的引用计数。我们将函数构建为通过标准 err 中断退出，从而保证在所有返回路径上干净地调用 l2tp_session_put（） 以删除引用。为了保留现有行为，我们仅针对需要会话及其魔术签名的特定 L2TP 命令验证会话及其魔术签名。这可确保在未连接的套接字上调用的通用/未知 ioctl 仍返回 -ENOIOCTLCMD 并正确回退到通用处理程序（例如在 sock_do_ioctl（） 中）。（CVE-2026-53262）

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

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

  - udp：运行 sockmap 判定之前清除 skb->dev 在 UDP 接收路径上，skb->dev 通过 union { struct net_device 被重新利用为 dev_scratch（由 udp_set_dev_scratch（） 设置的 truesize/state 缓存）
    *dev;无符号长dev_scratch;} 在 sk_buff 中。当 UDP 套接字位于 sockmap 中时，sk_data_ready为 sk_psock_verdict_data_ready（），它会调用 udp_read_skb（） -> recv_actor（） （sk_psock_verdict_recv） 以在 softirq 中运行附加的 SK_SKB 判定程序。如果该程序调用套接字查找帮助程序 （bpf_sk_lookup_tcp/udp， bpf_skc_lookup_tcp），则 bpf_skc_lookup（） 会执行以下操作：if （skb->dev） caller_net = dev_net（skb->dev）;skb->dev 仍保留dev_scratch值（非 NULL 整数），因此 dev_net（） 将其作为结构net_device取消引用 * 且内核会在 softirq 中的非规范地址上发生常规保护错误： 哎呀：一般保护错误，可能针对非规范地址 0x1010000800004a0 CPU：1 UID：0 PID：1406 通信：syz.2.19 未受感染 7.1.0-rc6 #1 PREEMPT（full） RIP：
    0010：bpf_skc_lookup net/core/filter.c：7033 [内联] RIP：0010：bpf_sk_lookup+0x45/0x160 net/core/filter.c：7047 调用跟踪： <IRQ> bpf_prog_4675cb904b7071f8+0x12e/0x14e bpf_prog_run_pin_on_cpu+0xc6/0x1f0 sk_psock_verdict_recv+0x1ba/0x350 udp_read_skb+0x31a/0x370 sk_psock_verdict_data_ready+0x2e3/0x600 __udp_enqueue_schedule_skb+0x4c8/0x650 udpv6_queue_rcv_one_skb+0x3ec/0x740 udp6_unicast_rcv_skb+0x11d/0x140 ip6_protocol_deliver_rcu+0x61e/0x950 ip6_input_finish+0xa9/0x150 NF_HOOK+0x286/0x2f0 ip6_input+0x117/0x220 NF_HOOK+0x286/0x2f0
    __netif_receive_skb+0x85/0x200 process_backlog+0x374/0x9a0 __napi_poll+0x4f/0x1c0 net_rx_action+0x3b0/0x770 handle_softirqs+0x15a/0x460 do_softirq+0x57/0x80 </IRQ> dev_scratch 所考虑的 rmem 电荷由 skb_recv_udp（） 在出列时释放，就在上方，因此当 recv_actor（） 运行时，暂存已失效。清除 skb->dev，以便 bpf_skc_lookup（） 回退到sock_net（skb->sk），后者 skb_set_owner_sk_safe（） 设置就在上面。（CVE-2026-53184）

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

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

  - drm/v3d：具有将工作组清零时跳过 CSD 计算着色器调度对其在 CFG0 中的工作组计数进行编码。CFG2 寄存器。在三个维度中的任何一个维度中以零计数启动调度都是无效的。首先，硬件会将 0 处理为 65536，而用户空间驱动程序最多公开 65535。除此之外，具有零工作组维度的提交应该是无操作的。这些归零的计数可通过间接 CSD 作业到达调度路径，其工作组计数仅在读取间接缓冲区后才为已知，并且在法律上可能为零，但这种情况应该仅导致 no-op。
    使用间接 BO 工作组计数覆盖间接 CSD 作业工作组计数，即使它们为零，并且当任何工作组计数为零时不将作业提交到硬件，因此作业会立即完成，而不是运行着色器。（CVE-2026-53139）

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

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

  - Bluetooth：L2CAP：拒绝通过 MTUsig net/bluetooth/l2cap_core.c 的 BR/EDR 信号数据包：l2cap_sig_channel（） 接受通道 MTU 之前的 BR/EDR 信号数据包，并且在不强制执行信号 MTU （MTUsig） 的情况下调度每个命令。在无线电范围内的蓝牙 BR/EDR 对等机可以在配对前发送大于 MTUsig 且包含许多 L2CAP_ECHO_REQ 命令的固定信道 CID 0x0001 数据包。在实际无线电库存内核运行中，一个包含 168 个零长度ECHO_REQ命令的 681 字节信令数据包使目标在大约 220 毫秒内传输了 168 ECHO_RSP 帧。影响：在无线电范围内的蓝牙 BR/EDR 对等体在配对之前，可能会强制从一个包含打包 ECHO_REQ 命令的 681 字节固定信道信令数据包获取 168 个ECHO_RSP帧。将 Linux 的 BR/EDR 信号 MTU 定义为规范最小 48 字节，并在调度任何命令之前拒绝任何具有一个L2CAP_COMMAND_REJECT_RSP携带L2CAP_REJ_MTU_EXCEEDED的较大信号数据包。MTUExceeded 的蓝牙核心规范措辞规定，拒绝标识符应与数据包中的第一个请求命令匹配，并且仅包含响应的数据包应静默丢弃。Linux 有意偏离该处方：静默丢弃会使对等机不同步，因为远程堆栈永远不会知道其响应已被丢弃，并且找到第一个请求命令需要遍历命令标头经过 MTUsig，即处理来自我们已确定数据包太大而无法处理的数据包的字节。
    因此，我们始终发出一次拒绝，并使用第一个命令标头中的标识符，即单个固定偏移字节读取。不受限制的 BR/EDR 信号解析器和 ECHO_REQ 响应路径都追溯到初始 git 导入;以后引入的提交无法用于 Fixes 标签。（CVE-2026-53208）

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

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

  - soc/tegra：cbb：修复结构查找表中的不正确ARRAY_SIZE 修复结构查找表中不正确的ARRAY_SIZE使用，此问题可在目标超时查找期间造成越界访问。（CVE-2026-53044）

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

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

  - netfilter：x_tables：避免泄漏 percpu 计数器指针 本机和兼容的 get-entries 路径在使用审查过的计数器快照覆盖条目的计数器字段之前，将固定的规则条目标头从内核化的规则 blob 复制到用户空间。在 SMP 内核中，entry->counters.pcnt 包含x_tables规则计数器使用的 percpu 分配地址。调用方可提供在初始固定标头复制期间、复制 pcnt 后但在后续审查计数器副本运行之前出错的用户空间缓冲区。然后 syscall 返回 -EFAULT，同时将原始 percpu 指针留在用户空间中。仅从内核化规则 blob 复制计数器之前的固定条目前缀，然后将已清理的计数器快照复制到计数器字段中。将此排序应用到 IPv4、IPv6 和 ARP 本机和兼容 get-entries 实现，以便错误无法暴露内部 percpu 计数器指针。（CVE-2026-53219）

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

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

  - Bluetooth： RFCOMM：验证 MCC 处理程序中的 skb 长度 RFCOMM MCC 处理程序将 skb->data 转换为协议特定的结构，而无需事先验证 skb->len。恶意远程设备可在这些处理程序中发送截断的 MCC 帧并触发越界读取。通过在取消引用所需数据之前使用 skb_pull_data（） 验证和访问所需数据来修复此问题。rfcomm_recv_rpn（） 需要特殊处理，因为 ETSI TS 07.10 允许 1 字节 RPN 请求。处理此问题的方式是，首先仅验证 DLCI 字节，并且仅在长度> 1 时验证完整结构。（CVE-2026-53254）

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

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

  - fuse：将FUSE_NOTIFY_RETRIEVE限制为必须限制为最新作品集FUSE_NOTIFY_RETRIEVE必须限制为最新作品集;！uptodate 作品集可包含未初始化的数据。由于 FUSE_NOTIFY_RETRIEVE 旨在仅返回页面缓存中已有的数据，而不是等待来自 FUSE 后台程序的数据，因此请将 ！uptodate folio 视为不存在。此漏洞仅对未通过 CONFIG_INIT_ON_ALLOC_DEFAULT_ON 或 init_on_alloc=1 启用所有页面分配的自动零初始化的系统产生安全影响。
    (CVE-2026-53167)

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

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

  - devlink：释放 devlink 上的嵌套关系 释放 devlink 关系状态通常会从调用 devlink_rel_put（） 的 devl_unregister（） 释放。这会遗漏在注册之前取得嵌套关系，然后在访问 devl_register（） 之前探测失败的 devlink 实例。这种流动可能会发生在 SF 上。
    子 devlink 在注册前链接到其父级，然后后续的探测错误直接调用 devlink_free（）。由于从未注册实例，因此不会调用 devl_unregister（） 并泄漏 devlink->rel。同时从 devlink_free（） 释放任何待定关系。注册的路径未更改，因为 devl_unregister（） 已在 devlink_free（） 运行前清除 devlink->rel。
    (CVE-2026-53261)

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

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

  - accel/ivpu：在 MS 中添加缓冲区溢出检查 get_info_ioctl 添加针对分配的缓冲区大小进行检查时未超过从度量流信息查询返回的信息大小的验证。如果固件返回大于缓冲区的大小，则使用 -EOVERFLOW 拒绝操作，而非继续进行错误的缓冲区复制。 （CVE-2026-53203）

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

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

  - zram：修复 zram_bvec_write_partial（） 中的释放后使用 zram_read_page（） 根据父 bio 是否为 NULL 选择同步或异步后备设备读取路径。zram_bvec_write_partial（） 向下传递其父 bio，因此对于 ZRAM_WB 插槽，读取会以异步方式分派，而 zram_read_page（） 会在 bio 仍在传输中时返回 0。然后，调用程序对缓冲区运行 memcpy_from_bvec（）、zram_write_page（） 和 __free_page（），将异步读取留到释放的页面中写入。出于相同原因，zram_bvec_read_partial（） 在提交 4e3c87b9421d 中切换为空（zram：修复同步读取）;错过了write_partial对应物。（CVE-2026-53185）

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

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

  - net：phy：如果 phy 探测失败，则清除 sfp 上游 Sashiko 报告我们不会在探测失败路径中调用 sfp_bus_del_upstream（），因此让我们添加它，否则 sfp-bus 会留下一个悬摆的“上游”字段，该字段可能在以后的 SFP 事件期间使用。在通用 phylib sfp 支持出现之前，即驱动程序自行调用 phy_sfp_probe 时，此问题就已存在。（CVE-2026-53232）

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

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

  - futex：终止对私有默认哈希分配的CLONE_THREAD要求 目前 need_futex_hash_allocate_default（） 依赖严格的 pthread 语义，滥用CLONE_THREAD。这打破了执行 mm->futex_ref pcpu 分配时的非并发假设，导致以其他方式共享 mm 时出现缺陷[0];ie： BUG： KASAN： futex_hash_put 中的 slab-use-after-free ...其中 +1 偏差可能出现在 mm->futex_ref 不再指向的 percpu 计数器上。放松检查以涵盖除 vfork（） 以外的任何CLONE_VM克隆。排除 vfork 会保持现有路径不变（无开销），并且我们从一开始就无法争用：要么父项已挂起而子项单独运行，要么已从较早的CLONE_VM分配了 mm->futex_ref。（CVE-2026-52973）

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

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

  - scsi：sg：解决打开 /dev/sgX 时的软锁定问题 参数 def_reserved_size 定义为每个Sg_fd保留的默认缓冲区大小，应限制在 0 到 1,048,576 之间的范围（请参阅 https://tldp.org/HOWTO/SCSI-Generic-HOWTO/proc.html）。尽管函数sg_proc_write_dressz强制实施此限制，也可以通过直接修改模块参数来绕过此限制，如下所示，然后导致软锁定：echo -1 > /sys/module/sg/parameters/def_reserved_size exec 4<> /dev/sg0 监视程序：缺陷：软锁定 - CPU#5 卡住 26 秒！[bash：537]已加载模块：CPU：5 UID：0 PID：537 命令：bash，内核版本 6.19.0-rc3+ #134，PREEMPT 已禁用 硬件：QEMU 标准 PC （i440FX + PIIX，1996 年），BIOS 版本 1.16.1-2.fc37，日期为 2014 年 4 月 1 日... 调用跟踪：
    sg_build_reserve+0x5c/0xa0 sg_add_sfp+0x168/0x270 sg_open+0x16e/0x340 chrdev_open+0xbe/0x230 do_dentry_open+0x175/0x480 vfs_open+0x34/0xf0 do_open+0x265/0x3d0 path_openat+0x110/0x290 do_filp_open+0xc3/0x170 do_sys_openat2+0x71/0xe0 __x64_sys_openat+0x6d/0xa0 do_syscall_64+0x62/0x310 entry_SYSCALL_64_after_hwframe+0x76/0x7e 补丁是使用module_param_cb验证并拒绝无效分配给 def_reserved_size 的值。（CVE-2026-53304）

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

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

  - USB：serial：kl5kusb105：修复大量输出缓冲区溢出 klsi_105_prepare_write_buffer（） 由具有大量输出缓冲区及其大小（bulk_out_size，64 字节）的通用写入路径调用）。它在缓冲区开头存储一个双字节长度的标头，并从以 buf + KLSI_HDR_LEN 开始的写入 fifo 复制负载，但将完整缓冲区大小作为要复制的字节数传递：count = kfifo_out_locked（&port->write_fifo， buf + KLSI_HDR_LEN， size， &port->lock）;当 fifo 至少保留大小字节时，大小字节会从两个字节开始复制到 size-byte 缓冲区中，并在其末尾之后写入 KLSI_HDR_LEN 字节。以最大大小复制 - 改为KLSI_HDR_LEN字节，并像safe_serial一样为标头留出空间。向 tty 写入 bulk_out_size 个字节或更多字节会触发 slab 越界写入，通过 KASAN 通过使用 dummy_hcd 和 raw-gadget 模拟设备发现此问题：缺陷：KASAN：在 kfifo_copy_out+0x83/0xc0 地址处的 slab-out-of-bound 按任务 python3 在地址 ffff888112c62202 处写入大小为 64 kfifo_copy_out klsi_105_prepare_write_buffer [kl5kusb105] usb_serial_generic_write_start [usbserial] 由任务 139 分配： usb_serial_probe [usbserial] 有缺陷的地址位于分配的 64 字节区域内部 2 字节处 应用此更改后，不会再发生越界写入。(CVE-2026-53194)

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

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

  - ALSA：had/conexant：修复缺失的插孔检测错误检查 在 cx_probe（） 中，snd_hda_jack_detect_enable_callback（） 的返回值被忽略。此函数返回一个指针，如果失败（例如，由于内存分配失败），它会返回一个必须使用 IS_ERR（） 检查的错误指针。如果注册失败，驱动程序会继续探测，但不会注册插孔检测回调。这可导致稍后在驱动程序尝试处理千斤顶事件或访问未初始化结构时发生内核崩溃。使用 IS_ERR（） 检查返回值，并通过 PTR_ERR（） 将错误传播给探测调用程序。（CVE-2026-53291）

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

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

  - 已修复 Linux 内核中的下列漏洞：net_sched: fix skb memory leak in deferred qdisc drops When the network stack cleans up the deferred list via qdisc_run_end(), it operates on the root qdisc. If the root qdisc do not implement the TCQ_F_DEQUEUE_DROPS flag the packets queue to free are never freed and gets stranded on the child's local to_free list. Fix this by making qdisc_dequeue_drop() aware of the root qdisc. It fetches the root qdisc and check for the TCQ_F_DEQUEUE_DROPS flag. If the flag is present, the packet is appended directly to the root's to_free list. Otherwise, drop it directly as it was done before the optimization was implemented. (CVE-2026-53079)

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

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

  - inet：frags：修复 fqdir_pre_exit（） 刷新造成的释放后使用 在 netns 拆卸中，fqdir_pre_exit（） 遍历 fqdir rhashtable 并使用 inet_frag_queue_flush（） 刷新每个尚未完成的拆分队列。该帮助程序会释放所有在拆分队列中排入队列但未设置INET_FRAG_COMPLETE的 skb，并使 q->fragments_tail 和 q->last_run_head 指向已释放的 skb。队列本身保留在 rhashtable 中。fqdir_pre_exit（） 首先将 high_thresh 降低到 0 以停止新的队列查找，但它无法停止之前已通过 inet_frag_find（） 获取队列并在采取队列锁定前停止的片段。一旦该片段在刷新后恢复并获取队列锁定，它便会通过INET_FRAG_COMPLETE检查，然后取消引用释放的fragments_tail。
    inet_frag_queue_insert（） 读取该指针的 FRAG_CB（） 和 ->len，并在附加路径上写入
    ->next_frag，从而造成 slab 释放后使用。IPv6、nf_conntrack_reasm6 和 6lowpan 重组共享相同的刷新路径，因此也会受到影响。重置 inet_frag_queue_flush（） 中的 rb_fragments、fragments_tail 和 last_run_head，以便刷新队列不再指向已释放的 skb。在刷新后恢复并获取队列锁定的片段随后会找到空队列并开始新的运行，而不是取消引用释放的fragments_tail。ip_frag_reinit（） 已在其自己的刷新之后执行此重置，因此将现在重复的代码丢弃在那里。（CVE-2026-53175）

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

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

  - netfilter：nft_exthdr：修复 F_PRESENT 标记的寄存器跟踪 nft_exthdr_init（） 将用户控制的 priv->len 传递到 nft_parse_register_store（），后者将寄存器位图中的字节数量标记为已初始化。但是，在设置NFT_EXTHDR_F_PRESENT时，eval 路径仅写入 1 个字节 （nft_reg_store8） 或 4 个字节（TCP/DCCP 错误路径中的 *dest = 0）。当长度> 4 时，永远不会写入超出第一个寄存器的寄存器，从而保留nft_regs的未初始化堆栈数据。设置F_PRESENT后，若用户空间请求过多数据则退出。（CVE-2026-53218）

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

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

  - net：保护时间戳 cmsgs 以实现真正的错误队列 skbs skb_is_err_queue（） 将 PACKET_OUTGOING 视为来自 sk_error_queue 的 skb 的唯一标记。此假设不适用于AF_PACKET套接字：传出数据包分流器也会传递到具有 skb->pkt_type == PACKET_OUTGOING 的数据包套接字，但其 skb->cb 由 AF_PACKET 拥有，而非 struct sock_exterr_skb。如果在启用时间戳的情况下接收到此类 skb，则通用时间戳 cmsg 路径可AF_PACKET控制缓冲区状态读取为 sock_exterr_skb：：opt_stats。启用 SO_RXQ_OVFL 时，数据包丢弃计数器将与opt_stats重叠。一个奇怪的丢弃计数使路径通过 skb->len 和 skb->data 发出SCM_TIMESTAMPING_OPT_STATS。对于非线性 skb，此操作会绕过线性标头复制，并可触发强化的用户复制或泄露相邻的堆内容。
    将 skb_is_err_queue（） 保留为 net/socket.c 的本地版本，但使其验证 PACKET_OUTGOING 标记是否与 sock_queue_err_skb（） 安装的 sock_rmem_free析构函数配对。AF_PACKET接收 skb 使用正常的接收所有权，不再作为错误队列 skb 传递，而合法的 sk_error_queue 条目保留PACKET_OUTGOING标记并sock_rmem_free所有权。（CVE-2026-53223）

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

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

  - net： ethernet： mtk_eth_soc： 修复元数据 dst 拆卸中的释放后使用 mtk_free_dev（） 调用 metadata_dst_free（），可立即释放具有 kfree（） 的metadata_dst，从而绕过 RCU 宽限期。
    在 RX 路径中，skb_dst_set_noref（） 设置从 skb 到metadata_dst的非引用计数指针。此功能需要 RCU 读取端保护，且 dst 必须保持有效，直到所有 RCU 读取器完成。
    由于 metadata_dst_free（） 直接调用 kfree（），因此如果驱动程序将其去除时任何 skb 仍然保留着指向 dst 的 noref 指针，则可能会发生释放后使用。将 metadata_dst_free（） 替换为 dst_release（），后者正确地通过 refcount 路径：当 refcount 降至零时，它会通过 call_rcu_hurry（） 计划实际释放，确保所有 RCU 读取器在内存释放前完成。
    (CVE-2026-53247)

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

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

  - accel/ivpu：修复 IPC 接收中的带正负号整数截断 修复潜在缓冲区溢出，其中固件提供的data_size在用于 min_t（） 中使用之前被转换为带签名的 int。大的无符号值 （>= 0x80000000） 变为负值，导致无符号回绕和过大的 memcpy 操作，从而使堆栈缓冲区溢出。将 min_t（int， ...） 更改为 min（），因为这两个值都是无符号的，并且可由 min（） 处理而无需显式转换。（CVE-2026-53202）

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

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

  - bpf：强制执行 BPF_ADD_CONST 标量的 regsafe 基本 ID 一致性 regsafe（） 比较同时携带 BPF_ADD_CONST 的两个标量寄存器时，check_scalar_ids（） 会映射其完整复合 ID（又称为 base |BPF_ADD_CONST flag） 作为一个 idmap 条目。但是，它永远不会验证底层基本 ID（即剥离了标记）是否与现有 idmap 映射一致。这允许构建两个验证器状态，其中旧状态的 R3 = R2 + 10（均共享基 ID A），而当前状态的 R3 = R4 + 10（基 ID C，与 R2 无关）。idmap 会创建两个独立的条目：A->B（对于 R2）和 A|flag->C|flag（对于 R3），而未捕获 A->C 与 A->B 冲突。然后状态修剪错误地成功。只要设置BPF_ADD_CONST，通过额外验证基本 ID 映射一致性来修复此问题：
    映射复合 ID 之后，还对基础 ID 调用 check_ids（）（） （） （） 去除了标记位。这确保了如果 A 已通过比较源寄存器映射到 B，则任何ADD_CONST派生品也必须从 B 派生，而不是不相关的 C。（CVE-2026-53081）

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

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

  - 攻击者可发送构建的 EDNS OPT 记录，该记录将被 DNSdist 的过滤规则忽略，但在插入 EDNS 客户端子网时将被重写为有效 OPT 记录，从而导致后端看到未由 DNSdist 过滤的 EDNS 选项。（CVE-2026-42004）

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

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

  - vsock/vmci：修复握手失败时的sk_ack_backlog泄漏 vmci_transport_recv_connecting_server（） 返回错误时，vmci_transport_recv_listen（） 会调用 vsock_remove_pending（） 但从不调用 sk_acceptq_removed（）。这会使sk_ack_backlog永久递增。反复的握手失败（畸形数据包、队列对分配失败、事件订阅失败）会导致sk_ack_backlog爬向sk_max_ack_backlog。一旦达到限制，监听器将永久拒绝使用 -ECONNREFUSED 建立所有新连接，这是一种静默拒绝服务，需要重新启动进程才能恢复。af_vsock.c 中现有的两个 sk_acceptq_removed（） 调用未涵盖此路径：第 764 行检查 vsock_is_pending（），后者在 vsock_remove_pending（） 之后返回假，而只有在成功 accept（） 时才会到达第 1889 行。通过在错误路径上平衡 sk_acceptq_added（） 与 sk_acceptq_removed（） 来修复。（CVE-2026-53181）

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

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

  - net：ibm：emac：修复设备删除期间的释放后使用 该驱动程序使用 devm_register_netdev（），这会导致 unregister_netdev（） 被延迟，直到 devres 清理阶段（该阶段在 emac_remove（） 返回后运行）。这将创建一个释放后使用窗口，其中：1. 调用 emac_remove（），这将破坏硬件（取消工作、分离模块、从 MAL 取消注册） 2.emac_remove（） 返回 3。devres 清理运行并最终调用 unregister_netdev（） 在第 3 步期间，网络堆栈可能仍会处理数据包，从而触发 emac_irq（）、emac_poll（） 或其他访问现已释放的硬件资源的处理程序（dev->emacp、dev->mal 等）。通过将 devm_register_netdev（） 替换为手动 register_netdev（），并在 emac_remove（） 开始时调用 unregister_netdev（），在任何硬件拆卸之前修复此问题。这可确保网络设备在释放硬件资源之前完全停止并取消注册。此更改是安全的，因为：- dev->ndev 在探测初期就分配（在任何可绕过emac_remove的错误路径之前） - 仅在成功注册后才调用 platform_set_drvdata（），因此 emac_remove（） 仅对完全注册的设备运行 - unregister_netdev（） 为幂等，可安全在任何已注册的设备上调用 （CVE-2026-53234）

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

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

  - sctp：修复 net/sctp/input.c 中 __sctp_rcv_asconf_lookup（） 中的 uninit-value __sctp_rcv_asconf_lookup（） 仅检查 ASCONF 区块是否可以保存 ADDIP 标头和参数标头，然后调用 af->from_addr_param（），后者通过信任参数声明的长度读取完整地址（IPv6 为 16 字节）。未经身份验证的对等方可以发送声明 IPv6 地址参数但在 4 字节参数标头后停止的截断尾部 ASCONF 区块;然后，from_addr_param（） 会读取参数后面的未初始化字节。影响：未经认证的 SCTP 对等机使接收路径读取超过截断 ASCONF 地址参数的未初始化内存中最多 16 字节。同级 __sctp_rcv_init_lookup（） 用 sctp_walk_params（） 限制参数;此路径对提取进行开放编码并忽略边界。在 from_addr_param（） 读取区块前验证整个地址参数位于区块中，此补丁类别与提交 51e5ad549c43 相同（net：sctp：修复 sctp_inq_pop 中的 KMSAN uninit-value）。（CVE-2026-53225）

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

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

  - ECS 零范围的应答存储在数据包缓存中，但实际上不应存储。此问题仅影响启用了 ECS 的配置;（CVE-2026-40012）

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

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

  - netdev：修复 netdev_nl_bind_rx_doit（） 中的双重释放 Sashiko 标记 genlmsg_reply（） 始终消耗 skb。错误路径会调用 nlmsg_free（rsp），所以我们无法直接跳转到它。我们不取消绑定，只是将错误传播给用户。这是处理 genlmsg_reply（） 失败的典型方法。除非用户执行一些愚蠢的操作，例如使用已满的 rcvbuf 调用内核，否则这些问题不应发生。
    (CVE-2026-53233)

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

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

  - RDMA/umem：修复区块大小 >= 4G 的截断使用 iommu 时，映射的线性化可给出在多个 SG 条目上拆分的非常大的单个区块。当 __rdma_block_iter_next（） 重组拆分的 SG 条目时，它会溢出 32 位堆栈值，并且在截断后为区块计算了错误的 DMA 地址。使用正确的类型来保存 DMA 地址。（CVE-2026-53133）

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

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

  - drm/amdkfd：修复当 usr_queue_id_array 为 NULL 且 num_queues 为非零时，get_queue_ids（） 中的 NULL 取消引用，get_queue_ids（） 返回 NULL。调用程序仅检查返回值上的 IS_ERR（）;由于 IS_ERR（NULL） == false 检查通过，suspend_queues（） 调用 q_array_invalidate（），后者会立即取消引用 NULL，同时迭代 num_queues 次。用户空间可通过 kfd_ioctl_set_debug_trap（） 向 0 提供零queue_array_ptr的num_queues >触发此漏洞，从而导致内核错误。num_queues == 0 的 NULL usr_queue_id_array是合法的 no-op（q_array_invalidate 从不执行，且 resume_queues 已在 NULL 检查后面保护所有queue_ids取消引用）。仅当 num_queues 为非零且指针不存在时返回 ERR_PTR（-EINVAL）;两个调用程序都已将 IS_ERR（） 返回正确传播到用户空间。（从提交 f165a82cdf503884bb1797771c61b2fcc72113d4 中精选出的内容）（CVE-2026-53144）

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

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

  - NSD 版本 4.14.0 引入了一项缺陷，其中当区域写入磁盘时，特别构建的 APL RR 将覆盖堆栈（其 adflength 大于地址系列允许的值），最多有 111 个攻击者控制字节。（CVE-2026-12246）

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

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

  - net：ena：PHC：修复 get_timestamp 中潜在的释放后使用 将 phc->active 检查和 resp 指针分配移至 获取自旋锁之后。之前，会在未保留锁定的情况下检查 phc->active，且在获得锁定之前，resp 会从 ena_dev->phc.virt_addr 缓存。如果 ena_com_phc_destroy（） 在无锁活动检查和锁定采集之间运行，它将设置 active=false、释放锁定、释放 DMA 内存并设置 virt_addr=NULL。然后，get_timestamp路径将读取空virt_addr并将其取消引用。由于主动检查和指针读取均处于锁定状态，因此 destroy 无法在get_timestamp使用内存时释放内存。（CVE-2026-52971）

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

ID	名称	严重性
323422	Linux Distros 未修补的漏洞：CVE-2026-53267	high
323421	Linux Distros 未修补的漏洞：CVE-2026-53084	medium
323420	Linux Distros 未修补的漏洞：CVE-2026-40210	medium
323419	Linux Distros 未修补的漏洞：CVE-2026-53163	medium
323418	Linux Distros 未修补的漏洞：CVE-2026-42390	medium
323417	Linux Distros 未修补的漏洞：CVE-2026-53227	medium
323416	Linux Distros 未修补的漏洞：CVE-2026-53161	high
323415	Linux Distros 未修补的漏洞：CVE-2026-53260	critical
323414	Linux Distros 未修补的漏洞：CVE-2026-53182	high
323413	Linux Distros 未修补的漏洞：CVE-2026-53154	medium
323412	Linux Distros 未修补的漏洞：CVE-2026-53158	medium
323411	Linux Distros 未修补的漏洞：CVE-2026-53178	high
323410	Linux Distros 未修补的漏洞：CVE-2026-53242	high
323409	Linux Distros 未修补的漏洞：CVE-2026-40011	low
323408	Linux Distros 未修补的漏洞：CVE-2026-53057	high
323407	Linux Distros 未修补的漏洞：CVE-2026-53114	medium
323406	Linux Distros 未修补的漏洞：CVE-2026-33612	high
323405	Linux Distros 未修补的漏洞：CVE-2026-53262	high
323404	Linux Distros 未修补的漏洞：CVE-2026-53184	high
323403	Linux Distros 未修补的漏洞：CVE-2026-53139	medium
323402	Linux Distros 未修补的漏洞：CVE-2026-53208	medium
323401	Linux Distros 未修补的漏洞：CVE-2026-53044	high
323400	Linux Distros 未修补的漏洞：CVE-2026-53219	medium
323399	Linux Distros 未修补的漏洞：CVE-2026-53254	high
323398	Linux Distros 未修补的漏洞：CVE-2026-53167	medium
323397	Linux Distros 未修补的漏洞：CVE-2026-53261	medium
323396	Linux Distros 未修补的漏洞：CVE-2026-53203	high
323395	Linux Distros 未修补的漏洞：CVE-2026-53185	high
323394	Linux Distros 未修补的漏洞：CVE-2026-53232	high
323393	Linux Distros 未修补的漏洞：CVE-2026-52973	high
323392	Linux Distros 未修补的漏洞：CVE-2026-53304	medium
323391	Linux Distros 未修补的漏洞：CVE-2026-53194	medium
323390	Linux Distros 未修补的漏洞：CVE-2026-53291	medium
323387	Linux Distros 未修补的漏洞：CVE-2026-53079	medium
323386	Linux Distros 未修补的漏洞：CVE-2026-53175	high
323385	Linux Distros 未修补的漏洞：CVE-2026-53218	medium
323384	Linux Distros 未修补的漏洞：CVE-2026-53223	high
323383	Linux Distros 未修补的漏洞：CVE-2026-53247	critical
323382	Linux Distros 未修补的漏洞：CVE-2026-53202	high
323381	Linux Distros 未修补的漏洞：CVE-2026-53081	medium
323380	Linux Distros 未修补的漏洞：CVE-2026-42004	low
323379	Linux Distros 未修补的漏洞：CVE-2026-53181	medium
323378	Linux Distros 未修补的漏洞：CVE-2026-53234	high
323377	Linux Distros 未修补的漏洞：CVE-2026-53225	critical
323376	Linux Distros 未修补的漏洞：CVE-2026-40012	medium
323375	Linux Distros 未修补的漏洞：CVE-2026-53233	high
323374	Linux Distros 未修补的漏洞：CVE-2026-53133	high
323373	Linux Distros 未修补的漏洞：CVE-2026-53144	medium
323372	Linux Distros 未修补的漏洞：CVE-2026-12246	high
323371	Linux Distros 未修补的漏洞：CVE-2026-52971	high

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

medium

high

critical

high

medium

medium

high

high

low

high

medium

high

high

high

medium

medium

high

medium

high

medium

medium

high

high

high

high

medium

medium

medium

medium

high

medium

high

critical

high

medium

low

medium

high

critical

medium

high

high

medium

high

high