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

  - canucan修复来自零长度消息的无限循环如果损坏的 ucan 设备收到消息长度字段设置为 0 的消息则驱动程序将在 ucan_read_bulk_callback() 中永远循环并使系统挂起。如果长度为 0，则仅跳过该消息并继续处理下一条消息。这已在过去的 kvaser_usb 驱动程序提交 0c73772cd2b8中得到修复因此kvaser_usbleaf修复命令解析器中可能存在的无限循环因此某处一定存在像这样的损坏设备。
    (CVE-2026-23298)

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

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

  - net：usb：kaweth：验证 USB 端点 kaweth 驱动程序应在绑定到要探测的设备之前验证其预期的 USB 端点数量和类型是否正确。如果恶意设备不具有相同的 URB，则驱动程序随后在盲目访问这些端点时将崩溃。（CVE-2026-23312）

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

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

  - cxl修复运行 cxl-translate.sh 单元测试期间创建 nvdimm 对象 Found 的问题时nvdimm_bus 对象的争用。就在测试之前添加 3 秒睡眠似乎可以使问题相当一致地重现。cxl_translate 模块对 cxl_acpi 存在依存关系导致孤立的 nvdimm 对象在删除 cxl_acpi 后重新被探测。nvdimm_bus 对象由 cxl_nvb 对象在调用 cxl_acpi_probe() 时注册。由于缺少 nvdimm_bus 对象__nd_device_register() 在访问指向 &nvdimm_bus->dev 的 dev->parent 时将触发空指针取消引用。 [ 192.884510] 缺陷
    kernel 空指针取消引用地址000000000000006c [ 192.895383] 硬件名称QEMU Standard PC(Q35 + ICH9, 2009)BIOS edk2-20250812-19.fc42 08/12/2025 [ 192.897721] 工作队列cxl_port cxl_bus_rescan_queue [cxl_core] [ 192.899459] RIP: 0010:kobject_get+0xc/0x90 [ 192.924871] 调用跟踪 [192.925959] <TASK> [ 192.926976] ? pm_runtime_init+0xb9/0xe0 [ 192.929712]
    __nd_device_register.part.0+0x4d/0xc0 [libnvdimm] [ 192.933314] __nvdimm_create+0x206/0x290 [libnvdimm] [192.936662] cxl_nvdimm_probe+0x119/0x1d0 [cxl_pmem] [ 192.940245] cxl_bus_probe+0x1a/0x60 [cxl_core]192.943349] real_probe+0xde/0x380 此修补程序也依赖之前的变更其中从 drivers/cxl/pmem.c 而非 drivers/cxl/core.c 调用 devm_cxl_add_nvdimm_bridge() 以确保 cxl_acpi 对 cxl_pmem 的依存关系。 1. 将 cxl_nvb 的 probe_type 设置为 PROBE_FORCE_SYNCHRONOUS以确保在调用 add_device() 时同步探测驱动程序。 2. 添加签入
    __devm_cxl_add_nvdimm_bridge() 以确保在 cxl_acpi_probe() 期间附加 cxl_nvb 驱动程序。 3.
    获取 devm_cxl_add_nvdimm() 中的 cxl_root uport_dev 锁定和 cxl_nvb->dev 锁定然后检查 nvdimm_bus 是否有效。 4. 将 cxl_nvdimm 标记设置为 CXL_NVD_F_INVALIDATED以便 cxl_nvdimm_probe() 将以
    -EBUSY。一旦 nvdimm_bus 消失，cxl_nvdimm 设备的删除应阻止任何孤立的设备进行探测。 [ dj修复了 0day 报告的 kdoc 问题。 ] [ dj修复出错时的 cxl_nvb 引用泄漏。
    Gregory (kreview-0811365) ] (CVE-2026-23348)

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

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

  - 错误授权 (CWE-863) 中存在错误授权 (CWE-863) 漏洞当使用 OpenWire 协议的应用程序尝试在具有 createDurableQueue 的经身份验证用户不存在的地址上创建非持久 JMS 主题订阅时Apache ActiveMQ Artemis 中存在 OpenWire 协议的应用程序权限但没有 createAddress 权限并且地址自动创建被禁用。在此情况下系统会创建一个临时地址但创建非持久订阅的尝试反而会失败因为用户无权创建相应的地址。当 OpenWire 连接关闭时该地址将被删除。该问题影响 Apache Artemis从 2.50.0 到 2.52.0Apache ActiveMQ Artemis从 2.0.0 到 2.44.0。建议用户升级到修复了此问题的版本 2.53.0。(CVE-2026-32642)

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

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

  - netethernetmtk_eth_soc如果 mtk_xdp_setup() 中出错将 prog ptr 重置为 old_prog 将 eBPF 程序指针重置为 old_prog并且如果 mtk_xdp_setup() 中的 mtk_open 例程失败不减少其 ref-count。 (CVE-2026-23284)

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

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

  - canmcp251x修复 mcp251x_open 错误路径中的死锁 mcp251x_open() 函数在持有 mpc_lock 互斥体的情况下调用其错误路径中的 free_irq()。但如果已发生中断中断处理程序将等待 mpc_lock且 free_irq() 将死锁等待处理程序完成。此问题与 commit 7dd9c26bd6cf 中已修复的问题类似可以mcp251x如果在 mcp251x_open 期间发生中断则修复死锁但针对错误路径。要解决此问题在释放锁定后移动对 free_irq() 的调用。提前设置“priv->force_quit = 1”可确保 IRQ 处理程序在获得锁定后立即退出。 (CVE-2026-23357)

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

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

  - Squid 是 Web 的缓存代理。在低于该版本 7.5之前，由于在预期生命周期内过早释放资源以及堆释放后使用缺陷，Squid 在处理 ICP 流量时容易受到拒绝服务的影响。此问题允许远程攻击者使用 ICP 协议，对 Squid 服务执行可靠且可重复的拒绝服务攻击。此攻击仅限明确启用 ICP 支持（即配置非零“icp_port”）的 Squid 部署。无法通过使用“icp_access”规则拒绝 ICP 查询来缓解此问题。此缺陷已在 Squid 版本 7.5中修复。（CVE-2026-32748）

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

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

  - wificfg80211取消 wiphy_unregister() 中的 rfkill_block 作业cfg80211_shutdown_all_interfaces 中发现一个释放后使用错误 syzkaller: BUGKASANcfg80211_shutdown_all_interfaces+0x213/0x220 在地址 ffff888d9812a7881812a7881812a7881812a788d9812a788d9812a7812a788d9812a7812a7812a7812a7812a7812a7812a7812a7812a7812a7812a2a72a2a2a2a2a2a2a2a2a2a2a2a2a2a2a2a2a2a2a212a212a212a212a212 task kworker/0:5/5326 CPU0 UID: 0 PID: 5326 Comm: kworker/0:5 Not tainted 6.19.0-rc2 #2 PREEMPT自主硬件名称QEMU Standard PC（i440FX + PIIX，1996）、BIOS 1.15.0-1 04/01/2014 Workqueue: events cfg80211_rfkill_block_work Call Trace: <TASK> dump_stack_lvl+0x116/0x1f0 print_report+0xcd/0x630 kasan_report+0xe0/0x110 cfg80211_shutdown_all_interfaces+0x213/0x220 cfg80211_rfkill_block_work+0x1e/0x30 process_one_work+0x9cf/0x1b70 worker_thread+0x6c8/ 0xf10 kthread+0x3c5/0x780 ret_from_fork+0x56d/0x700 ret_from_fork_asm+0x1a/0x30 </TASK> 出现此问题的原因是注销 wiphy 时未取消 rfkill_block 工作。若要修复此问题请取消 wiphy_unregister() 中的相应工作。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2026-23336)

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

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

  - netsched避免无锁 qdisc 的 qdisc_reset_all_tx_gt() 与出列争用减少实际 tx 队列数量时netif_set_real_num_tx_queues() 会调用 qdisc_reset_all_tx_gt() 以刷新将不再使用的队列的 qdiscs。 qdisc_reset_all_tx_gt() 目前将 qdisc_reset() 与 qdisc_lock() 序列化。然而对于无锁的 qdiscs出列路径由 qdisc_run_begin/end() 使用 qdisc->seqlock 序列化因此 qdisc_reset() 可与 __qdisc_run() 同时运行并在仍在出列时释放 skb从而导致 UAF。这可以通过在频繁更改队列对数量的同时施加大量流量轻松重现例如 virtio-netiperf3 -ub0 -c $peer -t 0 & while :; do ethtool -L eth0合并1 ethtool -L eth0合并2完成在启用 KASAN 的情况下这会导致类似以下的报告
    缺陷KASAN__qdisc_run+0x133f/0x1760 中的 slab 释放后使用 ... 调用跟踪 <TASK>...
    __qdisc_run+0x133f/0x1760 __dev_queue_xmit+0x248f/0x3550 ip_finish_output2+0xa42/0x2110 ip_output+0x1a7/0x410 ip_send_skb+0x2e6/0x480 udp_send_skb+0xb0a/0x1590sx3gudp_ ...0x1590sx3gudp_ ...
    </TASK> 由 cpu 5 上的任务 1270 在 44.558414s分配... alloc_skb_with_frags+0x84/0x7c0 sock_alloc_send_pskb+0x69a/0x830 __ip_append_data+0x1b86/0x48c0 ip_make_skb+0x1e8/0x2b0 udp_sendmsg/0x1fc360 ... Freed by task 1306 on cpu 3 at 44.558445s: ... kmem_cache_free+0x117/0x5e0 pfifo_fast_reset+0x14d/0x580 qdisc_reset+0x9e/0x5f0 netif_set_real_num_tx_queues+0x303/0x840 virtnet_set_channels+0x1bf/0x260 [virtio_net] ethnl_set_channels+0x684/0xae0 ethnl_default_set_doit+0x31a /0x890 ... 通过对 TCQ_F_NOLOCK qdiscs 进行 qdisc->seqlock匹配已由 dev_reset_queue() 使用的序列化模型可针对无锁出列路径序列化 qdisc_reset_all_tx_gt()。此外重置后清除 QDISC_STATE_NON_EMPTY以便 qdisc 状态反映空队列从而避免不必要的重新计划。 (CVE-2026-23340)

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

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

  - bpf、arm64强制 JIT 缓冲区执行 8 字节对齐以防止原子拆分 struct bpf_plt 包含 u64 目标字段。目前BPF JIT 分配器请求 JIT 缓冲区的 4 字节对齐 (sizeof(u32))。因为JIT 缓冲区的基址可能是 4 字节对齐的例如以 0x4 或 0xc 结尾build_plt() 中的相关填充逻辑不能确保目标位于 8 字节边界上。这导致两个问题1. 取消引用结构时UBSAN 报告未对齐访问警告。 2. 更严重的是当 JIT 代码执行 ldr 时通过 bpf_arch_text_poke() 中的 WRITE_ONCE() 并发更新目标。在 arm64 中仅当 64 位加载/存储进行 64 位对齐时才保证其为单一副本原子性。未对齐的目标可能会造成 JIT 跳转到损坏的地址从而导致读取损坏。通过将 bpf_jit_binary_pack_alloc() 中的分配对齐要求提高到 8 字节 (sizeof(u64)) 来修复此问题。这将 JIT 缓冲区的基础定位到 8 字节边界允许 build_plt() 中的相对填充数学函数可以正确对齐目标字段。 (CVE-2026-23383)

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

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

  - net/schedact_ife修复 metalist 更新行为 每当 ife 操作替换更改 metalist 时当前 ife 代码都附加新的元数据而不是替换 metalist 上的旧数据。
    除了不当行为之外这还可能导致将元数据无限制地添加到 metalist 从而在运行编码 op 时造成越界错误 [ 138.423369][ C1] =========== ================================================== ===== [ 138.424317][ C1] BUGKASANife_tlv_meta_encode 中的 slab 越界 (net/ife/ife.c:168) [ 138.424906][ C1] 地址 ffff8880077f4ffe 处大小为 4 的写入按任务 ife_out_out_bou/255 [ 138.425778][ C1] CPU1 UID0 PID255 Comm
    ife_out_out_bou Not tainted 7.0.0-rc1-00169-gfbdfa8da05b6 #624 PREEMPT(full) [ 138.425795][ C1] 硬件名称Bochs Bochs，BIOS Bochs 01/01/2011 [ 138.425800][ C1] 调用跟踪[ 138.425804][ C1] <IRQ> [138.425808][ C1] dump_stack_lvl (lib/dump_stack.c:122) [ 138.425828][ C1] print_report (mm/kasan/report.c:379 mm/kasan/report.c [482 138.425839[C1] srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 138.425844][ C1] ? __virt_addr_valid (./arch/x86/include/asm/preempt.h:95标识符 1) ./include/linux/rcupdate.h:975 (标识符 1) ./include/linux/mmzone.h:2207 (标识符 1) ) arch/x86/mm/physaddr.c:54 (标识符 1)) [ 138.425853][ C1] ? ife_tlv_meta_encode (net/ife/ife.c:168) [ 138.425859][ C1] kasan_report (mm/kasan/report.c:221 mm/kasan/report.c:597) [138.425868][ C1] ? ife_tlv_meta_encode (net/ife/ife.c:168) [ 138.425878][ C1] kasan_check_range (mm/kasan/generic.c:186辨别器 1) mm/kasan/generic.c:200 (辨别器 1)) [ 138.425884][ C1]
    __asan_memset (mm/kasan/shadow.c:84 (disabilities 2)) [ 138.425889][ C1] ife_tlv_meta_encode (net/ife/ife.c:168) [ 138.425893][ C1] ? ife_tlv_meta_encode (net/ife/ife.c:171) [ 138.425898][ C1] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 138.425903][ C1] ife_encode_meta_u16 (net/sched/act_ife.c:57) [ 138.425910][ C1] ? __pfx_do_raw_spin_lock (kernel/locking/spinlock_debug.c:114) [ 138.425916][ C1] ? __asan_memcpy (mm/kasan/shadow.c:105标识符 3) [ 138.425921][ C1] ?
    __pfx_ife_encode_meta_u16 (net/sched/act_ife.c:45) [ 138.425927][ C1] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 138.425931][ C1] tcf_ife_act (net/sched/act_ife.c:847 net/sched/act_ife.c:879) 修复此问题将替换行为通过将 metalist 添加到 ife rcu 数据结构。 (CVE-2026-23378)

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

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

  - Active Support 是一个从 Rails 框架提取的支持库和 Ruby 核心扩展工具包。在版本 8.1.2.1、 8.0.4.1和 7.2.3.1之前，主动支持数字助手接受包含科学符号的字符串（例如“1e10000”），而“大十进制”则扩展为极大的十进制表示。这可能导致扩展数字格式化时内存分配过多和CPU消耗，可能引发DoS漏洞。版本 8.1.2.1、8.0.4.1 和 7.2.3.1 包含补丁。(CVE-2026-33176)

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

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

  - platform/x86dell-wmi-sysman不以十六进制转储明文密码数据 set_new_password() 以十六进制转储整个缓冲区其中包含明文密码数据包括当前密码和新密码。删除十六进制转储以避免泄漏凭据。 (CVE-2026-23370)

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

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

  - Squid 是 Web 的缓存代理。在低于该版本 7.5之前，由于堆释放后使用，Squid 在处理 ICP 流量时容易遭受拒绝服务。此问题允许远程攻击者使用 ICP 协议，对 Squid 服务执行可靠且可重复的拒绝服务攻击。
    此攻击仅限明确启用 ICP 支持（即配置非零“icp_port”）的 Squid 部署。无法通过使用“icp_access”规则拒绝 ICP 查询来缓解此问题。版本 7.5 包含一个补丁。(CVE-2026-33526)

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

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

  - i40e：修复napi poll tracepoint中的抢占计数泄漏。在tracepoint赋值中使用get_cpu（）会导致明显的抢占计数泄漏，因为没有调用put_cpu（）来撤销：softirq：嗯，3 NET_RX用preempt_count 00000100进入softirq，用00000101退出？显然，这在过去3+年里经历了大量测试...... 改用smp_processor_id（）代替。（CVE-2026-23313）

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

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

  - wifimt76mt7996修复 mt7996_mac_write_txwi_80211() 中可能的 oob 访问 在访问 mt7996_mac_write_txwi_80211 中的 mgmt 字段之前检查帧长度以避免可能的 oob 访问。
    (CVE-2026-23325)

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

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

  - smb客户端不在 cifs_set_cifscreds 中记录明文凭据启用调试日志记录时cifs_set_cifscreds() 会记录密钥负载并暴露明文用户名和密码。删除调试日志以避免凭据泄露。 (CVE-2026-23303)

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

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

  - 用户可通过 Active Storage 在 Rails 应用程序中附加云和本地文件。在版本 8.1.2.1、 8.0.4.1和 7.2.3.1之前，Active Storage 的“DiskService#delete_prefixed”会直接将 blob 键传递给 “Dir.glob”，而不会逃逸 glob 元字符。如果一个blob键包含攻击者控制的输入或带有glob元字符的自定义键，可能可以从存储目录中删除未预定的文件。版本 8.1.2.1、8.0.4.1 和 7.2.3.1 包含补丁。(CVE-2026-33202)

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

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

  - 操作视图提供用于通过 Rails 框架构建网页的约定和帮助程序。低于 8.1.2.1、 8.0.4.1和 7.2.3.1的版本中当空白字符串用作 Action View 标签帮助程序中的 HTML 属性名称时会绕过属性转义从而生成畸形 HTML。精心构建的属性值可能会被浏览器错误解释为单独的属性名称这可能导致 XSS。允许用户指定自定义 HTML 属性的应用程序会受到影响。版本 8.1.2.1、 8.0.4.1和 7.2.3.1 包含修补程序。 (CVE-2026-33168)

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

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

  - af_unix如果 MSG_PEEK 干预则放弃 GC。Igor Ushakov 报告 GC 因与 MSG_PEEK 的争用而清除了活动套接字的接收队列并获得了良好的重现。此问题与之前由 提交 cbcf01128d0aaf_unix 修复的问题完全相同此问题修复垃圾与 MSG_PEEK 的收集。将 GC 替换为当前算法之后引用的提交删除了 unix_peek_fds() 中的锁之交并重新引入了相同的问题。问题在于 MSG_PEEK 会在未与 GC 交互的情况下增加文件引用计数。考虑包含 sk-A 和 sk-B 的 SCC其中 sk-A 可 close()d 但可通过 sk-B 进行 recv()ed。如果 sk-A 通过 MSG_PEEK 从 sk-B 进行 recv()ed 并且在 GC 检查 sk-A 和 sk-B 的 unix_vertex_dead() 时对 sk-B 进行 close()d则会发生此问题。GC 线程 用户线程 --------- ----------- unix_vertex_dead(sk-A) -> true <------。 \ `------ recv(sk-B, MSG_PEEK) 无效!! -> sk-A 的文件引用计数 1 -> 2 close(sk-B) -> sk-B 的文件引用计数 2 -> 1 unix_vertex_dead(sk-B) -> true 最初sk-A 的文件引用计数为 1 sk-B recvq 中的 inflight fd。GC 认为 sk-A 已死因为文件引用计数与其 inflight fd 的数量相同。但是sk-A 的文件引用计数会被 MSG_PEEK 静默增加从而使之前的评估无效。此时sk-B 的 file refcount 为 2一个由 open fd 触发另一个由 sk-A 中的 inflight fd 触发。后续的 close() 通过前者释放一个引用计数。最后GC 错误地断定 sk-A 和 sk-B 都已死机。一个选项是恢复 unix_peek_fds() 中的锁定之差但感谢新算法我们可以更妥善地解决此问题。关键是如果不使用后续的 close()则不会发生此问题而且我们实际上不需要将 MSG_PEEK 与无效的 SCC 检测同步。发生 问题时close() 和 GC 会接触同一个文件引用计数。如果 GC 发现 refcount 因 close() 而递减则它可能只是放弃对 SCC 进行垃圾回收。因此，我们只需在 MSG_PEEK 期间使用适当的内存屏障发出争用信号即可对 GC 可见。让我们使用 seqcount_t 在发生 MSG_PEEK 时通知 GC 并将 SCC 推迟到下一次运行。这样就不需要在 MSG_PEEK 侧上锁定我们可以避免对每个 MSG_PEEK 施加不必要的损失。请注意如果检测到 MSG_PEEK则可在 unix_scc_dead() 内重试但这样做是为了避免因滥用 MSG_PEEK 调用而导致挂起任务 splat。 (CVE-2026-23394)

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

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

  - Squashfs检查元数据区块偏移是否在范围之内 Syzkaller 报告 squashfs_copy_data 中存在一般保护错误这最终是因为产生负的元数据区块偏移的索引查阅表损坏所造成。这随后会传递到 squashfs_copy_data通过 squashfs_read_metadata其中负偏移会导致越界访问。修复程序用于检查偏移是否在 squashfs_read_metadata 的范围内。这会捕获此情况及其他情况。
    (CVE-2026-23388)

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

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

  - IB/mthca为 mthca_create_srq() 添加缺少的 mthca_unmap_user_db() 修复了系统调用失败路径上一个用户可触发的泄漏。 (CVE-2026-23289)

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

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

  - arm64gcs启用 FEAT_LPA2 时请勿在 GCS 映射上设置 PTE_SHARED启用 FEAT_LPA2 时PTE 的第 8-9 位会替换为输出地址的第 50-51 位可共享属性。的
    _PAGE_GCS{,_RO} 定义将 PTE_SHARED 位设为 0b11这与其他 _PAGE_* 定义匹配但在具有 LPA2 的系统/型号上启用 GCS无法在虚拟环境中处理内核分页请求时使用此宏会直接导致以下错误地址 fffff1ffc32d8008 内存中止信息ESR = 0x0000000096000004 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0FSC = 0x040 级转换错误 数据中止信息ISV = 0、ISS = 0x00000004、ISS2 = 0x00000000 CM = 0、WnR = 0、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 交换程序 pgtable4k 页面、52 位 VA , pgdp=0000000060f4d000 [fffff1ffc32d8008] pgd=100000006184b003, p4d=0000000000000000 内部错误: Oops: 0000000096000004 [#1] SMP CPU: 0 UID: 0 PID: 513 Comm
    gcs_write_fault 受感染的GM 7.0.0-rc1 #1 PREEMPT 受感染的[M]=MACHINE_CHECK 硬件名称QEMU QEMU Virtual MachineBIOS 2025.02-8+deb13u1 11/08/2025 pstate: 03402005 (nzcv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc zap_huge_pmd+0x168/0x468 lr zap_huge_pmd+0x2c/0x468 sp ffff800080beb660 x29
    ffff800080beb660 x28: fff00000c2058180 x27: ffff800080beb898 x26: fff00000c2058180 x25: ffff800080beb820 x24: 00c800010b600f41 x23: ffffc1ffc30af1a8 x22: fff00000c2058180 x21: 0000ffff8dc00000 x20:
    fff00000c2bc6370 x19: ffff800080beb898 x18: ffff800080bebb60 x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000007 x14: 000000000000000a x13: 0000aaaacbbbffff x12: 0000000000000000 x11:
    0000ffff8ddfffff x10: 00000000000001fe x9 : 0000ffff8ddfffff x8 : 0000ffff8de00000 x7 : 0000ffff8da00000 x6 : fff00000c2bc6370 x5 : 0000ffff8da00000 x4 : 000000010b600000 x3 : ffffc1ffc0000000 x2 :
    fff00000c2058180 x1 : fffff1ffc32d8000 x0 : 000000c00010b600 Call trace: zap_huge_pmd+0x168/0x468 (P) unmap_page_range+0xd70/0x1560 unmap_single_vma+0x48/0x80 unmap_vmas+0x90/0x180 unmap_region+0x88/0xe4 vms_complete_munmap_vmas+0xf8/0x1e0 do_vmi_align_munmap+0x158/0x180 do_vmi_munmap+ 0xac/0x160
    __vm_munmap+0xb0/0x138 vm_munmap+0x14/0x20 gcs_free+0x70/0x80 mm_release+0x1c/0xc8 exit_mm_release+0x28/0x38 do_exit+0x190/0x8ec do_group_exit+0x34/0x90 get_signal+0x794/0x858 arch_do_signal_or_restart+0x11c/0x3e0 exit_to_user_mode_loop+0x10c/0x17c el0_da+0x8c/0x9c el0t_64_sync_handler+0xd0/0xf0 el0t_64_sync+0x198/0x19c 代码的方式与内核处理 protection_map[]的aa1603e2 d34cfc00 cb813001 8b011861 (f9400420) 类似如果 LTE 同时删除未使用的 PAGE_GCS{,_RO} 宏。
    (CVE-2026-23345)

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

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

  - pinctrl： cirrus： cs42l43： fix double-put-in cs42l43_pin_probe（） devm_add_action_or_reset（） 在失败时已调用该动作，因此显式的put会导致双重put。（CVE-2026-23387）

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

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

  - HID在 raw_event 回调中添加缺少 HID_CLAIMED_INPUT 的保护 在提交 2ff5baa9b527 中 (HID:
    appleir 修复原始事件句柄中潜在的空取消引用我们会处理以下情况即使针对尚未声明的 HID 设备可能发生原始事件回调进而导致如果将损坏的设备连接到系统即可崩溃。对其余忘记添加此相同检查的树内 HID 驱动程序进行修复以解决相同问题。 (CVE-2026-23382)

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

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

  - net/schedets修复卸载路径中的除以零错误 卸载 ETS 需要计算每个类的 WRR 权重这是通过对“q_sum”和“q_psum”这种 quantum 的和求平均来实现的。使用与单个 DRR 配额相同的整数大小的无符号 int可能溢出甚至导致除以零如以下 splat 中所发生的情况Oops:divide error: 0000 [#1] SMP PTI CPU: 13 UID: 0 PID 487 Commtc 感染: GE 6.19.0-virtme #45 PREEMPT(full) 感染: [E]=UNSIGNED_MODULE 硬件名称Bochs Bochs, BIOS Bochs 01/01/2011 RIP0010:ets_offload_change+0x11f/0x290 [sch_ets ] 代码e4 45 31 ff eb 03 41 89 c7 41 89 cb 89 ce 83 f9 0f 0f 87 b7 00 00 00 45 8b 08 31 c0 45 01 cc 45 85 c9 74 09 41 6b c4 64 31 d2 <41> f7 f2 89 c2 44 29 fa 45 89 df 41 83 fb 0f 0f 87 c7 00 00 00 44 RSP: 0018:ffffd0a180d77588 EFLAGS: 00010246 RAX
    00000000ffffff38 RBX: ffff8d3d482ca000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffd0a180d77660 RBP: ffffd0a180d77690 R08: ffff8d3d482ca2d8 R09: 00000000fffffffe R10:
     R110000000000000000  : 0000000000000000 R12: 00000000fffffffe R13: ffff8d3d472f2000 R14: 0000000000000003 R15: 0000000000000000 FS: 00007f440b6c2740(0000) GS:ffff8d3dc9803000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000003cdd2000 CR3: 0000000007b58002 CR4: 0000000000172ef0 Call Trace: <TASK> ets_qdisc_change+0x870/0xf40 [sch_ets] qdisc_create+0x12b/0x540 tc_modify_qdisc+0x6d7/0xbd0 rtnetlink_rcv_msg+0x168/0x6b0 netlink_rcv_skb+0x5c/0x110 netlink_unicast+0x1d6/0x2b0 netlink_sendmsg+0x22e/0x470 ____sys_sendmsg+0x38a/0x3c0
    ___sys_sendmsg+0x99/0xe0 __sys_sendmsg+0x8a/0xf0 do_syscall_64+0x111/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f440b81c77e Code: 4d 89 d8 e8 d4 bc 00 00 4c 8b 5d f8 41 8b 93 08 03 00 00 59 5e 48 83 f8 fc 74 11 c9 c3 0f 1f 80 00 00 00 00 48 8b 45 10 0f 05 <c9> c3 83 e2 39 83 fa 08 75 e7 e8 13 ff ff ff 0f 1f 00 f3 0f 1e fa RSP: 002b:00007fff1020007fff951EFLA ORIG_RAX000000000000002e RAXffffffffffffffda RBX0000000000481820 RCX00007f440b81c77e RDX
    0000000000000000 RSI: 00007fff951e4cd0 RDI: 0000000000000003 RBP: 00007fff951e4c20 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000202 R12: 00007fff951f4fa8 R13:
    00000000699ddede R1400007f440bb01000 R150000000000486980 </TASK> 中链接的模块sch_ets(E) netdevsim(E) ---[ 结束跟踪 0000000000000000]--- RIP0010:ets_offload_change+0x11f/0x290
    e4 45 31 ff eb 03 41 89 c7 41 89 cb 89 ce 83 f9 0f 0f 87 b7 00 00 00 45 8b 08 31 c0 45 01 cc 45 85 c9 74 09 41 6b c4 64 31 d2 <41> f7 f2 89 c9 292 44 fa 45 89 df 41 83 fb 0f 0f 87 c7 00 00 00 44 RSP
    0018:ffffd0a180d77588 EFLAGS: 00010246 RAX: 00000000ffffff38 RBX: ffff8d3d482ca000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffd0a180d77660 RBP: ffffd0a180d77690 R08:
     R09ffff8d3d482ca2d8  : 00000000fffffffe R10: 0000000000000000 R11: 0000000000000000 R12: 00000000fffffffe R13: ffff8d3d472f2000 R14: 0000000000000003 R15: 0000000000000000 FS: 00007f440b6c2740(0000) GS:ffff8d3dc9803000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    000000003cdd2000 CR30000000007b58002 CR40000000000172ef0 内核错误 - 未同步致命异常内核偏移0x30000000 来自 0xffffffff81000000重定位范围
    0xffffffff80000000-0xffffffffbffffffff ---[ 结束内核错误 - 未同步: 致命异常 ]--- 使用“q_sum”和“q_psum”的 64 位整数修复此问题。 (CVE-2026-23379)

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

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

  - tracing/dma封装 dma_map_sg 跟踪点数组以防止缓冲区溢出 dma_map_sg 跟踪点在跟踪大型分散-收集列表时可触发 perf 缓冲区溢出。virtio-gpu 等设备创建大型 DRM 缓冲区nents 可能超过 1000 个条目从而导致: phys_addrs1000 * 8 字节 = 8,000 字节 dma_addrs1000 * 8 字节 = 8,000 字节长度1000 * 4 字节 = 4,000 字节总计 ~ 20,000 字节 这超过了 PERF_MAX_TRACE_SIZE (8192 字节)造成数组大小计算中的 min()。这可确保数组仅与需要的大小相同（最多可达上限），从而避免小型操作进行不必要的内存分配，同时防止大型操作溢出。跟踪点现在会记录完整的 nents/ents 计数和截断标记以便用户可以查看数据何时达到上限。v2 中的变更- 将 min(nents, DMA_TRACE_MAX_ENTRIES) 用于动态数组大小调整而非固定 DMA_TRACE_MAX_ENTRIES 分配来自 Steven Rostedt 的反馈
    - 这将仅分配上限所需的内容避免小型操作的垃圾修订者Sean Anderson <sean.anderson@linux.dev> (CVE-2026-23390)

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

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

  - x86/fred如果结果溢出到堆栈则修正 fred_extint() 中的推测安全性array_index_nospec() 无法使用因为它使可信的推测安全值受到内存预测的影响。
    出于所有实际目的，这意味着在访问数组的表达式中必须使用 array_index_nospec()。按照当前代码它是 irqentry_enter() 的错误端而且“index”被放入跨函数调用的 %ebp 中。删除索引变量并重新定位 array_index_nospec()以便立即在数组访问之前计算 。 (CVE-2026-23354)

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

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

  - netfilternf_tables从错误路径中取消注册挂钩后发生错误调用在 rcu 宽限期后释放 flowtable因为可能已注册注册已引用此 flowtable 的挂钩因此将此 flowtable 暴露给数据包路径和 nfnetlink_hook 控制平面。此错误路径很少见它应该仅因达到挂钩数量上限或设置硬件卸载失败而发生仅调用 Synchronize_rcu()。不同的流表对已使用的设备挂钩进行检查可能会导致在此后期发生 EEXIST。可以更新挂钩解析器以更早执行此检查直到此错误路径真正变得很少被执行。被报告为释放后使用的 KASAN 在转储挂钩时从 nfnetlink_hook 路径发现。 (CVE-2026-23392)

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

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

  - bpf/bonding拒绝在 XDP 加载时对 vlan+srcmac xmit_hash_policy 的变更 bond_option_mode_set() 已拒绝模式变更这些方式将通过 bond_xdp_check() 使已加载的 XDP 程序不兼容。但是 bond_option_xmit_hash_policy_set() 则没有此类防护。对于 802.3ad 和 balance-xor 模式xmit_hash_policy 为 vlan+srcmac 时 bond_xdp_check() 会返回 false因为硬件卸载时通常不会出现 802.1q 负载。这意味着用户可以 1. 将本机 XDP 程序附加到具有兼容 xmit_hash_policy（例如layer2+3）的 802.3ad/balance-xor 模式中的绑定。 2. 在 XDP 保持加载状态时将 xmit_hash_policy 更改为 vlan+srcmac。这将保留 bond->xdp_prog 集但 bond_xdp_check() 对于同一设备现在返回 false。如果后来破坏绑定则 dev_xdp_uninstall() 调用 bond_xdp_set(dev, NULL, NULL) 以删除程序命中 bond_xdp_check() 防护并返回 -EOPNOTSUPP从而触发
    WARN_ON(dev_xdp_install(dev, mode, bpf_op, NULL, 0, NULL)) 在 802.3ad 或 balance-xor 模式下的键上加载 XDP 时通过拒绝 xmit_hash_policy 对 vlan+srcmac 的更改来修复此问题。 commit 39a0876d595bnet, bonding XDP 不允许 vlan+srcmac) 引入了 bond_xdp_check()当 xmit_hash_policy 是 vlan+srcmac 时其会针对 802.3ad/balance-xor 模式返回 false。已将该检查连接到 bond_xdp_set() 以拒绝带有不兼容策略的 XDP 附件但对称路径防止 xmit_hash_policy 在加载 XDP 后更改为不兼容的值bond_option_xmit_hash_policy_set() 中未受到保护。注意提交 094ee6017ea0bonding设置绑定模式时检查 xdp prog后来向 bond_option_mode_set() 添加了类似的保护但 bond_option_xmit_hash_policy_set() 仍然不受保护。 (CVE-2026-23310)

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

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

  - wifiradiotap拒绝未知位的 radiotap radiotap 解析器当前仅用于 radiotap 命名空间不用于供应商命名空间但如果使用未定义的字段 18则对齐/大小也未知。在这种情况下iterator->_next_ns_data 不会初始化被设置仅用于跳过供应商命名空间syzbot 会指出我们稍后会与此未初始化的值进行比较。通过将未知 radiotap 字段的拒绝下移到命名空间内查找之后来修复此问题从而真正仅将 iterator->_next_ns_data 用于供应商命名空间即使存在未定义的字段。
    (CVE-2026-23367)

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

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

  - Squid 是 Web 的缓存代理。在低于版本 7.5的版本中由于不当的输入验证Squid 在处理 ICP 流量时容易遭受越界读取。此问题允许远程攻击者在以错误响应无效 ICP 请求时收到可能包含敏感信息的少量内存。此攻击仅限于明确启用 ICP 支持即配置非零“icp_port”的 Squid 部署。此问题无法通过使用“icp_access”规则拒绝 ICP 查询来缓解。版本 7.5 包含修补程序。 (CVE-2026-33515)

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

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

  - OSGeo gdalfrmts/zlib/contrib/infback9 模块中未正确限制内存缓冲区边界内的操作。此漏洞与程序文件 inftree9.C 相关。
    此问题会影响 gdal: before 3.11.0。 (CVE-2026-4738)

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

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

  - nfc：pn533：断开连接时正确丢弃 USB 接口引用 设备与驱动程序断开连接时，探测回调中获取的 USB 接口上存在悬摆引用计数。通过在完成引用之后正确地删除引用来修复此问题。（CVE-2026-23291）

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

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

  - netbridge修复禁用 IPv6 时 nd_tbl 的空取消引用使用“ipv6.disable=1”参数引导时nd_tbl 从未初始化这是因为 inet6_init() 在调用用于初始化 it 的 ndisc_init() 之前存在。然后如果 neigh_suppress 已启用且 ICMPv6 邻居发现数据包到达桥br_do_suppress_nd() 将取消引用为空的 ipv6_stub->nd_tbl并将其传递给 neigh_lookup()。这会造成内核空指针取消引用。BUG内核空指针取消引用地址0000000000000268 Oops0000 [#1] PREEMPT SMP NOPTI [...] RIP0010:neigh_lookup+0x16/0xe0 [...] 调用跟踪 <IRQ> ? neigh_lookup+0x16/0xe0 br_do_suppress_nd+0x160/0x290 [桥] br_handle_frame_finish+0x500/0x620 [桥] br_handle_frame+0x353/0x440 [桥]
    __netif_receive_skb_core.constprop.0+0x298/0x1110 __netif_receive_skb_one_core+0x3d/0xa0 process_backlog+0xa0/0x140 __napi_poll+0x2c/0x170 net_rx_action+0x2c4/0x3a0 handle_softirqs+0xd0/0x270 do_softirq+0x3f/0x60 Fix this by replacing IS_ENABLED(IPV6) call with ipv6_mod_enabled调用程序中的 ()。
    这本质上是在禁用 IPv6 时禁用 NS/NA 抑制。 (CVE-2026-23381)

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

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

  - wifirsi未在 rsi_mac80211_config 中默认为 -EOPNOTSUPP。这会触发 ieee80211_hw_conf_init 中的 WARN_ON并非驱动程序的预期行为 -其他驱动程序也默认为 0。
    (CVE-2026-23373)

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

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

  - atmlec修复 lec_arp_clear_vccs 中的 null-ptr-deref syzkaller 报告 lec_arp_clear_vccs() 中存在一个 null-ptr-deref。使用 syzkaller 复制程序可以轻松重现此问题。在ATM LANELAN 仿真模块中同一个 atm_vcc 可以被多个 lec_arp_table 条目共享例如通过 entry->vcc 或 entry->recv_vcc。当关闭底层 VCC 时lec_vcc_close() 会遍历所有 ARP 条目并为每个匹配的条目调用 lec_arp_clear_vccs()。例如当 lec_vcc_close() 迭代 priv->lec_arp_empty_ones 中的 hlist 或其他 ARP 表时 1. 在第一次迭代中对于共享 VCC 的第一个匹配 ARP 条目lec_arp_clear_vccs() 会释放相关联的 vpriv即 vcc- >user_back并将 vcc->user_back 设置为 NULL。 2. 在第二次迭代中对于下一个共享相同 VCC 的 ARP 条目会再次调用 lec_arp_clear_vccs()。它从 vcc->user_back 通过 LEC_VCC_PRIV(vcc)获得空 vpriv然后尝试通过“vcc->pop = vpriv->old_pop”取消引用该漏洞从而导致 null-ptr-deref 崩溃。通过在取消引用 vpriv 之前添加 null 检查来修复此问题。如果 vpriv 已为 NULL 则表示 VCC 已通过之前的调用清除因此我们可以安全地跳过清理操作而仅清除该条目的 vcc/recv_vcc 指针。整个清除块包括 vcc_release_async()被放置在 vpriv 保护内因为空 vpriv 表示 VCC 已被之前的迭代完全释放而重复拆卸会在已关闭的套接字上冗余设置标记并触发回调。Fixes 标签指向初始提交因为 entry->vcc 路径自原始代码以来一直容易受到攻击。entry->recv_vcc 路径后来由提交 8d9f73c0ad2f (atm修复 vcc->user_back的内存泄漏)使用相同的模式添加了这两个路径均已在此处修复。 (CVE-2026-23286)

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

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

  - wifi：libertas：修复 lbs_free_adapter（） 中的释放后使用 lbs_free_adapter（） 函数在释放结构之前对command_timer和tx_lockup_timer使用 timer_delete（）（非同步）。
    这是不正确的，因为 timer_delete（） 不会等待任何运行定时器回调完成。如果在调用 lbs_free_adapter（） 时执行计时器回调，则回调将访问已释放的内存，因为 lbs_cfg_free（） 在 lbs_free_adapter（） 返回后立即释放包含的结构。两个定时器回调（lbs_cmd_timeout_handler 和 lbs_tx_lockup_handler）都会访问 priv->driver_lock、priv->cur_cmd、priv->dev 和其他字段，这些字段都是释放后使用违规。请改用 timer_delete_sync（） 以确保所有正在运行的定时器回调在返回之前已经完成。此缺陷在认可 8f641d93c38a（libertas：检测 TX 锁定并重置硬件）中引入，其中清除路径中使用了 del_timer（） 而不是 del_timer_sync（）。自首次编写驱动程序以来，command_timer一直遇到同样的问题。（CVE-2026-23281）

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

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

  - drm/client不破坏空模式 drm_client_modeset_probe 中的“modes”可能无法 kcalloc。如果发生这种情况我们会跳到“out”并对其调用 modes_destroy这会对其进行取消引用。这可能会导致错误情况下发生空指针取消引用。防止这种情况发生。 (CVE-2026-23366)

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

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

  - canusbf81604在读取批量回调中正确定位 urb 当提交 urb 时即使用定位标记模式需要在提交前定位否则在调用 usb_kill_anchored_urbs() 时可能会泄露。此逻辑已在驱动程序的其他位置正确完成但在读取批量回调中除外因此也在此处执行此逻辑。 (CVE-2026-23347)

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

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

  - llama.cpp 框架可以 C/C++ 语言对多个 LLM 模型进行推断。在 b7824 之前的版本中“ggml_nbytes”函数中有一个整数溢出漏洞允许攻击者通过构建具有特定张量维度的 GGUF 文件来绕过内存验证。这会导致“ggml_nbytes”返回明显小于所需的大小（例如 4MB 而非 Exabytes），从而导致当应用程序后续处理张量时发生基于堆的缓冲区溢出。此漏洞允许通过内存损坏进行潜在的远程代码执行 (RCE)。 b7824 包含一个补丁。 (CVE-2026-33298)

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

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

  - Active Support 是一个工具包，包含从 Rails 框架中提取的支持库和 Ruby 核心扩展。 “NumberToDelimitedConverter”使用基于超前的正则表达式和“gsub!”来插入数千个分隔符。在低于 8.1.2.1、 8.0.4.1和 7.2.3.1的版本中重复预测先行组与“gsub!”之间的交互可在长数字字符串中产生平方的时间复杂性。版本 8.1.2.1、 8.0.4.1和 7.2.3.1 包含修补程序。 (CVE-2026-33169)

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

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

  - mmthp拒绝匿名 inode 上文件的 THP file_thp_enabled() 错误地允许匿名 inode 上文件例如 guest_memfd 和 secretmem的 THP。这些文件是通过 alloc_file_pseudo() 创建不调用 get_write_access() 并将 inode->i_writecount 保留为 0。如果 S_ISREG(inode->i_mode) 为真则在启用 CONFIG_READ_ONLY_THP_FOR_FS 时这些文件显示为只读常规文件。使其符合 THP 崩溃条件。匿名 inode 永远无法通过 inode_is_open_for_write() 检查因为其 i_writecount 永远不会通过正常的 VFS 打开路径增加。正确的做法是完全从 THP 资格中排除它们因为 CONFIG_READ_ONLY_THP_FOR_FS 是针对实际文件系统文件例如共享库而非针对伪文件系统 inode 设计的。对于 guest_memfd这允许 khugepaged 和 MADV_COLLAPSE 通过折叠路径在页面缓存中创建大型 folio但 guest_memfd 错误处理程序不支持大型 folio。这会在 kvm_gmem_fault_user_mapping() 中触发 WARN_ON_ONCE(folio_test_large(folio))。对于 secretmemcollapse_file() 尝试通过 direct 映射复制页面内容但 secretmem 页面将从 direct 映射中删除。
    这可导致内核崩溃缺陷无法处理地址的页面错误ffff88810284d000 RIP
    0010:memcpy_orig+0x16/0x130 调用跟踪崩溃_file hpage_collapse_scan_file madvise_collapse 由于内存故障恢复会妥善处理失败的复制Secretmem 不受上游崩溃的影响但其仍会触发令人困惑的假内存故障报告内存故障0x106d96f
    无法恢复的干净 LRU 页面的恢复操作已恢复 file_thp_enabled() 中的检查 IS_ANON_FILE(inode) 以拒绝所有匿名 inode 文件的 THP。 (CVE-2026-23375)

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

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

  - Bluetooth：L2CAP：修复接受多个L2CAP_ECRED_CONN_REQ 目前，无论命令标识符为何，代码都会尝试接受请求，这可能导致多个请求被标记为待定 （FLAG_DEFER_SETUP），可导致在l2cap_ecred_rsp_defer中分配超过 L2CAP_ECRED_MAX_CID（5） 个请求，从而造成溢出。规范非常明确，不应在后续请求中使用相同的标识符：“在每个信令通道内，应为每个连续请求或指示使用不同的标识符。 https://www.bluetooth.com/wp-content/uploads/Files/Specification/HTML/Core-62/out/en/host/logical-link-control-and-adaptation-protocol-specification.html#UUID-32a25a06-4aa4-c6c7-77c5-dcfe3682355d 因此，它会尝试检查是否存在任何具有相同标识符的通道待定，如果发现则将其拒绝。（CVE-2026-23395）

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

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

  - cbor2 为简明二进制对象表示 (CBOR) 序列化格式提供编码和解码。 5.9.0 之前的版本容易遭受拒绝服务 (DoS) 攻击这是因为在解码深度嵌套的 CBOR 结构时不受控制的递归所导致。此漏洞会同时影响 pure Python 实现和 C 扩展“_cbor2”。C 扩展依赖 Python 的内部递归限制“Py_EnterRecursiveCall”而不是数据驱动的深度限制这意味着它在达到限制时仍会引发“RecursionError”并使工作线程进程崩溃。虽然 库可以处理中等嵌套级别，但它缺少硬性深度限制。攻击者可提供包含约 100,000 个嵌套数组“0x81”的特制 CBOR 负载。当“cbor2.loads()”尝试解析此错误时会达到 Python 解释器的最大递归深度或耗尽堆栈从而导致进程崩溃并出现“RecursionError”错误。由于库未强制执行其自身的限制因此外部攻击者可利用此缺陷耗尽主机应用程序的堆栈资源。在许多 Web 应用程序服务器 (如 Gunicorn、Uvicorn) 或任务队列 (Celery) 中未处理的 `RecursionError` 会立即终止工作进程。通过发送一系列这些小型 (<100KB) 恶意数据包攻击者可以反复使工作进程崩溃从而导致应用程序完全拒绝服务。版本 5.9.0 修补了问题。
    (CVE-2026-26209)

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

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

  - 用户可通过 Active Storage 在 Rails 应用程序中附加云和本地文件。在版本 8.1.2.1、 8.0.4.1和 7.2.3.1之前，“DirectUploadsController”接受客户端的任意元数据，并将其持久化在 blob 上。由于内部标志如“识别”和“分析”存储在同一元数据哈希中，直接上传客户端可以设置这些标志跳过MIME检测和分析。这使得攻击者可以在声称安全“有”信息content_type“的同时上传任意内容，绕过依赖Active Storage自动内容类型识别的任何验证。版本 8.1.2.1、8.0.4.1 和 7.2.3.1 包含补丁。(CVE-2026-33173)

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

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

  - netfilternf_tables具有错误注入的仅刷新 Syzbot 上设置的克隆触发了 GFP_KERNEL 的内存分配失败从而导致 WARN splat: iter.err 警告
    net/netfilter/nf_tables_api.c:845 at nft_map_deactivate+0x34e/0x3c0 net/netfilter/nf_tables_api.c:845, CPU#0syz.0.17/5992 模块中链接的CPUCPU0 UID0 PID5992 Commsyz。 0.17 未受感染 syzkaller #0 PREEMPT(full) 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 02/12/2026 RIP0010:nft_map_deactivate+0x34e/0x3c0 net/netfilter/nf_tables_api.c:845 代码8b 05 86 5a 4e 09 48 3b 84 24 a0 00 00 00 75 62 48 8d 65 d8 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc cc e8 63 6d fa f7 90 <0f> 0b 90 43 +380 00 00 0f 85 23 fe ff ff e9 26 fe ff ff 89 d9 RSP: 0018:ffffc900045af780 EFLAGS
    00010293 RAXffffffff89ca45bd RBX00000000fffffff4 RCXffff888028111e40 RDX0000000000000000 RSI
    00000000fffffff4 RDI: 0000000000000000 RBP: ffffc900045af870 R08: 0000000000400dc0 R09: 00000000ffffffff R10: dffffc0000000000 R11: fffffbfff1d141db R12: ffffc900045af7e0 R13: 1ffff920008b5f24 R14:
     R15dffffc0000000000  : ffffc900045af920 FS: 000055557a6a5500(0000) GS:ffff888125496000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fb5ea271fc0 CR3:
    000000003269e000 CR4: 00000000003526f0 Call Trace: <TASK> __nft_release_table+0xceb/0x11f0 net/netfilter/nf_tables_api.c:12115 nft_rcv_nl_event+0xc25/0xdb0 net/netfilter/nf_tables_api.c:12187 notifier_call_chain+0x19d/0x3a0 kernel/notifier.c:85 blocking_notifier_call_chain +0x6a/0x90 kernel/notifier.c:380 netlink_release+0x123b/0x1ad0 net/netlink/af_netlink.c:761 __sock_release net/socket.c:662 [内联] sock_close+0xc3/0x240 net/socket.c:1455 限制集克隆到准备阶段中的 flush set 命令。添加 NFT_ITER_UPDATE_CLONE 并用于此目的更新 rbtree 和 pipapo 后端以仅在使用此迭代类型时克隆集合。对于现有 NFT_ITER_UPDATE 类型更新 pipapo 后端以使用现有的集合克隆如果可用否则使用现有的集合表示形式。在此更新后无需克隆将被删除的集这包括绑定的匿名集。NFT_ITER_UPDATE_CLONE 的替代方法是添加 .clone 接口并从刷新集路径调用。 (CVE-2026-23385)

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

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

  - bridge：cfm：修复peer_mep删除中的争用条件 删除对等机 MEP 时，在释放前会在ccm_rx_dwork上调用 cancel_delayed_work_sync（）。但是，br_cfm_frame_rx（） 在 rcu_read_lock（无 RTNL）下的 softirq 上下文中运行，并且可以在返回 cancel_delayed_work_sync（） 和调用 kfree_rcu（） 之间通过 ccm_rx_timer_start（） 重新计划ccm_rx_dwork。下面是一个简单的争用场景：cpu0 cpu1 mep_delete_implementation（） cancel_delayed_work_sync（ccm_rx_dwork）;br_cfm_frame_rx（） // peer_mep仍在 hlist 中 if （peer_mep->ccm_defect） ccm_rx_timer_start（） queue_delayed_work（ccm_rx_dwork） hlist_del_rcu（&peer_mep->head）;kfree_rcu（peer_mep、rcu）;ccm_rx_work_expired（） // 在已释放的peer_mep上 为防止这种情况，在两个对等机 MEP 删除路径中，cancel_delayed_work_sync（） 都替换为 disable_delayed_work_sync（），以便静默拒绝来自 br_cfm_frame_rx（） 的后续 queue_delayed_work（） 调用。cc_peer_disable（） 帮助程序保留 cancel_delayed_work_sync（），因为它也用于 CC 启用/禁用切换路径，其中工作必须保持可重新计划。(CVE-2026-23393)

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

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

  - nvme修复控制器重置时的管理队列泄漏在控制器重置期间调用 nvme_alloc_admin_tag_set() 时之前的管理队列可能仍然存在。在分配新队列之前正确释放队列以避免孤立旧队列。这修复了 commit 03b3bcd319b3 引入的回归 (nvme修复 admin request_queue 生命周期)。 (CVE-2026-23360)

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

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

  - ipv6修复 ip6_rt_get_dev_rcu() 中的空指针取消引用 当从属设备从 VRF 取消从属时l3mdev_master_dev_rcu() 会返回 NULL。所有其他调用方均会处理此问题但我们在提交 4832c30d5458 的 ip6_rt_pcpu_alloc() -> ip6_rt_get_dev_rcu() 中丢失了环回的回退 (net: ipv6: put host andanycast route on device with address)。KASAN范围 [0x0000000000000108-0x00000000000010f] RIP: 0010ip6_rt_pcpu_alloc (net/ipv6/route.c:1418) 调用跟踪
    ip6_pol_route (net/ipv6/route.c:2318) fib6_rule_lookup (net/ipv6/fib6_rules.c:115) ip6_route_output_flags (net/ipv6/route.c:2607) vrf_process_v6_outbound (drivers/net/vrf.c:437)试图重写 un-slaving 代码以在删除 upper 之前首先清除标记并插入 synchronize_rcu()。但明确回退到 loopback_dev 似乎是一种已建立的模式。我猜想避免使用 Synchronize_rcu() 也很好。 (CVE-2026-23304)

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

ID	名称	严重性
303695	Linux Distros 未修补的漏洞：CVE-2026-23298	medium
303694	Linux Distros 未修补的漏洞：CVE-2026-23312	medium
303692	Linux Distros 未修补的漏洞：CVE-2026-23348	medium
303691	Linux Distros 未修补的漏洞：CVE-2026-32642	low
303690	Linux Distros 未修补的漏洞：CVE-2026-23284	medium
303689	Linux Distros 未修补的漏洞：CVE-2026-23357	medium
303688	Linux Distros 未修补的漏洞：CVE-2026-32748	high
303687	Linux Distros 未修补的漏洞：CVE-2026-23336	high
303686	Linux Distros 未修补的漏洞：CVE-2026-23340	high
303685	Linux Distros 未修补的漏洞：CVE-2026-23383	high
303684	Linux Distros 未修补的漏洞：CVE-2026-23378	high
303682	Linux Distros 未修补的漏洞：CVE-2026-33176	high
303681	Linux Distros 未修补的漏洞：CVE-2026-23370	medium
303680	Linux Distros 未修补的漏洞：CVE-2026-33526	critical
303679	Linux Distros 未修补的漏洞：CVE-2026-23313	medium
303678	Linux Distros 未修补的漏洞：CVE-2026-23325	high
303677	Linux Distros 未修补的漏洞：CVE-2026-23303	medium
303676	Linux Distros 未修补的漏洞：CVE-2026-33202	high
303675	Linux Distros 未修补的漏洞：CVE-2026-33168	low
303674	Linux Distros 未修补的漏洞：CVE-2026-23394	medium
303673	Linux Distros 未修补的漏洞：CVE-2026-23388	high
303672	Linux Distros 未修补的漏洞：CVE-2026-23289	medium
303671	Linux Distros 未修补的漏洞：CVE-2026-23345	medium
303670	Linux Distros 未修补的漏洞：CVE-2026-23387	high
303669	Linux Distros 未修补的漏洞：CVE-2026-23382	medium
303668	Linux Distros 未修补的漏洞：CVE-2026-23379	medium
303667	Linux Distros 未修补的漏洞：CVE-2026-23390	high
303666	Linux Distros 未修补的漏洞：CVE-2026-23354	high
303665	Linux Distros 未修补的漏洞：CVE-2026-23392	high
303664	Linux Distros 未修补的漏洞：CVE-2026-23310	medium
303663	Linux Distros 未修补的漏洞：CVE-2026-23367	medium
303662	Linux Distros 未修补的漏洞：CVE-2026-33515	medium
303661	Linux Distros 未修补的漏洞：CVE-2026-4738	critical
303660	Linux Distros 未修补的漏洞：CVE-2026-23291	medium
303659	Linux Distros 未修补的漏洞：CVE-2026-23381	medium
303658	Linux Distros 未修补的漏洞：CVE-2026-23373	medium
303657	Linux Distros 未修补的漏洞：CVE-2026-23286	medium
303656	Linux Distros 未修补的漏洞：CVE-2026-23281	high
303655	Linux Distros 未修补的漏洞：CVE-2026-23366	medium
303654	Linux Distros 未修补的漏洞：CVE-2026-23347	medium
303653	Linux Distros 未修补的漏洞：CVE-2026-33298	high
303652	Linux Distros 未修补的漏洞：CVE-2026-33169	medium
303651	Linux Distros 未修补的漏洞：CVE-2026-23375	medium
303650	Linux Distros 未修补的漏洞：CVE-2026-23395	high
303649	Linux Distros 未修补的漏洞：CVE-2026-26209	high
303648	Linux Distros 未修补的漏洞：CVE-2026-33173	medium
303647	Linux Distros 未修补的漏洞：CVE-2026-23385	medium
303646	Linux Distros 未修补的漏洞：CVE-2026-23393	high
303645	Linux Distros 未修补的漏洞：CVE-2026-23360	medium
303644	Linux Distros 未修补的漏洞：CVE-2026-23304	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

low

medium

medium

high

high

high

high

high

high

medium

critical

medium

high

medium

high

low

medium

high

medium

medium

high

medium

medium

high

high

high

medium

medium

medium

critical

medium

medium

medium

medium

high

medium

medium

high

medium

medium

high

high

medium

medium

high

medium

medium