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

  - HID：usbhid：修复 hid_post_reset（） 中的死锁 您可以构建包含 HID 组件和存储或 UAS 组件的 USB 设备。组件只能一起重置。这意味着 hid_pre_reset（） 和 hid_post_reset（） 处于区块 IO 错误处理中。因此，它们中使用的任何内存分配都不能阻止 IO，因为 IO 可在重置设备和调用接口驱动程序时死锁保留的互斥体。对其中的所有分配使用 GFP_NOIO。（CVE-2026-53037）

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

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

  - libceph：修复 osdmap_decode（） 中潜在的越界访问 从 osdmap_decode（） 中的传入 osdmap 解码 osd_state 和 osd_weight 时，将针对每个 osd（即映射>max_osd次）对两者进行解码。ceph_decode_need（） 检查仅考虑一次 sizeof（*map->osd_weight）。如果传入消息遭到损坏，导致max_osd值超过 osdmap 消息的实际内容，这可能导致越界内存访问。此修补程序通过更改 ceph_decode_need（） 检查中的相应部分以考虑 map->max_osd*sizeof（*map->osd_weight），从而修复此问题。（CVE-2026-52958）

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

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

  - neigh：让 neigh_xmit 获得 skb 所有权neigh_xmit始终释放 skb，除非找不到邻居表。但即使是第一个新增的 neigh_xmit 用户 （mpls），也依赖neigh_xmit释放 skb（或排队等待 tx）。sashiko 报告：如果使用未初始化的邻居表（例如，当禁用 IPv6 时NEIGH_ND_TABLE）调用 neigh_xmit（），它会返回 -EAFNOSUPPORT 并绕过其内部out_kfree_skb错误路径。因为这里忽略了 neigh_xmit（） 的返回值，这会泄漏 SKB 吗？假设完全所有权并删除未 xmit 或释放 skb 的最后一个代码路径。（CVE-2026-52981）

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

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

  - bpf：修复 sock_ops 中的 same-register dst/src OOB 读取和指针泄漏 当 BPF sock_ops 程序以 dst_reg == src_reg 访问 ctx 字段时，SOCK_OPS_GET_SK（） 和 SOCK_OPS_GET_FIELD（） 宏无法将 ！fullsock / ！locked_tcp_sock 路径中的目标寄存器归零。当 dst_reg == src_reg 时，这两个宏都借用了一个临时寄存器来检查is_fullsock/is_locked_tcp_sock，因为 dst_reg 持有 ctx 指针。
    当检查为假时（例如，具有request_sock的TCP_NEW_SYN_RECV状态），dst_reg应归零但没有归零，从而留下过时的 ctx 指针： - SOCK_OPS_GET_SK：dst_reg保留 ctx 指针，以PTR_TO_SOCKET_OR_NULL方式传递空检查，并且可用作虚假的套接字指针， 导致 bpf_skc_to_tcp6_sock（） 等帮助程序中的堆栈越界访问。- SOCK_OPS_GET_FIELD：dst_reg保留了 ctx 指针，校验器认为该指针是泄露内核指针的SCALAR_VALUE。通过以下方式修复这两个宏：- 将 fullsock 路径中的 JMP_A（1） 更改为 JMP_A（2） 以跳过添加的指令。- 在 ！fullsock 路径的临时寄存器还原之后添加 BPF_MOV64_IMM（si->dst_reg， 0），放置在还原之后，因为 dst_reg == src_reg 意味着我们需要完整的src_reg才能读取 ctx->temp。 （CVE-2026-53078）

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

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

  - greybus：raw：如果在断开连接后调用 write，修复释放后使用 如果用户在调用断开连接后写入 chardev，则内核将出现以下跟踪（具有 CONFIG_INIT_ON_FREE_DEFAULT_ON=y）：缺陷：内核空指针取消引用，地址：0000000000000218 ...
    调用跟踪： <TASK> gb_operation_create_common+0x61/0x180 gb_operation_create_flags+0x28/0xa0 gb_operation_sync_timeout+0x6f/0x100 raw_write+0x7b/0xc7 [gb_raw] vfs_write+0xcf/0x420 ？ task_mm_cid_work+0x136/0x220 ksys_write+0x63/0xe0 do_syscall_64+0xa4/0x290 entry_SYSCALL_64_after_hwframe+0x77/0x7f断开呼叫gb_connection_destroy， 这最终会释放连接对象。在写入文件操作中调用 gb_operation_sync 时，其会获得一个释放的连接作为参数，然后发生内核错误。无法将gb_connection_destroy移出 disconnect 函数，因为 Greybus 子系统预期在 disconnect 返回时破坏属于捆绑包的所有连接。若要防止此缺陷，请使用 rw 锁定来同步写入和断开连接之间的访问。这保证了 write 函数不会尝试使用已断开的连接。
    (CVE-2026-53024)

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

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

  - bonding：3ad：对 port->aggregator 实施正确的 RCU 规则 syzbot 发现 bond_3ad_get_active_agg_info/bond_3ad_state_machine_handler [1] 中存在数据争用，这暗示缺乏正确的 RCU 实现。将__rcu限定符添加到 port->aggregator，并添加适当的 RCU API。[1] 缺陷：KCSAN：bond_3ad_get_active_agg_info中的数据争用/通过任务 36 在 CPU 0 上bond_3ad_state_machine_handler写入 8 字节的0xffff88813cf5c4b0：ad_port_selection_logic drivers/net/bonding/bond_3ad.c：1659 [内联] bond_3ad_state_machine_handler+0x9d5/0x2d60 drivers/net/bonding/bond_3ad.c：2569 process_one_work kernel/workqueue.c：3302 [内联] process_scheduled_works+0x4f0/0x9c0 kernel/workqueue.c：3385 worker_thread+0x58a/0x780 kernel/workqueue.c：3466 kthread+0x22a/0x280 kernel/kthread.c：436 ret_from_fork+0x146/0x330 arch/x86/kernel/process.c：158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S：245 通过 CPU 1 上的任务 22063 读取到 8 个字节的0xffff88813cf5c4b0：
    __bond_3ad_get_active_agg_info drivers/net/bonding/bond_3ad.c：2858 [内联] bond_3ad_get_active_agg_info+0x8c/0x230 drivers/net/bonding/bond_3ad.c：2881 bond_fill_info+0xe0f/0x10f0 drivers/net/bonding/bond_netlink.c：853 rtnl_link_info_fill net/core/rtnetlink.c：906 [内联] rtnl_link_fill+0x1d7/0x4e0 net/core/rtnetlink.c：927 rtnl_fill_ifinfo+0xf8e/0x1380 net/core/rtnetlink.c：2168 rtmsg_ifinfo_build_skb+0x11c/0x1b0 net/core/rtnetlink.c：4453rtmsg_ifinfo_event net/core/rtnetlink.c：4486 [内联] rtmsg_ifinfo+0x6d/0x110 net/core/rtnetlink.c：4495
    __dev_notify_flags+0x76/0x390 net/core/dev.c：9790 netif_change_flags+0xac/0xd0 net/core/dev.c：9823 do_setlink+0x905/0x2950 net/core/rtnetlink.c：3180 rtnl_group_changelink net/core/rtnetlink.c：3813 [内联]
    __rtnl_newlink net/core/rtnetlink.c：3981 [内联] rtnl_newlink+0xf55/0x1400 net/core/rtnetlink.c：4109 rtnetlink_rcv_msg+0x64b/0x720 net/core/rtnetlink.c：6995 netlink_rcv_skb+0x123/0x220 net/netlink/af_netlink.c：2550 rtnetlink_rcv+0x1c/0x30 net/core/rtnetlink.c：7022 netlink_unicast_kernel net/netlink/af_netlink.c：1318 [内联] netlink_unicast+0x5a8/0x680 net/netlink/af_netlink.c：1344 netlink_sendmsg+0x5c8/0x6f0 net/netlink/af_netlink.c：1894 sock_sendmsg_nosec net/socket.c：787 [内联]
    __sock_sendmsg net/socket.c：802 [内联] ____sys_sendmsg+0x563/0x5b0 net/socket.c：2698
    ___sys_sendmsg+0x195/0x1e0 net/socket.c：2752 __sys_sendmsg net/socket.c：2784 [内联] __do_sys_sendmsg net/socket.c：2789 [内联] __se_sys_sendmsg net/socket.c：2787 [内联] __x64_sys_sendmsg+0xd4/0x160 net/socket.c：2787 x64_sys_call+0x194c/0x3020 arch/x86/include/generated/asm/syscalls_64.h：47 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0x12c/0x3b0 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f值已更改：0x0000000000000000
    -> 0xffff88813cf5c400 由 Kernel Concurrency Sanitizer 报告： CPU：1 UID：0 PID：22063 comm：
    syz.0.31122 受感染：G W syzkaller #0 PREEMPT（full） 受感染：[W]=WARN 硬件名称：Google Google Compute Engine/Google Compute Engine，BIOS Google 04/18/2026 （CVE-2026-52975）

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

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

  - ALSA：usb-audio：绑定 MIDI 端点描述符扫描 snd_usbmidi_get_ms_info（） 会在使用 baAssocJackID[] 之前验证内部 MIDIStreaming 端点描述符大小，但描述符遍历器仍可返回 bLength 超过端点额外扫描中剩余字节的类专用端点描述符。这会使后续的 flexible-array 读取受到 bLength 的限制，而不是 endpoint-extra 扫描中的其余字节限制。当 bLength 为零或超出剩余的 endpoint-extra 扫描时停止遍历。 （CVE-2026-52963）

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

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

  - bpf, arm64: 修复 check_imm 签名范围检查中的 off-by-one 错误 check_imm(bits, imm) 在 arm64 BPF JIT 中用于验证分支偏移（以 arm64 指令单位）是否适配 B, B.cond 或 CBZ/CBNZ 编码的签名 N 位立即数字段，然后再将其交给编码器。当前宏测试 (imm > 0 && imm >> bits) || (imm < 0 && ~imm >> bits)，这允许在 [-2^N, 2^N) 范围内的值，实际上是一个有符号的 (N+1) 位范围。一个有符号的 N 位字段取值范围仅为 [-2^(N-1), 2^(N-1))，所以检查在区间两端允许一个额外的位范围。特别是对于 check_imm19()，[2^18, 2^19)范围内的值会绕过检查但无法放入 B.cond 的 19 位有符号 imm19 字段。aarch64_insn_encode_immediate()会将原始值掩码到 19 位字段中，设置位 18（符号位），并将正向分支翻转成反向分支。对于 check_imm26() 和 B/BL 编码，存在同类别的问题。将移位操作由移位 bits 改为移位 (bits - 1)，以此强制遵循真实的 N 位有符号数取值范围。(CVE-2026-53036)

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

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

  - netdevsim：零初始化虚拟sk_buff中结构 iphdr Syzbot 报告源自 nsim_dev_trap_skb_build 的 KMSAN uninit-value，并且还在同一函数中执行了分配。通过调用 skb_put_zero 而不是调用 skb_put 来修复此问题，以保证整个 IP 标头的零初始化。
    (CVE-2026-52985)

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

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

  - vdpa：使用通用 driver_override 基础架构 通过 __driver_attach（） 探测驱动程序时，会在未保留设备锁的情况下调用总线的 match（） 回调，因而可在未保留设备锁的情况下访问driver_override字段，这可导致 UAF。通过使用负责内部适当锁定的驱动程序核心driver_override基础架构来修复此问题。请注意，在未保留设备锁定的情况下，从 __driver_attach（） 调用 match（） 是有意为之。[1] （CVE-2026-53118）

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

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

  - bpf：修复子程序中的 ld_{abs，ind} 故障路径分析。ld_{abs，ind} 指令的使用不久前已通过提交 09b28d76eac4 扩展到子程序（bpf：添加异常返回检查。）。仅当子程序已注释了 BTF 注释并具有标量返回类型时，子程序才允许这些操作。bpf_gen_ld_abs（） 中的代码发生器从旧版 cBPF 时间存在异常的退出路径 （r0=0 + 退出）。当强制针对标量返回类型时，如果通过 ld_{abs，ind} 加载数据包数据失败，校验器还必须模拟异常退出的路径。目前情况并非如此。通过让校验器模拟成功和失败路径来修复它，并以与尾部调用类似的方式进行扩展。成功路径（r0=未知，继续进行下一个 insn）被推送到堆栈上以供以后验证，r0=0 和返回给调用程序是在故障端完成的。（CVE-2026-53090）

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

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

  - Bluetooth：修复具有 HCI_PROTO_DEFER 的 hci_conn_request_evt（） 中的锁定 当协议设置为 HCI_PROTO_DEFER 时，hci_conn_request_evt（） 会在无 hdev->lock 的情况下调用 hci_connect_cfm（conn）。通常 hci_connect_cfm（） 会假设它已被持有，并且如果同时删除 conn -> UAF。仅 SCO 和 ISO 设置HCI_PROTO_DEFER且仅用于延迟设置监听，不为 ISO 生成 HCI_EV_CONN_REQUEST。在非延迟监听套接字代码路径中，通过保留 hdev->lock 调用 hci_connect_cfm（conn）。按住锁定修复。
    (CVE-2026-53072)

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

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

  - ocfs2/dlm：验证 dlm_match_regions（） 修补程序系列中的qr_numregions ocfs2/dlm：修复 dlm_match_regions（） 中的两个缺陷。在 dlm_match_regions（） 中，DLM_QUERY_REGION网络消息的 qr_numregions 字段用于在未充分验证的情况下驱动 qr_regions 缓冲区上的循环。该系列修复了两个问题：- 修补程序 1 添加了边界检查，以拒绝qr_numregions超过 O2NM_MAX_REGIONS 的消息。
    o2net 层仅验证消息字节长度;它不限制字段值，因此构建的消息最多可设置为 255 qr_numregions，并触发超出 1024 字节 qr_regions 缓冲区的越界读取。- 修补程序 2 修复了本地-远程比较循环中的一个差一问题，该问题使用“<=”而不是“<”，即使qr_numregions在界内，也读取一个超出有效范围的条目。此修补程序（共 2 个）：
    DLM_QUERY_REGION 网络消息中的 qr_numregions 字段在 dlm_match_regions（） 中直接用作循环边界，而无需检查O2NM_MAX_REGIONS。由于 qr_regions 的大小最多可容纳 O2NM_MAX_REGIONS （32） 个条目，因此qr_numregions > 32 的特制消息会导致越界读取超出qr_regions缓冲区。在进入循环之前为qr_numregions添加边界检查。（CVE-2026-53043）

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

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

  - net/sched：netem：修复队列限制检查以包括重新排序的数据包 netem_enqueue（） 中的队列限制检查使用 q->t_len，其仅对内部 tfifo 中的数据包进行计数。按重新排序路径 （__qdisc_enqueue_head） 放置在 sch->q 中的数据包不计算在内，从而允许重新排序下的总队列占用率超过 sch->limit。在限制检查中包含 sch->q.qlen。（CVE-2026-52984）

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

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

  - netfilter：xtables：将多个匹配项限制为 inet 系列 这是部分恢复：提交 ab4f21e6fb1c（netfilter：xtables：在更多扩展中使用 NFPROTO_UNSPEC）以仅允许 IPv4 和 IPv6。- xt_mac - xt_owner - xt_physdev 用户空间中的 ebtables 不使用这些扩展。此外，xt_realm 仅适用于 ipv4，因为 dst->tclassid 是特定于 ipv4。（CVE-2026-53001）

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

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

  - vsock/virtio：修复MSG_ZEROCOPY固定页面核算 virtio_transport_init_zcopy_skb（） 使用 iter->count 作为 msg_zerocopy_realloc（） 的大小参数，而 （） 又将其传递给 mm_account_pinned_pages（） 进行RLIMIT_MEMLOCK核算。但是，此函数是在 virtio_transport_fill_skb（） 已经通过 __zerocopy_sg_from_iter（） 耗尽迭代器之后调用的，因此在最后一个 skb 上，iter->count 将为 0，从而跳过RLIMIT_MEMLOCK强制执行。将pkt_len（发送的总字节数）作为显式参数传递给 virtio_transport_init_zcopy_skb（），而不是读取已消耗的 iter->count。这匹配 TCP 和 UDP，它们都调用具有原始消息大小的 msg_zerocopy_realloc（）。（CVE-2026-52994）

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

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

  - iommu/amd：修复 clone_alias（） 以使用原始设备的 devid 目前，clone_alias（） 假设第一个参数 （pdev） 始终是原始设备指针。此函数由 pci_for_each_dma_alias（） 调用，其根据拓扑结构决定在第一个参数中发送原始或别名设备详细信息。这意味着用于查找和复制 DTE 的源 devid 可能不正确，从而导致错误或过时的 DTE 条目传播至别名设备。通过将原始 pdev 作为 opaque 数据参数传递到直接 clone_alias（） 调用和 pci_for_each_dma_alias（） 来修复此问题。在 clone_alias（） 中，从数据检索原始设备并从中计算 devid。（CVE-2026-53053）

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

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

  - Bluetooth：hci_ldisc：出错时清除HCI_UART_PROTO_INIT 当 hci_register_dev（） 在 hci_uart_register_dev（） 中失败时，调用 hu->proto->close（hu） 并将 hu->hdev 设置为 NULL 之前未清除HCI_UART_PROTO_INIT。这意味着在资源释放后，传入的 UART 数据将到达 hci_uart_tty_receive（） 中协议特定的 recv 处理程序。调用 hu->proto->close（） 并将 hu->hdev 设置为 NULL 之前清除包含写入锁定的HCI_UART_PROTO_INIT。写入锁定可确保所有活动阅读器都已完成，并且在释放资源之前没有新的阅读器可进入协议 recv 路径。这允许协议特定的 recv 函数在 hci_register_dev（） 失败时删除HCI_UART_REGISTERED保护，而不会有空指针取消引用的风险。（CVE-2026-53073）

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

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

  - fsnotify：修复 fsnotify_recalc_mask（） 中的 inode 引用泄漏 fsnotify_recalc_mask（） 无法处理 __fsnotify_recalc_mask（） 的返回值，当连接器的 HAS_IREF 标记从 set 转换到 cleared 时，返回需要通过 fsnotify_drop_object（） 释放的 inode 指针。此问题表现为具有以下调用跟踪的挂起任务：INFO：task umount：1234 被阻断超过 120 秒。
    调用跟踪：__schedule计划fsnotify_sb_delete generic_shutdown_super kill_anon_super cleanup_mnt task_work_run do_exit do_group_exit 触发 iref 泄漏的争用窗口： 线程 A（添加标记） 线程 B（删除标记） fsnotify_add_mark_locked（）：
    fsnotify_add_mark_list（）： spin_lock（conn->lock） 将 mark_B（evicable） 添加到列表 spin_unlock（conn->lock） 返回 /* ----间隙：未----保留任何锁 */ fsnotify_detach_mark（mark_A）： spin_lock（mark_A->lock） 清除 mark_A spin_unlock（mark_A->lock） 上的 ATTACHED 标记 fsnotify_put_mark（mark_A） fsnotify_recalc_mask（）：
    spin_lock（conn->lock） __fsnotify_recalc_mask（）： /* 跳过mark_A：已清除 */ /* 仅保留mark_B（可驱逐）*/ want_iref = false has_iref = true /* 尚未清除 */ -> HAS_IREF 转换 true -> false -> 返回 inode 指针 spin_unlock（conn->lock） /* 缺陷：丢弃返回值！
    * iput（） 和 fsnotify_put_sb_watched_objects（） * 永远不会被调用 */ 通过延迟 HAS_IREF 标记的 true -> false 从 fsnotify_recalc_mask（） （线程 A） 到 fsnotify_put_mark（） （线程 B） 来修复此问题。
    (CVE-2026-52990)

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

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

  - PCI：使用通用 driver_override 基础架构 通过 __driver_attach（） 探测驱动程序时，会在未保留设备锁的情况下调用总线的 match（） 回调，因而可在未保留设备锁的情况下访问driver_override字段，这可导致 UAF。通过使用负责内部适当锁定的驱动程序核心driver_override基础架构来修复此问题。请注意，在未保留设备锁定的情况下，从 __driver_attach（） 调用 match（） 是有意为之。[1] （CVE-2026-53120）

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

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

  - bpf：修复 src_reg == dst_reg 时链接的 reg 增量跟踪 考虑 rX += rX 的情况，其中 src_reg 和 dst_reg 是指向 adjust_reg_min_max_vals（） 中同一bpf_reg_state的指针。后者首先就地修改dst_reg，然后在增量跟踪中，后续的 is_reg_const（src_reg）/reg_const_value（src_reg） 读取 post-{add，sub} 值而不是原始源。这会产生问题，因为它设置了不正确的增量，而后 sync_linked_regs（） 会传播至链接的寄存器，从而造成校验器与运行时不匹配。只需跳过此极端情况即可修复它。
    (CVE-2026-53092)

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

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

  - ASoC：qcom：qdsp6：拓扑：访问数据之前检查小组件类型 在访问私有数据之前检查小组件类型，因为这可能是与 DSP 图形、容器和模块无关联的虚拟小组件。访问 witout 检查可能导致不正确的内存访问。（CVE-2026-53052）

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

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

  - crypto：ccp - 使用 skcipher ivsize 复制 IV AF_ALG rfc3686-ctr-aes-ccp 请求将 8 字节 IV 传递给驱动程序。ccp_aes_complete（） 将 AES_BLOCK_SIZE 字节还原至调用方的 IV 缓冲区，而 RFC3686 skciphers 会暴露 8 字节的 IV，因此还原会使提供的缓冲区溢出。使用 crypto_skcipher_ivsize（） 仅复制算法的 IV 长度。（CVE-2026-53016）

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

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

  - fs/ntfs3：UTF-8 转换后终止缓存的卷标签 ntfs_fill_super（） 使用 utf16s_to_utf8s（） 加载磁盘上的卷标签并将结果存储在 sbi->volume.label 中。转换后的标签随后会使用 %s 通过 ntfs3_label_show（） 暴露，但 utf16s_to_utf8s（） 仅返回写入的字节数，不会添加末尾的 NUL。如果转换后的标签填满了整个固定缓冲区，则 ntfs3_label_show（） 在查找终止符时可读取 sbi->volume.label 的结尾。在转换成功后明确终止缓存的标签，并将 exact-full 大小写钳制到缓冲区的最后一个字节。（CVE-2026-53023）

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

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

  - wifi：mt76：修复已持有 dev->mutex 时 remain-on-channel mt76_remain_on_channel（） 和 mt76_roc_complete（） 调用 mt76_set_channel（） 中的死锁。由于 mt76_set_channel（） 还获取 dev->mutex，这会导致死锁。使用 __mt76_set_channel（） 而不是 mt76_set_channel（）。在 mt76_remain_on_channel（） 中获取互斥体之前，先为 mac_work 添加 cancel_delayed_work_sync（），以防止 mac_work 工作队列发生次要死锁。（CVE-2026-53100）

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

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

  - dm 缓存元数据：修复元数据中止重试时的内存泄漏 当由于block_manager为只读而无法获取 dm_cache_metadata_abort 中的root_lock时，在root_lock外创建的临时block_manager未正确释放，从而导致内存泄漏。重现步骤：这可以通过在元数据为只读时重新加载新表来重现。尽管第二次调用 dm_cache_metadata_abort 是因为缺少对 dm-cache 中表预加载的支持，如提交 9b1cc9f251af（dm cache：在非活动和活动的 DM 表之间共享 cache-metadata 对象）所述，但它在多次调用该函数时暴露了 dm_cache_metadata_abort 中的内存泄漏。具体而言，dm-cache 在预恢复期间无法同步新缓存对象的模式，进而造成重现条件。由于缓存模式更新中的争用情况，此问题也可通过并发 metadata_operation_failed 调用发生，但下面的表格预加载情况提供了可靠的再现。1. 使用一些错误的尾部元数据块创建缓存设备 dmsetup 创建 cmeta <<EOF 0 200 linear /dev/sdc 0 200 7992 错误 EOF dmsetup 创建 cdata --table 0 131072 linear /dev/sdc 8192 dmsetup 创建 corig --table 0 262144 linear /dev/sdc 262144 dd if=/dev/zero of=/dev/mapper/cmeta bs=4k count=1 oflag=direct dmsetup 创建缓存 --table 0 131072缓存 /dev/mapper/cmeta \ /dev/mapper/cdata /dev/mapper/corig 128 1 writethroughSMQ 0 2.暂停和恢复缓存以启动新的元数据事务，并在下一次元数据提交时触发元数据 io 错误。dmsetup 暂停缓存 dmsetup 恢复缓存 3.写入缓存设备以更新元数据 fio --filename=/dev/mapper/cache --name test --rw=randwrite --bs=4k \
    --randrepeat=0 --direct=1 --size 64k 4.预加载同一表 dmsetup 重新加载缓存 --table $(dmsetup table cache) 5.恢复新表。这会触发内存泄漏。dmsetup 暂停缓存 dmsetup 恢复缓存 kmemleak 日志： <snip> 未引用的对象0xffff8880080c2010（大小 16）：comm dmsetup、pid 132、jiffies 4294982580 hex 转储（前 16 字节）：00 38 b9 07 80 88 ff ff 6a 6b 6b 6b 6b 6b a5 ...
    回溯 （CRC 3118f31c）：kmemleak_alloc+0x28/0x40 __kmalloc_cache_noprof+0x3d9/0x510 dm_block_manager_create+0x51/0x140 dm_cache_metadata_abort+0x85/0x320 metadata_operation_failed+0x103/0x1e0 cache_preresume+0xacd/0xe70 dm_table_resume_targets+0xd3/0x320
    __dm_resume+0x1b/0xf0 dm_resume+0x127/0x170 <snip> （CVE-2026-53060）

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

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

  - gfs2：防止卸载期间出现空指针取消引用 卸载期间驱逐未完成的 glock 工作时，可在 sdp->sd_jdesc 已解除分配且 sdp->sd_jdesc 为 NULL 时调用 gfs2_log_flush（）。提交 35264909e9d1（gfs2：修复 gfs2_log_flush 中的空指针取消引用）为 gfs2_log_flush（） 本身添加了对该检查，但缺少 gfs2_log_release（） 中的 sdp->sd_jdesc取消引用。修复该问题。(CVE-2026-53048)

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

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

  - net：bcmgenet：修复争用超时处理程序 当单个队列超时时，bcmgenet_timeout处理程序尝试关闭所有 tx 队列。这过于热心并导致许多队列仍在拖延中的争用条件。相反，让我们只重新启动超时队列。（CVE-2026-53086）

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

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

  - crypto：af_alg - 将 AEAD AD 长度上限设为 0x80000000 为防止检查 TX 缓冲区大小时出现算术溢出，请将关联的数据长度上限设为 0x80000000。（CVE-2026-52972）

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

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

  - bpf：在 dev_map_redirect_multi（） SKB 路径中使用 RCU 安全的迭代 dev_map_redirect_multi（） 中的 DEVMAP_HASH 分支使用 hlist_for_each_entry_safe（） 迭代哈希存储段，但此函数在 RCU 保护下运行（从 softirq 环境中的 xdp_do_generic_redirect_map（） 调用）。并发写入器（__dev_map_hash_update_elem、dev_map_hash_delete_elem）使用 RCU 基元（hlist_add_head_rcu、hlist_del_rcu）修改列表。hlist_for_each_entry_safe（） 在不使用 rcu_dereference（） 的情况下执行普通指针取消引用，从而缺少与写入器的 rcu_assign_pointer（） 配对所需的获取屏障。
    在弱有序架构 （ARM64， POWER） 上，阅读器可以观察到部分构造的节点。它也会破坏 CONFIG_PROVE_RCU lockdep 验证和 KCSAN 数据争用检测。替换为 hlist_for_each_entry_rcu（），使用 rcu_read_lock_bh_held（） 作为 lockdep 条件，这与相同函数的 DEVMAP（非哈希）分支中使用的 rcu_dereference_check（） 一致。还修复了 dev_map_enqueue_multi（） 中相同的不正确 lockdep_is_held（&dtab->index_lock） 条件，其中也没有保留锁定。（CVE-2026-53096）

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

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

  - bpf、sockmap：为 af_unix iter 进行状态锁定 BPF 迭代器程序更新 sockmap 时，unix_stream_bpf_update_proto（） 中存在争用条件，即“peer”指针可在状态转换期间过时[1]，TCP_ESTABLISHED -> TCP_CLOSE。CPU0 bpf CPU1 close -------- ---------- // unix_stream_bpf_update_proto（） sk_pair = unix_peer（sk） if （unlikely（！sk_pair）） return -EINVAL;unix_release_sock（） skpair = unix_peer（sk）;unix_peer（sk） = 空;sock_put（skpair） sock_hold（sk_pair） // UaF 更实际的是，此补丁可确保始终如一地为迭代器程序提供在迭代器执行期间保持稳定的 unix 套接字。[1]：缺陷：KASAN：在 unix_stream_bpf_update_proto+0x155/0x490 中的释放后使用 任务 test_progs/2231 在地址 ffff8881178c9a00 处写入大小为 4 调用跟踪：dump_stack_lvl+0x5d/0x80 print_report+0x170/0x4f3 kasan_report+0xe4/0x1c0 kasan_check_range+0x125/0x200 unix_stream_bpf_update_proto+0x155/0x490 sock_map_link+0x71c/0xec0 sock_map_update_common+0xbc/0x600 sock_map_update_elem+0x19a/0x1f0 bpf_prog_bbbf56096cdd4f01_selective_dump_unix+0x20c/0x217 bpf_iter_run_prog+0x21e/0xae0 bpf_iter_unix_seq_show+0x1e0/0x2a0 bpf_seq_read+0x42c/0x10d0 vfs_read+0x171/0xb20 ksys_read+0xff/0x200 do_syscall_64+0xf7/0x5e0 entry_SYSCALL_64_after_hwframe+0x76/0x7e 按任务 2236 分配：
    kasan_save_stack+0x30/0x50 kasan_save_track+0x14/0x30 __kasan_slab_alloc+0x63/0x80 kmem_cache_alloc_noprof+0x1d5/0x680 sk_prot_alloc+0x59/0x210 sk_alloc+0x34/0x470 unix_create1+0x86/0x8a0 unix_stream_connect+0x318/0x15b0 __sys_connect+0xfd/0x130 __x64_sys_connect+0x72/0xd0 do_syscall_64+0xf7/0x5e0 entry_SYSCALL_64_after_hwframe+0x76/0x7e 由任务 2236 释放：
    kasan_save_stack+0x30/0x50 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x70
    __kasan_slab_free+0x47/0x70 kmem_cache_free+0x11c/0x590 __sk_destruct+0x432/0x6e0 unix_release_sock+0x9b3/0xf60 unix_release+0x8a/0xf0 __sock_release+0xb0/0x270 sock_close+0x18/0x20
    __fput+0x36e/0xac0 fput_close_sync+0xe5/0x1a0 __x64_sys_close+0x7d/0xd0 do_syscall_64+0xf7/0x5e0 entry_SYSCALL_64_after_hwframe+0x76/0x7e （CVE-2026-53033）

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

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

  - sctp：diag：拒绝路径中过时的关联dump_one SCTP 精确sock_diag查找可保留传输引用、阻断 lock_sock（sk），然后在 sctp_association_free（） 将关联标记为无效并释放其绑定地址列表后恢复。发生此情况时，inet_assoc_attr_size（） 和 inet_diag_msg_sctpasoc_fill（） 仍可取消引用不再可用于报告的关联状态。特别是，inet_diag_msg_sctpasoc_fill（） 可能将空的绑定地址列表当作真实sctp_sockaddr_entry读取，并从不相关的关联内存触发越界读取。如果套接字锁定已被从端点收获或分离，则在获取套接字锁定后拒绝关联，并将查找报告为过时。这阻止确切的 dump-one 路径格式化破坏的关联状态。
    (CVE-2026-52917)

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

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

  - batman-adv：v：在禁用的接口上停止 OGMv2 禁用batadv_hard_iface时，其mesh_iface指针设置为 NULL。但是，batadv_v_ogm_send_meshif（） 可能仍通过 batadv_v_ogm_queue_on_if（） 为此之后失去mesh_iface关联的接口调度 OGM。当 batadv_v_ogm_queue_on_if（） 无条件地调用现为空的hard_iface>mesh_iface上的 netdev_priv（） 以检索batadv_priv时，这会导致空指针取消引用。必须确保 batadv_v_ogm_queue_on_if（） 检查其使用的mesh_iface与调用了 batadv_v_ogm_send_meshif（） 相同的。（CVE-2026-52913）

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

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

  - ipc：将next_id分配限制为有效 ID 范围 checkpoint/restore sysctl 路径可通过 ids->next_id 请求下一个 SysV IPC id。ipc_idr_alloc（） 目前会将该请求转发至具有开放式上限的 idr_alloc（）。如果 SysV IPC id 空间的有效末尾已满，则分配可溢出超出ipc_mni。返回的 SysV IPC id 仍使用普通索引编码，因此以后的查找和删除可针对错误的插槽。这会留下真正的 IDR 条目并中断对象的 IDR 状态。
    缺陷存在于检查点/还原路径的 ipc_idr_alloc（） 中。1. ids->next_id传递给：
    idr_alloc（&ids->ipcs_idr， new， ipcid_to_idx（next_id）， 0， ...）2. 零上限使分配实际上是开放式的。一旦占用了有效的 SysV IPC 末尾，idr_alloc（） 便可溢出超出ipc_mni并分配超出有效 IPC id 范围的条目。3. 新对象 id 仍使用较窄的 SysV IPC 索引宽度进行编码：new->id = （new->seq << ipcmni_seq_shift（）） + idx 4.以后的删除会通过 ipc_rmid（），其使用： ipcid_to_idx（ipcp->id） 这会截断真正的 IDR 索引。然后可以删除实际存储在高索引下的对象，就像它存在于低范围内索引一样。5. 对于共享内存，shm_destroy（） 还是会释放当前对象，但真正的高 IDR 插槽会作为悬摆指针留下。6. /proc/sysvipc/shm 的后续遍历到达过时的 IDR 条目并取消引用释放的内存。通过将请求的分配绑定到 ipc_mni 以防止这种情况，这样一旦有效范围耗尽，检查点/还原路径就会失败。（CVE-2026-52923）

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

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

  - jackson-databind 包含用于 Jackson Data Processor 的通用数据绑定功能和树模型。From 2.13.0 until 2.14.0，当攻击者发送深度嵌套的 JSON 时，存在潜在的拒绝服务，当（且仅当）服务将深度嵌套（数千级）JSON 读取为 JsonNode （ObjectMapper.readTree（）） 并使用 JsonNode.toString（） 写出相同（或修改的）节点。通过并发相对较小的请求（1000 个嵌套数组等于 2kB）这会消耗大量资源。此漏洞已在 2.14.0 中修复。(CVE-2026-50193)

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

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

  - netfilter：ip6t_hbh：拒绝超大的选项列表 struct ip6t_opts最多存储 IP6T_OPTS_OPTSNR 个选项描述符，但 hbh_mt6_check（） 不会拒绝用户空间提供的较大 optsnr 值。验证规则设置路径中的 optsnr，以便仅可安装符合固定大小 opts 数组的匹配数据。
    这遵循现有 xtables 模式，拒绝 checkentry（） 中用户提供的无效计数，并保持数据包匹配路径不变。“struct ip6t_opts”具有固定的“opts[IP6T_OPTS_OPTSNR]”数组，其中“IP6T_OPTS_OPTSNR”为 16，则可能访问差一数组： [ 137.924693][ T8692] UBSAN：
    array-index-out-of-bounds 在../net/ipv6/netfilter/ip6t_hbh.c：110：29 [ 137.926167][ T8692] 索引 16 超出类型“__u16 [16]”（CVE-2026-52915） 的范围

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

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

  - netfilter：ebtables：修复 compat_mtw_from_user 中的 OOB 读取 Luxiao Xu 说： 函数 compat_mtw_from_user（） 将 ebtables 扩展从 32 位用户结构转换为内核本机结构。但是，它缺少对用户提供match_size/target_size的正确验证。当处理某些扩展时，内核端转换逻辑可能会根据扩展的预期大小执行内存访问。如果用户提供的大小小于扩展要求的大小，将导致 KASAN 报告的越界读取。此补丁引入了一项检查，可确保match_size至少与扩展所需的兼容性大小一样大。这涵盖匹配、观察程序和目标，同时保持与标准目标的兼容性。AFAIU 这与需要通过 match->compat_from_user（） 调用的比赛相关。使用具有用户提供大小的普通 memcpy 的情况没问题，因为调用程序会检查该大小与下一个规则条目偏移量的开头（检查其本身与从用户空间复制的总大小）。->compat_from_user（） 回调假设它们可以读取 compatsize 字节，因此需要这个额外的检查。基于 Luxiao Xu 提供的较早修补程序。（CVE-2026-52927）

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

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

  - batman-adv：frag：不允许在收到 BATADV_UNICAST_FRAG 数据包时 batadv_batman_skb_recv（） 调用片段 batadv_frag_skb_buffer（） 中的单播片段。收集完所有片段并重组数据包后，batadv_recv_frag_packet（） 再次调用 batadv_batman_skb_recv（） 以处理碎片整理后的负载。恶意发件人可构建BATADV_UNICAST_FRAG数据包，其重组的负载本身就是BATADV_UNICAST_FRAG数据包（套娃式嵌套）。每个嵌套级别都通过 batadv_batman_skb_recv（） 无边界递归，不断增长内核堆栈，直到耗尽为止。由于实际上不允许重新碎片化或碎片中的碎片，因此在碎片整理过程后，丢弃仍BATADV_UNICAST_FRAG数据包的所有数据包。（CVE-2026-52916）

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

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

  - xfrm：espintcp：不重复使用正在进行的部分发送 espintcp 在 ctx->partial 中保留单个正在传输的传输。在构建新sk_msg之前，espintcp_sendmsg（） 首先尝试通过 espintcp_push_msgs（） 刷新该状态。对于阻断调用程序，即使之前的部分发送仍处于待定状态，espintcp_push_msgs（） 也可能返回成功结果。然后，espintcp_sendmsg（） 将重新初始化 emsg->skmsg 并重用 ctx->partial，而旧传输仍然拥有该状态。ctx->partial 仍在进行中时，请勿重建发送消息。如果 espintcp_push_msgs（） 返回时仍然设置了 emsg->len，则使新发送失败，而不是覆盖实时部分状态。这是一个内存安全补丁：重复使用实时部分发送状态可使过时偏移附加至新sk_msg并导致发送路径中的越界读取。tcp_sendmsg_locked（） 已处理发送缓冲区内存的等待，因此此处的补丁仅用于保留 espintcp 的 one-message-at-a-time 传输状态。（CVE-2026-52935）

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

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

  - net/smc：避免smc_msg_event跟踪点中 conn->lnk 的空取消引用 smc_tx_sendmsg 和 smc_rx_recvmsg 共享的 smc_msg_event 跟踪点类会无条件取消引用 smc->conn.lnk：__string（name， smc->conn.lnk->ibname） conn->lnk 仅针对 SMC-R 设置;对于 SMC-D，它为 NULL。这些路径上的其他代码已处理此问题（例如 SMC_STAT_RMB_TX_SIZE_SMALL（） 中的 ！conn->lnk）。启用跟踪点时，SMC-D 套接字上的第一个 sendmsg（）/recvmsg（） 崩溃：哎呀：一般保护错误，可能针对非规范地址 KASAN：范围内的 null-ptr-deref [...]RIP：0010：strlen+0x1e/0xa0 调用跟踪：
    trace_event_raw_event_smc_msg_event （net/smc/smc_tracepoint.h：44） smc_rx_recvmsg （net/smc/smc_rx.c：515） smc_recvmsg （net/smc/af_smc.c：2859） __sys_recvfrom （net/socket.c：2315） __x64_sys_recvfrom （net/socket.c：2326） do_syscall_64 错误地址0x3e0为 offsetof（struct smc_link， ibname），确认空 ->lnk 取消引用。启用跟踪点需要根权限，但触发器本身无权限：socket（AF_SMC， ...） 没有功能检查，且 SMC-D 协商在 s390 或加载了环回 ISM 设备的 x86 上不需要任何管理步骤。记录 SMC-D 的空设备名称，而不是取消引用 NULL。（CVE-2026-52941）

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

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

  - batman-adv：tp_meter：避免使用未初始化的发送方变量 batadv_tp_recv_ack（） 和 batadv_tp_stop（） 仅对 BATADV_TP_SENDER 角色中的 tp_vars 有效。当以 BATADV_TP_RECEIVER 角色调用时，它会继续读取从未初始化的仅限发送者的成员，进而导致未定义的行为。当前在正在进行的 tp_meter 会话中充当接收者的节点收到恶意 ACK 数据包时可触发此问题。防止这种情况发生，在查找之后立即检查 tp_vars->role，如果未BATADV_TP_SENDER，则在访问任何这些成员之前退出。（CVE-2026-52931）

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

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

  - batman-adv：在拆卸期间清除当前网关 batadv_gw_node_free（） 在网格拆卸期间删除网关列表条目，但不清除当前选定的网关。这会在清理过程中留下过时的网关状态，并可能中断以后的网格重建。遍历网关列表之前清除 bat_priv->gw.curr_gw，以便在拆卸过程中删除所选网关引用。
    (CVE-2026-52926)

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

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

  - ipc/shm：使用shm_nattch更新序列化孤立的清除 shm_destroy_orphaned（） 遍历 shm_ids（ns）.rwsem 下的 shm idr，但这不会序列化 shm_may_destroy（） 测试的所有字段。具体而言，shm_nattch会在按住 shm_perm.lock 的同时更新，而且附加路径无需按住 rwsem 即可进行更新。
    在锁定对象之前，不确定孤立段未使用。将 shm_may_destroy（） 检查移到 shm_perm.lock 下，与其他破坏路径相匹配，如果段不再符合删除条件，则将其解锁。（CVE-2026-52930）

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

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

  - Bluetooth：序列化 accept_q 访问 bt_sock_poll（） 在不同步的情况下遍历接受队列，而子拆卸可取消同一套接字的链接并丢弃其最后引用。自初始蓝牙导入以来，未同步的接受队列遍历就已存在。使用用于队列更新和轮询的专用锁保护accept_q。还重构了 bt_accept_dequeue（），以便在队列锁定中获取临时子引用，然后再将其放入队列锁定中并锁定子套接字。（CVE-2026-52918）

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

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

  - netfilter：xt_policy：修复严格模式入站策略匹配 match_policy_in（） 会sec_path条目从上一个转换遍历到第一个转换，但严格策略匹配需要以与规则布局相同的转发顺序消耗 info->pol[]。从已使用的转换数中派生严格匹配策略位置，以便一致匹配多元素入站规则。（CVE-2026-52920）

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

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

  - sctp：stream：完全回滚拒绝的 add-stream 状态 当ADD_OUT_STREAMS被拒绝时，SCTP 仅收缩排列的区块，然后降低 outcnt。这会留下删除的流元数据，因此以后的重新添加可重复使用过时的扩展，并在计划程序的获取路径中发生空指针取消引用。通过去除已删除的流状态，与其他数据流调整大小的方式相同，修复回滚。取消调度当前调度程序状态，使用 sctp_stream_outq_migrate（） 删除已删除的流 ext 状态，然后重新调度剩余流。这样会保持计划程序私有 RR/FC/PRIO 列表的一致性，同时完全回滚被拒绝的传出流添加。（CVE-2026-52929）

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

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

  - tap：修复 tap_ioctl（） 中的堆栈信息泄漏 SIOCGIFHWADDR 在 SIOCGIFHWADDR 路径中，tap_ioctl（） 通过 ifr_hwaddr 将未初始化的堆栈上结构sockaddr_storage的 16 字节复制到用户空间，但 netif_get_mac_address（） 仅写入 sa_family 和 dev->addr_len（以太网为 6 个）字节，而使 sa_data[6..13] 未初始化。这 8 个结尾字节会泄露内核堆栈内容;macvtap chardev 上的 SIOCGIFHWADDR 返回内核 .text 和直接映射指针，击败 KASLR。在声明时初始化 ss。（CVE-2026-52937）

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

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

  - batman-adv：tvlv：拒绝超大的 TVLV 数据包 batadv_tvlv_container_ogm_append（） 通过tvlv.container_list构建 TVLV 数据包部分。此部分的总大小由 batadv_tvlv_container_list_size（） 计算，它对所有注册容器的大小求和。batadv_tvlv_container_list_size（） 中的返回类型和累加器为 u16。如果累积大小超过 U16_MAX，该值将回绕，从而导致 batadv_tvlv_container_ogm_append（） 中的后续分配被缩小。随后，memcpy 样式的副本写入会超出分配的缓冲区末端，从而损坏内核内存。通过将 batadv_tvlv_container_list_size（） 的返回类型扩大为 size_t 来修复此问题。在 batadv_tvlv_container_ogm_append（） 中，在继续操作之前根据U16_MAX检查计算的长度，并在超出限制时将分配视为分配失败而退出。（CVE-2026-52934）

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

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

  - io_uring/poll：修复 io_poll_get_ownership（） 中的有符号比较 io_poll_get_ownership（） 使用有符号比较检查 poll_refs 是否已达到慢速路径的阈值：if （unlikely（atomic_read（&req->poll_refs） >= IO_POLL_REF_BIAS）） atomic_read（） 返回 int （signed）。当 IO_POLL_CANCEL_FLAG （BIT（31）） 设置为 poll_refs 时，该值在有符号算术中变为负数，因此 >= 128 比较的计算结果始终为 false，并且永远不会采用慢速路径。通过在比较之前将 atomic_read（） 结果转换为 unsigned int 来修复此问题，以便将取消标记视为大的正值并正确地触发慢速路径。（CVE-2026-52933）

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

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

  - netfilter：nf_queue：在排队时保持桥接 skb->dev 在排队 br_pass_frame_up（） 重写 skb->dev，然后再将 skb-dev 从入口端口重写到桥接主控端，然后再排队桥接LOCAL_IN数据包。NFQUEUE 仅保留 state.in/out 和桥接 physdevs 上的引用，因此排队的桥接数据包可保留 skb->dev 中释放的桥接主控直到重新注入为止。稍后重新注入判定时，br_netif_receive_skb（） 会在 skb->dev 仍然指向已释放的桥接主控端的情况下重新进入接收路径，从而触发释放后使用。将 skb->dev 存储在队列条目中，在队列生命周期内保留其引用，在NETDEV_DOWN处理期间丢弃排队的数据包时使用已保存的设备。（CVE-2026-52912）

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

ID	名称	严重性
322614	Linux Distros 未修补的漏洞：CVE-2026-53037	medium
322613	Linux Distros 未修补的漏洞：CVE-2026-52958	critical
322612	Linux Distros 未修补的漏洞：CVE-2026-52981	high
322611	Linux Distros 未修补的漏洞：CVE-2026-53078	high
322610	Linux Distros 未修补的漏洞：CVE-2026-53024	high
322609	Linux Distros 未修补的漏洞：CVE-2026-52975	high
322608	Linux Distros 未修补的漏洞：CVE-2026-52963	medium
322607	Linux Distros 未修补的漏洞：CVE-2026-53036	high
322606	Linux Distros 未修补的漏洞：CVE-2026-52985	medium
322605	Linux Distros 未修补的漏洞：CVE-2026-53118	high
322604	Linux Distros 未修补的漏洞：CVE-2026-53090	medium
322603	Linux Distros 未修补的漏洞：CVE-2026-53072	high
322602	Linux Distros 未修补的漏洞：CVE-2026-53043	critical
322601	Linux Distros 未修补的漏洞：CVE-2026-52984	medium
322600	Linux Distros 未修补的漏洞：CVE-2026-53001	medium
322599	Linux Distros 未修补的漏洞：CVE-2026-52994	medium
322598	Linux Distros 未修补的漏洞：CVE-2026-53053	high
322597	Linux Distros 未修补的漏洞：CVE-2026-53073	medium
322596	Linux Distros 未修补的漏洞：CVE-2026-52990	medium
322595	Linux Distros 未修补的漏洞：CVE-2026-53120	high
322594	Linux Distros 未修补的漏洞：CVE-2026-53092	medium
322593	Linux Distros 未修补的漏洞：CVE-2026-53052	medium
322592	Linux Distros 未修补的漏洞：CVE-2026-53016	high
322591	Linux Distros 未修补的漏洞：CVE-2026-53023	medium
322590	Linux Distros 未修补的漏洞：CVE-2026-53100	medium
322589	Linux Distros 未修补的漏洞：CVE-2026-53060	medium
322588	Linux Distros 未修补的漏洞：CVE-2026-53048	medium
322587	Linux Distros 未修补的漏洞：CVE-2026-53086	critical
322586	Linux Distros 未修补的漏洞：CVE-2026-52972	medium
322585	Linux Distros 未修补的漏洞：CVE-2026-53096	high
322584	Linux Distros 未修补的漏洞：CVE-2026-53033	medium
322538	Linux Distros 未修补的漏洞：CVE-2026-52917	high
322537	Linux Distros 未修补的漏洞：CVE-2026-52913	medium
322536	Linux Distros 未修补的漏洞：CVE-2026-52923	medium
322535	Linux Distros 未修补的漏洞：CVE-2026-50193	medium
322534	Linux Distros 未修补的漏洞：CVE-2026-52915	high
322533	Linux Distros 未修补的漏洞：CVE-2026-52927	high
322532	Linux Distros 未修补的漏洞：CVE-2026-52916	medium
322531	Linux Distros 未修补的漏洞：CVE-2026-52935	high
322530	Linux Distros 未修补的漏洞：CVE-2026-52941	medium
322529	Linux Distros 未修补的漏洞：CVE-2026-52931	critical
322528	Linux Distros 未修补的漏洞：CVE-2026-52926	medium
322527	Linux Distros 未修补的漏洞：CVE-2026-52930	medium
322526	Linux Distros 未修补的漏洞：CVE-2026-52918	high
322525	Linux Distros 未修补的漏洞：CVE-2026-52920	high
322524	Linux Distros 未修补的漏洞：CVE-2026-52929	high
322523	Linux Distros 未修补的漏洞：CVE-2026-52937	medium
322522	Linux Distros 未修补的漏洞：CVE-2026-52934	high
322521	Linux Distros 未修补的漏洞：CVE-2026-52933	high
322520	Linux Distros 未修补的漏洞：CVE-2026-52912	high

检测

Nessus 的 Misc. 系列

medium

critical

high

high

high

high

medium

high

medium

high

medium

high

critical

medium

medium

medium

high

medium

medium

high

medium

medium

high

medium

medium

medium

medium

critical

medium

high

medium

high

medium

medium

medium

high

high

medium

high

medium

critical

medium

medium

high

high

high

medium

high

high

high