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

  - 在 Unix 域套接字路径中使用代理协议 v2 时，可能不会根据配置的 tlsCATrusts 允许列表验证源自 X.509 客户端证书的角色。这可在 MONGODB-X509 认证之后导致非预期的角色分配。受影响的场景需要代理 Unix 域套接字的本地访问权限和由受信任证书颁发机构颁发的有效 X.509 证书。
    (CVE-2026-13067)

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

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

  - 在 GIMP 中的 file-fits 插件中发现一个缺陷。当处理 FITS 图像文件时，该插件使用有符号的 32 位宽度和高度整数计算内存分配大小。如果特制文件将两个值都设置为较大的值，则其乘积将超过 2^31 并发生溢出，从而导致基于堆的缓冲区分配过小。此整数溢出问题导致 cfitsio 随后在缓冲区中写入整行像素时发生基于堆的缓冲区溢出，从而造成内存损坏，从而可能造成任意代码执行或拒绝服务。（CVE-2026-66758）

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

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

  - KVM：arm64：nv：修复 kvm_hyp_handle_mops（） 中的SPSR_EL2还原 kvm_hyp_handle_mops（） 通过修改 vcpu_cpsr（） 并将结果直接写入硬件，在倒带 MOPS 异常状态的过程中重置单步状态机。在嵌套虚拟化的情况下，vcpu_cpsr（） 是一个综合值，因此 KVM 的其余部分可以干净利落地处理 vEL2。这意味着该值在写入硬件之前需要转换，但不幸的是 MOPS 处理程序中缺少这部分。通过直接修改SPSR_EL2并完全避免合成状态来修复此问题，该状态将在下一次“完全”退出返回 KVM 时重新同步。（CVE-2026-64555）

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

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

  - 可能错误地允许在一个数据库上持有光标终止权限的经认证用户终止单独数据库上的活动游标，从而中断其他用户正在进行的查询操作。
    此行为源自于授权检查未正确将权限范围限定为相应命名空间。（CVE-2026-13068）

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

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

  - 已修复 Linux 内核中的下列漏洞：block: recompute nr_integrity_segments in blk_insert_cloned_request blk_insert_cloned_request() already recomputes nr_phys_segments against the bottom queue, because the queue settings related to segment counting may differ from the original queue.
    The exact same reasoning applies to integrity segments: a stacked driver's underlying queue can have tighter virt_boundary_mask, seg_boundary_mask, or max_segment_size than the top queue, in which case blk_rq_count_integrity_sg() against the bottom queue produces a different count than the cached rq->nr_integrity_segments inherited from the source request by blk_rq_prep_clone(). When the cached count is lower than the bottom queue's actual count, blk_rq_map_integrity_sg() trips BUG_ON(segments > rq->nr_integrity_segments); on dispatch. The same families of stacked setups that motivated the existing nr_phys_segments recompute -- dm-multipath fanning out to nvme-rdma in particular -- can produce this.
    Mirror the nr_phys_segments handling: when the request carries integrity, recompute nr_integrity_segments against the bottom queue and reject the request if it exceeds the bottom queue's max_integrity_segments.
    blk_rq_count_integrity_sg() and queue_max_integrity_segments() are both already available via <linux/blk-integrity.h>, which blk-mq.c includes. This closes a latent gap in the stacking contract and brings the integrity-segment accounting in line with the existing phys-segment accounting. (CVE-2026-64232)

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

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

  - 已修复 Linux 内核中的下列漏洞：kernel/fork: clear PF_BLOCK_TS in copy_process() PF_BLOCK_TS is only set in blk_time_get_ns() when current->plug is non-NULL, and blk_finish_plug() clears it via __blk_flush_plug() before NULLing the plug pointer. copy_process() breaks the invariant by inheriting PF_BLOCK_TS from the parent while resetting the child's plug to NULL. Clear PF_BLOCK_TS alongside that assignment so callers can rely on PF_BLOCK_TS set implies current->plug != NULL and dereference current->plug unguarded. (CVE-2026-64253)

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

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

  - 拥有只读权限的用户能够使用具有特定 sortBy 表达式类型的窗口函数运算符构建 $linearFill 聚合管道，以造成 mongod 进程异常终止，从而导致拒绝服务。造成此问题的原因是执行期间未充分验证排序规格。（CVE-2026-13065）

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

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

  - 在 GIMP 中的 file-icns 插件中发现一个缺陷。在 ICNS 图像处理期间应用解压缩掩码时，插件会从掩码数据缓冲区读取，而不验证光标是否超过分配的资源大小。如果构建的文件包含截断的掩码资源，则 icns_decompress 函数会继续超出缓冲区的边界进行读取。此越界读取漏洞可导致堆内容信息泄露，其中内存内容会以 alpha 通道像素值的形式泄露，或者如果访问未映射的内存时发生崩溃，可导致拒绝服务。（CVE-2026-66759）

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

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

  - ipv6：修复 fib6_nh_mtu_change（） 中的 null-ptr-deref。fib6_nh_mtu_change（） 通过
    __in6_dev_get（arg->dev） 并取消引用 idev->cnf.mtu6，而无需 NULL 检查。addrconf_ifdown（） 在 rt6_disable_ip（） 发布 tb6_lock 后，会通过 RCU_INIT_POINTER（） 清除 dev->ip6_ptr，因此 RA 驱动的 MTU walk 可观察到空 idev 和 oops。调用程序 rt6_mtu_change_route（） 保护自己的 __in6_dev_get（），但此重新提取不受保护;nexthop 支持的路由在 addrconf_ifdown（） 的刷新后仍存在，因此遍历在 ip6_ptr 为空之后仍会到达该路由。idev 为空时返回 0，匹配 rt6_mtu_change_route（） 和提交 5ad509c1fdad 中的 fib6_mtu（） 补丁（ipv6： 修复 fib6_mtu（） 中的 null-ptr-deref。）。哎呀：一般保护故障，... KASAN：范围内的 null-ptr-deref [0x00000000000002a8-0x00000000000002af] RIP：
    0010：fib6_nh_mtu_change+0x203/0x990 rt6_mtu_change_route+0x141/0x1d0 __fib6_clean_all+0xd0/0x160 rt6_mtu_change+0xb4/0x100 ndisc_router_discovery+0x24b5/0x2cb0 icmpv6_rcv+0x12e9/0x1710 ipv6_rcv+0x39b/0x410 （CVE-2026-64538）

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

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

  - 经过认证的用户可能可以通过聚合阶段查看 $listSessions 属于系统上其他用户的会话元数据。此信息通常仅限于具有群集级别管理权限的用户使用，并且包括活动会话标识符、关联的用户名以及活动时间戳。（CVE-2026-13061）

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

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

  - usbnet：gl620a：修复 genelink_rx_fixup（） 中的越界读取 genelink_rx_fixup（） 使用从设备提供的数据获取的每个数据包长度，将聚合的 RX 帧拆分为其各个数据包。该长度仅以 GL_MAX_PACKET_LEN （1514） 为界;它永远不会与实际收到的字节数进行比较。因此，恶意 GeneLink （GL620A） 设备可发送标头声明packet_count > 1 的短 URB 和第一个最多 1514 字节的数据包。skb_put_data（gl_skb， packet->packet_data， size）;
    然后复制过接收缓冲区的末端，并将相邻的 slab 内容向上传递到网络堆栈，这是一种会导致泄漏内核堆的越界读取。无需权限：一旦接口启动，路径就会在 usbnet RX softirq 中运行。缺陷：KASAN：genelink_rx_fixup中的 slab-out-of-bound （drivers/net/usb/gl620a.c：112） 在地址读取大小为 1514 的任务 ksoftirqd/0/14 调用跟踪：... __asan_memcpy （mm/kasan/shadow.c：105） genelink_rx_fixup （include/linux/skbuff.h：2814 drivers/net/usb/gl620a.c：112） usbnet_bh （drivers/net/usb/usbnet.c：572 drivers/net/usb/usbnet.c：1589） process_one_work （kernel/workqueue.c：3322） bh_worker （kernel/workqueue.c：3405） tasklet_action （kernel/softirq.c：965） handle_softirqs（kernel/softirq.c：622） run_ksoftirqd （kernel/softirq.c：1076） ...
    skb_pull（） 已验证请求的长度是否适合缓冲区，否则返回 NULL。将其移到副本前面并检查其结果，以便在读取之前拒绝溢出已接收数据的数据包。数据包完全存在的格式良好的框架不受影响。（CVE-2026-64540）

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

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

  - 已修复 Linux 内核中的下列漏洞：sched_ext: Avoid UAF in scx_root_enable_workfn() init failure path In scx_root_enable_workfn(), put_task_struct(p) is called before scx_error() dereferences p->comm and p->pid. If the iterator's reference is the last drop, the task is freed synchronously and the deref becomes a UAF. Move put_task_struct() past scx_error().
    (CVE-2026-64226)

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

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

  - 某些涉及深度嵌套 $jsonSchema 构造的查询操作可触发受影响的 MongoDB 部署中不成比例的 CPU 消耗，从而可能导致资源耗尽。标准管理控件无法中断所生成的 CPU 绑定操作。（CVE-2026-13064）

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: qcom: qmp-usbc: Fix out-of-bounds array access in dp swing config swing_tbl and pre_emphasis_tbl are 4x4 arrays (valid indices 0-3), but the boundary check uses > 4 instead of >= 4, allowing index 4 to cause an out-of-bounds access.
    (CVE-2026-64209)

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

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

  - 已修复 Linux 内核中的下列漏洞：powerpc/time: Remove redundant preempt_disable|enable() calls from arch_irq_work_raise() A kernel panic is observed when handling machine check exceptions from real mode. BUG: Unable to handle kernel data access on read at 0xc00000006be21300 Oops: Kernel access of bad area, sig: 11 [#1] MSR: 8000000000001003 <SF,ME,RI,LE> CR: 88222248 XER:
    00000005 CFAR: c00000000003ffc4 DAR: c00000006be21300 DSISR: 40000000 IRQMASK: 0 NIP [c000000000029e40] arch_irq_work_raise+0x10/0x70 LR [c00000000003ffc8] machine_check_queue_event+0xa8/0x150 Call Trace:
    [c0000000179d3c70] [c00000000003ff64] machine_check_queue_event+0x44/0x150 [c0000000179d3d30] [c0000000000084e0] machine_check_early_common+0x1f0/0x2c0 The crash occurs because arch_irq_work_raise() calls preempt_disable() from machine check exception (MCE) handlers running in real mode. In this context, accessing the preempt_count can fault, leading to the panic. The preempt_disable()/preempt_enable() pair in arch_irq_work_raise() was originally added by commit 0fe1ac48bef0 (powerpc/perf_event: Fix oops due to perf_event_do_pending call) to avoid races while raising irq work from exception context. Later, commit 471ba0e686cb (irq_work: Do not raise an IPI when queueing work on the local CPU) added preemption protection in irq_work_queue() path, while commit 20b876918c06 (irq_work: Use per cpu atomics instead of regular atomics) added equivalent protection in irq_work_queue_on() before reaching arch_irq_work_raise(): irq_work_queue() / irq_work_queue_on() -> preempt_disable() ->
    __irq_work_queue_local() -> irq_work_raise() -> arch_irq_work_raise() As a result, callers other than mce_irq_work_raise() already execute with preemption disabled, making the additional preempt_disable()/preempt_enable() pair in arch_irq_work_raise() redundant. The arch_irq_work_raise() function executes in NMI context when called from MCE handler. Hence we will not be preempted or scheduled out since we are in NMI context with MSR[EE]=0. Therefore, it is safe to remove the preempt_disable()/preempt_enable() calls from here. Remove it to avoid accessing preempt_count from real mode context. [Maddy: Fixed the commit title] (CVE-2026-64214)

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

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

  - octeontx2-af：CGX：向具有 13 个元素cgx_speed_mbps但RESP_LINKSTAT_SPEED可生成值 0-15 的索引cgx_speed_mbps添加边界检查。如果返回值 >= 13，这将造成越界数组访问。添加边界检查，如果索引超出范围，则默认为速度 0。（CVE-2026-64225）

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

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

  - 输入：elan_i2c - 使用前验证固件大小 在访问固件文件之前，确保文件足够大，足以包含预期数量的页数和签名（驻留在固件 blob 的末尾），以防止潜在的越界读取。（CVE-2026-64237）

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

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

  - usb：gadget：net2280：修复探测错误路径中的双重释放 usb_initialize_gadget（） 将 gadget_release（） 安装为嵌入式小工具设备的释放回调。因此，当丢弃小工具设备的最后引用时，会通过 gadget_release（） 释放 struct net2280 实例。探测错误路径调用 net2280_remove（），这将停止部分初始化的设备并丢弃含有 usb_put_gadget（） 的小工具引用。之后调用 kfree（dev） 可再次释放相同的对象。终止显式 kfree（），让小工具设备释放回调处理最终释放。此问题是由我正在开发的静态分析工具发现的。（CVE-2026-64242）

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mac80211: fix MLE defragmentation If either reconf or EPCS multi-link element (MLE) is contained in a non-transmitted profile, the defragmentation routine is called with a pointer to the defragmented copy, but the original elements. This is incorrect for two reasons: - if the original defragmentation was needed, it will not find the correct data - if the original frame is at a higher address, the parsing will potentially overrun the heap data (though given the layout of the buffers, only into the new defragmentation buffer, and then it has to stop and fail once that's filled with copied data. Fix it by tracking the container along with the pointer and in doing so also unify the two almost identical defragmentation routines. (CVE-2026-64515)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu/vce1: Fix VCE 1 firmware size and offsets The VCPU BO contains the actual FW at an offset, but it was not calculated into the VCPU BO size. Subtract this from the FW size to make sure there is no out of bounds access. Make sure the stack and data offsets are aligned to the 32K TLB size. Check that the FW microcode actually fits in the space that is reserved for it. (cherry picked from commit c16fe59f622a080fc457a57b3e8f14c780699449) (CVE-2026-64516)

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

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

  - 已修复 Linux 内核中的下列漏洞：regulator: tps65219: fix irq_data.rdev not being assigned Commit 64a6b577490c (regulator: tps65219: Remove debugging helper function) removed the tps65219_get_rdev_by_name() helper along with the irq_data.rdev assignment that depended on it. This left irq_data.rdev uninitialized for all IRQs, causing undefined behavior when regulator_notifier_call_chain() is called from the IRQ handler: Internal error: Oops: 0000000096000004 pc : regulator_notifier_call_chain lr : tps65219_regulator_irq_handler Call trace:
    regulator_notifier_call_chain tps65219_regulator_irq_handler handle_nested_irq regmap_irq_thread irq_thread_fn irq_thread kthread ret_from_fork Instead of restoring a dedicated lookup array, restructure the probe function to combine regulator registration with IRQ registration in the same loop. This way the rdev returned by devm_regulator_register() is naturally available for assigning to irq_data.rdev without any auxiliary data structure. Non-regulator IRQs (SENSOR, TIMEOUT) that don't correspond to any registered regulator are registered with rdev=NULL, and the IRQ handler is protected with a NULL check to avoid crashing. (CVE-2026-64230)

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

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

  - spi：ti-qspi：修复 DMA 设置失败后的释放后使用 如果探测期间 DMA 设置失败，驱动程序会回退到 PIO 模式。如果缓冲区分配无法避免将指针传递到已释放的通道以到 DMA 引擎（或在出现延迟探测错误或驱动程序取消绑定时尝试再次释放通道），也请确保清除 DMA 通道指针。Sashiko 在查看 devres 分配转换修补程序时标记了此问题。（CVE-2026-64221）

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

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

  - mm/damon/sysfs-schemes：删除 regions_rmdirs（） 中尝试过的区域 DAMON sysfs 通过链接列表维护 DAMOS 尝试过的区域目录对象。当用户请求刷新目录时，DAMON sysfs 会首先删除所有区域目录，然后在空白处生成更新后的区域目录。
    删除函数 （damon_sysfs_scheme_regions_rm_dirs（）） 仅放置 kobj 对象。从链接列表中删除容器区域对象在 kobj 释放回调函数内完成。如果回调调用以某种方式延迟，则列表中将包含将要释放的区域列表。如果在此情况下开始创建更新后的区域目录，列表可能损坏，并可能发生释放后使用。由于 kobj 对象仅由 DAMON sysfs 管理，在正常情况下不会发生此问题。但是，使用 CONFIG_DEBUG_KOBJECT_RELEASE 构建的内核上可造成这种延迟。在内核上，该问题确实可以如下所示重现。# damo start --damos_action stat # cd /sys/kernel/mm/damon/admin/kdamonds/0/ # for i in {1..10};do echo update_schemes_tried_regions > state;
    完成 # dmesg |grep 下溢 [ 89.296152] refcount_t：下溢;释放后使用。通过在递减引用计数时从列表中删除 region 对象修复了此问题。还更新 damos_sysfs_populate_region_dir（） 以仅在 kobject_init_and_add（） 成功后才将 region 对象添加到列表，这样 kobject_init_and_add（） 失败就不会将释放的对象留在列表中。此问题由 Sashiko 发现 [1]。（CVE-2026-64239）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/a6xx: Check kzalloc return in a8xx_hfi_send_perf_table Check the return value of kzalloc() to prevent a NULL pointer dereference on allocation failure. Patchwork: https://patchwork.freedesktop.org/patch/721342/ (CVE-2026-64215)

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

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

  - tty：serial：samsung：删除 rx 帮助程序中多余的端口锁定采集 Sashiko 发现涉及控制台流时存在死锁 [1]。启用控制台流控制 （UPF_CONS_FLOW） 时，s3c24xx_serial_stop_tx（） 会调用 s3c24xx_serial_rx_enable（），而 s3c24xx_serial_start_tx（） 会调用 s3c24xx_serial_rx_disable（）。串行核心框架在已持有 port->lock 自旋锁的情况下调用 .stop_tx（） 和 .start_tx（） 回调。此外，所有调用 stop_tx 的内部驱动程序路径（例如 DMA TX 完成处理程序 s3c24xx_serial_tx_dma_complete（） 或 PIO TX IRQ 处理程序 s3c24xx_serial_tx_irq（）））也会在调用它之前获取端口>锁。（请注意，s3c24xx_serial_start_tx（） 仅由串行核心调用）。但是，s3c24xx_serial_rx_enable（） 和 s3c24xx_serial_rx_disable（） 会无条件地尝试使用 uart_port_lock_irqsave（） 再次获取 port->lock。由于旋转锁不是递归的，当启用控制台流控制时，这会在相同 CPU 上造成死锁。从两个 rx 辅助函数中删除冗余的锁定获取。（CVE-2026-64528）

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

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

  - octeontx2-pf：避免 AQ init 失败时 pool->stack 的双重释放 otx2_pool_aq_init（） 在邮箱同步或重试分配失败时释放 pool->stack，但指针保持不变。随后，otx2_sq_aura_pool_init（） 通过 otx2_aura_pool_free（） 展开部分设置，这会再次释放 pool->stack。特定于 CN20K 的 cn20k_pool_aq_init（） 实现在其相应的错误路径中存在相同的缺陷。在本地释放之后立即将 pool->stack 设置为 NULL，这样共享清理路径在清理部分初始化的池状态时就不会再次释放相同的堆栈。我们正在开发的用于内核内存管理缺陷的实验性分析工具在分析 v6.13-rc1 时，首先标记此缺陷。
    该工具仍在开发中，尚未公开可用。手动检查确认 v7.1-rc3 中仍然存在该缺陷。未执行运行时验证，因为重现此路径需要 OcteonTX2/CN20K 硬件。（CVE-2026-64222）

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

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

  - 已修复 Linux 内核中的下列漏洞：gpio: shared: fix deadlock on shared proxy's parent removal Commit 710abda58055 (gpio: shared: call gpio_chip::of_xlate() if set) used the mutex embedded in struct gpio_shared_entry to protect the offset field which now can be modified after assignment. The critical section however is too wide and introduced a potential deadlock on the removal of the shared GPIO proxy's parent. Make the critical section shorter - only protect the offset when it's being read. While at it: mention the fact that the entry lock is now also used to protect against concurrent access to the offset field in the structure's documentation. (CVE-2026-64238)

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

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

  - 已修复 Linux 内核中的下列漏洞：i2c: davinci: fix division by zero on missing clock-frequency When the 'clock-frequency' property is missing from the device tree, the driver falls back to DAVINCI_I2C_DEFAULT_BUS_FREQ. However, this macro was defined in kHz (100), whereas the device tree property is expected in Hz. The probe function divided the fallback value by 1000, causing integer truncation that resulted in dev->bus_freq = 0. This triggered a deterministic division-by-zero kernel panic when calculating clock dividers later in the probe sequence. Fix this by redefining DAVINCI_I2C_DEFAULT_BUS_FREQ in Hz (100000) to match the expected device tree property unit, allowing the existing division logic to work correctly for both cases. (CVE-2026-64236)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: ethtool: phy: avoid NULL deref when PHY driver is unbound phydev->drv can become NULL while the phy_device is still attached to its net_device, namely after the PHY driver is unbound via sysfs: echo <mdio_id> > /sys/bus/mdio_bus/drivers/<phy_drv>/unbind phy_remove() clears phydev->drv but doesn't call phy_detach(), so the phy_device stays in the link topology xarray and ethnl_req_get_phydev() still hands it back.
    ETHTOOL_MSG_PHY_GET then oopses on: rep_data->drvname = kstrdup(phydev->drv->name, GFP_KERNEL); drvname is already treated as optional by phy_reply_size(), phy_fill_reply() and phy_cleanup_data(), so just skip the allocation when there is no driver bound. (CVE-2026-64228)

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

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

  - 已修复 Linux 内核中的下列漏洞：pinctrl: meson: amlogic-a4: fix deadlock issue Accessing the pinconf-pins sysfs node may deadlock. pinconf_pins_show() holds pctldev->mutex, and the platform driver calls pinctrl_find_gpio_range_from_pin(), which tries to acquire the same mutex again, leading to a deadlock. Use pinctrl_find_gpio_range_from_pin_nolock() to fix this issue. (CVE-2026-64521)

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

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

  - 已修复 Linux 内核中的下列漏洞：x86/ftrace: Relocate %rip-relative percpu refs in dynamic trampolines With CONFIG_CALL_DEPTH_TRACKING enabled on an x86 retbleed-affected platform (eg: Skylake), with retbleed=stuff, registering a dynamic ftrace trampoline crashes on the first call into the traced function: BUG: unable to handle page fault for address: ffff88817ae18880 #PF:
    supervisor write access in kernel mode #PF: error_code(0x0002) - not-present page PGD 4b53067 P4D 4b53067 PUD 0 Oops: Oops: 0002 [#1] SMP PTI CPU: 3 UID: 0 PID: 187 Comm: usleep Not tainted 7.0.10 #243 PREEMPT(full) Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Arch Linux 1.17.0-2-2 04/01/2014 Code: 24 78 00 00 00 00 48 89 ea 48 89 54 24 20 48 8b b4 24 b8 00 00 00 48 8b bc 24 b0 00 00 00 48 89 bc 24 80 00 00 00 48 83 ef 05 <65> 48 c1 3d 1f a8 b6 02 05 48 8b 15 f6 00 00 00 4c 89 3c 24 4c 89 Call Trace:
    <TASK> ? find_held_lock ? exc_page_fault ? lock_release ? __x64_sys_clock_nanosleep ? lockdep_hardirqs_on_prepare ? trace_hardirqs_on __x64_sys_clock_nanosleep do_syscall_64 ? exc_page_fault ? call_depth_return_thunk entry_SYSCALL_64_after_hwframe ... Kernel panic - not syncing: Fatal exception This small reproducer allows to easily trigger the crash: # echo 'p __x64_sys_clock_nanosleep' > /sys/kernel/tracing/kprobe_events # echo 1 > /sys/kernel/tracing/events/kprobes/p___x64_sys_clock_nanosleep_0/enable # usleep 1 Monitoring the crash under GDB points to the exact instruction in charge of incrementing the call depth: sarq $5, %gs:__x86_call_depth(%rip) This instruction matches the one inserted by the ftrace_regs_caller from ftrace_64.S. This emitted code was likely working fine until the introduction of 59bec00ace28 (x86/percpu: Introduce %rip-relative addressing to PER_CPU_VAR()): it has made the call depth accounting addressing relative to $rip, instead of being based on an absolute address. As this code exact location depends on where the trampoline lives in memory, the corresponding displacement needs to be adjusted at runtime to actually correctly find the per-cpu __x86_call_depth value, otherwise the targeted address is wrong, leading to the page fault seen above. Fix the %rip-relative displacement of the copied CALL_DEPTH_ACCOUNT instruction (from ftrace_regs_caller) by calling text_poke_apply_relocation(), as it is done for example by the x86 BPF JIT compiler through x86_call_depth_emit_accounting(). This corrects both CALL_DEPTH_ACCOUNT slots, in ftrace_caller and ftrace_regs_caller. [ bp: Massage. ] (CVE-2026-64235)

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

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

  - 具有读取访问权限的经认证用户可通过某些会执行服务器端 JavaScript 的聚合表达式，造成 mongod 进程终止。此问题与文档处理期间的不正确内存处理有关。（CVE-2026-13071）

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mac80211: consume only present negotiated TTLM maps ieee80211_tid_to_link_map_size_ok() validates negotiated TTLM elements against the number of link-map entries indicated by link_map_presence. ieee80211_parse_neg_ttlm() must consume the same layout. The parser advanced its cursor for every TID, including TIDs whose presence bit is clear and therefore have no map bytes in the element. A sparse map can then make a later present TID read past the validated element. The bad bytes land in neg_ttlm->{up,down}link[tid] but are gated by valid_links before being applied to driver state, so a peer cannot turn the read into a policy change. Under KUnit + KASAN with an exact-sized element allocation the OOB read is reported as a slab-out-of-bounds; whether the same trigger fires under the production RX path depends on surrounding allocator state. Advance the cursor only when the current TID has a map present. (CVE-2026-64223)

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

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

  - 具有标准读/写权限的经认证的用户可通过发送构建的聚合命令，造成 mongod 进程因内存不足情况而终止。MongoDB 的 libmongocrypt 库未充分验证负载提供的值，可导致分配过大的内存。（CVE-2026-13063）

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

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

  - drivers/base/memory：在设备注册成功后设置 mem->altmap 如果 __add_memory_block（） 在 xa_store（） 发生故障（例如在内存紧张的情况下），将调用 device_unregister（），最终触发仍然设置 mem->altmap 的 memory_block_release（），从而造成 WARN_ON（mem->altmap）。这是由修改 virtio-mem 驱动程序触发的。通过将 mem->altmap 的分配延迟到之后修复此问题
    __add_memory_block（） 已成功。（CVE-2026-64244）

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

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

  - drm/msm/dsi：不将寄存器转储到映射区域之后 在 DSI 6G 平台上，IO 地址空间由 io_offset 内部调整。稍后此调整后的地址可能会用于内存转储。但是，用于内存转储的大小并未调整，以考虑io_offset，从而导致可能访问未映射区域。降低ctrl_size值io_offset值以防止访问超出映射区域。msm_disp_snapshot_add_block+0x1d4/0x3c8 [msm] （P） msm_dsi_host_snapshot+0x4c/0x78 [msm] msm_dsi_snapshot+0x28/0x50 [msm] msm_disp_snapshot_capture_state+0x74/0x140 [msm] msm_disp_snapshot_state_sync+0x60/0x90 [msm] _msm_disp_snapshot_work+0x30/0x90 [msm] kthread_worker_fn+0xdc/0x460 kthread+0x120/0x140 修补程序：
    https://patchwork.freedesktop.org/patch/721747/ (CVE-2026-64231)

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

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

  - KVM：x86：hyper-v：查询稀疏库时绑定库索引 检查稀疏库集中是否包含 VP ID 时，请明确检查该 ID 是否实际可包含在稀疏库中（TLFS 最多允许 64 个库，每个库 64 个 vCPU）。处理 L2 的半虚拟化 TLB 刷新时，VP ID 会从启发的 VMCS 逐字复制，不进行任何边界检查，即不能保证在 4096 的限制以下。若未检查 VP ID 的边界，可能会在测试稀疏 bank 时造成越界读取，而且超级严格来说可能会造成 KVM 对 L2 vCPU 执行不必要的 TLB 刷新。================================================================== 缺陷： KASAN：hv_is_vp_in_sparse_set+0x85/0x100 中的释放后使用 [kvm] 在 addr ffff88811ba5f598 处按任务读取大小为 8 的 hyperv_evmcs/2802 CPU：12 UID：1000 PID：2802 通信：hyperv_evmcs 未受感染 7.1.0-rc2 #7 PREEMPT 硬件名称： QEMU Standard PC （Q35 + ICH9， 2009）， BIOS 0.0.0 02/06/2015 调用跟踪： <TASK> dump_stack_lvl+0x51/0x60 print_report+0xcb/0x5d0 kasan_report+0xb4/0xe0 kasan_check_range+0x35/0x1b0 hv_is_vp_in_sparse_set+0x85/0x100 [kvm] kvm_hv_flush_tlb+0xe9e/0x16c0 [kvm] kvm_hv_hypercall+0xe6b/0x1e60 [kvm] vmx_handle_exit+0x485/0x1b60 [kvm_intel] kvm_arch_vcpu_ioctl_run+0x22e3/0x5070 [kvm] kvm_vcpu_ioctl+0x5d0/0x10c0 [kvm] __x64_sys_ioctl+0x129/0x1a0 do_syscall_64+0xb9/0xcf0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP：0033：0x7f0e62d1a9bf </TASK> 有缺陷的地址属于物理页面：page：refcount：。 0 mapcount：0 mapping：000000000000000000 index：0xffffffffffffffff pfn：0x11ba5f 标记：0x4000000000000000（zone=1） raw：4000000000000000000000000000000000000000000000000000000000000000 raw：ffffff 000000000000000000000000000000000000000000 页面转储原因：kasan：检测到访问错误 bugy 地址周围的内存状态：ffff88811ba5f480：ff ff ff ffff ff ff ff ff ffff ffff88811ba5f500： ff ff >ff ff ff ff ff ================================================================== 因内核感染禁用锁定调试 机会性地添加编译时间断言，以确保稀疏库的最大数目与传入掩码中的可能位数完全匹配。[sean：添加 KASAN splat，删除注释，添加断言，massage 变更日志]（CVE-2026-64247）

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

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

  - batman-adv：bla：修复backbone_gw清除时的report_work泄漏 batadv_bla_purge_backbone_gw（） 删除过时的主干网关条目，但无法正确处理其相关的report_work：- 如果 report_work 正在运行，则清除必须等待完成后才能释放backbone_gw，否则工作进程可能会访问已释放的内存 （e.g. bat_priv）。- 如果report_work待定，则清除必须取消它并释放为该待定工作项保留的引用。之前的实现在 spin_lock_bh（） 部分内调用了 hlist_for_each_entry_safe（），但 cancel_work_sync（） 可能休眠，因此无法从旋转锁保护的区域内调用。重构循环以处理每个旋转锁关键部分一个条目：获取锁定，找到下一个要清除的条目，将其从哈希列表中删除，然后在调用 cancel_work_sync（） 并丢弃hash_entry引用之前释放锁定。重复此程序，直到没有其他条目需要清除为止。（CVE-2026-64218）

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

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

  - 已修复 Linux 内核中的下列漏洞：netfs: Fix overrun check in netfs_extract_user_iter() Fix netfs_extract_user_iter() so that if iov_iter_extract_pages() overfills pages[], then those pages don't get included in the iterator constructed at the end of the function. If there was an overfill, memory corruption has already happened. (CVE-2026-64217)

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

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

  - 已修复 Linux 内核中的下列漏洞：device property: set fwnode->secondary to NULL in fwnode_init() If a firmware node is allocated on the stack (for instance: temporary software node whose life-time we control) or on the heap - but using a non-zeroing allocation function - and initialized using fwnode_init(), its secondary pointer will contain uninitalized memory which likely will be neither NULL nor IS_ERR() and so may end up being dereferenced (for example: in dev_to_swnode()). Set fwnode->secondary to NULL on initialization. (CVE-2026-64220)

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

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

  - media：rc：igorplugusb：修复控制请求设置数据包提交 eac69475b01f （media：rc：igorplugusb：
    注意一致性规则）将控制请求存储从嵌入式结构更改为分配的指针，使其能够遵守 DMA 一致性规则。但是，驱动程序仍将 &ir->request 传递给 usb_fill_control_urb（）。这会将 URB 设置数据包指向指针字段本身，而不是分配的结构usb_ctrlrequest。USB 核心随后会将指针字节解释为设置数据包。这可能会产生无效的 bRequestType 并触发 syzbot 报告的控制方向警告：usb 2-1：
    BOGUS 控制目录，管道80003580不匹配 bRequestType 0 将 ir->request 本身作为设置数据包传递。
    (CVE-2026-64240)

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

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

  - 任何经认证的用户均可使用“$_internalIndexKey”聚合表达式使 MongoDB 服务器 （mongod） 崩溃。表达式无法处理复合通配符索引规格，触发内部一致性检查，中止服务器进程。用户必须能够运行聚合管道。（CVE-2026-13055）

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

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

  - 已修复 Linux 内核中的下列漏洞：pwrseq: core: fix use-after-free in pwrseq_debugfs_seq_next() pwrseq_debugfs_seq_next() declares 'next' with __free(put_device), which causes put_device() to be called on the returned pointer when the variable goes out of scope. This results in a use-after-free since the seq_file framework receives a pointer whose reference has already been dropped.
    Simply removing __free(put_device) would fix the UAF but would leak the reference acquired by bus_find_next_device(), as stop() only calls up_read(&pwrseq_sem) and never releases the device reference.
    Fix this by making the reference counting consistent across all seq_file callbacks, matching the standard pattern used by PCI and SCSI: - start(): use get_device() so it returns a referenced pointer. - next():
    explicitly put_device(curr) to release the previous device's reference (no NULL check needed - the seq_file framework only calls next() while the previous return was non-NULL). - stop(): put_device(data) to release the last iterated device's reference, with a NULL guard since stop() may be called with NULL when start() returned NULL or next() reached end-of-sequence. (CVE-2026-64251)

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

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

  - 具有只读权限的经认证用户可通过发出构建的聚合命令造成 mongod 进程异常终止，进而导致所有连接的客户端拒绝服务，直到进程重新启动。该问题源自于特定的聚合选项组合所触发的内部引擎选择不一致。（CVE-2026-13073）

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

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

  - 已修复 Linux 内核中的下列漏洞：tcp: Fix out-of-bounds access for twsk in tcp_ao_established_key(). lockdep_sock_is_held() was added in tcp_ao_established_key() by the cited commit. It can be called from tcp_v[46]_timewait_ack() with twsk. Since it does not have sk->sk_lock, the lockdep annotation results in out-of-bound access. $ pahole -C tcp_timewait_sock vmlinux | grep size /* size: 288, cachelines: 5, members: 8 */ $ pahole -C sock vmlinux | grep sk_lock socket_lock_t sk_lock; /* 440 192 */ Let's not use lockdep_sock_is_held() for TCP_TIME_WAIT. (CVE-2026-64518)

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

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

  - 经认证的用户可在内存压力 $rankFusion 下通过 和 $scoreFusion 聚合阶段导致操作系统终止 mongod 进程。该问题源于服务器的错误处理路径，并且要求能够运行聚合查询。（CVE-2026-13075）

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

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

  - BSON CodeWScope 元素访问器中缺少边界检查允许攻击者通过构建的聚合管道触发越界堆读取。经认证的用户可通过生成包含 CodeWScope 元素的畸形 BSONColumn 数据来利用此漏洞，从而绕过线路级 BSON 验证。解压缩伪造元素时，指针运算会使用未经检查的大小值，造成服务器崩溃或相邻堆内存内容泄露。
    (CVE-2026-13077)

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

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

  - can：bcm：将定时器切换为 HRTIMER_MODE_SOFT 并删除hrtimer_tasklet 此修补程序将定时器切换为 HRTIMER_MODE_SOFT，其会在 softirq 环境中执行定时器回调，并删除hrtimer_tasklet。
    (CVE-2026-17523)

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

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

  - 具有基本写入权限的经过认证的用户可发送包含一组不完整的必填字段的构建事务命令，造成 mongod 进程异常终止。此问题源自于相关事务命令参数之间的不一致验证，从而导致致命的内部不变故障和拒绝服务。（CVE-2026-13058）

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

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

  - ASoC：编解码器：simple-mux：修复枚举控制边界检查 simple_mux_control_put（） 拒绝大于 e->items 的值，但枚举控制值基于零的问题。对于此驱动程序使用的双条目多路复用器，有效值为 0 和 1，因此也必须拒绝值 2。接受 e->items 可存储无效的 mux 状态，将其传递到 GPIO setter，然后传递到 DAPM mux 更新路径，在该路径中将其用作枚举文本数组的索引。使用 ASoC 枚举帮助程序使用的相同 >= e->items 检查。（CVE-2026-64243）

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

ID	名称	严重性
330230	Linux Distros 未修补的漏洞：CVE-2026-13067	high
330229	Linux Distros 未修补的漏洞：CVE-2026-66758	high
330228	Linux Distros 未修补的漏洞：CVE-2026-64555	high
330227	Linux Distros 未修补的漏洞：CVE-2026-13068	low
330226	Linux Distros 未修补的漏洞：CVE-2026-64232	critical
330225	Linux Distros 未修补的漏洞：CVE-2026-64253	medium
330224	Linux Distros 未修补的漏洞：CVE-2026-13065	high
330223	Linux Distros 未修补的漏洞：CVE-2026-66759	high
330222	Linux Distros 未修补的漏洞：CVE-2026-64538	medium
330221	Linux Distros 未修补的漏洞：CVE-2026-13061	medium
330220	Linux Distros 未修补的漏洞：CVE-2026-64540	high
330219	Linux Distros 未修补的漏洞：CVE-2026-64226	high
330206	Linux Distros 未修补的漏洞：CVE-2026-13064	high
330205	Linux Distros 未修补的漏洞：CVE-2026-64209	high
330204	Linux Distros 未修补的漏洞：CVE-2026-64214	medium
330203	Linux Distros 未修补的漏洞：CVE-2026-64225	high
330202	Linux Distros 未修补的漏洞：CVE-2026-64237	high
330201	Linux Distros 未修补的漏洞：CVE-2026-64242	high
330200	Linux Distros 未修补的漏洞：CVE-2026-64515	high
330199	Linux Distros 未修补的漏洞：CVE-2026-64516	high
330198	Linux Distros 未修补的漏洞：CVE-2026-64230	medium
330197	Linux Distros 未修补的漏洞：CVE-2026-64221	high
330196	Linux Distros 未修补的漏洞：CVE-2026-64239	high
330194	Linux Distros 未修补的漏洞：CVE-2026-64215	medium
330193	Linux Distros 未修补的漏洞：CVE-2026-64528	medium
330192	Linux Distros 未修补的漏洞：CVE-2026-64222	high
330191	Linux Distros 未修补的漏洞：CVE-2026-64238	medium
330190	Linux Distros 未修补的漏洞：CVE-2026-64236	medium
330189	Linux Distros 未修补的漏洞：CVE-2026-64228	medium
330188	Linux Distros 未修补的漏洞：CVE-2026-64521	medium
330187	Linux Distros 未修补的漏洞：CVE-2026-64235	high
330186	Linux Distros 未修补的漏洞：CVE-2026-13071	high
330185	Linux Distros 未修补的漏洞：CVE-2026-64223	high
330184	Linux Distros 未修补的漏洞：CVE-2026-13063	medium
330183	Linux Distros 未修补的漏洞：CVE-2026-64244	medium
330182	Linux Distros 未修补的漏洞：CVE-2026-64231	medium
330181	Linux Distros 未修补的漏洞：CVE-2026-64247	high
330180	Linux Distros 未修补的漏洞：CVE-2026-64218	high
330179	Linux Distros 未修补的漏洞：CVE-2026-64217	high
330178	Linux Distros 未修补的漏洞：CVE-2026-64220	medium
330177	Linux Distros 未修补的漏洞：CVE-2026-64240	medium
330176	Linux Distros 未修补的漏洞：CVE-2026-13055	high
330175	Linux Distros 未修补的漏洞：CVE-2026-64251	high
330174	Linux Distros 未修补的漏洞：CVE-2026-13073	medium
330173	Linux Distros 未修补的漏洞：CVE-2026-64518	high
330172	Linux Distros 未修补的漏洞：CVE-2026-13075	high
330171	Linux Distros 未修补的漏洞：CVE-2026-13077	high
330170	Linux Distros 未修补的漏洞：CVE-2026-17523	high
330169	Linux Distros 未修补的漏洞：CVE-2026-13058	high
330168	Linux Distros 未修补的漏洞：CVE-2026-64243	high

检测

Nessus 的 Misc. 系列

high

high

high

low

critical

medium

high

high

medium

medium

high

high

high

high

medium

high

high

high

high

high

medium

high

high

medium

medium

high

medium

medium

medium

medium

high

high

high

medium

medium

medium

high

high

high

medium

medium

high

high

medium

high

high

high

high

high

high