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

  - 已修复 Linux 内核中的下列漏洞：bridge: guard local VLAN-0 FDB helpers against NULL vlan group When CONFIG_BRIDGE_VLAN_FILTERING is not set, br_vlan_group() and nbp_vlan_group() return NULL (br_private.h stub definitions). The BR_BOOLOPT_FDB_LOCAL_VLAN_0 toggle code is compiled unconditionally and reaches br_fdb_delete_locals_per_vlan_port() and br_fdb_insert_locals_per_vlan_port(), where the NULL vlan group pointer is dereferenced via list_for_each_entry(v, &vg->vlan_list, vlist). The observed crash is in the delete path, triggered when creating a bridge with IFLA_BR_MULTI_BOOLOPT containing BR_BOOLOPT_FDB_LOCAL_VLAN_0 via RTM_NEWLINK. The insert helper has the same bug pattern. Oops:
    general protection fault, probably for non-canonical address 0xdffffc0000000056: 0000 [#1] KASAN NOPTI KASAN: null-ptr-deref in range [0x00000000000002b0-0x00000000000002b7] RIP:
    0010:br_fdb_delete_locals_per_vlan+0x2b9/0x310 Call Trace: br_fdb_toggle_local_vlan_0+0x452/0x4c0 br_toggle_fdb_local_vlan_0+0x31/0x80 net/bridge/br.c:276 br_boolopt_toggle net/bridge/br.c:313 br_boolopt_multi_toggle net/bridge/br.c:364 br_changelink net/bridge/br_netlink.c:1542 br_dev_newlink net/bridge/br_netlink.c:1575 Add NULL checks for the vlan group pointer in both helpers, returning early when there are no VLANs to iterate. This matches the existing pattern used by other bridge FDB functions such as br_fdb_add() and br_fdb_delete(). (CVE-2026-43100)

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

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

  - fbdev：of：display_timing：修复 of_get_display_timings（） 中的 refcount 泄漏 of_parse_phandle（） 返回 refcount 递增的device_node，该存储在“entry”中，然后复制到“native_mode”。当第 184 或 192 行的错误路径跳至“entryfail”时，native_mode 的 refcount 未递减，从而造成 refcount 泄漏。通过将转至目标从“entryfail”更改为“timingfail”来修复此问题，这将在清除前正确调用 of_node_put（native_mode）。（CVE-2026-43264）

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

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

  - clocksource/drivers/sh_tmu：探测之后始终让设备保持运行状态 TMU 设备可用作时钟源和时钟事件提供程序。驱动程序尝试变得聪明并打开和关闭自己的电源，并在时钟不运行时启用和禁用其时钟。如果将 TMU 用作早期平台设备，则此行为会略有改变，其中设备在探测后保持通电状态，但时钟仍会在运行时启用和禁用。这已经奏效了很长时间，但 PREEMPT_RT 和 PROVE_LOCKING 中的最近改进凸显了一个问题。当 TMU 将自己注册为 clockevent 提供程序 clockevents_register_device（） 时，它需要在内部使用原始自旋锁，因为这是 clockevent 框架与 TMU 驱动程序交互的上下文。但是，在持有原始自旋锁的上下文中，TMU 驱动程序无法通过调用 pm_runtime_*（） 和 clk_*（） 来真正管理其电源状态或时钟，因为这些调用最终会进入其他使用常规自旋锁来控制电源和时钟的平台驱动程序。这种旋转锁上下文组合会触发 lockdep 警告。============================= [ BUG：
    无效的等待上下文 ] 6.18.0-arm64-renesas-09926-gee959e7c5e34 #1 未受感染
    ----------------------------- swapper/0/0 正在尝试锁定：ffff000008c9e180 （&dev->power.lock）{-...}-{3:3}， at： __pm_runtime_resume+0x38/0x88可能有助于我们调试此漏洞的其他信息： context-{5:5} 1 lock held by swapper/0/0： ccree e6601000.crypto： ARM CryptoCell 630P 驱动程序： HW 版本 0xAF400001/0xDCC63000，驱动程序版本 5.0 #0： ffff8000817ec298 ccree e6601000.crypto： ARM ccree 设备初始化 （tick_broadcast_lock）{-...}-{2:2}， at： __tick_broadcast_oneshot_control+0xa4/0x3a8 堆栈回溯： CPU： 0 UID： 0 PID： 0 通信： swapper/0 未受感染 6.18.0-arm64-renesas-09926-gee959e7c5e34#1 PREEMPT 硬件名称：基于 r8a77965 （DT） 的 Renesas Salvator-X 第二版主板调用跟踪：
    show_stack+0x14/0x1c （C） dump_stack_lvl+0x6c/0x90 dump_stack+0x14/0x1c __lock_acquire+0x904/0x1584 lock_acquire+0x220/0x34c _raw_spin_lock_irqsave+0x58/0x80 __pm_runtime_resume+0x38/0x88 sh_tmu_clock_event_set_oneshot+0x84/0xd4 clockevents_switch_state+0xfc/0x13c tick_broadcast_set_event+0x30/0xa4 __tick_broadcast_oneshot_control+0x1e0/0x3a8 tick_broadcast_oneshot_control+0x30/0x40 cpuidle_enter_state+0x40c/0x680 cpuidle_enter+0x30/0x40 do_idle+0x1f4/0x280 cpu_startup_entry+0x34/0x40 kernel_init+0x0/0x130 do_one_initcall+0x0/0x230
    __primary_switched+0x88/0x90 对于非PREEMPT_RT版本，这实际上不是问题，但对于普通旋转锁可以休眠的PREEMPT_RT版本，这可能是一个问题。请小心，探测后始终保持电源和时钟运行。（CVE-2026-43227）

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

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

  - PCI：修复 pci_slot_trylock（） 错误处理提交 a4e772898f8b（PCI：向 pci_bus_lock（）） 添加缺少的桥接锁定）将桥接设备的 pci_dev_trylock（） 委派给 pci_slot_trylock（） 中的 pci_bus_trylock（），但忘记在 pci_bus_trylock（） 失败时删除相应的 pci_dev_unlock（）。在 a4e772898f8b 之前，代码为：if （！pci_dev_trylock（dev）） /* <- 锁定桥接设备 */ 前往解锁;if （dev->subordinate） { if （！pci_bus_trylock（dev->subordinate）） { pci_dev_unlock（dev）; /* <- 解锁桥接设备 */ 转到解锁; } }在 a4e772898f8b 之后，不再采取桥接设备锁定，但失败路径上的 pci_dev_unlock （dev） 保留在原处，从而导致该缺陷。这会产生以下两种错误之一：1. 警告无人持有锁时正在解锁锁。2. 错误解锁属于另一线程的锁。通过删除故障路径上现在冗余的 pci_dev_unlock （dev） 修复了此问题。[Keith https://patch.msgid.link/20260116184150.3013258-1-kbusch@meta.com后来在 ]（CVE-2026-43211）

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

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

  - netfilter：nf_conntrack_h323：修复 decode_choice（） 中的 OOB 读取 在 decode_choice（） 中，get_len（） 之前的边界检查使用变量“len”，该变量在函数顶部的初始化仍然为 0：unsigned int type， ext， len = 0;...if （ext ||（son->attr &; OPEN））{ BYTE_ALIGN（bs）; if （nf_h323_error_boundary（bs， len， 0）） /* len 在此处为 0 */ 返回 H323_ERROR_BOUND; len = get_len（bs）; /* OOB 读取 */ 当比特流完全被消耗 （bs->cur == bs->end） 时，检查 nf_h323_error_boundary（bs， 0， 0） 计算结果为 （bs->cur + 0 > bs->end），这是错误的。然后，后续 get_len（） 调用取消引用 *bs->cur++，读取超过缓冲区末尾的 1 个字节。如果该字节设置了位 7，get_len（） 也会读取第二个字节。可通过在 nf_conntrack_h323 帮助程序处于活动状态的情况下，将具有恰好包含 2 字节的 PER 编码数据（{0x08， 0x00}）的用户用户信息元素的用户-用户信息元素）发送到端口 1720 来远程触发此漏洞。解码器在到达此代码路径之前完全消耗 PER 缓冲区，从而导致 AddressSanitizer 确认的 1-2 字节堆缓冲区溢出读取。通过检查 2 个字节（get_len（） 可以读取的最大值）而非未初始化的“len”来修复此问题。这与同一文件中所有其他 get_len（） 调用站点使用的模式相匹配，其中调用程序在调用 get_len（） 之前检查 2 字节的可用数据。
    (CVE-2026-43233)

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

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

  - ipvs：修复ip_vs_add_service错误路径中的空取消引用 当 ip_vs_bind_scheduler（） 在 ip_vs_add_service（） 中成功时，本地变量 sched 将设置为 NULL。如果 ip_vs_start_estimator（） 随后失败，out_err清理将调用 ip_vs_unbind_scheduler（svc， sched） 并添加 sched == NULL。
    ip_vs_unbind_scheduler（） 通过了 cur_sched NULL 检查（因为成功的绑定设置了 svc->scheduler），但随后在 sched->done_service 取消引用 NULL sched 参数，进而在从 NULL 偏移0x30时造成内核错误。哎呀：一般保护错误，[..][#1] PREEMPT SMP KASAN NOPTI KASAN：范围内的 null-ptr-deref [0x0000000000000030-0x0000000000000037] RIP：0010：ip_vs_unbind_scheduler （net/netfilter/ipvs/ip_vs_sched.c：69） 调用跟踪： <TASK> ip_vs_add_service.isra.0 （net/netfilter/ipvs/ip_vs_ctl.c：1500） do_ip_vs_set_ctl （net/netfilter/ipvs/ip_vs_ctl.c：2809） nf_setsockopt （net/netfilter/nf_sockopt.c：102） [..]通过在成功绑定之后不清除本地 sched 变量的方式进行了修复。ip_vs_unbind_scheduler（） 已经检测是否通过 svc->scheduler 安装了计划程序，并将 sched 保持为非空可确保错误路径将正确的指针传递到 ip_vs_unbind_scheduler（） 和 ip_vs_scheduler_put（）。虽然该缺陷较旧，但在 ip_vs_start_estimator（） 调用之后采用新的错误路径时，会在较新的内核 （6.2） 中弹出问题。
    (CVE-2026-43086)

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

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

  - ntb：ntb_hw_switchtec：修复 0 mw lut 的偏移 MW LUT 数取决于 NTB 配置，可设置为零，在这种情况下rounddown_pow_of_two将造成未定义的行为，不应执行。此修补程序可确保对有效值调用 rounddown_pow_of_two。（CVE-2026-43141）

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

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

  - kcm：修复部分 sendmsg 错误的 frag_list 中的零碎片 skb Syzkaller 报告，处理frag_list中含有零碎片 skb 的消息时，kcm_write_msgs（） 中存在警告。当 kcm_sendmsg（） 在当前 skb 中填充MAX_SKB_FRAGS片段时，它会分配一个新的 skb （tskb） 并在复制数据之前将其链接到frag_list。如果复制随后失败（例如来自用户内存的 -EFAULT），tskb 仍保留在frag_list中，碎片为零：head skb（消息正在组装中，尚未sk_write_queue）+-----------+ |碎片[17] |（MAX_SKB_FRAGS，全部填满数据） |frag_list-+--> tskb +-----------+ +----------+ |碎片[0] |（空！ 填充前复制失败） +----------+ 对于已复制部分数据的SOCK_SEQPACKET，错误路径通过partial_message保存此消息以供以后完成。对于 SOCK_SEQPACKET，sock_write_iter（） 自动设置MSG_EOR，因此后续的零长度 write（fd， NULL， 0） 完成消息并将其排队到 sk_write_queue。然后 kcm_write_msgs（） 遍历frag_list并命中：WARN_ON（！skb_shinfo（skb）->nr_frags） TCP 具有类似的模式，在数据复制之前 skb 会被排队，并在数据复制失败时通过 tcp_remove_empty_skb（） 清除。KCM 缺少等效的清理操作。通过在分配新的 frag_list 条目时跟踪前置 skb （frag_prev） 修复此问题。出错时，如果尾部 skb 具有零碎片，则使用 frag_prev 在 O（1） 中取消链接并释放它，而无需遍历单链接的frag_list。frag_prev可以安全地取消引用，因为整个消息链仅在本地（或 kcm->seq_skb 中）保存，并且直到 MSG_EOR 才会添加到sk_write_queue中，因此发送路径无法将其释放到我们下面。还应将WARN_ON更改为 WARN_ON_ONCE，以免以某种方式重复命中该条件时淹没日志。内核树中当前无任何 KCM 自我测试;[1] 提供了一个简单的复制品。[1] https://gist.github.com/mrpre/a94d431c757e8d6f168f4dd1a3749daa （CVE-2026-43244）

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

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

  - drm/amd/display：为 dcn401 添加信号类型检查 get_phyd32clk_src 尝试访问 dpia 链接上的链接 enc 将导致崩溃，否则 （CVE-2026-43243）

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

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

  - ASoC：SOF：Intel：had：修复空指针取消引用 如果计算机驱动程序中的 DAI 链接与拓扑结构中存在不匹配，则可能未设置回放/捕获小组件，尤其是在使用虚拟 DAI 链接的回显引用的环回捕获的情况下。未设置小组件时返回错误，以避免拓扑结构损坏时出现如下所示的空指针取消引用。RIP：
    0010：hda_dai_get_ops.isra.0+0x14/0xa0 [snd_sof_intel_hda_common] （CVE-2026-43137）

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

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

  - alpha：修复内存压缩期间的用户空间损坏 启用内存压缩时，Alpha 系统可遭受不定时的用户空间崩溃和堆损坏。症状包括 SIGSEGV、glibc 分配器失败（例如未对齐 tcache 区块）和编译器内部错误。禁用压缩或使用全局 TLB 无效时，失败消失。根本原因是页面迁移期间 TLB shootdown 不足。Alpha 依靠基于 ASN 的 MM 上下文滚动更新来实现指令缓存一致性，但仅此不足以防止过时的数据或指令转换幸存迁移。
    通过引入迁移专用帮助程序来修复此问题，该帮助程序结合了以下功能：- MM 上下文无效（ASN 滚动更新），- 每 CPU TLB 立即失效 （TBI），- 必要时同步跨 CPU shootdown。
    此帮助程序仅供迁移/压缩路径使用，以避免更改全局 TLB 语义。
    此外，请更新 flush_tlb_other（）、pte_clear（），以便使用 READ_ONCE（）/WRITE_ONCE（） 进行正确的 SMP 内存排序。这修复了在 UP 和 SMP Alpha 系统中观察到的崩溃。（CVE-2026-43258）

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

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

  - hwmon：（nct7363） 修复 nct7363_present_pwm_fanin 中的一个资源泄漏 调用 of_parse_phandle_with_args（） 时，调用程序负责调用 of_node_put（） 以释放设备节点的引用。在 nct7363_present_pwm_fanin 中，它不会释放引用，从而导致资源泄漏。
    (CVE-2026-43165)

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

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

  - misc：ti_fpc202：修复探测函数中潜在的内存泄漏 使用 for_each_child_of_node_scoped（） 简化代码并确保在循环范围结束时自动释放设备节点引用。
    (CVE-2025-71290)

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

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

  - iommu/vt-d：对于无可扩展模式的不可访问的 PCIe 设备跳过 dev-iotlb 刷新 启用了 ATS 并传递到用户空间的 PCIe 端点（例如 QEMU、DPDK）可以在其链接丢失时（因意外删除或链接错误）对主机进行硬锁定。提交 4fc82cd907ac（iommu/vt-d：设备断开连接时不发出 ATS 无效请求）将 pci_dev_is_disconnected（） 添加到 devtlb_invalidation_with_pasid（），因此仅在安全移除设备时跳过 ATS 无效，但仅当启用了 Intel IOMMU 可扩展模式时才适用。在禁用或不受支持可扩展模式的情况下，当 PCIe 端点的链路终止时，系统会发生硬锁定，这是因为 Intel IOMMU 无限期地等待无法完成的 ATS 无效化。调用跟踪：qi_submit_sync qi_flush_dev_iotlb
    __context_flush_dev_iotlb.part.0 domain_context_clear_one_cb pci_for_each_dma_alias device_block_translation blocking_domain_attach_dev iommu_deinit_device __iommu_group_remove_device iommu_release_device iommu_bus_notifier blocking_notifier_call_chain bus_notify device_del pci_remove_bus_device pci_stop_and_remove_bus_device pciehp_unconfigure_device pciehp_disable_slot pciehp_handle_presence_or_link_change pciehp_ist提交 81e921fd3216 （iommu/vt-d： 修复设备版本上的空域）将 intel_pasid_teardown_sm_context（） 添加到 intel_iommu_release_device（），从而调用 qi_flush_dev_iotlb（） 并在 PCIe 端点的链接丢失时对系统进行硬锁定。调用跟踪：
    qi_submit_sync qi_flush_dev_iotlb __context_flush_dev_iotlb.part.0 intel_context_flush_no_pasid device_pasid_table_teardown pci_pasid_table_teardown pci_for_each_dma_alias intel_pasid_teardown_sm_context intel_iommu_release_device iommu_deinit_device __iommu_group_remove_device iommu_release_device iommu_bus_notifier blocking_notifier_call_chain bus_notify device_del pci_remove_bus_device pci_stop_and_remove_bus_device pciehp_unconfigure_device pciehp_disable_slotpciehp_handle_presence_or_link_change pciehp_ist 有时，端点会在没有链接中断事件的情况下丢失连接（例如，由于链接错误）;终止进程 （virsh destroy） 然后硬锁定主机。调用跟踪：qi_submit_sync qi_flush_dev_iotlb __context_flush_dev_iotlb.part.0 domain_context_clear_one_cb pci_for_each_dma_alias device_block_translation blocking_domain_attach_dev __iommu_attach_device
    __iommu_device_set_domain __iommu_group_set_domain_internal iommu_detach_group vfio_iommu_type1_detach_group vfio_group_detach_container vfio_group_fops_release __fput pci_dev_is_disconnected（） 仅涵盖安全删除路径;pci_device_is_present（） 通过读取供应商/设备 ID 并在内部调用 pci_dev_is_disconnected（） 来测试可访问性。在 ConnectX-5（8 GT/s，x2）上，这需要 ~70 秒。由于仅在 {attach，release}_dev 路径（非热路径）上调用 __context_flush_dev_iotlb（），因此，在此处添加 pci_device_is_present（） 以跳过不可访问的设备并避免硬锁定。
    (CVE-2026-43161)

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

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

  - mailbox：防止 fw_mbox_index_xlate（） 中的越界访问 尽管引导“#mbox-cells”必须至少为 1，但设备树中仍存在许多“#mbox-cells = <0>;”的实例。如果是这样，并且相应的邮箱控制器不提供“fw_xlate”和 of_xlate“函数指针，则默认将使用”fw_mbox_index_xlate（）“，并且由于该函数中缺少边界检查，可能会发生越界访问。（CVE-2026-43281）

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

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

  - drm/amdgpu：验证用户队列大小限制 添加验证以确保用户队列大小满足硬件要求： - 大小必须为 2 的幂，以便有效封装环缓冲区 - 大小必须至少为 AMDGPU_GPU_PAGE_SIZE，以防止分配过小 这样可以防止可能导致 GPU 错误或意外行为的无效配置。（CVE-2026-43195）

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

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

  - rpmsg：core：修复 driver_override_show（） 中的争用并使用核心辅助函数 driver_override_show 函数在不保留device_lock的情况下读取driver_override字符串。但是，store 函数会在持有device_lock时修改并释放字符串。这会造成争用条件，其中，store 函数可在 show 函数读取字符串时释放字符串，进而导致释放后使用。若要修复此问题，请将 rpmsg_string_attr 宏替换为明确的 show 和 store 函数。新driver_override_store使用标准 driver_set_override 辅助函数。自引入 driver_set_override 以来，include/linux/rpmsg.h 中的注释已声明必须使用此帮助程序来设置或清理driver_override，但直到现在才更新实现。由于 driver_set_override 会在保留device_lock的同时修改并释放字符串，因此新driver_override_show现在可在读取操作期间正确保留device_lock以防止争用。
    此外，由于 rpmsg_string_attr 仅用于driver_override，因此删除宏可简化代码。（CVE-2025-71274）

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

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

  - dlm：验证 dlm_search_rsb_tree 中的长度 dlm_dump_rsb_name（） 中的 len 参数未经验证，并且来自网络消息。当它超过 DLM_RESNAME_MAXLEN 时，可导致 dlm_search_rsb_tree（） 中的越界写入。添加长度验证以防止潜在的缓冲区溢出。（CVE-2026-43125）

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

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

  - gfs2：fiemap 页面错误补丁 在 gfs2_fiemap（） 中，我们在保持 inode glock 的同时调用 iomap_fiemap（）。
    如果 fiemap 缓冲区的内存映射到相同的 inode，这可导致递归 glock 获取，并且访问它会触发页面错误。通过禁用 iomap_fiemap（） 的页面错误和手动缓冲区中的错误（如有必要）进行修复。修复 xfstest generic/742。（CVE-2026-43262）

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

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

  - media：mtk-mdp：修复探测函数中的错误处理。在错误处理路径上添加 mtk_mdp_unregister_m2m_device（） 以防止资源泄漏。添加对 vpu_get_plat_device（） 返回值的检查以防止空指针取消引用。vpu_get_plat_device（） 增加了返回平台设备的引用计数。添加 platform_device_put（） 以防止引用泄漏。（CVE-2026-43207）

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

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

  - hfsplus：将特殊 inode 假装为常规文件 由于提交 af153bb63a33（vfs：捕捉 may_open（） 中的无效模式）要求任何 inode 为 S_IFDIR/S_IFLNK/S_IFREG/S_IFCHR/S_IFBLK/ S_IFIFO/S_IFSOCK 类型之一，因此将S_IFREG用于特殊 inode。（CVE-2026-43268）

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

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

  - 已修复 Linux 内核中的下列漏洞：LoongArch: Make cpumask_of_node() robust against NUMA_NO_NODE The arch definition of cpumask_of_node() cannot handle NUMA_NO_NODE - which is a valid index - so add a check for this. (CVE-2026-43212)

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

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

  - ntfs3：修复 run_unpack_ex 中的循环锁定依赖关系 Syzbot 报告了 wnd->rw_lock （sbi->used.bitmap） 与 ni->file.run_lock 之间的循环锁定依赖关系。死锁情况：1. ntfs_extend_mft（） 先取 ni->file.run_lock，然后取 wnd->rw_lock。2. run_unpack_ex（） 采用 wnd->rw_lock 然后尝试获取 ntfs_refresh_zone（） 中的 ni->file.run_lock。这将造成 AB-BA 死锁。在 run_unpack_ex（） 中获取 run_lock 时，使用 down_read_trylock（） 而非 down_read（），以修复此问题。如果锁存在争夺，请跳过 ntfs_refresh_zone（） - 将在下一个 MFT 操作中刷新 MFT 区域。这打破了循环依赖关系，因为在保持 wnd->rw_lock 期间我们永远不会阻止等待run_lock。
    (CVE-2026-43127)

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

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

  - drm/amdgpu/ras：在检查错误页面之前移动 ras 数据分配 在极少数情况下，如果 eeprom 只有无效的地址条目，则会跳过分配，从而造成以下空指针问题 [ 547.103445] 缺陷：内核空指针取消引用，地址：0000000000000010 [ 547.118897] #PF：内核模式下的监督人读取访问权限 [ 547.130292] #PF：error_code（0x0000） - 不存在页面 [ 547.141689] PGD 124757067 P4D 0 [547.148842] 哎呀： 0000 [#1] PREEMPT SMP NOPTI [ 547.158504] CPU：49 PID：8167 Comm：cat 受感染：G OE 6.8.0-38-generic-Ubuntu #38[ 547.177998] 硬件名称：Supermicro AS -8126GS-TNMR/H14DSG-OD， BIOS 1.7 09/12/2025 [ 547.195178] RIP：0010：amdgpu_ras_sysfs_badpages_read+0x2f2/0x5d0 [amdgpu] [ 547.210375] 代码：
    e8 63 78 82 c0 45 31 d2 45 3b 75 08 48 8b 45 a0 73 44 44 89 f1 48 8b 7d 88 48 89 ca 48 c1 e2 05 48 29 ca 49 8b 4d 00 48 01 d1 <48> 83 79 10 00 74 17 49 63 f2 48 8b 49 08 41 83 c2 01 48 8d 34 76 [ 547.252045] RSP： 0018：ffa0000067287ac0 EFLAGS：00010246 [ 547.263636] RAX：ff11000167c28130 RBX：ff11000127600000 RCX：
    0000000000000000 [ 547.279467] RDX：000000000000000000 RSI：00000000000000000 RDI：ff11000125b1c800 [547.295298] RBP：ffa0000067287b50 R08：00000000000000000 R09： 00000000000000000 [ 547.311129] R10：
    00000000000000000 R11： 00000000000000000 R12： 000000000000000000 [ 547.326959] R13： ff11000217b1de00 R14：
    00000000000000000 R15： 0000000000000092 [ 547.342790] FS： 0000746e59d14740（0000） GS：ff11017dfda80000（0000） knlGS：0000000000000000 [ 547.360744] CS：0010 DS： 0000 ES： 0000 CR0： 0000000080050033 [ 547.373489] CR2：
    0000000000000010 CR3： 000000019585e001 CR4： 00000000000f71ef0 [ 547.389321] PKRU： 55555554 [ 547.395316] 调用跟踪： [ 547.400737] [ <TASK>547.405386] ？ show_regs+0x6d/0x80 [ 547.412929] ？ __die+0x24/0x80 [547.419697] ？ page_fault_oops+0x99/0x1b0 [ 547.428588] ？ do_user_addr_fault+0x2ee/0x6b0 [ 547.438249] ？ exc_page_fault+0x83/0x1b0 [ 547.446949] ？ asm_exc_page_fault+0x27/0x30 [ 547.456225] ？ amdgpu_ras_sysfs_badpages_read+0x2f2/0x5d0 [amdgpu] [ 547.470040] ？ mas_wr_modify+0xcd/0x140 [ 547.478548] sysfs_kf_bin_read+0x63/0xb0 [ 547.487248] kernfs_file_read_iter+0xa1/0x190 [ 547.496909] kernfs_fop_read_iter+0x25/0x40 [ 547.506182] vfs_read+0x255/0x390 这还会导致分配给负值的空间。在错误页面检查之前移动数据分配调用可解决这两个问题。（CVE-2025-71293）

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

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

  - md-cluster：修复 process_metadata_update 中的空指针取消引用 函数 process_metadata_update（） 盲目地取消引用 wait_event（） 宏中的“线程”指针（通过 rcu_dereference_protected 获取）。虽然代码注释指出后台程序线程必须存在，但在 MD 数组启动序列 （md_run） 期间存在有效的争用条件窗口：1. 调用 bitmap_load（），这将调用 md_cluster_ops->join（）。2. join（） 启动cluster_recv线程 （recv_daemon）。3. 此时，recv_daemon处于活动状态并正在处理消息。4. 但是，mddev->thread（主要 MD 线程）直到稍后在 md_run（） 中才会初始化。如果在此特定窗口期间从远程节点收到METADATA_UPDATED消息，将在 mddev->thread 仍为空时调用 process_metadata_update（），从而导致内核错误。要解决此问题，我们必须验证“线程”指针。如果它是 NULL，我们将释放保留的锁定 （no_new_dev_lockres） 并提前返回，安全地忽略更新请求，因为数组尚未完全准备好处理它。（CVE-2026-43271）

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

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

  - ALSA：mixer：oss：添加卡断开连接检查点 ALSA OSS 混合器层而非单独调用 kcontrol ops，且断开设备时可能并不总是捕获待定调用。为避免潜在的 UAF 情况，请在 OSS 混合器访问的每个入口点添加对卡断开连接的健全性检查。rwsem 是在该检查之前取得的，因此应正确涵盖其余上下文。（CVE-2026-43126）

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

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

  - vhost：将 vdpa 群组边界检查移至 vhost_vdpa 通过在此处合并这些内容删除重复。这降低了父驱动程序错过他们的可能性。同时修复 vdpa_sim 中的缺陷，其中可将有效的 ASID 分配给等于 ngroups 的群组，从而导致越界写入。（CVE-2026-43248）

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

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

  - drm/amdgpu：修复空指针问题缓冲区函数如果未启用 SDMA 区块，buffer_funcs 不会初始化，如果buffer_funcs未初始化，则修复空指针问题。（CVE-2025-71294）

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

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

  - misc：bcm_vk：修复 bcm_vk_read（） 中可能的空指针取消引用 在函数 bcm_vk_read（） 中，已检查指针条目，表明其可为空。如果 entry 为 NULL 且 rc 设置为 -EMSGSIZE，以下代码可导致空指针取消引用： struct vk_msg_blk tmp_msg = entry->to_h_msg[0];
    set_msg_id（&tmp_msg，entry->usr_msg_id）;tmp_msg.size = entry->to_h_blks - 1;若要避免这些可能的空指针取消引用，请将 iter 中的 to_h_msg、usr_msg_id 和 to_h_blks 复制到临时变量中，然后将这些临时变量返回至应用程序，而非通过可能的空条目访问它们。（CVE-2025-71291）

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

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

  - soc：ti：k3-socinfo：修复探查失败时的 regmap 泄漏 从不释放探测期间分配的 mmio regmap。切换为使用设备管理的分配器，以便在探测失败时释放 regmap（例如
    探测延迟）和驱动程序取消绑定时。（CVE-2026-43242）

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

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

  - drm/amdgpu：重构 amdgpu_gem_va_ioctl 以处理上次隔离更新和时间线管理 v4 此提交简化了 amdgpu_gem_va_ioctl 函数，主要更新包括：- 将用于管理上次更新隔离的逻辑直接移动到 amdgpu_gem_va_update_vm 中。- 引入了对时间线点的检查，以便有条件地替换或添加隔离。v2：处理了 Christian 的评论评论。v3：
    更新了评论（克里斯蒂安）。v4：之前的版本过早选择隔离并且未正确管理其引用，这样可导致使用过时或已释放的隔离。这导致 refcount 下溢，并且可能在更新 GPU 时间线时崩溃。现在只有在 VA 测绘工作完成并安全地获取其参考后，才能选择围栏。将其导出到 VM 时间线 syncobj 后，驱动程序始终会丢弃其本地隔离引用，从而确保平衡的引用计数并避免dma_fence的释放后使用。崩溃签名： [ 205.828135] refcount_t：下溢;释放后使用。[ 205.832963] 警告：
    CPU：30 PID：7274 at lib/refcount.c：28 refcount_warn_saturate+0xbe/0x110 ...[ 206.074014] 调用跟踪：[206.076488] <TASK> [ 206.078608] amdgpu_gem_va_ioctl+0x6ea/0x740 [amdgpu] [ 206.084040] ？
    __pfx_amdgpu_gem_va_ioctl+0x10/0x10 [amdgpu] [ 206.089994] drm_ioctl_kernel+0x86/0xe0 [drm] [ 206.094415] drm_ioctl+0x26e/0x520 [drm] [ 206.098424] ？ __pfx_amdgpu_gem_va_ioctl+0x10/0x10 [amdgpu] [ 206.104402] amdgpu_drm_ioctl+0x4b/0x80 [amdgpu] [ 206.109387] __x64_sys_ioctl+0x96/0xe0 [ 206.113156] do_syscall_64+0x66/0x2d0 ...[ 206.553351] 缺陷：无法处理地址的页面错误：ffffffffc0dfde90 ...[ 206.553378] RIP：0010：dma_fence_signal_timestamp_locked+0x39/0xe0 ...[ 206.553405] 调用跟踪： [206.553409] <IRQ> [ 206.553415] ？ __pfx_drm_sched_fence_free_rcu+0x10/0x10 [gpu_sched] [ 206.553424] dma_fence_signal+0x30/0x60 [ 206.553427] drm_sched_job_done.isra.0+0x123/0x150 [gpu_sched] [ 206.553434] dma_fence_signal_timestamp_locked+0x6e/0xe0 [ 206.553437] dma_fence_signal+0x30/0x60 [ 206.553441] amdgpu_fence_process+0xd8/0x150 [amdgpu] [ 206.553854] sdma_v4_0_process_trap_irq+0x97/0xb0 [amdgpu] [206.554353] edac_mce_amd（E） ee1004（E） [ 206.554270] amdgpu_irq_dispatch+0x150/0x230 [amdgpu] [ 206.554702] amdgpu_ih_process+0x6a/0x180 [amdgpu] [ 206.555101] amdgpu_irq_handler+0x23/0x60 [amdgpu] [ 206.555500]
    __handle_irq_event_percpu+0x4a/0x1c0 [ 206.555506] handle_irq_event+0x38/0x80 [ 206.555509] handle_edge_irq+0x92/0x1e0 [ 206.555513] __common_interrupt+0x3e/0xb0 [ 206.555519] common_interrupt+0x80/0xa0 [ 206.555527206.555525</IRQ> ] [ ] ... <TASK>[ 206.555650] RIP：
    0010：dma_fence_signal_timestamp_locked+0x39/0xe0 ...[ 206.555667] 内核恐慌 - 不同步：中断 （CVE-2026-43237） 中的致命异常

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

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

  - wifi：libertas：修复 usb_tx_block 中的警告 函数 usb_tx_block（） 在未确保已完成此 URB 上之前的任何传输的情况下提交 cardp->tx_urb。如果在 URB 仍处于活动状态时（例如在快速固件加载期间）发生第二次调用，则 usb_submit_urb（） 会检测活动状态并触发警告：“活动时提交了 URB”。通过强制执行序列化修复此问题：在提交新请求之前调用 usb_kill_urb（）。这可确保 URB 空闲且可以安全重用。（CVE-2026-43255）

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

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

  - media：pvrusb2：修复 pvr2_send_request_ex 中的 URB 泄漏 pvr2_send_request_ex（） 若成功提交写入 URB 但未能提交读取的 URB（如返回 -ENOMEM），系统会立即返回，而不会等待写入 URB 完成。由于驱动程序重复使用相同的 URB 结构，对 pvr2_send_request_ex（） 的后续调用会尝试提交仍然活动的写入 URB，从而在 usb_submit_urb（） 中触发“URB submitted while active”警告。通过确保断开写入 URB 链接并等待读取 URB 提交失败来修复此问题。（CVE-2026-43223）

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

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

  - ntb：ntb_hw_switchtec：修复访问权限 array-index-out-of-bounds MW LUT 的数量取决于 NTB 配置，并且可设置为 MAX_MWS，此修补程序可防止无效的索引越界访问 mw_sizes 当无效访问时，将配置无效打印给用户的消息。（CVE-2026-43241）

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

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

  - 邮箱：mchp-ipc-sbi：修复 mchp_ipc_get_cluster_aggr_irq（） 中的越界访问 cluster_cfg 数组会动态分配，以容纳每个 CPU 的配置结构，其大小基于在线 CPU 的数量。以前，此数组使用 hartid 编制索引，这可能是非连续的或超出数组的边界，从而导致越界访问。切换为使用 cpuid 作为索引，因为它保证在 for_each_online_cpu（） 提供的有效范围内。（CVE-2026-43274）

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

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

  - team：避免取消注册从属 syzbot 报告时发生NETDEV_CHANGEMTU事件 unregister_netdevice：
    等待 netdevsim0 释放。使用计数 = 3 ref_tracker：netdev@ffff88807dcf8618在 include/linux/netdevice.h：4400 [内联] netdev_hold include/linux/netdevice.h：4429 [内联] __netdev_tracker_alloc有 1/2 个用户 include/linux/netdevice.h：4429 [内联] inetdev_init+0x201/0x4e0 net/ipv4/devinet.c：286 inetdev_event+0x251/0x1610 net/ipv4/devinet.c：1600 notifier_call_chain+0x19d/0x3a0 kernel/notifier.c：85 call_netdevice_notifiers_mtu net/core/dev.c：2318 [内联] netif_set_mtu_ext+0x5aa/0x800 net/core/dev.c：9886 netif_set_mtu+0xd7/0x1b0 net/core/dev.c：9907 dev_set_mtu+0x126/0x260 net/core/dev_api.c：248 team_port_del+0xb07/0xcb0 drivers/net/team/team_core.c：1333 team_del_slave drivers/net/team/team_core.c：1936 [内联] team_device_event+0x207/0x5b0 drivers/net/team/team_core.c：2929 notifier_call_chain+0x19d/0x3a0 kernel/notifier.c：85 call_netdevice_notifiers_extack net/core/dev.c：2281 [内联] call_netdevice_notifiers net/core/dev.c：2295 [内联] __dev_change_net_namespace+0xcb7/0x2050net/core/dev.c：12592 do_setlink+0x2ce/0x4590 net/core/rtnetlink.c：3060 rtnl_changelink net/core/rtnetlink.c：3776 [内联] __rtnl_newlink net/core/rtnetlink.c：3935 [内联] rtnl_newlink+0x15a9/0x1be0 net/core/rtnetlink.c：4072 rtnetlink_rcv_msg+0x7d5/0xbe0 net/core/rtnetlink.c：6958 netlink_rcv_skb+0x232/0x4b0 net/netlink/af_netlink.c：2550 netlink_unicast_kernel net/netlink/af_netlink.c：1318 [内联] netlink_unicast+0x80f/0x9b0 net/netlink/af_netlink.c：1344 netlink_sendmsg+0x813/0xb40 net/netlink/af_netlink.c：1894 问题。Ido Schimmel 发现重现 ip 链接添加名称 team1 类型团队 ip 链接添加名称 dummy1 mtu 1499 master team1 类型虚拟 ip netns 添加 ns1 ip 链接设置 dev dummy1 netns ns1 ip -n ns1 link del dev dummy1 的步骤，还发现提交 f51048c3e07b 中的绑定驱动程序中修复了相同的问题（bonding： 避免NETDEV_CHANGEMTU注销从属设备时发生的事件）。让我们对团队驱动程序做类似的事情，同时应用提交 ad7c7b2172c3（net：在 sysfs 操作期间保持 netdev 实例锁定）和提交 303a8487a657（net：s/__dev_set_mtu/__netif_set_mtu/）。（CVE-2026-43234）

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

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

  - dm-verity：正确处理 dm_bufio_client_create（） 失败 如果对 verity_fec_ctr（） 中的 dm_bufio_client_create（） 的任一调用失败，则稍后会使用 ERR_PTR（） 参数调用 dm_bufio_client_destroy（）。这会导致崩溃。修复此问题。（CVE-2026-43132）

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

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

  - atm：fore200e：修复设备删除期间 tasklet 中的释放后使用 当卸下 PCA-200E 或 SBA-200E 适配器时，fore200e 将释放。但是，tx_tasklet或rx_tasklet可能仍在运行或待定，从而导致在 fore200e_tx_tasklet（） 或 fore200e_rx_tasklet（） 中再次访问已释放的 fore200e 时出现释放后使用缺陷。其中一个争用条件可能发生，如下所示：CPU 0（清理）|CPU 1 （tasklet） fore200e_pca_remove_one（） |fore200e_interrupt（） fore200e_shutdown（） |tasklet_schedule（） kfree（FORE200E） |fore200e_tx_tasklet（） |fore200e-> // UAF 通过确保在释放 fore200e 之前正确取消tx_tasklet或 rx_tasklet 来修复此问题。在 fore200e_shutdown（） 中添加 tasklet_kill（） 以与任何待定或正在运行的 tasklet 同步。此外，由于 fore200e_reset（） 可阻止进一步的中断或数据传输，因此应将 tasklet_kill（） 放在 fore200e_reset（） 之后，以防止在 fore200e_interrupt（） 中重新计划 tasklet。最后，它只需要在 fore200e 状态大于或等于 FORE200E_STATE_IRQ 时执行 tasklet_kill（），因为 tasklet 在早期状态中是未初始化的。总之，tasklet_kill（）应该放在开关内的FORE200E_STATE_IRQ分支中......案例结构。此缺陷是通过静态分析发现的。（CVE-2026-43203）

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

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

  - rnbd-srv：使用 rsp 缓冲区之前将其归零 使用数据缓冲区发回响应消息之前，请将其完全归零。这可防止在不同协议版本之间交换消息时，客户端挑选任何杂散字节。（CVE-2026-43184）

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

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

  - EFI/CPER：不转储整个内存区域 cper_print_fw_err（） 的当前逻辑未检查错误记录长度是否足够大以处理偏移。在不良固件中，如果 ofset 高于实际记录，length -= offset 将下溢，从而转储整个内存。最终结果可能是：- 逻辑花费大量时间转储大区域内存;- 由于内存转储导致的数据泄露;
    - OOPS（如果它尝试转储未映射的内存区域）。通过在执行十六进制转储之前检查部分长度是否太小修复了此问题。[ rjw： 主题调整 ]（CVE-2026-43171）

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

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

  - KVM：nSVM：在 VMLOAD/VMSAVE 仿真提交 cc3ed80ae69f 中始终使用 vmcb01（KVM：nSVM：始终将 vmcb01 用于访客状态的 VMSAVE/VMLOAD）使 KVM 始终将 vmcb01 用于 VMSAVE/VMLOAD 控制的字段，但未能将 VMLOAD/VMSAVE 仿真代码更新为始终使用 vmcb01。因此，如果 VMSAVE/VMLOAD 由 L2 客户机执行且未被 L1 拦截，则 KVM 将错误地使用 vmcb02。
    始终使用 vmcb01 而非当前的 VMCB。（CVE-2026-43133）

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

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

  - fs/buffer：在 try_to_free_buffers（） 中为无缓冲区的作品集添加警报 try_to_free_buffers（） 在属于具有AS_RELEASE_ALWAYS集但未定义release_folio操作的映射的 folio 上调用 filemap_release_folio（） 时，可在未连接缓冲区的 Folios 上调用 。在这种情况下，由于 AS_RELEASE_ALWAYS 标记，folio_needs_release（） 返回 true，但 folio 没有专用缓冲区数据。这导致 try_to_free_buffers（） 在没有缓冲区的 folio 上调用 drop_buffers（），从而导致空指针取消引用。在 try_to_free_buffers（） 中添加检查以在作品集未附加缓冲区时提早返回，并通过 WARN_ON_ONCE（） 以针对错误配置发出警报。这提供了防御强化。（CVE-2025-71295）

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

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

  - net：cpsw_new：修复尚未注册的 netdev 可能的取消注册 如果在 cpsw_register_ports（） 中的第一个 MAC 的 register_netdev（） 期间发生错误，即使 cpsw->slaves[0].ndev 设置为 NULL，cpsw->slaves[1].ndev 也会保持不变。这可在以后造成 cpsw_unregister_ports（） 尝试取消注册第二个 MAC。若要解决此问题，请添加调用 unregister_netdev（） 之前的 ndev->reg_state 检查。通过此更改，将 cpsw->slaves[i].ndev 设置为空变得不必要，可以相应地删除。（CVE-2026-43219）

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

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

  - net：usb：pegasus：启用基本端点检查 pegasus_probe（） 在不验证端点描述符的情况下使用硬编码端点管道填充 URB： - usb_rcvbulkpipe（dev， 1） 用于 RX 数据 - usb_sndbulkpipe（dev， 2） 用于 TX 数据 - usb_rcvintpipe（dev， 3） 用于状态中断 畸形 USB 设备可通过与驱动程序假设的传输类型不同的传输类型呈现这些端点。为端点数字添加pegasus_usb_ep枚举，在整个过程中替换魔术常量。在任何资源分配前添加 usb_check_bulk_endpoints（） 和 usb_check_int_endpoints（） 调用，以在使用前验证端点类型，在探测时拒绝描述符不匹配的设备，并避免触发断言。类似的补丁 - 提交 90b7f2961798（net：usb：rtl8150：启用基本端点检查） - 提交 9e7021d2aeae（net：usb：catc：启用基本端点检查）（CVE-2026-43156）

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

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

  - tcp：修复 tcp_v6_syn_recv_sock（） 中潜在的争用 调用太晚完成 tcp_v4_syn_recv_sock（） 后 tcp_v6_syn_recv_sock（） 中的代码。tcp_v4_syn_recv_sock（） 之后，子套接字已从 TCP ehash 表可见，其他 cpu 可能会使用它。由于 newinet->pinet6 仍指向监听器ipv6_pinfo因此可能会发生 syzbot 发现的不好情况。在 tcp_v6_mapped_child_init（） 中移动有问题的代码并在插入 ehash 之前从 tcp_v4_syn_recv_sock（） 调用此新的帮助程序。这允许删除一个 tcp_sync_mss（），因为 tcp_v4_syn_recv_sock（） 将以正确的上下文调用它。
    (CVE-2026-43198)

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

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

  - RDMA/umem：修复故障路径中的双重dma_buf_unpin 在 ib_umem_dmabuf_get_pinned_with_dma_device（） 中，对 ib_umem_dmabuf_map_pages（） 的调用可能失败。如果发生这种情况，dmabuf 将立即取消固定，但仍会设置 umem_dmabuf->pinned 标记。然后，在调用 ib_umem_release（） 时，它会调用 ib_umem_dmabuf_revoke（），后者会再次调用 dma_buf_unpin（）。通过删除失败时立即取消固定来修复此问题，只需让ib_umem_release/撤销路径处理它。如果 dmabuf_map_pages 调用碰巧由于dma_resv_wait_timeout而失败（因此具有非 NULL umem_dmabuf->sgt），这也可确保正确的 unmap-unpin 展开顺序。（CVE-2026-43128）

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

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

  - staging：rtl8723bs：修复失败路径中的内存泄漏 cfg80211_inform_bss_frame（） 可能在失败时返回 NULL。在这种情况下，分配的缓冲区“buf”未释放，函数会提早返回，从而可能导致内存泄漏。通过确保在成功和失败路径中释放“buf”来修复此问题。
    (CVE-2026-43225)

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

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

  - net： ethernet： ec_bhf： 修复错误路径中的 dma_free_coherent（） dma 句柄 dma_free_coherent（） 采用 priv->rx_buf.alloc_len 作为 dma 句柄。这将导致缓冲区不正确的取消映射。将 dma 句柄更改为 priv->rx_buf.alloc_phys。 （CVE-2026-43283）

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

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

  - eventpoll：将结构 eventpoll 释放延迟至 RCU 宽限期 在某些情况下，eventpoll.c 中的 ep_free（） 会在另一个并发线程仍在使用 epi->ep eventpoll 结构时将其释放。将 kfree（） 延迟到 RCU 回调以防止 UAF。（CVE-2026-43074）

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

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

  - media：i2c/tw9906：修复 tw9906_probe（） 中可能发生的内存泄漏 在 tw9906_probe（） 的其中一个错误路径中，未释放 v4l2_ctrl_handler_init（） 和 v4l2_ctrl_new_std（） 中分配的内存。通过在该错误路径中的处理程序上调用 v4l2_ctrl_handler_free（） 来修复此问题。（CVE-2026-43246）

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

ID	名称	严重性
312737	Linux Distros 未修补的漏洞：CVE-2026-43100	medium
312736	Linux Distros 未修补的漏洞：CVE-2026-43264	medium
312735	Linux Distros 未修补的漏洞：CVE-2026-43227	medium
312734	Linux Distros 未修补的漏洞：CVE-2026-43211	high
312733	Linux Distros 未修补的漏洞：CVE-2026-43233	high
312732	Linux Distros 未修补的漏洞：CVE-2026-43086	medium
312731	Linux Distros 未修补的漏洞：CVE-2026-43141	high
312730	Linux Distros 未修补的漏洞：CVE-2026-43244	medium
312729	Linux Distros 未修补的漏洞：CVE-2026-43243	medium
312728	Linux Distros 未修补的漏洞：CVE-2026-43137	medium
312727	Linux Distros 未修补的漏洞：CVE-2026-43258	high
312726	Linux Distros 未修补的漏洞：CVE-2026-43165	medium
312725	Linux Distros 未修补的漏洞：CVE-2025-71290	medium
312724	Linux Distros 未修补的漏洞：CVE-2026-43161	medium
312723	Linux Distros 未修补的漏洞：CVE-2026-43281	high
312722	Linux Distros 未修补的漏洞：CVE-2026-43195	medium
312721	Linux Distros 未修补的漏洞：CVE-2025-71274	medium
312720	Linux Distros 未修补的漏洞：CVE-2026-43125	high
312719	Linux Distros 未修补的漏洞：CVE-2026-43262	medium
312718	Linux Distros 未修补的漏洞：CVE-2026-43207	high
312717	Linux Distros 未修补的漏洞：CVE-2026-43268	medium
312716	Linux Distros 未修补的漏洞：CVE-2026-43212	high
312715	Linux Distros 未修补的漏洞：CVE-2026-43127	medium
312714	Linux Distros 未修补的漏洞：CVE-2025-71293	medium
312713	Linux Distros 未修补的漏洞：CVE-2026-43271	medium
312712	Linux Distros 未修补的漏洞：CVE-2026-43126	high
312711	Linux Distros 未修补的漏洞：CVE-2026-43248	high
312710	Linux Distros 未修补的漏洞：CVE-2025-71294	medium
312709	Linux Distros 未修补的漏洞：CVE-2025-71291	medium
312707	Linux Distros 未修补的漏洞：CVE-2026-43242	medium
312706	Linux Distros 未修补的漏洞：CVE-2026-43237	high
312705	Linux Distros 未修补的漏洞：CVE-2026-43255	medium
312704	Linux Distros 未修补的漏洞：CVE-2026-43223	medium
312703	Linux Distros 未修补的漏洞：CVE-2026-43241	high
312702	Linux Distros 未修补的漏洞：CVE-2026-43274	high
312701	Linux Distros 未修补的漏洞：CVE-2026-43234	medium
312700	Linux Distros 未修补的漏洞：CVE-2026-43132	medium
312699	Linux Distros 未修补的漏洞：CVE-2026-43203	high
312698	Linux Distros 未修补的漏洞：CVE-2026-43184	high
312697	Linux Distros 未修补的漏洞：CVE-2026-43171	medium
312696	Linux Distros 未修补的漏洞：CVE-2026-43133	high
312695	Linux Distros 未修补的漏洞：CVE-2025-71295	medium
312694	Linux Distros 未修补的漏洞：CVE-2026-43219	medium
312693	Linux Distros 未修补的漏洞：CVE-2026-43156	medium
312692	Linux Distros 未修补的漏洞：CVE-2026-43198	high
312691	Linux Distros 未修补的漏洞：CVE-2026-43128	high
312690	Linux Distros 未修补的漏洞：CVE-2026-43225	medium
312689	Linux Distros 未修补的漏洞：CVE-2026-43283	high
312688	Linux Distros 未修补的漏洞：CVE-2026-43074	high
312687	Linux Distros 未修补的漏洞：CVE-2026-43246	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

medium

medium

high

medium

high

medium

high

medium

medium

medium

high

high

medium

medium

medium

high

medium

medium

high

high

medium

medium

high

high

medium

high

medium

medium

medium

high

high

medium

high

high

medium