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

  - 已修复 Linux 内核中的下列漏洞：rseq: Fix using an uninitialized stack variable in rseq_exit_user_update() There is an bug in which an uninitialized stack variable is used in rseq_exit_user_update() as reported by syzbot: BUG: KMSAN: kernel-infoleak in rseq_set_ids_get_csaddr include/linux/rseq_entry.h:502 [inline] The local variable: struct rseq_ids ids = { .cpu_id = task_cpu(t), .mm_cid = task_mm_cid(t), .node_id = cpu_to_node(ids.cpu_id), }; According to the C standard, the evaluation order of expressions in an initializer list is indeterminately sequenced. The compiler (Clang, in this KMSAN build) evaluates `cpu_to_node(ids.cpu_id)` *before* `ids.cpu_id` is initialized with `task_cpu(t)`. This is fixed by moving the assignment of ids.node_id outside the structure initialization.
    (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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：firmware: stratix10-rsu: Fix NULL deref on rsu_send_msg() timeout in probe rsu_send_msg() can return -ETIMEDOUT when wait_for_completion_interruptible_timeout() fires while the SMC call is still pending. In stratix10_rsu_probe(), the error paths for COMMAND_RSU_DCMF_VERSION, COMMAND_RSU_DCMF_STATUS, COMMAND_RSU_MAX_RETRY and COMMAND_RSU_GET_SPT_TABLE call stratix10_svc_free_channel() - which sets chan->scl to NULL - but then fall through and queue the next request on the same channel. The next svc kthread that runs will dereference pdata->chan->scl in its receive callback path, triggering a NULL pointer dereference identical to the one fixed by commit c45f7263100c (firmware: stratix10-rsu: Fix NULL pointer dereference when RSU is disabled) for the COMMAND_RSU_STATUS path. Apply the same cleanup pattern to the remaining failure paths: remove the async client, free the channel, and return early so no further messages are queued on a channel whose scl has been cleared. While at it, clean up stratix10_rsu_probe() in two ways without changing behavior: - Drop redundant zero-initialization of fields already cleared by devm_kzalloc(): client.receive_cb, status.* and spt0/1_address (INVALID_SPT_ADDRESS is 0x0). - Replace five identical 3-line error-cleanup blocks (stratix10_svc_remove_async_client() + stratix10_svc_free_channel() + return ret) with goto labels (remove_async_client, free_channel), matching the standard kernel resource-unwinding pattern and making it easier to extend the probe sequence without forgetting matching cleanup. Also move init_completion() next to mutex_init() so sync-primitive initialization is grouped before anything that could trigger a callback. --- v2: Add a minor clean-up of the function stratix10_rsu_probe() to have a centralize exit for all the rsu_send_async_msg() and 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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：net: psp: check for device unregister when creating assoc psp_assoc_device_get_locked() obtains a psp_dev reference via psp_dev_get_for_sock() (which uses psp_dev_tryget() under RCU); it then acquires psd->lock and drops the reference. Before the lock is taken, psp_dev_unregister() can run to completion: take psd->lock, clear out state, unlock, drop the registration reference. The expectation is that the lock prevents device unregistration, but much like with netdevs special care has to be taken when upgrading a reference to a locked device. Add the missing check if device is still alive. psp_dev_is_registered() exists already but had no callers, which makes me wonder if I either forgot to add this or lost the check during refactoring... (CVE-2026-52979)

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

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

  - Incus 是一个系统容器和虚拟机管理器。在低于该版本 7.2.0之前的版本中，自定义卷复制缺少授权检查，其中攻击者知道自己无权访问的项目的名称以及该项目中自定义卷的名称，可能会将自定义卷复制到新项目。此问题可允许攻击者访问其未获授权访问的自定义卷中的密码。版本 7.2.0 针对此问题提供了补丁。(CVE-2026-55621)

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

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

  - Incus 是一个系统容器和虚拟机管理器。在 7.2.0版本之前，“/instances/$name/exec”端点的“record-output”参数将命令的输出存储在实例的“exec-output”目录中。若“exec-output”为符号链接，则名为“exec_UUID.stdout”和“exec_UUID.stderr”的文件可被写入“.stdout”文件将包含任意内容的任意位置。此行为可被滥用于执行任意命令。版本 7.2.0 包含一个修补程序。
    (CVE-2026-48750)

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

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

  - Bytes：：Random：：Secure 版本通过 Perl 在 0.29 fork 进程共享内部状态。当一个对象在分叉之前或使用功能接口时，在进程之间共享 PRNG 的内部状态，并且将产生相同的随机流。多进程应用程序中生成的密码可跨进程预测。（CVE-2026-11625）

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

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

  - ipv6：任播：将 ACA 插入 idev->lock 下的全局哈希 syzbot 报告了 SPLAT [1]：ipv6_chk_acast_addr（） 中的 slab-use-after-free，它遍历 RCU 下的全局 inet6_acaddr_lst[] 哈希并取消引用仍在哈希中链接时已经释放的结构 ifacaddr6，因此之后的阅读器会走进悬摆节点。在 __ipv6_dev_ac_inc（） 中，aca 分配了 refcount 1，然后 aca_get（） 将其升级到 2 以使其在解锁区域中保持活动。它发布到 idev->ac_list 下的 idev->lock，但 ipv6_add_acaddr_hash（） 在 write_unlock_bh（） 之后运行。并发拆卸（从 RTNL 下的 addrconf_ifdown（） 中的 ipv6_ac_destroy_dev（））可滑入该窗口：CPU0 __ipv6_dev_ac_inc CPU1 ipv6_ac_destroy_dev （RTNL） ------------------------------ ------------------------------------ aca_alloc（） refcnt 1 aca_get（） refcnt 2 write_lock_bh（idev->lock） 将 aca 添加到 ac_list write_unlock_bh（idev->lock） write_lock_bh（idev->lock） 将 aca 从 ac_list write_unlock_bh（idev->lock） ipv6_del_acaddr_hash（aca） hlist_del_init_rcu（）是 no-op，aca 尚未在哈希中 aca_put（） refcnt 2->1 ipv6_add_acaddr_hash（aca） aca 现在已插入到哈希中 aca_put（） refcnt 1->0 call_rcu（aca_free_rcu） -> kfree（aca） 由于插入尚未发生，哈希删除变为不 op，因此一旦 CPU0 插入并丢弃最后一个引用， ACA 在仍链接 inet6_acaddr_lst[]到 时释放，并且阅读器会在重用 slab 插槽后取消引用释放的内存。一旦 RTNL 停止针对设备拆卸序列化加入路径，此窗口就会打开。将 ipv6_add_acaddr_hash（） 移动到 idev->lock 部分内，以便 ac_list 和哈希插入对于拆卸具有原子性：现在，Racing Remover 要么完全遗漏 aca，要么在两个列表中都找到它。acaddr_hash_lock现在嵌套在 idev->lock 下，后者是在 softirq 上下文中获取的，因此将所有acaddr_hash_lock站点切换到 spin_lock_bh（） 以避免 [2] 中报告的 irq 锁定反转。[1] https://syzkaller.appspot.com/bug?extid=a01df04303c131efbf3a [2] https://lore.kernel.org/netdev/6a194ef7.ba3b1513.1890b4.0000.GAE@google.com/ （CVE-2026-53259）

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

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

  - wifi：mt76：mt7925：防止 mt7925_mac_write_txwi 中的空 vif 取消引用 在访问“ieee80211_vif_is_mld（vif）”之前检查空“vif”以避免在“vif”可能未初始化的情况下可能出现内核错误。（CVE-2026-53105）

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

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

  - 在 Web servlet 上下文中将 Apache Shiro 与 shiro-guice 模块搭配使用时，特别构建的 HTTP 请求可造成认证绕过。此漏洞类似于 https://www.cve.org/CVERecord?id=CVE-2020-1957 https://www.cve.org/CVERecord ，不同之处在于它影响的是“shiro-guice”模块而非“shiro-spring”模块。此问题影响 Apache Shiro 及之前 2.x的所有版本，以及仅当在 Web servlet 上下文中使用“shiro-guice”模块时才会影响 3.0.0-alpha-1。升级到或更高版本 3.0.0 ，修复了此问题。（CVE-2026-56091）

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

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

  - 已修复 Linux 内核中的下列漏洞：s390/ap: use generic driver_override infrastructure When the AP masks are updated via apmask_store() or aqmask_store(), ap_bus_revise_bindings() is called after ap_attr_mutex has been released. This calls
    __ap_revise_reserved(), which accesses the driver_override field without holding any lock, racing against a concurrent driver_override_store() that may free the old string, resulting in a potential UAF. Fix this by using the driver-core driver_override infrastructure, which protects all accesses with an internal spinlock. Note that unlike most other buses, the AP bus does not check driver_override in its match() callback; the override is checked in ap_device_probe() and __ap_revise_reserved() instead. Also note that we do not enable the driver_override feature of struct bus_type, as AP - in contrast to most other buses - passes to sysfs_emit() when the driver_override pointer is NULL. Thus, printing \n instead of (null)\n. Additionally, AP has a custom counter that is modified in the corresponding custom driver_override_store(). (CVE-2026-53116)

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

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

  - webp 解码器在处理尺寸与画布大小不匹配的 VP8 区块时可能出现错误。
    (CVE-2026-46601)

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

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

  - 之前 GPAC Project/MP4Box 26.02.0 的 gf_filter_pid_reconfigure_task_discard 函数 （/filter_core/filter_pid.c） 中存在释放后使用，允许攻击者通过提供构造的媒体文件造成拒绝服务 （DoS）。（CVE-2025-60471）

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

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

  - Incus 是一个系统容器和虚拟机管理器。在低于该版本 7.2.0之前的版本中，当恶意的图像服务器返回构建的“Incus-Image-Hash”标头时，Incus 客户端中存在任意文件写入。这可能导致在服务器上以根用户身份执行任意命令。版本 7.2.0 修补了该问题。
    (CVE-2026-48769)

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

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

  - 请记住，服务器未验证 cookie 使用期限。这可能允许攻击者拦截有效 cookie，并无限无限地重复使用，即使已过配置的过期时间。此问题影响 Apache Shiro 的所有2.x版本1.2.4，以及 3.0.0-alpha-1，仅当启用了 RememberMe 功能时。升级到或更高版本 3.0.0 ，修复了此问题。（CVE-2026-56130）

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

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

  - net/sched：act_mirred：修复 tcf_blockcast_redir 中进行mac_header_xmit检查的错误设备 在 tcf_blockcast_redir（） 中，迭代块端口以将数据包重定向到多个设备时，会从错误的设备查询mac_header_xmit标记。循环发送到 dev_prev但查询 dev_is_mac_header_xmit（dev），这是迭代中的下一个设备，而不是被发送到的设备。这会导致 tcf_mirred_to_dev（） 对是推送还是拉取 MAC 标头做出错误的决定。当块包含混合设备类型（例如，以太网 veth 和隧道设备）时，中间设备会获取错误的 mac_header_xmit 标记，从而导致 skb 标头损坏。在最坏的情况下，mac_len不正确的skb_push_rcsum可能会耗尽余量并出现恐慌。循环中的最后一个设备得到正确处理（行 365-366 使用 dev_is_mac_header_xmit（dev_prev）），确认这是对中间设备的复制粘贴疏忽。针对 mac_header_xmit 查询使用 dev_prev 代替 dev 进行修复，与实际发送到的设备一致。（CVE-2026-53014）

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

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

  - 解码具有越界条带偏移的无效图像时，TIFF 解码器可能出现错误。
    (CVE-2026-46604)

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

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

  - py7zr 是一个基于 Python 的库和实用工具，支持 7zip 存档压缩、解压缩、加密和解密。和更低版本 1.1.2 包含一个任意文件写入漏洞，该漏洞允许通过构建的恶意符号链接链在目标目录外部重新创建符号链接。当使用 extractall 提取存档时，库会还原这些符号链接，并将它们链接到主机文件系统上的任意目录。在提取过程中，程序只检查目标目录中的链接 arcname，而忽略合并的符号链接路径解析。攻击者可以通过构建恶意存档来利用此漏洞，从而绕过提取器实现的目录边界限制。后续通过这些符号链接提取常规文件可导致任意文件写入。此漏洞可能导致远程代码执行、权限升级、数据损坏或拒绝服务。此问题已在 1.1.3 版本中修复。
    (CVE-2026-23879)

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

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

  - Protego 是纯 Python robots.txt解析器，支持现代约定。在低于 0.6.2、 protego._urlpattern._URLPattern._prepare_pattern_for_regex 之前，将 Allow 或 Disallow 指令中的每个星号都转换为惰性正则表达式通配符，因此包含许多星号的指令会创建指数回溯。蛋白之后。Protego.parse 处理构建的 robots.txt 文件 protego。Protego.can_fetch可在攻击者控制的一段时间内匹配未遂的 URL，并拒绝向爬虫提供服务。在 _URLPattern 匹配逻辑中，有漏洞的路径为 src/protego/_urlpattern.py。
    此问题已在 0.6.2 版本中修复。(CVE-2026-55520)

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

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

  - 在 到 之前的 6.9Canonical LXD 版本4.12中，图像导入功能中的服务器端请求伪造 （SSRF） 漏洞允许具有 can_create_images 权限的经认证用户通过 /images 端点与内部网络基础设施交互。从 URL 源导入图像时，LXD 后台程序无法验证或限制出站目标 IP 地址，从而允许与环回、 RFC1918 私有范围和云元数据端点之间的连接。这样可允许基于错误的端口扫描，以及从后台程序网络位置与内部 HTTP 服务进行未经授权的交互。（CVE-2026-28385）

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Switch CONFIG_CFI_CLANG to CONFIG_CFI This was renamed in commit 23ef9d439769 (kcfi: Rename CONFIG_CFI_CLANG to CONFIG_CFI) as it is now a compiler-agnostic option. Using the wrong name results in the code getting compiled out. Meaning the CFI failures for btf_dtor_kfunc_t would still trigger. (CVE-2026-53099)

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

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

  - drm/ttm：修复备份失败时的 ttm_bo_shrink（） LRU 无限经过 应用与 b2ed01e7ad 相同的补丁（drm/ttm：修复 ttm_bo_shrink（） 路径中的 ttm_bo_swapout（） 交换失败时的 LRU 无限经过）。仅使用 ttm_resource_del_bulk_move_unevictable（），将del_bulk_move从备份前移动到仅在成功之后，因为现在资源在完全备份后不可驱逐。（CVE-2026-52949）

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

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

  - shell-quote 之前 1.8.5 使用 Array.prototype.concat 作为 reduce 累加器完成 parse（） 中的解析标记，这会在每次迭代时重新分配并复制整个不断增长的数组。因此，相对于输入标记数，parse（） 以 O（n^2） 时间运行。攻击者如果能够向调用 parse（） 的任何代码路径提供攻击者控制的字符串（不需要 shell 元字符，只需用普通空格分隔的单词即可），则可以通过较小的输入长时间阻断单线程 Node.js 事件循环，从而导致拒绝服务。不存在代码执行或数据泄露;影响仅限于可用性。已在 1.8.5 版中修复。(CVE-2026-13311)

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

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

  - 通过 VdmStream：：AddLine 的 0.15 libais 在处理具有空或超出范围顺序消息 ID 的 AIS 句子时，使用未经检查的 sentinel 值作为矢量索引。远程攻击者可通过 VHF 船舶无线电或 IP 源发送特制的 AIVDM 句，造成服务或船舶系统崩溃，从而造成越界内存访问和潜在损坏。（CVE-2026-56770）

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

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

  - libnfs 935b8db 之前版本 6.0.2 的版本在与构建的 NFS 服务器建立连接期间，当预期的 PDU 大小超过 xid/record-marker 中的绝对 PDU 大小时，lib/socket.c 的 rpc_read_from_socket READ_IOVEC中出现 xid 整数下溢。（CVE-2026-57918）

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

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

  - Incus 是一个系统容器和虚拟机管理器。在低于该版本 7.2.0之前，缺少实例复制的授权检查，其中攻击者知道自己无权访问的项目的名称以及该项目中实例的名称，可以将该实例复制到新项目。此问题可允许攻击者在其未获授权访问的情况下访问机密。版本 7.2.0 针对此问题提供了补丁。(CVE-2026-55622)

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

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

  - 之前 GPAC Project/MP4Box 26.02.0 的 gf_filter_in_parent_chain 函数 （/filter_core/filter_pid.c） 中的空指针取消引用允许攻击者通过提供构建的文件造成拒绝服务 （DoS）。（CVE-2025-60473）

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

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

  - GPAC 多媒体开源项目 GPAC 项目/MP4Box 2.5-DEV-rev1593-gfe88c3545-master 受到以下漏洞影响：
    缓冲区溢出。影响为：造成拒绝服务（本地）。组件为：
    filter_core/filter_pid.c （L：574-580）：函数 gf_filter_pid_inst_swap_delete_task（） 在 PID 实例交换/删除清理期间未正确访问已释放的对象，导致堆释放后使用。攻击向量为：本地 （AV：L）：经身份验证的本地用户若使用 MP4Box 处理特制的 MPEG-2 TS/MP4 文件，便可在筛选器拆卸（PID 实例交换/删除）期间触发此错误，进而导致崩溃。在 GPAC 的 MP4Box 中，filter_core/filter_pid.c 中的 gf_filter_pid_inst_swap_delete_task（） 在交换/删除操作后清理 PID 实例时，可能会取消引用释放对象。构造的输入（例如，畸形的 MPEG-2 TS）可触发堆释放后使用和崩溃;可以利用此漏洞。
    (CVE-2025-60468)

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

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

  - Incus 是一个系统容器和虚拟机管理器。在低于版本之前的版本 7.2.0中，可使用特别构建的图像在主机上读取或创建/写入任意文件，从而可能导致任意命令执行。版本 7.2.0 已修复该问题。(CVE-2026-48749)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/ethosu: fix OOB write in ethosu_gem_cmdstream_copy_and_validate() The command stream parsing loop increments the index variable a second time when a 64-bit command word is encountered (bit 14 set), but does not re-check the loop bound before writing the second word: for (i = 0; i < size / 4; i++) { bocmds[i] = cmds[0]; if (cmd & 0x4000) {i++; bocmds[i] = cmds[1]; /* unchecked */ } } The buffer bocmds is backed by a DMA allocation of exactly size bytes from drm_gem_dma_create(ddev, size), giving valid indices [0, size/4-1]. When i == size/4 - 1 on entry to an iteration and bit 14 of cmds[0] is set, bocmds[size/4-1] is written in bounds, i is then incremented to size/4, and bocmds[size/4] writes four bytes past the end of the allocation. Userspace controls both the buffer contents and the size argument via the ioctl, making this a userspace-triggerable heap out-of-bounds write. Fix by checking the incremented index against the buffer bound before the second write and returning -EINVAL if the buffer is too small to contain the extended command. (CVE-2026-53173)

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

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

  - 之前 GPAC Project/MP4Box 26.02.0 的 gf_filter_pid_inst_swap_delete_task 函数 （/filter_core/filter_pid.c） 中存在释放后使用，允许攻击者通过提供构造的媒体文件造成拒绝服务 （DoS）。（CVE-2025-60467）

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

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

  - GPAC Project/MP4Box 26.02.0 之前的 gf_media_import 函数 （/media_tools/av_parsers.c） 中的缓冲区溢出允许攻击者通过提供构建的输入造成拒绝服务 （DoS）。
    (CVE-2025-60474)

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

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

  - jq 是一个命令行 JSON 处理器。在 1.8.2之前的 32 位系统上，jvp_string_append 可能会发生整数/多个溢出，然后导致大量缓冲区溢出。此漏洞已在 1.8.2 中修复。(CVE-2026-54679)

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

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

  - Incus 是一个系统容器和虚拟机管理器。在低于此版本 7.1.0之前，对用户提供的备份压缩算法的不当验证导致在构建的命令行中发生参数注入。
    这导致主机上的任意文件写入，从而可能导致任意命令执行。
    版本 7.1.0 针对此问题提供了补丁。(CVE-2026-48755)

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

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

  - drm/xe/dma-buf：处理空 bo 和 UAF 争用 触发invalidate_mappings钩时，此处似乎存在一些令人讨厌的争用：1） 我们在 xe_dma_buf_init_obj（） 中实际的完整 bo init 步骤之前，先执行 xe_bo_alloc（），然后接着执行 attach。但是，附加之后，bo 在附件列表中可见。这很糟糕，因为导出器驱动程序（例如 amdgpu）可随时回调我们的 invalidate_mappings 挂钩，包含空的/虚假的 bo，从而导致潜在的错误/崩溃。2） 类似于 1），但这里我们得到一个 UAF，当invalidate_mappings钩被触发时。例如，我们到达了 xe_bo_init_locked（），但这在某种程度上失败了。但在这里，bo 将在发生错误时释放，但我们仍然将其从 dma-buf pov 附加，因此，如果现在触发了invalidate_mappings，则我们访问的 bo 将消失，我们将触发 UAF 以及更多缺陷/崩溃。要解决此问题，请移动附加步骤，直到我们真正拥有完全设置的缓冲区对象。
    请注意，bo 要到稍后才会发布到用户空间，因此不确定“在我们拥有有效附件之前不要发布 bo”注释指的是什么。我们至少有两个不同的客户报告，从 amdgpu 导入某些内容时，在 evict_flags 中发生空指针取消引用，随后触发驱逐流。命中率也很低，这暗示了某种种族，所以像 1） 或 2） 之类的东西可以解释这一点。v2： - 稍微打乱操作的顺序（无功能变更） - 改进注释以更好地说明排序 （Matt B）（从提交 af1f2ad0c59fe4e2f924c526f66e968289d77971 中精选出的内容）（CVE-2026-52951）

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

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

  - wifi：mt76：mt7915：修复 mt7915_mac_dump_work（） 中的释放后使用缺陷 当 mt7915 pci 芯片分离时，mt7915_crash_data在 mt7915_coredump_unregister（） 中释放。但是，工作项dump_work可能仍在运行或待定，从而导致在 mt7915_mac_dump_work（） 中再次取消引用已释放crash_data时出现 UAF 缺陷。争用条件可能在如下方式发生：CPU 0（删除路径）|CPU 1（工作队列）mt7915_pci_remove（） |mt7915_sys_recovery_set（） mt7915_unregister_device（） |mt7915_reset（） mt7915_coredump_unregister（） |queue_work（） vfree（dev->coredump.crash_data） |mt7915_mac_dump_work（） |crash_data-> // UAF 通过确保在取消分配crash_data前正确取消dump_work来修复此问题。在 mt7915_unregister_device（） 中添加 cancel_work_sync（） 以与任何待定或执行中的转储工作同步。（CVE-2026-53098）

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

ID	名称	严重性
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
323351	Linux Distros 未修补的漏洞：CVE-2026-52979	medium
323350	Linux Distros 未修补的漏洞：CVE-2026-55621	high
323349	Linux Distros 未修补的漏洞：CVE-2026-48750	critical
323348	Linux Distros 未修补的漏洞：CVE-2026-11625	high
323347	Linux Distros 未修补的漏洞：CVE-2026-53259	high
323345	Linux Distros 未修补的漏洞：CVE-2026-53105	medium
323342	Linux Distros 未修补的漏洞：CVE-2026-56091	high
323339	Linux Distros 未修补的漏洞：CVE-2026-53116	high
323338	Linux Distros 未修补的漏洞：CVE-2026-46601	high
323336	Linux Distros 未修补的漏洞：CVE-2025-60471	medium
323335	Linux Distros 未修补的漏洞：CVE-2026-48769	critical
323333	Linux Distros 未修补的漏洞：CVE-2026-56130	low
323331	Linux Distros 未修补的漏洞：CVE-2026-53014	medium
323330	Linux Distros 未修补的漏洞：CVE-2026-46604	high
323328	Linux Distros 未修补的漏洞：CVE-2026-23879	high
323327	Linux Distros 未修补的漏洞：CVE-2026-55520	high
323326	Linux Distros 未修补的漏洞：CVE-2026-28385	medium
323325	Linux Distros 未修补的漏洞：CVE-2026-53099	medium
323324	Linux Distros 未修补的漏洞：CVE-2026-52949	medium
323323	Linux Distros 未修补的漏洞：CVE-2026-13311	high
323322	Linux Distros 未修补的漏洞：CVE-2026-56770	high
323321	Linux Distros 未修补的漏洞：CVE-2026-57918	high
323320	Linux Distros 未修补的漏洞：CVE-2026-55622	high
323318	Linux Distros 未修补的漏洞：CVE-2025-60473	medium
323317	Linux Distros 未修补的漏洞：CVE-2025-60468	medium
323316	Linux Distros 未修补的漏洞：CVE-2026-48749	critical
323313	Linux Distros 未修补的漏洞：CVE-2026-53173	high
323312	Linux Distros 未修补的漏洞：CVE-2025-60467	high
323311	Linux Distros 未修补的漏洞：CVE-2025-60474	high
323308	Linux Distros 未修补的漏洞：CVE-2026-54679	medium
323307	Linux Distros 未修补的漏洞：CVE-2026-48755	critical
323304	Linux Distros 未修补的漏洞：CVE-2026-52951	high
323303	Linux Distros 未修补的漏洞：CVE-2026-53098	high

检测

Nessus 的 Misc. 系列

high

medium

medium

high

medium

high

high

critical

medium

high

critical

medium

medium

high

high

high

medium

medium

high

critical

high

high

medium

high

high

high

medium

critical

low

medium

high

high

high

medium

medium

medium

high

high

high

high

medium

medium

critical

high

high

high

medium

critical

high

high