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

  - 攻击者可发送造成内部 Web 服务器中无限内存分配的 Web 请求，从而造成拒绝服务。内部 Web 服务器默认禁用。（CVE-2026-42005）

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

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

  - RDMA/srp：按接收到的长度绑定SRP_RSP感知副本 srp_process_rsp（） 复制来自 rsp->data + resp_data_len 的感知数据，其中 resp_data_len 是 SRP 目标提供的完整 32 位值，并且从不根据实际接收的字节数进行检查 （wc->byte_len）。复制长度限制为 SCSI_SENSE_BUFFERSIZE，因此最多复制 96 个字节，但源偏移未限制。发起程序已登录的 InfiniBand/RoCE 结构上的恶意或已被破坏的 SRP 目标可返回具有SRP_RSP_FLAG_SNSVALID集和大型resp_data_len的SRP_RSP。接收缓冲区分配在目标选择的max_ti_iu_len，因此感知副本的源位于实际接收的字节之后;resp_data_len接近0xFFFFFFFF则超出缓冲区和读取错误的数 GB。仅当未截断时才复制感知数据，即仅当响应头、响应数据和感知区域适合实际接收的字节时;否则放弃感知并记录。树内 iSER 和 NVMe-RDMA 接收路径已通过 wc->byte_len 绑定其解析;这使ib_srp与他们保持一致。
    (CVE-2026-53186)

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

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

  - 攻击者可以通过发送 IXFR 查询造成传出后端的 TCP 连接卡住直到超时发生，而不是立即释放。如果此后端的并发连接数量存在限制，或者进程耗尽文件描述符时，可利用此缺陷造成拒绝服务。（CVE-2026-40209）

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

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

  - KVM：arm64：nv：修复 ！ 时 XN[0] 的处理FEAT_XNX XN 已从其位字段位置提取，因此对清除 XN[0] 的掩码使用 FIELD_PREP（） 将完全损坏，其效果为无条件授予执行权限... 通过操纵正确的位修复明显错误。
    (CVE-2026-53200)

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

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

  - drm/amdgpu：避免 userq 验证中的双重 drm_exec_fini（） new_addition为 true 时，amdgpu_userq_vm_validate（） 会调用 drm_exec_fini（&exec），然后再迭代收集的 HMM 范围并调用 amdgpu_ttm_tt_get_user_pages（）。如果 amdgpu_ttm_tt_get_user_pages（） 在该路径中失败，代码将跳转到 unlock_all 并在同一个 exec 对象上再次调用 drm_exec_fini（&exec）。drm_exec_fini（） 不是幂等：它释放 exec->objects，也可以终止 exec->contended 并最终完成 ww 获取上下文。完成 exec 后，将该错误路径直接路由至范围清理。使用原型静态分析工具发现问题，并经代码审查确认。（从提交 2802952e4a07306da6ebe813ff1acacc5691851a 中精选出的内容）（CVE-2026-52987）

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

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

  - thunderbolt：将 XDomain 响应复制限制为实际帧大小 tb_xdomain_copy（） 会从接收到的数据包缓冲区复制 req->response_size 字节，而不管实际帧大小。当短响应到达时，这会越过 DMA 池缓冲区中的有效帧数据，读入之前事务的过时内容。将最小帧大小和预期响应大小用于复制长度。
    (CVE-2026-53146)

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

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

  - drm/v3d：修复全局性能监控程序引用计数 在 SET_GLOBAL ioctl 中，v3d_perfmon_find（） 增大其返回的 perfmon 上的引用计数，但是 v3d_perfmon_set_global_ioctl（） 和 v3d_perfmon_delete（） 无法在多个路径上释放该引用：1. v3d_perfmon_set_global_ioctl（） 泄漏其错误路径中的引用。2. CLEAR_GLOBAL会泄漏查找引用，以及配置该引用的 SET_GLOBAL ioctl 先前隐藏在 v3d->global_perfmon 中的引用。3. 破坏作为当前全局 perfmon 的 perfmon 会泄漏 SET_GLOBAL ioctl 隐藏的引用。明确释放每个引用。（CVE-2026-53141）

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

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

  - sctp：验证 COOKIE_ECHO 处理过程中缓存的对等机 INIT 区块长度 监听 SCTP 服务器处理 COOKIE_ECHO 区块时，解析 Cookie 后嵌入的缓存对等机 INIT 区块，然后通过 sctp_process_init（） 使用 sctp_walk_params（） 遍历其参数。但是，未针对 COOKIE_ECHO 负载中的剩余缓冲区对此缓存 INIT 区块的区块标头长度进行验证。如果长度字段过大，则参数遍历可能会超出实际接收到的数据，从而导致在以后的参数处理期间发生越界读取和潜在内存损坏（例如
    STATE_COOKIE处理和 kmemdup（） 副本）。在 sctp_unpack_cookie（） 中添加边界检查以确保缓存的 INIT 区块长度在使用之前不会超过COOKIE_ECHO缓冲区中的可用数据。
    (CVE-2026-53246)

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

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

  - net：phonet：绑定失败时不在 pn_socket_autobind（） 中BUG_ON（） syzbot 报告了通过 pn_socket_autobind（） 从 pn_socket_sendmsg（） 触发的内核缺陷：net/phonet/socket.c：213！RIP：
    0010：pn_socket_autobind net/phonet/socket.c：213 [内联] RIP：0010：pn_socket_sendmsg+0x240/0x250 net/phonet/socket.c：421 调用跟踪：sock_sendmsg_nosec+0x112/0x150 net/socket.c：797 __sock_sendmsg net/socket.c：812 [内联] __sys_sendto+0x402/0x590 net/socket.c：2280 ...pn_socket_autobind（） 使用端口 0 调用 pn_socket_bind（），在 -EINVAL 时，假设套接字已绑定并断言端口为非零：err = pn_socket_bind（sock， ...， sizeof（struct sockaddr_pn））;if （err ！= -EINVAL） 返回错误;BUG_ON（！pn_port（pn_sk（sock->sk）->sobject））;返回 0;/* 套接字已被绑定 */ 但是，当 sk->sk_state 未TCP_CLOSE时，即使套接字从未绑定且 pn_port（） 仍然是 0，pn_socket_bind（） 也会返回 -EINVAL。在这种情况下，BUG_ON（） 会从用户可触发的路径触发内核并造成内核恐慌。将返回 -EINVAL 但 pn_port（） 仍为 0 的 bind 视为常规错误，并将 -EINVAL 传播给调用程序，而非崩溃。现有调用程序已将从 pn_socket_autobind（） 的非零返回转换为 -ENOBUFS/-EAGAIN，因此此处返回 -EINVAL 只会将行为从错误更改为正常错误。（CVE-2026-53292）

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

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

  - drm/amd/display：避免 dc_dmub_srv_log_diagnostic_data（） 和 dc_dmub_srv_enable_dpia_trace（） 的dc_dmub_srv错误路径中的空取消引用。两个函数都检查：if （！dc_dmub_srv || ！dc_dmub_srv->dmub），然后调用该区块中的 DC_LOG_ERROR（）。DC_LOG_ERROR（） 在内部使用 dc_dmub_srv->ctx。因此，如果dc_dmub_srv为 NULL，日志记录本身可取消引用空指针并导致崩溃。通过拆分检查来修复此问题。首先检查dc_dmub_srv是否为空，然后立即返回。然后检查 dc_dmub_srv->dmub，并仅在dc_dmub_srv有效时记录错误。修复了以下问题：
    ../display/dc/dc_dmub_srv.c：962 dc_dmub_srv_log_diagnostic_data（） 错误：我们之前假设“dc_dmub_srv”可能为空（请参阅第 961 行）../display/dc/dc_dmub_srv.c：1167 dc_dmub_srv_enable_dpia_trace（） 错误：我们之前假设“dc_dmub_srv”可能为空（请参阅第 1166 行）（CVE-2026-53313）

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

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

  - 恢复 wireguard： device：启用线程 NAPI 这会恢复提交 933466fc50a8e4eb167acbd0d8ec96a078462e9c，即提交 db9ae3b6b43c79b1ba87eea849fd65efa05b4b2e 上游。我们收到了三个独立的生产用户报告，结合 Cilium 使用 WireGuard 作为加密，导致某些对等节点的 k8s Pod E/W 流量完全停止。情况如下所示：- 网络负载过重时很少发生，但随机发生。- 一旦该问题触发解密端完全停止为该 WireGuard 对等机工作，其他对等机将继续正常工作。针对该特定 WireGuard 对等机新发起的连接也会发生等待。- 仅解密端受到影响，加密端从不受到影响。- 一旦触发，它将永远不会恢复并保持此状态，该节点上的 CPU/内存看起来正常，没有泄漏、繁忙循环或崩溃。- 受影响系统上的 bpftrace 显示 wg_prev_queue_enqueue 失败，从而达到对等机rx_queue的MAX_QUEUED_PACKETS （1024 skbs！）。- 此外，bpftrace 显示该对等机的 wg_packet_rx_poll 在为该对等机达到此状态后再也不会被调用。对于其他对等方wg_packet_rx_poll可正常调用。- 提交 db9ae3b（wireguard：设备：启用线程 NAPI）默认将 WireGuard 切换为线程 NAPI。未更改用于触发该问题的默认值，也未发生 CPU 热插拔（即 5bd8de2（wireguard：排队：始终在 wg_cpumask_choose_online（）中返回有效的在线 CPU）。- 在稳定内核 v5.15 以及 v6.1 中发现此问题。
    据报告，v5.10 稳定版本运行正常，也没有关于 v6.6 稳定版本的报告（虽然 [0] 中有一些相关讨论）。- 在 WireGuard 驱动程序中，v5.10 稳定版和 v5.15 稳定版之间的唯一重大区别是默认切换到线程 NAPI。[0] https://lore.kernel.org/netdev/CA+wXwBTT74RErDGAnj98PqS=wvdh8eM1pi4q6tTdExtjnokKqA@mail.gmail.com/Breakdown 导致的问题：1） 抵达待解密的 skbs 通过wg_queue_enqueue_per_device_and_peer被排入 wg_packet_consume_data 中的对等>rx_queue。2） 后者仅在 skb 未超过 MAX_QUEUED_PACKETS （1024） 时才将 skb 移动到 MPSC 对等队列中，后者通过 wg_prev_queue_enqueue 在原子计数器中进行跟踪。3） 如果排队成功，skb 也会在设备队列中排队，轮询策略选择下一个在线 CPU，并计划解密工作线程。4） 一旦安排好，wg_packet_decrypt_worker会从队列中获取这些内容，解密数据包，并在完成调用后调用wg_queue_enqueue_per_peer_rx。5） 后者会在成功时将状态更新为PACKET_STATE_CRYPTED，并在每个 peer->napi 实例上调用napi_schedule。6） 然后 NAPI 通过wg_packet_rx_poll进行轮询。
    wg_prev_queue_peek对等>rx_queue的检查。如果尚未缓存队列> skb，或者只是返回后者，否则将wg_prev_queue_dequeue。（wg_prev_queue_drop_peeked 稍后会清除缓存。）7） 从排序的角度来看，对等>rx_queue有 skbs 按顺序排列，而具有来自全局排序 PoV 的每 CPU 工作线程的设备队列可以完成解密并发出 skb 无序信号PACKET_STATE_CRYPTED。8） 可以观察到一种情况，当系统面临压力时，第一个传入的数据包将被卡住等待解密工作被安排更长的时间。9） 在这种情况下，其他 CPU 会同时完成解密并调用 napi_schedule。10） 现在，在 wg_packet_rx_poll 中，它从对等>rx_queue中获取第一个有序 skb，并发现其状态仍PACKET_STATE_UNCRYPTED。然后 NAPI 轮询例程退出 e ---truncated--- （CVE-2026-52945）

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

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

  - 恶意的授权服务器可通过 ZoneToCache 函数发送构建的区域，从而导致由于输入验证不足而导致 Recursor 崩溃。（CVE-2026-42387）

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

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

  - net：mvpp2：在硬件数据包偏移处同步 RX 数据 mvpp2 对 RX 队列数据包偏移进行编程，以便硬件在 dma_addr + MVPP2_SKB_HEADROOM处写入接收到的数据。当前 CPU 同步从 dma_addr 开始，仅覆盖 rx_bytes + MVPP2_MH_SIZE 字节，这样会同步未使用的余量，并且缺少数据包末尾的相同字节数。在非相干的 DMA 系统上，这可让 CPU 读取所接收帧结尾的过时缓存内容。使用具有 MVPP2_SKB_HEADROOM 作为范围偏移的 dma_sync_single_range_for_cpu（），这样同步就涵盖硬件实际写入的 Marvell 标头和数据包数据。
    (CVE-2026-53217)

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

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

  - USB：serial：io_ti：修复 get_manuf_info（） 中的堆溢出 get_manuf_info（） 从设备 I2C EEPROM 读取 le16_to_cpu（rom_desc->Size） 字节到使用 kmalloc_obj（） 分配的缓冲区，其为 sizeof（struct edge_ti_manuf_descriptor） = 10 字节。Size 字段来自设备，仅经过验证（在 check_i2c_image（） 中），以确保描述符适合 TI_MAX_I2C_SIZE（16384 字节）以内，而不是针对目标缓冲区大小。因此，恶意 USB 设备可将 Size 设置为最高 16377 的任意值，从而在插入运行此驱动程序的主机时造成最高 16367 字节的堆溢出。valid_csum（） 在 read_rom（） 之后被调用，并且还会迭代 buffer[0..Size-1]，从而使越界访问复杂化。通过在调用 read_rom（） 之前拒绝具有意外长度的描述符进行修复。[ johan：
    修改提交消息;还会检查短描述符 ] （CVE-2026-53196）

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

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

  - accel/ivpu：添加针对固件日志索引的边界检查。添加固件日志缓冲区中的读写索引在使用前位于有效边界 （< data_size） 内的验证。如果（来自固件）遇到越界索引，请将其限制为安全值，而不是继续使用无效的偏移。这可防止固件提供无效日志索引时潜在的越界缓冲区访问。
    (CVE-2026-53205)

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

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

  - Nmap through 未 7.99 使 IPv6 扩展标头遍历在ipv6_get_data_primitive （libnetutil/netutil.cc） 的捕获数据包内，因此指针前进超过缓冲区，剩余长度计算下溢至较大的值。在原始 IPv6 扫描期间，如果传回带有截断扩展标头的特制 IPv6 响应，则扫描目标或在路径上攻击者可能会触发越界读取和崩溃。（CVE-2026-58058）

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

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

  - accel/ethosu：拒绝来自用户空间的NPU_OP_RESIZE命令 NPU_OP_RESIZE此为 U85驱动程序尚未实现的仅限命令。每当用户空间通过DRM_IOCTL_ETHOSU_GEM_CREATE提交此命令时，现有 WARN_ON（1） 占位符将无条件触发，从而导致不受限制的内核日志垃圾邮件。如果设置 panic_on_warn，则内核错误对任何具有 DRM 设备访问权限的非特权用户发出普通的拒绝服务原语。将 WARN_ON（1） 替换为明确的 -EINVAL 返回符，以便在命令到达硬件之前 ioctl 将其拒绝。（CVE-2026-53169）

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

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

  - bpf：验证 arena_alloc_pages（） 中的node_id arena_alloc_pages（） 接受普通 int node_id，并在不进行任何边界检查的情况下通过整个分配链将其转发。在 arena_alloc_pages（） 中将node_id传递到分配链之前对其进行验证。（CVE-2026-53031）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm: Replace old pointer to new idr Commit 5e28b7b94408 introduced a logical error by failing to replace the newly generated IDR pointer to old id's pointer at the correct location within the change handle logic; this resulted in the issue reported by syzbot [1]. Specifically, the new IDR object pointer is intended to replace the original id's pointer during the normal execution flow. Additionally, an unnecessary conditional check for the ret exit path has been removed. [1] !RB_EMPTY_ROOT(&prime_fpriv->dmabufs) WARNING: drivers/gpu/drm/drm_prime.c:224 at drm_prime_destroy_file_private+0x48/0x60 drivers/gpu/drm/drm_prime.c:224, CPU#0: syz.0.17/5833 Call Trace: drm_file_free.part.0+0x7e6/0xcc0 drivers/gpu/drm/drm_file.c:269 drm_file_free drivers/gpu/drm/drm_file.c:237 [inline] drm_close_helper.isra.0+0x186/0x200 drivers/gpu/drm/drm_file.c:290 drm_release+0x1ab/0x360 drivers/gpu/drm/drm_file.c:438 (CVE-2026-52966)

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

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

  - tty：hvc_iucv：修复支持的设备数量中的差一 MAX_HVC_IUCV_LINES == HVC_ALLOC_TTY_ADAPTERS == 8。这是以下条目的数量：静态结构hvc_iucv_private
    *hvc_iucv_table[MAX_HVC_IUCV_LINES];有时 hvc_iucv_table[] 会受到以下限制：（a） if （num > hvc_iucv_devices） // 用于错误检测或 （b） for （i = 0; i < hvc_iucv_devices; i++） // 在 2 个地方（所以这两个地方不一致，第二个对我来说似乎是正确的。）hvc_iucv_devices可以是 0..8。这是一个计数器。（c） if （hvc_iucv_devices > MAX_HVC_IUCV_LINES） 如果 hvc_iucv_devices == 8，（a） 允许代码访问 hvc_iucv_table[8]。哎呀。（CVE-2026-53306）

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

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

  - fuse：拒绝目录上的 fuse_notify（） 页面缓存操作 FUSE_NOTIFY_STORE 和FUSE_NOTIFY_RETRIEVE操作允许 FUSE 后台程序主动写入/读取页面缓存内容。对于具有FOPEN_CACHE_DIR的目录，页面缓存被用作内核内部缓存存储，用户空间不应直接访问此缓存 - 特别是，如果缓存包含虚假数据，fuse_parse_cache（） 将命中 WARN_ON（）。拒绝带有 -EINVAL 的常规文件以外的任何文件的FUSE_NOTIFY_STORE和FUSE_NOTIFY_RETRIEVE。（CVE-2026-53168）

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

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

  - f2fs：使用 f2fs_sbi_show（） 中的 sb_lock 保护extension_list读取 在 f2fs_sbi_show（） 中，无需保留 sbi->sb_lock 即可读取 extension_list、extension_count 和 hot_ext_count。如果并发 sysfs 存储通过 f2fs_update_extension_list（） 修改扩展列表，显示路径可能会读取不一致的计数和数组内容，从而可能导致越界访问或显示过时数据。通过按住整个扩展列表读取和排版操作的sb_lock来修复此问题。
    (CVE-2026-53303)

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

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

  - nilfs2：拒绝 nilfs_ioctl_mark_blocks_dirty（） 中的零bd_oblocknr nilfs_ioctl_mark_blocks_dirty（） 使用bd_oblocknr通过将其与当前区块编号 bd_blocknr 进行比较来检测死区块。如果它们不同，则该块被视为死并被跳过。但是，bd_oblocknr 不应为 0，因为块 0 通常存储主超级块，并且从来都不是有效的 GC 目标块。bd_oblocknr 设置为 0 的损坏 ioctl 请求导致查找返回 -ENOENT 并将 bd_blocknr 设置为 0 时出现比较错误匹配，从而绕过死块检查并调用不存在区块上的 nilfs_bmap_mark（）。这会导致 nilfs_btree_do_lookup（） 返回 -ENOENT，从而触发 WARN_ON（ret == -ENOENT）。通过拒绝在每次迭代开始时将 bd_oblocknr 设置为 0 的 ioctl 请求来修复此问题。[ryusuke：
    为准确起见，稍微修改了提交消息和注释] （CVE-2026-53320）

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

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

  - xsk：缓存 csum_start/csum_offset 以修复 xsk_skb_metadata（） 中的 TOCTOU TX 元数据区域位于 UMEM 缓冲区中，UMEM 缓冲区为内存映射，可由用户空间同时写入。在 xsk_skb_metadata（） 中，从共享内存读取 csum_start 和 csum_offset 进行边界验证，然后再次读取以进行 skb 分配。恶意用户空间应用程序可在两次读取之间争用以覆盖这些值，从而绕过边界检查，并在传输路径中的校验和计算期间造成越界内存访问。通过将csum_start和csum_offset读入本地变量一次，然后使用本地副本进行验证和分配，来修复此问题。请注意，其他元数据字段（标记、launch_time）和缓存的 csum 字段可能因并发用户空间写入而相互不一致，但这是良性的：唯一对安全至关重要的不变因素是每个字段的验证值与使用的值相同，本地缓存保证了这一点。（CVE-2026-53250）

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

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

  - misc：fastrpc：修复释放 fl->lock 后返回原始指针fastrpc_map_create fastrpc_map_lookup中的释放后使用争用。调用程序fastrpc_map_create在此未受保护的指针上调用fastrpc_map_get （kref_get_unless_zero）。并行MEM_UNMAP可释放锁定释放和 kref 操作之间的映射，从而在释放的 slab 对象上导致释放后使用。将 take_ref 参数还原为 fastrpc_map_lookup，以便在指针暴露给调用程序之前，在 fl->lock 下以原子方式获取引用。（CVE-2026-53160）

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

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

  - mailbox：添加通道数组的健全性检查 如果邮箱控制器未附加通道数组，则以正常失败。否则，较后的取消引用将导致可能看不到的 OOPS，因为邮箱控制器可能非常早地实例化。删除解释此处显而易见的评论。
    (CVE-2026-53295)

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

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

  - netfilter：bridge：使 ARP 重写ebt_snat可写 ebtables SNAT 目标将以太网源地址重写保留在 skb_ensure_writable（skb， 0） 之后。这是有意为之的：在桥接 ebtables 挂钩处，以太网标头通过 skb_mac_header（）/eth_hdr（） 进行寻址，而 skb->data 指向以太网负载。要求 skb_ensure_writable（） ETH_HLEN字节将检查负载而非以太网标头，并且将重新引入提交 63137bc5882a 修复的小数据包回归。但是，可选的 ARP 发送方硬件地址重写是不同的。它通过 skb_store_bits（） 以相对于 skb->data 的偏移写入：skb_store_bits（skb， sizeof（struct arphdr）， info->mac， ETH_ALEN） skb_header_pointer（） 仅安全读取 ARP 标头;它不会使较晚的发送方硬件地址范围变得可写。如果该范围仍保留在由 splice 导入的文件页面支持的非线性 skb 片段中，则 skb_store_bits（） 将映射 frag 页面并将新的 MAC 地址直接复制到其中。在读取 ARP 标头之前和调用 skb_store_bits（） 之前确保 ARP SHA 范围是可写的。（CVE-2026-53266）

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

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

  - net：mana：防止mana_remove重复调用 如果 PM 恢复失败（例如，mana_attach（） 返回错误），mana_probe（） 会调用 mana_remove（），这将关闭设备并将 gd->gdma_context = NULL 和 gd->driver_data = NULL 设置为 NULL。但是，失败的恢复回调不会自动取消绑定驱动程序。当设备最终解除绑定时，将再次调用 mana_remove（）。在没有 NULL 检查的情况下，它会以 gc == NULL 取消引用 gc->dev，从而导致内核错误。如果 gdma_context 或 driver_data 为 NULL，则添加提前返回，因此第二次调用无害。将 dev = gc->dev 分配移动到防护之后，使其无法取消引用 NULL。（CVE-2026-53297）

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

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

  - io_uring/napi：上限busy_poll_to 10 毫秒 目前，未找到任何事件时 napi 可以轮询的最长时间没有上限，这可导致内核对任务卡住提出投诉，因为该循环内未进行有条件的重新安排。只需将其总计限制在 10 毫秒，这已经远远高于任何可以获得任何好处的合理值，但又足够低，以至于它远未能够触发抢占投诉。（CVE-2026-53321）

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

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

  - wifi：mt76：mt7921：对工作站 AID 设置上限 任何配置有超过 20 个 AID 的电台都会导致固件崩溃。我们在 7922 硬件上使用 AP 接口进行测试时出现此情况，并包含来源于 Mediatek 的 OpenWRT 源的经过修改的 hostapd。在库存 hostapd 中，站台 AID 从 1 开始计数，并且通过关联站的上限阻止此配置。然而，修改后的 hostapd 从 65 开始分配，导致固件崩溃。此补丁不允许这些 AID 正常工作，但会防止固件崩溃。此崩溃只出现在IFTYPE_AP接口上，该补丁似乎不会影响IFTYPE_STATION行为。（CVE-2026-53317）

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

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

  - wifi：cfg80211：强制执行 HE/EHT 端点/操作一致性 Xiang Mei 报告，如果 eht_cap 已设置但未设置eht_oper则 mac80211 可能会崩溃。与其为单个用户修复此问题，不如强制使 HE/EHT 具有一致的元素。（CVE-2026-53257）

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

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

  - Debian Linux - qemu - 无 Ubuntu Linux - [未知描述] （CVE-2026-48915）

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

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

  - NSD 版本 4.13.0 在记录有关 TLS 连接的错误时存在堆释放后使用缺陷，从而导致服务器进程崩溃，可通过 DoT 连接发送 DNS 查询并在未读取响应的情况下关闭连接轻易触发此漏洞。（CVE-2026-12245）

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

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

  - 如果为 provide-xfr 指定了 tls-auth-name，请求传输的辅助服务器应提供具有该名称的客户端证书。但是，当请求通过 TLS 经常规 tls-port（而非 tls-auth-port）传入或通过 TCP 经常规端口传入时，则不需要客户端证书，前提是 provide-xfr 规则的其他条件匹配。（CVE-2026-12490）

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

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

  - libssh2 through 从 1.11.1 publickey-subsystem 响应读取攻击者控制的 32 位属性计数，并在分配num_attrs * sizeof（libssh2_publickey_attribute） 中使用而不进行边界检查，因此在 32 位平台上乘法溢出到缓冲区过小。然后，恶意 SSH 服务器可驱动属性解析循环写入超出分配范围，从而在连接的 libssh2 客户端中造成堆缓冲区溢出。（CVE-2026-58050）

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

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

  - ice：修复 ice_set_ringparam（） 错误路径中潜在的空指针取消引用ice_set_ringparam使临时tx_rings的tstamp_ring无效，而不清除ICE_TX_RING_FLAGS_TXTIME位。当设置了 ICE_TX_RING_FLAGS_TXTIME 并且后续的 ice_setup_tx_ring（） 调用失败时，展开序列中可发生空指针取消引用： ice_clean_tx_ring（） -> ice_is_txtime_cfg（） == true （已设置 ICE_TX_RING_FLAGS_TXTIME） -> ice_free_tx_tstamp_ring（） -> ice_free_tstamp_ring（） -> tstamp_ring->desc （空取消引用） 清除ICE_TX_RING_FLAGS_TXTIME位以避免潜在问题。请注意，这个潜在问题可以通过手动代码审查发现。仅编译测试，因为不幸的是我没有 E830 设备。（CVE-2026-53007）

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

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

  - drm/ttm：修复 ttm_bo_swapout（） 在交换失败时无限 LRU 经过 ttm_tt_swapout（） 失败时，当前代码先调用 ttm_resource_add_bulk_move（），接着调用 ttm_resource_move_to_lru_tail（） 以还原资源的 bulk_move 成员身份。但是，ttm_resource_move_to_lru_tail（） 将资源放在 LRU 列表的末尾，相对于遍历光标的挂钩节点（生成资源时紧接在资源之后），将资源放在挂钩的 * 前面。挂钩的下一个 list_for_each_entry_continue（） 再次找到相同的资源，从而造成无限循环。通过仅将del_bulk_move延迟到成功路径来修复。在成功路径上，ttm_tt_swapout（） 刚刚设置了TTM_TT_FLAG_SWAPPED，但仍在bulk_move范围内跟踪资源，因此 ttm_resource_del_bulk_move（） 的 ！ttm_resource_unevictable（） 保护将错误地跳过删除。
    引入绕过该保护的 ttm_resource_del_bulk_move_unevictable（）。（CVE-2026-52965）

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

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

  - FFmpeg 的 RASC 视频解码器（libavcodec/rasc.c 中的 decode_dlta）在 NEXT_LINE 行边界检查之前，在行光标处执行 32 位读取和写入，并以像素而非字节单位验证 DLTA 区域，因此，在 PAL8 帧上运行的 DLTA 可以访问超出行分配的多个字节。使用 RASC FourCC（由 libavcodec 解码）构建的媒体流会触发由比特流控制的越界堆写入和相邻越界读取，导致内存损坏。（CVE-2026-58049）

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

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

  - tcp：将SO_ATTACH_FILTER限制为 priv 用户 此修补程序可将 TCP 套接字上的 SO_ATTACH_FILTER （cBPF） 限制为具有CAP_NET_ADMIN能力的用户。这可阻止潜在的边信道攻击，即非特权应用程序附加过滤器以泄露 TCP 序列/确认号。（CVE-2026-53236）

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

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

  - accel/ethosu：修复 dma_length（） 中的算术问题 dma_length（） 从命令流值派生 DMA 区域使用情况并更新 region_size[]： len = （（len + stride[0]） * size0 + stride[1]） * size1 region_size[region] = max（...， len + dma->offset） 有几个算术问题可损坏派生的区域大小： - 添加到长度时，有符号的步幅值可能下溢 - 中间乘法可能溢出 - len + dma->offset 在region_size更新期间可能溢出 - 返回 dma_length（） 错误未经调用程序 region_size[] 验证的部分稍后会被 ethosu_job.c 用于针对 GEM 缓冲区大小验证命令流访问。因此，算术回绕可少报区域使用情况并绕过边界验证。通过验证已签名的加法、使用溢出帮助程序进行乘法和偏移更新以及将 dma_length（） 失败传播给调用程序来进行修复。（CVE-2026-53171）

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

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

  - i3c：master：renesas：修复 renesas_i3c_i3c_xfers（） 中的内存泄漏 renesas_i3c_alloc_xfer（） 分配的 xfer 结构从未在 renesas_i3c_i3c_xfers（） 函数中得到释放。当变量超出范围时，使用 __free（kfree） cleanup 属性自动释放内存。（CVE-2026-53030）

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

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

  - ipv6：mcast：修复处理 MLD 查询时的释放后使用 当处理 MLD 查询时，最初解析数据包时会检索指向多播群组地址的指针。尽管 skb 标头可能已跟随 pskb_may_pull（） 调用进行重新分配，导致释放后使用 [1]，但随后也会取消引用此指针，而未重新加载。通过在初始解析数据包时复制多播群组地址进行修复。[1] 缺陷：KASAN：__mld_query_work 中的 slab-use-after-free （net/ipv6/mcast.c：1512） 任务 kworker/4:1/118 在地址 ffff8881154b8e90 处读取大小为 8 工作队列：mld mld_query_work 调用跟踪： <TASK> dump_stack_lvl （lib/dump_stack.c：94 lib/dump_stack.c：120） print_address_description.constprop.0 （mm/kasan/report.c：378） print_report （mm/kasan/report.c：482） kasan_report （mm/kasan/report.c：595） __mld_query_work （net/ipv6/mcast.c：1512） mld_query_work （net/ipv6/mcast.c：1563） process_one_work （kernel/workqueue.c：3314） worker_thread （kernel/workqueue.c：3397 kernel/workqueue.c：3478） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：158） ret_from_fork_asm （arch/x86/entry/entry_64.S：245） </TASK> [...]由任务 118 释放：kasan_save_stack （mm/kasan/common.c：57） kasan_save_track （mm/kasan/common.c：78） kasan_save_free_info （mm/kasan/generic.c：584） __kasan_slab_free （mm/kasan/common.c：253 mm/kasan/common.c：285） kfree （./include/linux/kasan.h：235 mm/slub.c：2689 mm/slub.c：6251 mm/slub.c：6566） pskb_expand_head （net/core/skbuff.c：2335） __pskb_pull_tail （net/core/skbuff.c：2878 （discriminator 4）） __mld_query_work （net/ipv6/mcast.c：1495 （discriminator1）） mld_query_work （net/ipv6/mcast.c：1563） process_one_work （kernel/workqueue.c：3314） worker_thread （kernel/workqueue.c：3397 kernel/workqueue.c：3478） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：158） ret_from_fork_asm （arch/x86/entry/entry_64.S：245） （CVE-2026-53275）

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

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

  - nvmem：core：修复错误路径中的释放后使用缺陷 修复我们在其中调用的错误路径的多个实例
    __nvmem_device_put（） - 这最终可能会释放底层内存和其他资源 - 然后继续使用 nvmem 结构。始终将对 nvmem 设备的引用作为返回错误代码之前的最后一步。（CVE-2026-53156）

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

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

  - iommu/vt-d：避免空指针取消引用或引用计数损坏 提交 60f030f7418d（iommu/vt-d：避免在WARN_ON_ONCE后使用 NULL） 在不太可能的情况下部分修复了空指针取消引用。如果在dev_pasids列表中找不到dev_pasid，则它仍然保持 NULL。但是会无条件执行拆卸操作，这会导致空指针取消引用或引用计数损坏。如果域从未附加到此 IOMMU，则 info 将为空，这会在检查 --info->refcnt 时造成立即取消引用。即使 info 不是 NULL，在不删除有效 PASID 的情况下递减 refcount 也可能会使计数不平衡。这可能导致 refcount 过早降至 0，从而可能对共享域的其余活动设备造成释放后使用。如果dev_pasid为 NULL，则通过在执行拆卸操作之前提早返回来修复此问题。问题由 AI 审查发现，并由 Kevin Tian 提出建议。
    https://sashiko.dev/#/patchset/20260421031347.1408890-1-zhenzhong.duan%40intel.com (CVE-2026-53281)

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

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

  - Debian Linux - qemu - 无 Ubuntu Linux - [未知描述] （CVE-2026-48002）

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

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

  - PCI：tegra194：修复由核心开机前的 DBI 访问造成的 CBB 超时 当 PERST# 被取消断言两次 （assert -> deassert -> assert -> deassert） 时，DBI 寄存器偏移0x8bc发生 CBB（控制主干）超时 （PCIE_MISC_CONTROL_1_OFF）。这是因为在 reset_control_deassert（） 打开控制器核心电源之前调用了 pci_epc_deinit_notify（） 和 dw_pcie_ep_cleanup（）。导致超时的调用链：pex_ep_event_pex_rst_deassert（） pci_epc_deinit_notify（） pci_epf_test_epc_deinit（） pci_epf_test_clear_bar（） pci_epc_clear_bar（） dw_pcie_ep_clear_bar（） __dw_pcie_ep_reset_bar（） dw_pcie_dbi_ro_wr_en（） <- 访问 0x8bc DBI 寄存器 reset_control_deassert（pcie->core_rst） <- 核心已打开 HERE DBI 寄存器， 包括 PCIE_MISC_CONTROL_1_OFF （0x8bc） 在内，只能在控制器核心通过 reset_control_deassert （PCIe->core_rst） 通电后才能访问。在此时间点之前访问它们会导致 CBB 超时，因为硬件尚未运行。通过将 pci_epc_deinit_notify（） 和 dw_pcie_ep_cleanup（） 移动到之后 reset_control_deassert（pcie->core_rst） 来修复此问题，确保在任何 DBI 寄存器访问发生之前控制器已完全通电。（CVE-2026-53051）

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

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

  - thunderbolt：将 XDomain 响应数据复制限制为分配大小 tb_xdp_properties_request（） 从响应头派生每个数据包的复制长度，而不检查其是否适合以前分配的数据缓冲区。恶意对等可将其长度字段设置为大于声明的data_length，从而导致 memcpy 写入超过 kcalloc 分配。限制每个数据包的复制长度，使累积偏移量永远不会超过 data_len。（CVE-2026-53148）

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

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

  - Debian Linux - qemu - 无 Ubuntu Linux - [未知描述] （CVE-2026-48003）

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

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

  - ipv6：修复 cleanup_prefix_route（） 中的潜在 NPD addrconf_get_prefix_route（） 可返回具有空fib6_table指针的fib6_null_entry sentinel 条目。因此，在设置路由的到期时间之前，请检查我们是否没有使用此条目，否则将触发 NPD [1]。
    请注意，addrconf_get_prefix_route（） 的其他调用程序不易受到此缺陷的影响：1.
    addrconf_prefix_rcv（）：请求包含“RTF_ADDRCONF |RTF_PREFIX_RT“标记，这些标记未在fib6_null_entry上设置。2. modify_prefix_route（）：已通过提交 a747e02430df 修复（ipv6：避免 modify_prefix_route（）） 中可能的空取消引用）。3. __ipv6_ifa_notify（）：调用专门检查fib6_null_entry并返回错误的 ip6_del_rt（）。[1] 哎呀：一般保护错误，可能针对非规范地址 0xdffffc0000000006：0000 [#1] SMP KASAN KASAN：范围内的 null-ptr-deref [0x0000000000000030-0x0000000000000037] [...]调用跟踪： <TASK> __kasan_check_byte （mm/kasan/common.c：573） lock_acquire.part.0 （kernel/locking/lockdep.c：5842 （discriminator 1））
    _raw_spin_lock_bh （kernel/locking/spinlock.c：182 （discriminator 1）） cleanup_prefix_route （net/ipv6/addrconf.c：1280） ipv6_del_addr （net/ipv6/addrconf.c：1342） inet6_addr_del.isra.0 （net/ipv6/addrconf.c：3119） inet6_rtm_deladdr （net/ipv6/addrconf.c：4812） rtnetlink_rcv_msg （net/core/rtnetlink.c：6997） netlink_rcv_skb （net/netlink/af_netlink.c：2555） netlink_unicast （net/netlink/af_netlink.c：1344） netlink_sendmsg （net/netlink/af_netlink.c：1899） __sock_sendmsg （net/socket.c：802 （判别器 4）） ____sys_sendmsg （net/socket.c：2698） ___sys_sendmsg （net/socket.c：2752） __sys_sendmsg （net/socket.c：2784） do_syscall_64 （arch/x86/entry/syscall_64.c：63 arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） （CVE-2026-53214）

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

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

  - ip6_vti：修复 vti6_tnl_lookup（） 中不正确的隧道匹配 在 vti6_tnl_lookup（） 中，当隧道的完全匹配失败时，代码会回退到搜索通配符隧道： - 与数据包的本地地址匹配的隧道，具有任何远程通配符远程地址）。- 与数据包的远程地址匹配的隧道，具有任何本地地址（本地通配符）。但 vti6 将所有这些不同类型的隧道存储在同一个容易遭受哈希冲突的哈希表 （ip6n->tnls_r_l） 中。缺陷是 vti6_tnl_lookup（） 中的回退搜索循环缺少用于确保候选隧道实际上具有通配符地址的检查。
    (CVE-2026-53221)

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

ID	名称	严重性
323551	Linux Distros 未修补的漏洞：CVE-2026-42005	medium
323550	Linux Distros 未修补的漏洞：CVE-2026-53186	critical
323549	Linux Distros 未修补的漏洞：CVE-2026-40209	medium
323548	Linux Distros 未修补的漏洞：CVE-2026-53200	high
323547	Linux Distros 未修补的漏洞：CVE-2026-52987	high
323546	Linux Distros 未修补的漏洞：CVE-2026-53146	high
323545	Linux Distros 未修补的漏洞：CVE-2026-53141	medium
323544	Linux Distros 未修补的漏洞：CVE-2026-53246	critical
323543	Linux Distros 未修补的漏洞：CVE-2026-53292	medium
323542	Linux Distros 未修补的漏洞：CVE-2026-53313	medium
323541	Linux Distros 未修补的漏洞：CVE-2026-52945	high
323540	Linux Distros 未修补的漏洞：CVE-2026-42387	medium
323539	Linux Distros 未修补的漏洞：CVE-2026-53217	high
323538	Linux Distros 未修补的漏洞：CVE-2026-53196	medium
323537	Linux Distros 未修补的漏洞：CVE-2026-53205	high
323536	Linux Distros 未修补的漏洞：CVE-2026-58058	medium
323535	Linux Distros 未修补的漏洞：CVE-2026-53169	medium
323534	Linux Distros 未修补的漏洞：CVE-2026-53031	high
323533	Linux Distros 未修补的漏洞：CVE-2026-52966	medium
323532	Linux Distros 未修补的漏洞：CVE-2026-53306	medium
323531	Linux Distros 未修补的漏洞：CVE-2026-53168	medium
323530	Linux Distros 未修补的漏洞：CVE-2026-53303	high
323529	Linux Distros 未修补的漏洞：CVE-2026-53320	medium
323528	Linux Distros 未修补的漏洞：CVE-2026-53250	high
323527	Linux Distros 未修补的漏洞：CVE-2026-53160	high
323526	Linux Distros 未修补的漏洞：CVE-2026-53295	medium
323525	Linux Distros 未修补的漏洞：CVE-2026-53266	high
323524	Linux Distros 未修补的漏洞：CVE-2026-53297	medium
323523	Linux Distros 未修补的漏洞：CVE-2026-53321	medium
323522	Linux Distros 未修补的漏洞：CVE-2026-53317	medium
323521	Linux Distros 未修补的漏洞：CVE-2026-53257	medium
323520	Linux Distros 未修补的漏洞：CVE-2026-48915	low
323519	Linux Distros 未修补的漏洞：CVE-2026-12245	high
323518	Linux Distros 未修补的漏洞：CVE-2026-12490	high
323517	Linux Distros 未修补的漏洞：CVE-2026-58050	high
323516	Linux Distros 未修补的漏洞：CVE-2026-53007	medium
323515	Linux Distros 未修补的漏洞：CVE-2026-52965	medium
323514	Linux Distros 未修补的漏洞：CVE-2026-58049	high
323513	Linux Distros 未修补的漏洞：CVE-2026-53236	medium
323512	Linux Distros 未修补的漏洞：CVE-2026-53171	high
323511	Linux Distros 未修补的漏洞：CVE-2026-53030	medium
323510	Linux Distros 未修补的漏洞：CVE-2026-53275	high
323509	Linux Distros 未修补的漏洞：CVE-2026-53156	high
323508	Linux Distros 未修补的漏洞：CVE-2026-53281	medium
323507	Linux Distros 未修补的漏洞：CVE-2026-48002	medium
323506	Linux Distros 未修补的漏洞：CVE-2026-53051	medium
323505	Linux Distros 未修补的漏洞：CVE-2026-53148	high
323504	Linux Distros 未修补的漏洞：CVE-2026-48003	medium
323503	Linux Distros 未修补的漏洞：CVE-2026-53214	medium
323502	Linux Distros 未修补的漏洞：CVE-2026-53221	critical

检测

Nessus 的 Misc. 系列

medium

critical

medium

high

high

high

medium

critical

medium

medium

high

medium

high

medium

high

medium

medium

high

medium

medium

medium

high

medium

high

high

medium

high

medium

medium

medium

medium

low

high

high

high

medium

medium

high

medium

high

medium

high

high

medium

medium

medium

high

medium

medium

critical