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

  - drm/amdgpu/userq：修复对过时 wptr 映射的访问 使用 drm_exec 获取两个锁（即 vm root bo 和 wptr_obj bo）以正确访问映射数据。这修复了队列创建过程中取消映射 wptr_obj 并在同一地址传递其他 bo 时的安全问题。（从提交 1fc6c8ab45dbee096469c08c13f6099d57a52d6c 中精选出的内容）（CVE-2026-46311）

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

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

  - 文件句柄已耗尽时mod_http2 Apache HTTP Server 模块中的释放后使用漏洞。此问题影响 Apache HTTP Server：从 2.4.552.4.67到 .（CVE-2026-48913）

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

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

  - Apache HTTP Server 中包含基于堆的缓冲区溢出漏洞（包含 mod_xml2enc、xml2StartParse 和不受信任的内容） 此问题影响 Apache HTTP Server： from 2.4.0 到 2.4.67. 建议用户升级到修复了此问题的版本 2.4.68。(CVE-2026-42536)

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

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

  - Apache HTTP Server 中具有恶意后端服务器和 ProxyPassReverseCookie 的基于堆的缓冲区溢出漏洞* 此问题影响 Apache HTTP Server：从 2.4.02.4.67到 。建议用户升级到修复了此问题的版本 2.4.68。(CVE-2026-34356)

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

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

  - Apache HTTP Server 中的越界读取漏洞，mod_headers和mod_mime以及多种响应语言。此问题影响 Apache HTTP Server：从 2.4.02.4.67到 .（CVE-2026-43951）

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

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

  - wifi：ath5k：不访问数组 OOB Vincent 报告：> ath5k 驱动程序似乎执行访问 array-index-out-of-bounds ，如 UBSAN 内核消息所示>：> UBSAN： array-index-out-of-bounds in drivers/net/wireless/ath/ath5k/base.c：1741：20 > 索引 4 超出“ieee80211_tx_rate [4]”类型的范围> ... > 调用跟踪：> <TASK> > dump_stack_lvl+0x5d/0x80 > ubsan_epilogue+0x5/0x2b >
    __ubsan_handle_out_of_bounds.cold+0x46/0x4b > ath5k_tasklet_tx+0x4e0/0x560 [ath5k] > tasklet_action_common+0xb5/0x1c0 这是真的。“ts->ts_final_idx”在 5212 上可以是 3，因此：
    info->status.rates[ts->ts_final_idx + 1].idx = -1;数组定义为：struct ieee80211_tx_rate rates[IEEE80211_TX_MAX_RATES];而尺寸为：#define IEEE80211_TX_MAX_RATES 4 确实是假的。仅当数组索引小于数组大小时，才设置此“idx = -1”sentinel。因为 mac80211 不会查看超出大小 （IEEE80211_TX_MAX_RATES） 的速率。注意：越界写入的影响可以忽略不计。它只是覆盖 info->status 的下一个成员，即 ack_signal。（CVE-2026-46307）

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

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

  - isofs：根据卷大小验证 Rock Ridge CE 延续范围 rock_continue（） 从 Rock Ridge CE 记录逐字读取 rs->cont_extent 并将其传递给 sb_bread（），而不检查块号是否在挂载的 ISO 9660 卷内。提交 e595447e177b（[修补程序] rock.c：处理损坏的目录）添加了 cont_offset 和 cont_size 对 CE 延续的拒绝，但未验证盘区块号本身。commit f54e18f1b831（isofs：修复 CE 条目的无限循环）稍后将 CE 链长度上限设为 RR_MAX_CE_ENTRIES = 32，但仍然未检查区块编号。因此，通过 udisks2（桌面光学自动挂载）或CAP_SYS_ADMIN挂载来挂载特制的 ISO，rs->cont_extent 可指向超出范围的块或属于相同块设备上相邻文件系统的块。超出范围的区块上的 sb_bread（） 通过区块层 EIO 路径干净地返回 NULL，因此不存在内存安全违规。对于相邻文件系统数据的范围内读取，CE 缓冲区被解析为 Rock Ridge 记录，并且只有 SL 子记录的文本通过 readlink（） 到达用户空间，这样使信息泄漏通道变窄且难以利用;尽管如此，完全拒绝畸形 CE 与 cont_offset 和 cont_size 的同一函数中已经存在的拒绝形状完全匹配。对现有偏移/大小拒绝旁的 rock_continue（） 添加 ISOFS_SB（sb）->s_nzones 边界检查，从而打印相同的 corrupted-directory-entry 通知。（CVE-2026-46303）

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

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

  - tpm：使用 kfree_sensitive（） 释放 tpm_dev_release（） 中的认证会话 tpm_dev_release（） 使用普通 kfree（） 释放 chip->auth，其中包含敏感加密材料，包括 HMAC 会话密钥、临时信息和密码数据 （struct tpm2_auth）。释放此结构的所有其他代码路径都使用 kfree_sensitive（） 在释放内存之前将其归零：tpm2_end_auth_session（） 和 tpm_buf_check_hmac_response（） 都这样做。tpm_dev_release（） 路径是唯一不会执行此操作的路径，将密钥材料留在已释放的 slab 内存中，直到最终被覆盖。使用 kfree_sensitive（） 以实现与驱动程序其余部分的一致性并确保在设备拆卸期间擦除会话密钥。
    (CVE-2026-46283)

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

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

  - Apache 2.4.67 和更早版本中 mod_dav_fs 中的一个路径处理问题允许 WebDAV 内容作者直接操纵受信任的 DAV 属性数据库，从而可能造成子进程崩溃。建议用户升级为已修复此问题的 2.4.68 版。(CVE-2026-42535)

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

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

  - drm/v3d：拒绝空的 multisync 扩展以防止无限循环 v3d_get_extensions（） 遍历用户空间提供的 ioctl 扩展的单链接列表，不限制链长度的任何边界。本地用户可以使用零in_sync_count和out_sync_count构建自引用扩展 （ext->next == &ext），从而绕过现有的 duplicate- extension guard： if （se->in_sync_count || se->out_sync_count） 返回
    -艾因瓦尔;保护永远不会触发，因为 v3d_get_multisync_post_deps（） 在 count 为零时立即返回，从而在每次迭代时使两个字段均为零。结果导致内核上下文中出现无限循环，从而阻断调用线程并无限期地挂钩 CPU 核心。通过拒绝在 v3d_get_multisync_submit_deps（） 中 in_sync_count 和 out_sync_count 均为零的多同步扩展来修复此问题。空 multisync 不携带任何同步信息，也没有任何有用用途，因此返回此类扩展的 -EINVAL 是抵御此攻击载体的正确方法。（CVE-2026-46314）

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

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

  flow_dissector：不解析 PPPoE PFC 帧 RFC 2516 第 7 节规定，PPPoE 不建议使用协议字段压缩（PFC）。实际场景中，pppd 不支持为 PPPoE 会话协商启用 PFC；且在引发本次问题的提交之前，流量解析驱动一直默认帧为未压缩格式。在该提交 [1] 的审查过程中，建议添加对 PFC 的支持。然而，若采用压缩的（1 字节）协议字段，后续 PPP 载荷将会偏移 1 字节，造成网络头部 4 字节未对齐，并在部分架构上触发非对齐访问异常。向一块启用 RPS 的 MIPS 开发板以太网接口发送 PPPoE PFC 帧即可复现该异常，即便该接口上不存在活跃的 PPPoE 会话：$ 0 : 00000000 80c40000 00000000 85144817 $ 4 : 00000008 00000100 80a75758 81dc9bb8 $ 8 : 00000010 8087ae2c 0000003d 00000000 $12 : 000000e0 00000039 00000000 00000000 $16 :
    85043240 80a75758 81dc9bb8 00006488 $20 : 0000002f 00000007 85144810 80a70000 $24 : 81d1bda0 00000000 $28 : 81dc8000 81dc9aa8 00000000 805ead08 Hi : 00009d51 Lo : 2163358a epc : 805e91f0
    __skb_flow_dissect+0x1b0/0x1b50 ra : 805ead08 __skb_get_hash_net+0x74/0x12c Status: 11000403 KERNEL EXL IE Cause : 40800010 (ExcCode 04) BadVA : 85144817 PrId : 0001992f (MIPS 1004Kc) Call Trace: [<805e91f0>]
    __skb_flow_dissect+0x1b0/0x1b50 [<805ead08>] __skb_get_hash_net+0x74/0x12c [<805ef330>] get_rps_cpu+0x1b8/0x3fc [<805fca70>] netif_receive_skb_list_internal+0x324/0x364 [<805fd120>] napi_complete_done+0x68/0x2a4 [<8058de5c>] mtk_napi_rx+0x228/0xfec [<805fd398>] __napi_poll+0x3c/0x1c4 [<805fd754>] napi_threaded_poll_loop+0x234/0x29c [<805fd848>] napi_threaded_poll+0x8c/0xb0 [<80053544>] kthread+0x104/0x12c [<80002bd8>] ret_from_kernel_thread+0x14/0x1c Code: 02d51821 1060045b 00000000 <8c640000> 3084000f 2c820005 144001a2 00042080 8e220000 为了减少攻击面并保持性能，不要处理 PPPoE PFC 帧。 [1] https://lore.kernel.org/r/20220630231016.GA392@debian.home (CVE-2026-46306)

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

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

  - 在 Spring Cloud Config Server 中启用跟踪日志记录时，敏感信息会以纯文本的形式放置在日志中。Spring Cloud Config 3.1.x：影响自（含）; 3.1.03.1.13 升级到 3.1.14 或更高版本（仅限企业支持）。Spring Cloud Config 4.1.x：影响自（含）; 4.1.04.1.9 升级到 4.1.10 或更高版本（仅限企业支持）。Spring Cloud Config 4.2.x：影响自（含）; 4.2.04.2.6 升级到 4.2.7 或更高版本（仅限企业支持）。Spring Cloud Config4.3.x：通过4.3.2（含）影响;4.3.0升级到4.3.3或更高版本。Spring Cloud Config5.0.x：通过5.0.2（含）影响;5.0.0升级到5.0.3或更高版本。（CVE-2026-41004）

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

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

  - hfsplus：修复 hfsplus_fill_super（） 上释放的保留锁定 hfsplus_fill_super（） 调用 hfs_find_init（） 初始化搜索结构，从而获取树>tree_lock。如果后续对 hfsplus_cat_build_key（） 的调用失败，该函数将跳转到 out_put_root 错误标签而不释放锁定。随后，后面的清理路径会释放仍然持有的锁的树状数据结构，从而触发保持的锁定释放警告。通过在跳转到 out_put_root 错误标签之前添加缺少的 hfs_find_exit（&fd） 调用来修复此问题。这可确保在错误路径中正确释放树>tree_lock。该缺陷最初是使用我们正在开发的实验性静态分析工具在 v6.13-rc1 上检测到的，并且我们已经验证该问题在最新的主线内核中仍然存在。该工具专门用于检测内存管理问题。该程序目前正在积极开发中，尚未公开发布。我们在 x86_64 defconfig、启用 lockdep 和 CONFIG_HFSPLUS_FS=y 的情况下，通过 QEMU 下的运行时测试确认了该缺陷。为了触发错误路径，我们使用 GDB 在调用 hfsplus_asc2uni（） 之前将 max_unistr_len 参数动态缩小到 1。这会强制 hfsplus_asc2uni（） 自然返回
    -ENAMETOOLONG，会传播到 hfsplus_cat_build_key（） 并执行错误错误路径。挂载期间发现下列警告：========================= 警告：保持锁定释放！7.0.0-rc3-00016-gb4f0dd314b39 #4 未-------------------------受感染 mount/174 正在释放内存 ffff888103f92000-ffff888103f92fff，且仍然保留着锁定！ ffff888103f920b0 （&tree->tree_lock）{+.+.}-{4:4}， at： hfsplus_find_init+0x154/0x1e0 mount/174 持有的 2 个锁： #0
    ffff888103f960e0 （&type->s_umount_key#42/1）{+.+.}-{4:4}， at： alloc_super.constprop.0+0x167/0xa40 #1：
    ffff888103f920b0 （&tree->tree_lock）{+.+.}-{4:4}， at： hfsplus_find_init+0x154/0x1e0 堆栈回溯： CPU： 2 UID： 0 PID： 174 通信： 挂载 未受感染 7.0.0-rc3-00016-gb4f0dd314b39 #4 PREEMPT（lazy） 硬件名称： QEMU Standard PC （Q35 + ICH9， 2009）， BIOS 1.15.0-1 04/01/2014 调用跟踪： <TASK> dump_stack_lvl+0x82/0xd0 debug_check_no_locks_freed+0x13a/0x180 kfree+0x16b/0x510 ？ hfsplus_fill_super+0xcb4/0x18a0 hfsplus_fill_super+0xcb4/0x18a0 ？ __pfx_hfsplus_fill_super+0x10/0x10 ？ srso_return_thunk+0x5/0x5f ？ bdev_open+0x65f/0xc30 ？ srso_return_thunk+0x5/0x5f ？指针+0x4ce/0xbf0 ？trace_contention_end+0x11c/0x150 ？__pfx_pointer+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？bdev_open+0x79b/0xc30 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？vsnprintf+0x6da/0x1270 ？srso_return_thunk+0x5/0x5f ？__mutex_unlock_slowpath+0x157/0x740 ？__pfx_vsnprintf+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？mark_held_locks+0x49/0x80 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？irqentry_exit+0x17b/0x5e0 ？trace_irq_disable.constprop.0+0x116/0x150 ？__pfx_hfsplus_fill_super+0x10/0x10 ？
    __pfx_hfsplus_fill_super+0x10/0x10 get_tree_bdev_flags+0x302/0x580 ？__pfx_get_tree_bdev_flags+0x10/0x10 ？vfs_parse_fs_qstr+0x129/0x1a0 ？__pfx_vfs_parse_fs_qstr+0x3/0x10 vfs_get_tree+0x89/0x320 fc_mount+0x10/0x1d0 path_mount+0x5c5/0x21c0 ？__pfx_path_mount+0x10/0x10 ？trace_irq_enable.constprop.0+0x116/0x150 ？trace_irq_enable.constprop.0+0x116/0x150 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？kmem_cache_free+0x307/0x540 ？user_path_at+0x51/0x60 ？__x64_sys_mount+0x212/0x280 ？srso_return_thunk+0x5/0x5f
    __x64_sys_mount+0x212/0x280 ？__pfx___x64_sys_mount+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？trace_irq_enable.constprop.0+0x116/0x150 ？srso_return_thunk+0x5/0x5f do_syscall_64+0x111/0x680 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP：0033：0x7ffacad55eae 代码：48 8b 0d 85 1f 0f 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 90 f3 0f 1e fa 49 89 ca b8 a5 00 00 8 RSP： 002乙
    ---truncated--- (CVE-2026-46299)

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

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

  - Apache HTTP Server 中配置中构建的正则表达式上的缓冲区下溢漏洞。
    此问题会影响 Apache HTTP Server 2.4.0 至 2.4.67（含）。建议用户升级到修复了此问题的版本 2.4.68。(CVE-2026-44631)

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

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

  - nvmet：避免在 nvmet-wq 上运行的 nvmet_ctrl_free nvmet_tcp_release_queue_work（） 中的递归 nvmet-wq 刷新，并且可通过 nvmet_cq_put（） 丢弃最终控制器引用。如果触发 nvmet_ctrl_free（），拆卸路径会在同一个 nvmet-wq 上刷新 ctrl->async_event_work。调用链：
    nvmet_tcp_schedule_release_queue（） kref_put（&queue->kref， nvmet_tcp_release_queue） nvmet_tcp_release_queue（） queue_work（nvmet_wq， &queue->release_work） <--- nvmet_wq process_one_work（） nvmet_tcp_release_queue_work（） nvmet_cq_put（&queue->nvme_cq） nvmet_cq_destroy（） nvmet_ctrl_put（cq->ctrl） nvmet_ctrl_free（） flush_work（&ctrl->async_event_work） <--- nvmet_wq 以前计划者：- nvmet_add_async_event queue_work（nvmet_wq、&ctrl->async_event_work）;这会因可能的递归锁定警告来使 lockdep 跳闸。[ 5223.015876] 于 2026-04-07 20：53：55 运行 blktests nvme/003 [ 5223.061801] loop0：检测到的容量从 0 变为 2097152 [ 5223.072206] nvmet：将 nsid 1 添加到子系统 blktests-subsystem-1 [ 5223.088368] nvmet_tcp：启用端口 0 （127.0.0.1：4420） [ 5223.126086] nvmet：
    为子系统 nqn.2014-08.org.nvmexpress.discovery 创建发现控制器 1，针对 NQN nqn.2014-08.org.nvmexpress：uuid：0f01fb42-9f7f-4856-b0b3-51e60b8de349。[ 5223.128453] nvme nvme1：新的 ctrl：
    NQN nqn.2014-08.org.nvmexpress.discovery， 地址 127.0.0.1：4420， hostnqn：
    nqn.2014-08.org.nvmexpress：uuid：0f01fb42-9f7f-4856-b0b3-51e60b8de349 [ 5233.199447] nvme nvme1： 删除 ctrl： NQN nqn.2014-08.org.nvmexpress.discovery [ 5233.227718] ============================================ [ 5233.231283] 警告：检测到可能的递归锁定 [5233.234696] 7.0.0-rc3nvme+ #20 受感染： G O N [ 5233.238434] -------------------------------------------- [ 5233.241852] kworker/u192：6/2413 正在尝试获取锁定： [ 5233.245429] ffff888111632548 （（wq_completion）nvmet-wq）{+.+.}-{0:0}， at： touch_wq_lockdep_map+0x26/0x90 [ 5233.251438] 但任务已经处于锁定状态： [ 5233.255254] ffff888111632548 （（wq_completion）nvmet-wq）{+.+.}-{0:0}， at：
    process_one_work+0x5cc/0x6e0 [ 5233.261125] 其他可能有助于我们调试此问题的信息：[ 5233.265333] 可能的不安全锁定场景：[ 5233.269217] CPU0 [ 5233.270795] ---- [ 5233.272436] lock（（wq_completion）nvmet-wq）;[ 5233.275241] lock（（wq_completion）nvmet-wq）;[ 5233.278020] *** 死锁
    [ 5233.281793] 可能是因为缺少锁定嵌套标记 [ 5233.286195] kworker/u192：6/2413 持有的 3 个锁定： [ 5233.289192] #0： ffff888111632548 （（wq_completion）nvmet-wq）{+.+.}-{0:0}， at：
    process_one_work+0x5cc/0x6e0 [ 5233.294569] #1： ffffc9000e2a7e40 （（work_completion）（&queue->release_work））{+.+.}-{0:0}， at： process_one_work+0x1c5/0x6e0 [ 5233.300128] #2：
    ffffffff82d7dc40 （rcu_read_lock）{....}-{1:3}， at： __flush_work+0x62/0x530 [ 5233.304290] 堆栈回溯：
    [ 5233.306520] CPU：4 UID：0 PID：2413 通信：kworker/u192：6 受感染：G O N 7.0.0-rc3nvme+ #20 PREEMPT（full） [ 5233.306524] Tainted： [O]=OOT_MODULE， [N]=TEST [ 5233.306525] 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996）， BIOS rel-1.17.0-0-gb52ca86e094d-prebuilt.qemu.org 04/01/2014 [ 5233.306527] 工作队列：nvmet-wq nvmet_tcp_release_queue_work [nvmet_tcp] [ 5233.306532] 调用跟踪： [ 5233.306534] <TASK> [ 5233.306536] dump_stack_lvl+0x73/0xb0 [ 5233.306552] print_deadlock_bug+0x225/0x2f0 [5233.306556] __lock_acquire+0x13f0/0x2290 [ 5233.306563] lock_acquire+0xd0/0x300 [ 5233.306565] ？ touch_wq_lockdep_map+0x26/0x90 [ 5233.306571] ?__flush_work+0x20b/0x530 [ 5233.306573] ？ touch_wq_lockdep_map+0x26/0x90 [ 5233.306577] touch_wq_lockdep_map+0x3b/0x90 [ 5233.306580] ？ touch_wq_lockdep_map+0x26/0x90 [ 52 ---truncated--- （CVE-2026-46304）

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

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

  - spi：s3c64xx：修复驱动程序取消绑定上的空取消引用 将 DMA 通道分配从 probe（） 移回 s3c64xx_spi_prepare_transfer（） 的更改未能从 remove（） 中删除相应的解除分配。终止 remove（） 的虚假 DMA 通道版本，以避免在驱动程序取消绑定时触发空指针取消引用。
    Sashiko 在查看控制器注销补丁时标记了此问题。（CVE-2026-46296）

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

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

  - 已修复 Linux 内核中的下列漏洞：lib/scatterlist: fix length calculations in extract_kvec_to_sg Patch series Fix bugs in extract_iter_to_sg(), v3. Fix bugs in the kvec and user variants of extract_iter_to_sg. This series is growing due to useful remarks made by sashiko.dev. The main bugs are: - The length for an sglist entry when extracting from a kvec can exceed the number of bytes in the page. This is obviously not intended. - When extracting a user buffer the sglist is temporarily used as a scratch buffer for extracted page pointers. If the sglist already contains some elements this scratch buffer could overlap with existing entries in the sglist. The series adds test cases to the kunit_iov_iter test that demonstrate all of these bugs. Additionally, there is a memory leak fix for the test itself. The bugs were orignally introduced into kernel v6.3 where the function lived in fs/netfs/iterator.c. It was later moved to lib/scatterlist.c in v6.5. Thus the actual fix is only marked for backports to v6.5+. This patch (of 5): When extracting from a kvec to a scatterlist, do not cross page boundaries. The required length was already calculated but not used as intended. Adjust the copied length if the loop runs out of sglist entries without extracting everything. While there, return immediately from extract_iter_to_sg if there are no sglist entries at all. A subsequent commit will add kunit test cases that demonstrate that the patch is necessary. (CVE-2026-46289)

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

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

  - pseries/papr-hvpipe：修复中断处理程序的争用 在执行 ->ioctl 处理程序或 ->release 处理程序时，如果中断在相同 CPU 上触发，则可能进入死锁状态。此修补程序修复了这两个处理程序，以采用 spin_lock_irq{save|restore} 版本的锁定来防止此死锁。
    (CVE-2026-46298)

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

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

  - 在 onnx onnx-mlir 及之前 0.5.0.0版本中发现一个漏洞。此问题影响的是组件占位符节点缓存处理程序的 src/Runtime/python/torch_onnxmlir/src/torch_onnxmlir/backend.py 文件的函数generate_hash_key。这种操控会导致使用弱哈希。必须在本地处理攻击。高复杂程度与此攻击相关。已知很难实现此漏洞利用。修补程序的名称为 72c5187ff6d13c2c2b3d3789b8f5faf99f08a5b4。建议应用修补程序以解决此问题。（CVE-2026-11329）

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

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

  - Apache HTTP Server 2.4.67 和较早版本中的权限管理不当漏洞允许本地 .htaccess 作者以 httpd 用户的权限读取文件。此问题会影响 Apache HTTP Server 2.4.67 及之前的版本。建议用户升级到修复了此问题的版本 2.4.68。
    (CVE-2026-44119)

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

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

  - leds：qcom-lpg：选择高分辨率时检查数组溢出 从数组选择高分辨率值时，FIELD_GET（） 用于从 3 位寄存器中提取，但要编制索引的数组中只有 5 个值。硬件很可能是健全的，但为了安全起见，在溢出和读取随机数据，然后基于此设置芯片值之前，请正确检查。（CVE-2026-46286）

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

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

  - Bluetooth：hci_uart：修复关闭和初始化路径中的 UAF 和争用条件 在 hci_uart 的生命周期管理中观察到导致释放后使用 （UAF） 和空指针取消引用 （NPD） 情况的漏洞。产生主要问题是因为只有在 TTY 关闭期间设置了HCI_UART_PROTO_READY标记时，才会刷新/取消工作队列（init_ready和 write_work）。如果在设置完成之前发生挂起，hci_uart_tty_close（） 将跳过这些工作队列的拆卸并继续释放“hu”结构。当计划工作在稍后执行时，它会盲目地取消引用释放的“hu”结构。
    此外，在拆卸序列中发现了多个数据争用和 UAF：1. 在未有效禁用 write_work 的情况下从 hci_uart_close（） 调用 hci_uart_flush（） 会造成争用条件，其中两者可同时双重释放 hu->tx_skb。此漏洞发生的原因在于协议定时器可同时调用 hci_uart_tx_wakeup（） 并将write_work重新排队。2. 当供应商特定协议关闭回调取消引用 hu->hdev 时，在 hu->proto->close（hu） 之前调用 hci_free_dev（hdev） 会导致 UAF。3.
    在初始化错误路径中，未能在清除PROTO_READY之前采取proto_lock写锁定会导致与活动阅读器之间的争用。此外，hci_uart_tty_receive（） 访问读取锁定之外的 hu->hdev，如果初始化错误路径同时释放 hdev，则导致 UAF。通过以下方式修复这些同步和生命周期问题：1. 重新排序 hci_uart_tty_close（） 以首先清除HCI_UART_PROTO_READY，然后紧接着执行 cancel_work_sync（&hu->write_work）。清除此标记会锁定并发协议定时器无法成功调用 hci_uart_tx_wakeup（），从而有效地将取消永久化并防止tx_skb双重释放。2. 注意：提前清除PROTO_READY会导致 hci_uart_close（） 跳过 hu->proto->flush（）。这在tty_close路径中是完全安全的，因为 hu->proto->close（） 会在不久后执行，这实质上会清除所有协议 SKB 队列并去除状态。3. 在所有关闭和错误路径中，将 hu->proto->close（hu） 严格重新定位到 hci_free_dev（hdev） 之前，以防止供应商级 UAF。4. 将 hci_uart_tty_receive（） 中的 hdev->stat.byte_rx 增量移动到proto_lock读取端关键部分以安全地与设备注销同步。5. 将 cancel_work_sync（&hu->write_work） 添加到 hci_uart_close（），以在通过 HCI 核心调用 hci_uart_flush（） 前安全地刷新工作队列。6. 在所有路径中使用 cancel_work_sync（） 而不是 disable_work_sync（），以防止永久中断用户空间重试功能。
    (CVE-2026-46275)

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

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

  - media: videobuf2: 在 vb2_dma_sg_mmap 中设置 vma_flags，vb2_dma_contig 设置 VMA 标志 VM_DONTEXPAND 和 VM_DONTDUMP，我不明白为什么 vb2_dma_sg 的行为会有所不同。此举能够避免在导入使用 vb2_dma_sg_memops 的 Apple ISP 相机捕获驱动程序（该驱动程序位于树外）的 dma-buf 的 mmap()过程中触发`WARN_ON(!(vma->vm_flags & VM_DONTEXPAND));`。gst-launch-1.0 v4l2src ! gtk4paintablesink [38.201528] ------------[ cut here ]------------ [38.202135] 警告：CPU: 7 PID:
    2362 at drivers/gpu/drm/drm_gem.c:1144 drm_gem_mmap_obj+0x1f8/0x210 [38.203278] 模块已加载：rfcomm snd_seq_dummy snd_hrtimer snd_seq snd_seq_device uinput nf_conntrack_netbios_ns nf_conntrack_broadcast nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nf_tables qrtr bnep nls_ascii i2c_dev loop fuse dm_multipath nfnetlink brcmfmac_wcc hid_magicmouse hci_bcm4377 brcmfmac brcmutil bluetooth ecdh_generic cfg80211 ecc btrfs xor xor_neon rfkill hid_apple raid6_pq joydev aop_als apple_nvmem_spmi industrialio snd_soc_aop apple_z2 snd_soc_cs42l84 tps6598x snd_soc_tas2764 macsmc_reboot spi_nor macsmc_hwmon rtc_macsmc gpio_macsmcmacsmc_power regmap_spmi macsmc_input dockchannel_hid panel_summit appledrm nvme_apple dwc3 snd_soc_macaudio drm_client_lib nvme_core phy_apple_atc hwmon apple_sart apple_dockchannel macsmc apple_rtkit_helper spmi_apple_controller aop apple_wdt mfd_core nvmem_apple_efuses pinctrl_apple_gpio apple_isp apple_dcp videobuf2_dma_sg mux_core spi_apple [38.203300] videobuf2_memops i2c_pasemi_platform snd_soc_apple_mca videobuf2_v4l2 videodev clk_apple_nco videobuf2_common snd_pcm_dmaengine adpdrm asahi apple_admac adpdrm_mipi drm_dma_helper pwm_apple i2c_pasemi_core drm_display_helper mc cec apple_dart ofpart apple_soc_cpufreq leds_pwm phram [38.217677] CPU: 7 UID: 1000 PID: 2362 Comm: gst-launch-1.0 污染：G W6.17.6+ #asahi-dev PREEMPT(full) [38.219040] 污染：[W]=WARN [38.219398] 硬件名称：Apple MacBook Pro (13 英寸, M2, 2022) (DT) [38.220213] pstate: 21400005 (nzCv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--) [38.221088] pc :
    drm_gem_mmap_obj+0x1f8/0x210 [ 38.221643] lr : drm_gem_mmap_obj+0x78/0x210 [ 38.222178] sp :
    ffffc0008dc678e0 [ 38.222579] x29: ffffc0008dc678e0 x28: 0000000000042a97 x27: ffff8000b701b480 [38.223465] x26: 00000000000000fb x25: ffffc0008dc67d20 x24: ffffc0008dc67968 [ 38.224402] x23:
    ffff8000e3ca5600 x22: ffff8000265b7800 x21: ffff80003000c0c0 [ 38.225279] x20: 0000000000000000 x19:
    ffff8000b68c5200 x18: ffffc0008dc67968 [ 38.226151] x17: 0000000000000000 x16: 0000000000000000 x15:
    ffffc000810a30a8 [ 38.227042] x14: 00007fff637effff x13: 00005555de91ffff x12: 00007fff63293fff [38.227942] x11: 0000000000000000 x10: ffff8000184ecf08 x9 : ffffc0007a1900c8 [ 38.228824] x8 :
    ffffc0008dc67968 x7 : 0000000000000012 x6 : ffffc0015cf1c000 [ 38.229703] x5 : ffffc0008dc676a0 x4 :
    ffffc00081a27dc0 x3 : 0000000000000038 [ 38.230607] x2 : 0000000000000003 x1 : 0000000000000003 x0 :
    00000000100000fb [ 38.231488] 调用堆栈: [ 38.231806] drm_gem_mmap_obj+0x1f8/0x210 (P) [ 38.232342] drm_gem_mmap+0x140/0x260 [ 38.232813] __mmap_region+0x488/0x9a0 [ 38.233277] mmap_region+0xd0/0x148 [38.233703] do_mmap+0x350/0x5c0 [ 38.234148] vm_mmap_pgoff+0x14c/0x200 [ 38.234612] ksys_mmap_pgoff+0x150/0x208 [ 38.235107] __arm64_sys_mmap+0x34/0x50 [ 38.235611] invoke_syscall+0x50/0x120 [ 38.236075] el0_svc_common.constprop.0+0x48/0xf0 [ 38.236680] do_el0_svc+0x24/0x38 [ 38.237113] el0_svc+0x38/0x168 [ 38.237507] el0t_64_sync_handler+0xa0/0xe8 [ 38.238034] el0t_64_sync+0x198/0x1a0 [38.238491] ---[ end trace 0000000000000000 ]--- 在 2023 年底的[1]中曾有过讨论，关于导入的 mmap() ---truncated--- (CVE-2026-46312)

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

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

  - drm/amdgpu：修复 RDNA4 上的零大小 GDS 范围 init RDNA4 （GFX 12） 硬件删除 GDS、GWS 和 OA 片上内存资源。gfx_v12_0初始化代码正确地将 adev->gds.gds_size、adev->gds.gws_size 和 adev->gds.oa_size 设为零以反映这一点。无论资源大小如何，amdgpu_ttm_init（） 都会无条件地为这些资源中的每一个调用 amdgpu_ttm_init_on_chip（）。当大小为零时，amdgpu_ttm_init_on_chip（） 将调用转发到 ttm_range_man_init（），后者调用 drm_mm_init（mm， 0， 0）。
    drm_mm_init（） 立即触发 DRM_MM_BUG_ON（start + size <= start） -- size 为零时轻微为真
    -- 在 RX 9070 XT 上对 amdgpu 进行 modprobe 期间导致内核崩溃。当 size_in_page 为零时，通过提早从 amdgpu_ttm_init_on_chip（） 返回 0 来防止这种情况发生。这会跳过不存在的硬件资源的 TTM 资源管理器注册，而不会影响任何其他 GPU 类型。DRM_MM_BUG_ON（） 仅在内核配置中启用 CONFIG_DRM_DEBUG_MM 时才断言。这显然很少启用，因为这些芯片已经上市一年多了，而这个问题现在才被报告。oops-analysis：
    http://oops.fenrus.org/reports/bugzilla.korg/221376/report.html （从提交 5719ce5865279cad4fd5f01011fe037168503f2d 中精选出的内容）（CVE-2026-46276）

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

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

  - drm/vkms：转换为 DRM 的 vblank 定时器 将 vkms 的 vblank 定时器替换为 DRM 实现。DRM 代码在概念上相同，但在实现上有所不同。vblank 帮助程序和初始值设定项宏中涵盖了 Vblank 定时器，因此请删除 struct vkms_output中相应的 hrtimer。vblank 定时器通过 struct drm_crtc_helper_funcs中的handle_vblank_timeout调用 vkms 的自定义超时代码。（CVE-2025-71315）

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

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

  - mm/alloc_tag：清除 page_ext 初始化之前分配的页面的代码标签 由于初始化顺序，引导期间分配和初始化page_ext相对较晚。在 page_ext 可用之前，某些页面已经被分配和释放，因此其代码标记未初始化。一个明显的例子在 init_section_page_ext（） 中：alloc_page_ext（） 调用 kmemleak_alloc（）。如果 slab 缓存没有空闲对象，它会回退到伙伴分配器来分配内存。但是，此时page_ext尚未完全初始化，因此这些新分配的页面没有代码标记集。这些页面稍后可能由 KASAN 回收，从而导致在释放这些页面时触发警告，因为其代码标签引用仍然为空。使用全局数组跟踪在 page_ext 完全初始化之前分配的页面。数组大小固定为 8192 个条目，如果超过此限制将发出警告。page_ext初始化完成后，将其代码标签设置为空，以免在稍后释放时发出警告。只有在 CONFIG_MEM_ALLOC_PROFILING_DEBUG=Y 且禁用 mem_profiling_compressed 时才会出现此警告： [9.582133] ------------[ cut here ]------------ [ 9.582137] alloc_tag 未设置 [ 9.582139] 警告：
    ./include/linux/alloc_tag.h：164 at __pgalloc_tag_sub+0x40f/0x550， CPU#5： systemd/1 [ 9.582190] CPU： 5 UID：
    0 PID： 1 通信：systemd 未受感染 7.0.0-rc4 #1 PREEMPT（lazy） [ 9.582192] 硬件名称： Red Hat KVM，BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 2014/04/01 [ 9.582194] RIP：
    0010：__pgalloc_tag_sub+0x40f/0x550 [ 9.582196] 代码：00 00 4c 29 e5 48 8b 05 1f 88 56 05 48 8d 4c ad 00 48 8d 2c c8 e9 87 fd ff ff 0f 0b 0f 0b e9 f3 fe ff ff 48 8d 3d 61 2f ed 03 <67> 48 0f b9 3a e9 b3 fd ff ff 0f 0b eb e4 e8 5e cd 14 02 4c 89 c7 [ 9.582197] RSP： 0018：ffffc9000001f940 EFLAGS： 00010246 [ 9.582200] RAX：
    dffffc0000000000 RBX： 1ffff92000003f2b RCX： 1ffff110200d806c [ 9.582201] RDX： ffff8881006c0360 RSI：
    0000000000000004 RDI：ffffffff9bc7b460 [ 9.582202] RBP：00000000000000000 R08：0000000000000000 R09：
    fffffbffff3a62324 [ 9.582203] R10： ffffffff9d311923 R11： 00000000000000000 R12： ffffea0004001b00 [ 9.582204] R13： 0000000000002000 R14： ffffea00000000000 R15： ffff8881006c0360 [ 9.582206] FS： 00007ffbbcf2d940（0000） GS：ffff888450479000（0000） knlGS：000000000000000 [ 9.582208] CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 [ 9.582210] CR2： 000055ee3aa260d0 CR3： 0000000148b67005 CR4： 0000000000770ef0 [ 9.582211] PKRU： 55555554 [ 9.582212] 调用跟踪： [ 9.582213] [ 9.582214<TASK> ] ？ __pfx___pgalloc_tag_sub+0x10/0x10 [ 9.582216] ？ check_bytes_and_report+0x68/0x140 [ 9.582219] __free_frozen_pages+0x2e4/0x1150 [ 9.582221] ？
    __free_slab+0xc2/0x2b0 [ 9.582224] qlist_free_all+0x4c/0xf0 [ 9.582227] kasan_quarantine_reduce+0x15d/0x180 [ 9.582229] __kasan_slab_alloc+0x69/0x90 [ 9.582232] kmem_cache_alloc_noprof+0x14a/0x500 [ 9.582234] do_getname+0x96/0x310 [ 9.582237] do_readlinkat+0x91/0x2f0 [ 9.582239] ？ __pfx_do_readlinkat+0x10/0x10 [ 9.582240] ？ get_random_bytes_user+0x1df/0x2c0 [ 9.582244]
    __x64_sys_readlinkat+0x96/0x100 [ 9.582246] do_syscall_64+0xce/0x650 [ 9.582250] ？
    __x64_sys_getrandom+0x13a/0x1e0 [ 9.582252] ？ __pfx___x64_sys_getrandom+0x10/0x10 [ 9.582254] ？ do_syscall_64+0x114/0x650 [ 9.582255] ？ ksys_read+0xfc/0x1d0 [ 9.582258] ？ __pfx_ksys_read+0x10/0x10 [9.582260] ？ do_syscall_64+0x114/0x650 [ 9.582262] ？ do_syscall_64+0x114/0x650 [ 9.582264] ？
    __pfx_fput_close_sync+0x10/0x10 [ 9.582266] ？ file_close_fd_locked+0x178/0x2a0 [ 9.582268] ？
    __x64_sys_faccessat2+0x96/0x100 [ 9.582269] ？ __x64_sys_close+0x7d/0xd0 [ 9.582271] ？ do_syscall_64+0x114/0x650 [ 9.582273] ？ do_syscall_64+0x114/0x650 [ 9.582275] ？ clear_bhb_loop+0x50/0xa0 [9.582277] ？ clear_bhb_l ---truncated--- （CVE-2026-46279）

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

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

  - OfflineIMAP 在 8.0.3 认证前会信任服务器及其 STARTTLS 功能，从而允许 STRIPTLS/中间人攻击，接管连接并以明文形式提取帐户凭据。（CVE-2020-37248）

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

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

  - mtd：docg3：修复 docg3_release（） 中的释放后使用 在 docg3_release（） 中，在每个楼层调用 doc_release_device（） 的循环之前，从 cascade->floors[0]->priv 获取 docg3 指针。
    doc_release_device（） 通过第 1881 行的 kfree（docg3） 释放 docg3 结构。循环结束后，docg3->cascade->bch 会取消引用已释放的指针。通过直接访问 cascade->bch 修复此问题，这等同，因为 docg3->cascade 指向同一个 cascade 结构，并且已作为本地变量使用。这还删除了现在未使用的 docg3 本地变量。（CVE-2026-46285）

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

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

  - io-wq：检查前置任务是否在 io_wq_remove_pending（） 中被哈希处理，如果取消的工作是其哈希存储段的末尾，io_wq_remove_pending（） 需要修复 wq->hash_tail[] 。执行此操作时，系统会检查 acct->work_list 中的前一个条目是否具有相同的哈希值，但从不检查是否完全哈希前置条目。io_get_work_hash（） 只是 atomic_read（&work->flags） >> IO_WQ_HASH_SHIFT，并且从未为非哈希工作设置哈希位，因此它返回 0。因此，当非散列工作是其列表前置任务时取消了哈希的 bucket-0 工作时，检查将以虚假方式传递，且指向非哈希io_kiocb的指针存储在 wq->hash_tail[0] 中。因为非哈希工作通过 io_get_next_work（） 中的快速路径出列，该路径从不接触 hash_tail[]，所以不会清除过时指针。
    因此，当非哈希io_kiocb完成并释放回req_cachep后，wq->hash_tail[0] 就是一个悬摆指针。io_wq是按任务 （tctx->io_wq） 且在环打开/关闭后仍存在，因此悬摆指针会在任务的整个生命周期内持续存在;下一个哈希的 bucket-0 排队会在 io_wq_insert_work（） 中取消引用它，并通过释放的内存进行 wq_list_add_after（） 写入。添加缺少的 io_wq_is_hashed（） 检查，以便非哈希前置任务永远不会继承 hash_tail[] 槽。（CVE-2026-46274）

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

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

  - media：intel/ipu6：修复错误路径中的错误指针取消引用。isp->psys 经确认为错误指针而非 NULL，因此此条件为 true 且将取消引用错误指针。因此，isp-psys 应在out_ipu6_bus_del_devices前设置为 NULL。由 smatch 检测：
    drivers/media/pci/intel/ipu6/ipu6.c：690 ipu6_pci_probe（） error： 'isp->psys' 取消引用可能的 ERR_PTR（） [Sakari Ailus： 修复提交消息。]（CVE-2026-46313）

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

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

  - drm/xe/uapi：拒绝 madvise 中 CPU 缓存内存的 coh_none PAT 索引 在 xe_vm_madvise_ioctl（） 中添加验证以在应用到 CPU 缓存内存时拒绝具有XE_COH_NONE一致性模式的 PAT 索引。将coh_none与 CPU 缓存的缓冲区一起使用是一个安全问题。当内核在重新分配之前清除页面时，清除操作会保留在 CPU 缓存中（脏）。具有 coh_none 的 GPU 可绕过 CPU 缓存并直接从 DRAM 读取过时的敏感数据，从而可能从其他进程之前释放的页面中泄露数据。这与vm_bind路径 （xe_vm_bind_ioctl_validate_bo） 中的现有验证一致。
    v2（Matthew brost） - 添加补丁 - 将一个调试打印移至更好的位置 v3（Matthew Auld） - 应为 drm/xe/uapi - 更多 cc v4（Shuicheng Lin） - 顺便修复 kmem 泄漏问题 v5 - 删除 kmem 泄漏，因为它已被另一个修补程序合并 v6 - 删除与当前补丁 v7 无关的补丁 - 无变更 v8
    - 衍合 v9 - 限制对 iGPU v10 - 无变更（从提交 016ccdb674b8c899940b3944952c96a6a490d10a 中精选出的内容）（CVE-2026-46309）

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

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

  - Debian Linux - strongswan - 无 Ubuntu Linux - 销毁某些克隆身份时双重释放 （CVE-2026-47895）

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

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

  - lib：test_hmm：收回关闭文件上的设备页面以避免释放后使用 系列修补程序系列次要hmm_test补丁和清理。两个缺陷补丁，一个针对 HMM 内核自我测试的清理。这些主要由 Zenghui Yu 报告，特别感谢 Lorenzo 分析和指出问题。此修补程序（共 3 个）：调用 dmirror_fops_release（） 时，它会释放 dmirror 结构，但不会先将设备隐私页面迁移回系统内存。这样会使这些页面带有指向已释放 dmirror 的悬摆 zone_device_data 指针。如果随后在这些页面上发生错误（例如在 coredump 期间），则 dmirror_devmem_fault（） 回调将取消引用过时指针，从而导致内核错误。在 arm64 上运行 mm/ksft_hmm.sh 时，会报告 [1] 此问题，其中测试失败会触发 SIGABRT，而所产生的 coredump 遍历过时设备私有页面中发生错误的 VMA。通过对 dmirror_fops_release（） 中的每个 devmem 区块调用 dmirror_device_evict_chunk（） 来修复此问题，从而在释放 dmirror 结构之前将所有设备隐私页面迁移回系统内存。该函数在文件中移动到较早位置以避免前向宣告。
    (CVE-2026-46280)

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

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

  - 在 389 Directory Server 中发现一个缺陷。当经过认证的客户端停止读取同步响应时，内容同步持久搜索插件允许无限内存增长，从而导致拒绝服务。插件线程生命周期中的其他争用条件可在连接断开或关闭期间造成崩溃。（CVE-2026-11611）

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

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

  - iio：frequency：admv1013：修复 str 上的空指针取消引用 当 device_property_read_string（） 失败时，str 保持未初始化状态，但代码会失败至 strcmp（str， ...），从而取消引用垃圾指针。
    将手动 read/strcmp 替换为 device_property_match_property_string（），并将 SE 模式枚举整合到单个顺序枚举中，通过与驱动程序中其他位字段一致的开关映射到硬件寄存器值。最近此驱动程序已应用了多个清理修补程序，因此需要手动向后移植。（CVE-2026-46282）

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

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

  - 修复使用构建的 Ventana BIF 文件的任意内存写入 （[CVE-2026-48977]（https://github.com/openslide/openslide/security/advisories/GHSA-mxg2-48g7-fmwc））。
    (CVE-2026-48977)

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

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

  - 在 之前的 0.12.2Neovim 中发现一个缺陷。View Branch 组件的 runtime/lua/vim/secure.lua 文件的 M.read 函数受到此问题的影响。执行参数路径的操纵可导致命令注入。可以在本地主机上发起攻击。该漏洞的利用方式已被公开，可能会被使用。此修补程序称为 f83e0dcaf8cf18de94828341b0a1a61a86c75baf。应应用修补程序以修复此问题。(CVE-2026-11487)

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从版本10.6.1到 before 10.6.26、 before 10.11.17、 10.11.1 到 before 11.4.11、 11.4.1 到 before 和 11.8.111.8.712.3.1，MariaDB 允许 SELECT ... INTO OUTFILE 和 SELECT ... 如果 FROM 子句仅包含子查询，则 INTO DUMPFILE 无需验证 FILE 权限。已在版本 10.6.26、 10.11.17 、 11.4.11、11.8.7 和 12.3.2 中修补此问题。(CVE-2026-44173)

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。在版本 3.3.18 和 3.4.8 中，接受未经验证的用户输入、使用 mysql_real_escape_string() 将其转义并使用文本协议和 big5 字符集将其发送到数据库的应用程序容易受到 SQL 注入攻击，即使 mysql_real_escape_string() 本应用于防止此类输入。已在版本 3.3.19 和 3.4.9 中修补此问题。(CVE-2026-44172)

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

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

  - Perl 的 HTML：：Gumbo 之前版本 0.19 通过类型混淆泄露堆内存。2015 年，libgumbo 0.10.0 中添加了对该<template>元素的支持，但 lib/HTML/Gumbo.xs 中的 walk_tree 函数未更新为支持该元素。该元素被视为文本节点，其中 strlen（） 过度读取指针寻址的堆块。对包含 <template> 元素的输入运行 parse（） 且格式为 = > 'string' 或格式 => 'tree' 的任何调用程序都会将过度读取的字节序列化到返回结果中，从而泄露有界的堆内容。format => 'callback' 在未处理的节点类型上达到呱呱声，且不受影响。（CVE-2025-15646）

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。启用了“wsrep_notify_cmd”的版本 10.6.1 到 10.6.26、10.11.1 到 10.11.17、11.4.1 到 11.4.11、 11.8.1 到 11.8.7 以及 12.3.1 将执行连接器节点名称中嵌入的 shell 命令。此问题已在 10.6.27、10.11.18 、11.4.12 、 11.8.8 和 12.3.2 中修复。作为变通方案，任何现在无法升级的用户都应禁用“wsrep_notify_cmd”。(CVE-2026-49261)

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从版本10.6.1到 before 10.6.27、 before 10.11.18、 10.11.111.4.111.4.12到 before 、 11.8.111.8.812.3.1和 ，高权限 MariaDB 用户可使用 wsrep_sst_receive_address 或 wsrep_sst_donor 全局系统变量将 shell 命令作为 galera joiner 节点上 mariadbd 进程的 uid 执行。此问题已在版本 10.6.27、 10.11.18、 11.4.12和 11.8.812.3.2中修复。（CVE-2026-48165）

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从版本 10.6.1 到 10.6.27 之前的版本、 从 10.11.1 到 10.11.18 之前的版本、从 11.4.1 到 11.4.12 之前的版本、从 11.8.1 到 11.8.8 之前的版本以及 12.3.1，在 SST 期间，捐赠者节点正在插入加入者发送到命令行的参数。并非所有参数都经过正确验证，这可能允许恶意加入者通过 rsync SST 方法在捐赠者端执行任意 shell 命令。已在版本 10.6.27、 10.11.18 、 11.4.12、11.8.8 和 12.3.2 中修补此问题。(CVE-2026-48163)

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从 versions 10.6.1 to before 10.6.26， 10.11.1 to before 10.11.17， to before 11.4.11， 11.4.1 to before 11.8.712.3.1和 11.8.1 ，mbstream 未检查 /../ 在解包存档时在路径中。正确的备份永远不能包含此类路径，但特制的存档文件可造成 mbstream 在目标目录路径之外创建文件。
    此问题已在版本 10.6.26、 10.11.17、 11.4.11和 11.8.712.3.2中修复。（CVE-2026-44171）

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从版本 10.6.1 到 10.6.26 之前的版本、 从 10.11.1 到 10.11.17 之前的版本、从 11.4.1 到 11.4.11 之前的版本、从 11.8.1 到 11.8.7 之前的版本以及 12.3.1，在 SST 期间，捐赠者节点正在插入加入者发送到命令行的参数。并非所有参数都经过正确验证，这可能允许恶意加入者通过 mariabackup SST 方法在捐赠者端执行任意 shell 命令。已在版本 10.6.26、 10.11.17 、 11.4.11、11.8.7 和 12.3.2 中修补此问题。(CVE-2026-44168)

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从版本 10.6.1 到 10.6.26 之前的版本、 从 10.11.1 到 10.11.17 之前的版本、从 11.4.1 到 11.4.11 之前的版本、从 11.8.1 到 11.8.7 之前的版本以及 12.3.1，在已安装 CONNECT 引擎并启用 REST 支持的 Windows 版 MariaDB 中，表 HTTP 属性在未正确清理的情况下被插入到 curl 命令行中。这允许用户在服务器上执行 shell 命令。
    已在版本 10.6.26、 10.11.17 、 11.4.11、11.8.7 和 12.3.2 中修补此问题。(CVE-2026-44170)

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

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

  - MariaDB 服务器是社区开发的 MySQL 服务器分支。从版本到 11.4.1 before 11.4.11到 before 11.8.111.8.7和 12.3.1，通过角色获得对存储的例程的 EXECUTE 访问权限的用户即使没有 SHOW CREATE ROUTINE 权限，也可查看例程定义。已在版本 11.4.11、11.8.7 和 12.3.2 中修补此问题。(CVE-2026-44169)

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

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

  - WeasyPrint 帮助 Web 开发人员创建 PDF 文档。在低于该版本 68.0之前，WeasyPrint 的“default_url_fetcher”中存在一个服务器端请求伪造 （SSRF） 保护绕过。即使开发人员已实现自定义“url_fetcher”来阻断此类访问，此漏洞也允许攻击者访问内部网络资源（例如 'localhost' 服务或云元数据端点）。发生此问题的原因是基础“urllib”库自动遵循 HTTP 重定向，而不会根据开发人员的安全策略重新验证新目标。68.0 版本包含针对该问题的补丁。(CVE-2025-68616)

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

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

  - Perl 之前的 Protocol：：HTTP2 版本 1.13 容易受到 HTTP/2 Bomb 的攻击。Protocol：：HTTP2 的入站 HPACK 路径没有标头列表大小限制，因此较小的 HTTP/2 请求可以扩展为较大的服务器内存（HTTP/2 炸弹）。headers_decode 方法在每个索引引用中实现完整的键+值副本，无需运行大小检查，并且stream_header_block_add方法将每个 CONTINUATION 帧（自版本 1.12起）附加到不受限制的每个流缓冲区。MAX_HEADER_LIST_SIZE（默认 65536）在“设置”中公布，但从未查阅解码。它在解码器和 ：limits 导出标签中不存在。
    (CVE-2026-10725)

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

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

  - 应用程序中的国际化域名 （IDNA） for Python 提供对应用程序中的国际化域名 （IDNA） 和 Unicode IDNA 兼容性处理的支持。在低于 的版本 3.15中，如“\u0660 * N”或“\u30fb * N + \u6f22”等负载在长度拒绝之前使用“valid_contexto”函数，对于高值“N”将需要很长时间来处理。这是相同的问题 CVE-2024-3651，但 2024 年的原始修复并非完全修复。“idna.encode（）”函数的特制参数可能消耗大量资源。这可导致拒绝服务。从版本 3.14开始，该函数会在任何进一步处理之前尽快拒绝长输入，以最大限度地减少资源消耗。在版本 3.15中，此方法已扩展到较少使用的替代函数（即每个标签转换和编解码器支持）。有变通方案。域名的长度不能超过 253 个字符。如果在将域传递到“idna.encode（）”函数之前强制执行此长度限制，应不会再消耗大量资源。这由任意大型输入触发，这些输入在正常使用中不会出现，但假设更高级别的应用程序没有初步输入验证，则可能会传递到库。（CVE-2026-45409）

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

ID	名称	严重性
319914	Linux Distros 未修补的漏洞：CVE-2026-46311	high
319913	Linux Distros 未修补的漏洞：CVE-2026-48913	high
319912	Linux Distros 未修补的漏洞：CVE-2026-42536	high
319911	Linux Distros 未修补的漏洞：CVE-2026-34356	high
319910	Linux Distros 未修补的漏洞：CVE-2026-43951	medium
319909	Linux Distros 未修补的漏洞：CVE-2026-46307	high
319908	Linux Distros 未修补的漏洞：CVE-2026-46303	high
319907	Linux Distros 未修补的漏洞：CVE-2026-46283	medium
319906	Linux Distros 未修补的漏洞：CVE-2026-42535	critical
319905	Linux Distros 未修补的漏洞：CVE-2026-46314	medium
319904	Linux Distros 未修补的漏洞：CVE-2026-46306	high
319903	Linux Distros 未修补的漏洞：CVE-2026-41004	medium
319902	Linux Distros 未修补的漏洞：CVE-2026-46299	high
319901	Linux Distros 未修补的漏洞：CVE-2026-44631	critical
319900	Linux Distros 未修补的漏洞：CVE-2026-46304	high
319899	Linux Distros 未修补的漏洞：CVE-2026-46296	medium
319897	Linux Distros 未修补的漏洞：CVE-2026-46289	critical
319896	Linux Distros 未修补的漏洞：CVE-2026-46298	medium
319895	Linux Distros 未修补的漏洞：CVE-2026-11329	low
319894	Linux Distros 未修补的漏洞：CVE-2026-44119	medium
319699	Linux Distros 未修补的漏洞：CVE-2026-46286	medium
319698	Linux Distros 未修补的漏洞：CVE-2026-46275	high
319697	Linux Distros 未修补的漏洞：CVE-2026-46312	medium
319696	Linux Distros 未修补的漏洞：CVE-2026-46276	medium
319695	Linux Distros 未修补的漏洞：CVE-2025-71315	medium
319694	Linux Distros 未修补的漏洞：CVE-2026-46279	high
319693	Linux Distros 未修补的漏洞：CVE-2020-37248	medium
319692	Linux Distros 未修补的漏洞：CVE-2026-46285	high
319691	Linux Distros 未修补的漏洞：CVE-2026-46274	high
319690	Linux Distros 未修补的漏洞：CVE-2026-46313	medium
319689	Linux Distros 未修补的漏洞：CVE-2026-46309	high
319688	Linux Distros 未修补的漏洞：CVE-2026-47895	critical
319687	Linux Distros 未修补的漏洞：CVE-2026-46280	high
319686	Linux Distros 未修补的漏洞：CVE-2026-11611	medium
319685	Linux Distros 未修补的漏洞：CVE-2026-46282	medium
319667	Linux Distros 未修补的漏洞：CVE-2026-48977	critical
319666	Linux Distros 未修补的漏洞：CVE-2026-11487	medium
319630	Linux Distros 未修补的漏洞：CVE-2026-44173	medium
319629	Linux Distros 未修补的漏洞：CVE-2026-44172	medium
319628	Linux Distros 未修补的漏洞：CVE-2025-15646	critical
319627	Linux Distros 未修补的漏洞：CVE-2026-49261	critical
319626	Linux Distros 未修补的漏洞：CVE-2026-48165	high
319625	Linux Distros 未修补的漏洞：CVE-2026-48163	high
319624	Linux Distros 未修补的漏洞：CVE-2026-44171	high
319623	Linux Distros 未修补的漏洞：CVE-2026-44168	high
319622	Linux Distros 未修补的漏洞：CVE-2026-44170	medium
319621	Linux Distros 未修补的漏洞：CVE-2026-44169	medium
319613	Linux Distros 未修补的漏洞：CVE-2025-68616	high
319610	Linux Distros 未修补的漏洞：CVE-2026-10725	high
319607	Linux Distros 未修补的漏洞：CVE-2026-45409	medium

检测

Nessus 的 Misc. 系列

high

high

high

high

medium

high

high

medium

critical

medium

high

medium

high

critical

high

medium

critical

medium

low

medium

medium

high

medium

medium

medium

high

medium

high

high

medium

high

critical

high

medium

medium

critical

medium

medium

medium

critical

critical

high

high

high

high

medium

medium

high

high

medium