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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net_sched：修复延迟的 qdisc 丢弃中的 skb 内存泄漏 网络堆栈通过 qdisc_run_end（） 清理延迟的列表时，它将在根 qdisc 上操作。如果根 qdisc 未实现 TCQ_F_DEQUEUE_DROPS 标记，则永远不会释放要释放的数据包队列并被困在子to_free列表中。通过使 qdisc_dequeue_drop（） 感知根 qdisc 来修复此问题。它获取根 qdisc 并检查TCQ_F_DEQUEUE_DROPS标记。如果存在该标记，则会将数据包直接附加到根的to_free列表中。否则，直接将其删除，就像在实现优化之前一样。
    (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 依赖供应商报告的程序包是否存在进行判断。

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

  - ALSA：timer：修复 snd_timer_user_params（） 处的 UAF，在释放定时器对象时（例如，当用户空间定时器 （CONFIG_SND_UTIMER） 关闭并调用 snd_timer_free（） 时，它会尝试分离定时器实例并释放资源。但是，其他正在执行的任务仍有可能保留了关联要删除的定时器对象的定时器实例，这可能导致争用访问。
    幸运的是，大多数处理计时器实例列表的 ioctl 都已经具有register_mutex保护，这也避免了此类争用。但是，SNDRV_TIMER_IOCTL_PARAMS未受到保护，因此并发 ioctl 可导致释放后使用。此修补程序只是添加了具有 register_mutex 的防护，以保护 snd_timer_user_params（） 以覆盖代码路径作为快速变通方案。它不是热路径，而是很少发出的 ioctl，因此性能损失无关紧要。（CVE-2026-53192）

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

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

  - rseq：修复在 rseq_exit_user_update（） 中使用未初始化堆栈变量的问题 据 syzbot 报告，存在一个在 rseq_exit_user_update（） 中使用未初始化堆栈变量的缺陷： 缺陷：KMSAN：include/linux/rseq_entry.h：502 rseq_set_ids_get_csaddr中的 kernel-infoleak [inline] 本地变量：struct rseq_ids ids = { .cpu_id = task_cpu（t）， .mm_cid = task_mm_cid（t），.node_id = cpu_to_node（ids.cpu_id），};
    根据 C 标准，初始值设定项列表中表达式的求值顺序是不确定的。编译器（在此 KMSAN 版本中的 Clang）评估“cpu_to_node（ids.cpu_id）”*在“ids.cpu_id”以“task_cpu（t）”初始化之前。已通过将ids.node_id的分配移到结构初始化之外来修复此问题。（CVE-2026-53243）

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

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

  - 欺骗对 Recursor 的回复可能会将授权服务器的 IP 标记为不支持 EDNS，从而导致该服务器提供的 DNSSEC 记录的版本化失败。（CVE-2026-52690）

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

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

  - io_uring/net：跨捆绑 recv 重试继承 IORING_CQE_F_BUF_MORE 当捆绑 recv 在 io_recv_finish（） 中重试时，合并逻辑或从上一个迭代保存的 cflags 与新迭代返回的 cflags ： cflags = req->cqe.flags |（cflags &CQE_F_MASK）;CQE_F_MASK 中列出的位继承自新迭代，所有其他位（尤其是 IORING_CQE_F_BUFFER 和缓冲区 ID）来自保存的 cflags。在此更改之前，CQE_F_MASK仅涵盖IORING_CQE_F_SOCK_NONEMPTY和IORING_CQE_F_MORE。通过增量模式和捆绑 recv 使用提供的缓冲区环 （IOU_PBUF_RING_INC） 时，io_kbuf_inc_commit（） 可部分消耗头环条目，然后 __io_put_kbufs（） 在返回的 cflags 上设置IORING_CQE_F_BUF_MORE，以便用户空间知道缓冲区 ID 将被重用于后续完成。由于 IORING_CQE_F_BUF_MORE 不在CQE_F_MASK，因此，每当最终重试迭代部分消耗缓冲区时，上述合并就会静默终止它，而后续的 req->cqe.flags = cflags &; ~CQE_F_MASK 保存将在结转的 cflags 中留下过时的IORING_CQE_F_BUF_MORE（如果存在的话）。然后，用户空间会错误地将其环头推进到内核仍在使用的条目之后。向 CQE_F_MASK 添加 IORING_CQE_F_BUF_MORE，使其既从新迭代继承到用户可见的 CQE 中，又从迭代间保存的 cflags 中剥离。（CVE-2026-53191）

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

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

  - ksmbd：修复 oplock/租用中断通知程序 smb2_oplock_break_noti（） 和 smb2_lease_break_noti（） 中 opinfo->conn 的空取消引用 将 opinfo->conn 读取到既不具有 READ_ONCE（） 也未进行 NULL 检查的本地内容。两者都将在 opinfo_get_list（） 丢弃 ci->m_lock 之后从 oplock_break（） 运行，因此并行 SMB2 LOGOFF （session_fd_check（）） 可在该窗口内的 ci->m_lock 下将 op->conn = NULL 设置为 op-conn = NULL。
    然后，ksmbd_conn_r_count_inc（conn） 会在偏移0xc4写入 NULL -- 远程可触发的 oops。保护以 compare_guid_key（） 已经读取的方式进行读取：在分配工作结构之前，以 READ_ONCE（） 读取 opinfo->conn，如果为空则提早返回，以免泄漏任何内容。NULL conn 表示客户端已消失并且中断没有实际意义，因此返回 0;oplock_break（） 将其视为成功并运行普通拆卸。
    (CVE-2026-53271)

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

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

  - drm/amd/display：绑定 VBIOS 记录链式遍历循环 [原因和方式] bios_parser.c 和 bios_parser2.c 中的所有记录链式遍历循环都使用 for（;;)，且仅在0xFF record_type sentinel 或零record_size上终止。缺少终止符记录的畸形 VBIOS 图像会在探测时造成无限迭代，可能会造成 record_size=1 的数十万次迭代。在 BIOS 图像边界附近的最终迭代中，超出 GET_IMAGE 验证的 2 字节标头的结构体转换也可能会越界读取。将所有 14 个记录链遍历循环封装为 BIOS_MAX_NUM_RECORD （256） 次迭代。atombios.h 最多可定义 22 种不同的记录类型，而 atomfirmware.h 有 13 种。假设每种类型的平均记录少于 10 条（这是合理的，因为大多数记录都是基于连接器的），256 是一个宽大的上限。（从提交 95700a3d660287ed657d6892f7be9ffc0e294a93 中精选出的内容）（CVE-2026-53138）

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

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

  - netfilter：nft_tunnel：修复对象破坏 nft_tunnel_obj_destroy（） 调用 metadata_dst_free（） 时的释放后使用，后者会直接 kfree（） metadata_dst，而忽略dst_entry引用计数。通过 nft_tunnel_obj_eval（） 中的 dst_hold（） 获取引用且仍在排队（如在 netem qdisc 中）的数据包会保留一个悬摆指针。当这些数据包最终出列时，dst_release（） 将对释放的内存进行操作。将 metadata_dst_free（） 替换为 dst_release（），以便仅在删除所有引用之后才释放metadata_dst。设置 DST_METADATA 时，dst 子系统已在 dst_destroy（） 中处理metadata_dst清除。（CVE-2026-53212）

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

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

  - sctp：验证 cookie 中嵌入的 INIT 区块和地址列表长度 sctp_unpack_cookie（） 仅检查嵌入的 INIT 区块长度是否不超过剩余的 Cookie 负载，但无法确保 INIT 区块是否足够大以包含完整的 INIT 标头。因此，畸形COOKIE_ECHO可包含长度字段小于 sizeof（struct sctp_init_chunk） 的截断 INIT 区块。之后，sctp_process_init（） 会无条件访问 INIT 参数，这可能导致越界读取。此外，raw_addr_list_len 并未针对剩余的 Cookie 负载进行充分验证。当禁用 cookie 认证时，攻击者可提供超大raw_addr_list_len并导致 sctp_raw_to_bind_addrs（） 读取范围超过 cookie 结尾。地址解析器还缺乏对参数标头和长度的充分边界检查，从而允许畸形地址参数触发越界读取。通过以下方式修复此问题：- 要求嵌入的 INIT 区块长度至少为 sizeof（struct sctp_init_chunk）;- 验证 INIT 区块和原始地址列表一起是否适合 cookie 负载;- 在解析每个地址参数标头和负载之前，验证是否存在足够的数据。请注意，当禁用 cookie 认证时，必须在 sctp_unpack_cookie（） 之后和 sctp_process_init（） 之前调用 sctp_verify_init（）。此问题将在单独的修补程序中解决。（CVE-2026-53224）

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

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

  - 6lowpan：修复多播上下文地址压缩中的差一问题 lowpan_iphc_mcast_ctx_addr_compress（） 中的第二个 memcpy 使用 &data[1] 作为目标，使用 &ipaddr->s6_addr[11] 作为来源，但两者都应分别偏移 1：&data[2] 和 &ipaddr->s6_addr[12]。此差一有两个后果：1. data[1] 被 s6_addr[11] 覆盖，损坏压缩组播地址 2 中的 RIID 字段。data[5] 永远不会写入，因此未初始化的内核堆栈内存通过 lowpan_push_hc_data（） 在网络上传输，从而泄露内核堆栈内容 正确的内联数据布局必须与解压缩函数 lowpan_uncompress_multicast_ctx_daddr（） 的预期匹配：data[0..1] = s6_addr[1..2] （flags/scope + RIID） data[2..5] = s6_addr[12..15] （组 ID） 此外，将数据数组归零初始化，作为对未来类似缺陷的防御措施。（CVE-2026-53263）

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

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

  - Bluetooth：bnep：解析前拒绝短帧 BNEP 对等机可发送短 BNEP SDU。bnep_rx_frame（） 会立即读取数据包类型字节，而且对于控制数据包而言，会在证明这些字节存在之前读取控制操作码并设置 UUID-size 字节。bnep_rx_control（） 还取消引用控制操作码，而不会拒绝空的控制负载。将 skb_pull_data（） 用于 bnep_rx_frame（） 中的固定字段，以便空返回对每个取消引用进行保护。拆分控制处理程序，使帧路径可以通过已拉取的操作码，并保留扩展控制负载的字节缓冲区封装程序。对于BNEP_SETUP_CONN_REQ，请在拉取设置负载之前命名 UUID 大小字节。struct bnep_setup_conn_req在该字节之后携带目标和源服务 UUID，每个字节uuid_size字节，因此解析器现在会明确记录该元组，而不是将拉取长度保留为不透明的乘法。验证重现了此内核报告：bnep_rx_frame.isra.0+0x130c/0x1790 中的 KASAN slab-out-of-bound 有缺陷的地址属于位于 ffff88800c0f7908 的对象，该对象属于大小为 8 的缓存 kmalloc-8 有缺陷的地址位于分配的 1 字节区域右侧 0 字节处 [ffff88800c0f7908、ffff88800c0f7909） 读取大小为 1 调用跟踪：dump_stack_lvl+0xb3/0x140 （？：?)print_address_description+0x57/0x3a0 （？：？） bnep_rx_frame+0x130c/0x1790 （net/bluetooth/bnep/core.c：306） print_report+0xb9/0x2b0 （？：？） __virt_addr_valid+0x1ba/0x3a0 （？：？） srso_alias_return_thunk+0x5/0xfbef5 （？：？） kasan_addr_to_slab+0x21/0x60 （？：？） kasan_report+0xe0/0x110 （？：？） process_one_work+0xfce/0x17e0 （kernel/workqueue.c：3200） worker_thread+0x65c/0xe40 （？：？）
    __kthread_parkme+0x184/0x230 （？：？） kthread+0x35e/0x470 （？：？） _raw_spin_unlock_irq+0x28/0x50 （？：？） ret_from_fork+0x586/0x870 （？：？） __switch_to+0x74f/0xdc0 （？：？） ret_from_fork_asm+0x1a/0x30 （？：？）（CVE-2026-53253）

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

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

  - crypto：hisilicon/sec2 - 防止 sec 的 req 释放后使用 在数据包传输过程中，如果系统处于重负载状态，硬件可能会在传输功能完成之前完成数据包处理并释放请求内存 （req）。如果软件随后访问此请求，则会发生释放后使用错误。qp_ctx内存存在于数据包发送过程中，因此请将 req 替换为 qp_ctx。（CVE-2026-53055）

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

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

  - 固件：stratix10-rsu：修复探测中 rsu_send_msg（） 超时的空取消引用 rsu_send_msg（） 可返回
    -ETIMEDOUT，触发 wait_for_completion_interruptible_timeout（） 且 SMC 调用仍待定。在 stratix10_rsu_probe（） 中，COMMAND_RSU_DCMF_VERSION、COMMAND_RSU_DCMF_STATUS、COMMAND_RSU_MAX_RETRY 和 COMMAND_RSU_GET_SPT_TABLE 的错误路径会调用 stratix10_svc_free_channel（），这将 chan->scl 设置为 NULL，但随后失败并在同一通道上排队。运行的下一个 svc kthread 将在其接收回调路径中取消引用 pdata->chan->scl，从而触发空指针取消引用，与提交 c45f7263100c 所修复的相同COMMAND_RSU_STATUS路径取消引用（固件：stratix10-rsu：修复禁用 RSU 时的空指针取消引用）。对其余失败路径应用相同的清理模式：删除异步客户端、释放通道并提早返回，这样就不会再有消息在已清除 scl 的通道上排队。并且，在不改变行为的情况下，通过两种方式清理 stratix10_rsu_probe（）：- 终止已由 devm_kzalloc（） 清除的字段的冗余零初始化：client.receive_cb、status.* 和 spt0/1_address（INVALID_SPT_ADDRESS 0x0）。- 将五个相同的 3 行错误清理块（stratix10_svc_remove_async_client（） + stratix10_svc_free_channel（） + return ret）替换为 goto labels（remove_async_client、free_channel），以匹配标准内核资源展开模式，并更容易扩展探测序列而不会忘记匹配清理。还将 init_completion（） 移动到 mutex_init（） 旁边，以便将同步原语初始化在任何可触发回调的内容之前分组。--- v2：添加函数 stratix10_rsu_probe（） 的次要清理，以便集中所有 rsu_send_async_msg（） 和 rsu_send_msg（） 退出。（CVE-2026-53204）

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

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

  - drm/xe/display：修复无显示的暂停/关机中的 oops xe 驱动程序使用 xe->info.probe_display 跟踪是否探测显示器以及显示硬件是否存在。如果 intel_display_device_probe（） 之后无任何显示，则会设置为 false。但是，也可以通过保险丝禁用显示，稍后在 intel_display_device_info_runtime_init（） 中检测到。在这种情况下，xe 驱动程序对 xe_display_flush_cleanup_work（） 中的未初始化模式配置执行 for_each_intel_crtc（），导致空指针取消引用，并且通常会在清除显示信息的情况下调用显示代码。在 intel_display_device_info_runtime_init（） 之后检查 intel_display_device_present（），并根据需要重置 xe->info.probe_display。另外请执行 unset_display_features（） 以保证完整性，尽管显示运行时 init 已执行此操作。以后需要在所有案例中统一。稍微早一点移动 intel_display_device_info_runtime_init（） 调用，与 i915 类似，以避免因无展示案例而进行一堆不必要的设置。注意 #1：xe 驱动程序一开始就无法执行像 for_each_intel_crtc（） 这样的低级显示管道。这一切都需要在显示代码中发生。注意 #2：实际缺陷已提交 44e694958b95 中（drm/xe/display：实现显示支持），但 oops 可能稍后在提交 ddf6492e0e50 时引入（drm/xe/display：使显示挂起/恢复以离散方式工作）。（从提交 7c3eb9f47533220888a67266448185fd0775d4da 中精选出的内容）（CVE-2026-53142）

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

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

  - net：airoha：修复元数据 dst 拆卸中的释放后使用 airoha_metadata_dst_free（） 运行 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-53248)

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

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

  - NFSD：修复 nfsd4_add_rdaccess_to_wrdeleg 中的 nfs4_file 访问额外计数 在 nfsd4_add_rdaccess_to_wrdeleg 中，如果其他线程已设置 fp->fi_fds[O_RDONLY]，则不应调用 __nfs4_file_get_access 来增加nfs4_file访问计数，因为添加对文件的读取访问权限的线程已完成此操作。nfs4_file 中的额外fi_access计数可阻止释放相应的nfsd_file。
    当停止 nfs-server 服务时，这些额外的访问计数会在 kmem_cache_destroy（） 中触发一个缺陷，其显示__kmem_cache_shutdown上保留nfsd_file对象。通过在 NFS 上运行 Git 项目的测试套件可重现此问题。（CVE-2026-53026）

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

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

  - virt：sev-guest：不在清理路径中使用主机控制的页序 发出扩展访客请求 （SVM_VMGEXIT_EXT_GUEST_REQUEST） 时，get_ext_report（） 会分配缓冲区以从主机检索证书 blob，同时在 report_req->certs_len 中跟踪其大小。但是，主机可能会返回 SNP_GUEST_VMM_ERR_INVALID_LEN，指示无效的缓冲区大小以及此类缓冲区的预期长度。get_ext_report（） 随后使用主机控制的值更新 report_req->certs_len，并根据该值计算页序来清理缓冲区。这是不正确的，因为主机提供的长度可能与原始分配的页序不匹配，从而可能导致页面分配器损坏。请改用 alloc_pages_exact（） 修复此问题，并重复使用 @npages 计算传递给 free_pages_exact（） 的大小时大小。为了保持一致性，在分配页面时也使用 @npages 来计算大小，即使最后一项更改对功能没有影响。（CVE-2026-52959）

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

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

  - drm/amd/display：修复 SDP debugfs 中的空取消引用和缓冲区读取越界问题 [原因和方式] dp_sdp_message_debugfs_write（） 取消引用 connector->base.state->crtc，而不检查 NULL。连接器可以连接，但不能绑定至任何 CRTC（如在下一个原子提交之前的热插拔之后），从而在写入sdp_message debugfs 节点时造成内核崩溃。该函数也会忽略用户提供的大小参数，且始终将 36 字节传递给 copy_from_user（），并在大小< 36 时越过用户缓冲区进行读取。通过以下方式解决这两个问题：- 当 connector->base.state 或 state->crtc 为 NULL 时返回 -ENODEV - 将write_size压制为 min（size， sizeof（data））（从提交 6ab4c36a522842ff70474a1c0af2e40e50fc8300 中精选出的内容）（CVE-2026-53135）

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

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

  - 之前 Google Chrome 中的 DeviceBoundSessionCredentials 中的不当实现允许 149.0.7827.197 远程攻击者通过构建的 HTML 页面绕过同源策略。（Chromium 安全严重性：高）(CVE-2026-13021)

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

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

  - 之前，在 Android 上的 Google Chrome 中，WebView 内的释放后使用允许 149.0.7827.197 本地攻击者通过构建的 HTML 页面在沙盒内执行任意代码。（Chromium 安全严重性：高）(CVE-2026-13037)

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

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

  - net：psp：创建 assoc 时检查设备注销注册 psp_assoc_device_get_locked（） 通过 psp_dev_get_for_sock（）（在 RCU 下使用 psp_dev_tryget（））获取psp_dev引用;然后获取 psd->lock 并终止引用。在采取锁定之前，psp_dev_unregister（） 可以运行到完成：采取 psd->lock，清除状态，解锁，终止注册引用。预期锁定阻止设备取消注册，但就像 netdev 一样，升级对锁定设备的引用时需要特别谨慎。添加缺少的设备是否仍在运行的检查。psp_dev_is_registered（） 已经存在但没有调用方，这让我怀疑我是否忘记添加此内容或在重构期间丢失了检查......（CVE-2026-52979）

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

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

  - Debian Linux - incus - 无 lxd - 无 Ubuntu Linux - 安全更新 （CVE-2026-55621）

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

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

  - Debian Linux - incus - 无 lxd - 无 Ubuntu Linux - 安全更新 （CVE-2026-48750）

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

ID	名称	严重性
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
323370	Linux Distros 未修补的漏洞：CVE-2026-53192	high
323369	Linux Distros 未修补的漏洞：CVE-2026-53243	medium
323368	Linux Distros 未修补的漏洞：CVE-2026-52690	medium
323367	Linux Distros 未修补的漏洞：CVE-2026-53191	high
323366	Linux Distros 未修补的漏洞：CVE-2026-53271	medium
323365	Linux Distros 未修补的漏洞：CVE-2026-53138	high
323364	Linux Distros 未修补的漏洞：CVE-2026-53212	high
323363	Linux Distros 未修补的漏洞：CVE-2026-53224	critical
323362	Linux Distros 未修补的漏洞：CVE-2026-53263	medium
323361	Linux Distros 未修补的漏洞：CVE-2026-53253	high
323360	Linux Distros 未修补的漏洞：CVE-2026-53055	critical
323359	Linux Distros 未修补的漏洞：CVE-2026-53204	medium
323358	Linux Distros 未修补的漏洞：CVE-2026-53142	medium
323357	Linux Distros 未修补的漏洞：CVE-2026-53248	high
323356	Linux Distros 未修补的漏洞：CVE-2026-53026	high
323355	Linux Distros 未修补的漏洞：CVE-2026-52959	high
323354	Linux Distros 未修补的漏洞：CVE-2026-53135	medium
323353	Linux Distros 未修补的漏洞：CVE-2026-13021	medium
323352	Linux Distros 未修补的漏洞：CVE-2026-13037	high
323351	Linux Distros 未修补的漏洞：CVE-2026-52979	medium
323350	Linux Distros 未修补的漏洞：CVE-2026-55621	critical
323349	Linux Distros 未修补的漏洞：CVE-2026-48750	critical

检测

Nessus 的 Misc. 系列

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

high

medium

medium

high

medium

high

high

critical

medium

high

critical

medium

medium

high

high

high

medium

medium

high

medium

critical

critical