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

  - wifi：iwlwifi：修复 22000 系列 SMEM 解析 如果固件要报告三个 LMAC（硬件中不存在），则使用 fwrt->smem_cfg.lmac[2] 会造成数组溢出。拒绝此类漏洞并在此函数中使用 IWL_FW_CHECK 代替 WARN_ON。（CVE-2026-43172）

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

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

  - HID：magicmouse：不会在缺少 msc->input 时崩溃 假 USB 设备可发送其自己的报告描述符，其未调用 input_mapping（） 挂钩。在这种情况下，msc->input 将保持为空，从而导致以后发生崩溃。在 input_configured（） 挂钩中检测到这种情况并拒绝设备。实际的魔术鼠标设备不应该发生这种情况，但可以通过强加为魔术鼠标 USB 设备来引起。（CVE-2026-43140）

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

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

  - HID：logitech-hidpp：检查 hidpp_get_report_length（） 中的 maxfield 报告无字段时不会崩溃。
    假冒的 USB 小工具可发送自己的 HID 报告描述符，并且可以定义没有有效字段的报告结构。这可用于通过 USB 造成内核崩溃。（CVE-2026-43136）

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

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

  - ima：验证之前内核的 IMA 缓冲区位于可寻址 RAM 修补程序系列中 ima_restore_measurement_list（） v3 中的地址页面错误。当使用限制性命令行 mem=<size> 通过 kexec 启动第二阶段内核时，我们观察到发生 pafe 错误。缺陷：无法处理地址的页面错误：ffff97793ff47000 RIP：ima_restore_measurement_list+0xdc/0x45a #PF：error_code（0x0000） 不存在页面 此问题只在 x86_64 上发生，因为已在 aarch64 的提交： cbf9c4b9617b 中修复此问题（of：针对内存边界检查之前内核的 ima-kexec-buffer）此修补程序（共 3 个）： 使用限制性命令行引导第二阶段内核时（例如 mem=<size>），从之前内核移交的 IMA 测量缓冲区可能超出新内核的可寻址 RAM。访问此类缓冲区可在早期还原期间出错。引入小型通用帮助程序 ima_validate_range（），该帮助程序验证上一个内核 IMA 缓冲区的物理 [start， end] 范围是否在可寻址内存中：- 在 x86 上，使用 pfn_range_is_mapped（）。- 在基于 OF 的架构上，使用 page_is_ram（）。
    (CVE-2026-43129)

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

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

  - ocfs2：修复引用链接保留清理问题提交 c06c303832ec（ocfs2：修复 xattr 数组条目__counted_by错误）未处理所有情况，保留 xattr 条目的清理作业仍有缺陷：- 清除数组条目之后，“最后一个”指针应移动一个单位。- 当前代码逻辑不会在 xh_count 为 1 时清除第一个条目。请注意，提交 c06c303832ec 也是 0fe9b66c65f3 的缺陷修复。
    (CVE-2026-43168)

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

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

  - 已修复 Linux 内核中的下列漏洞：PCI: hv: Fix double ida_free in hv_pci_probe error path If hv_pci_probe() fails after storing the domain number in hbus->bridge->domain_nr, there is a call to free this domain_nr via pci_bus_release_emul_domain_nr(), however, during cleanup, the bridge release callback pci_release_host_bridge_dev() also frees the domain_nr causing ida_free to be called on same ID twice and triggering following warning: ida_free called for id=28971 which is not allocated. WARNING: lib/idr.c:594 at ida_free+0xdf/0x160, CPU#0: kworker/0:2/198 Call Trace: pci_bus_release_emul_domain_nr+0x17/0x20 pci_release_host_bridge_dev+0x4b/0x60 device_release+0x3b/0xa0 kobject_put+0x8e/0x220 devm_pci_alloc_host_bridge_release+0xe/0x20 devres_release_all+0x9a/0xd0 device_unbind_cleanup+0x12/0xa0 really_probe+0x1c5/0x3f0 vmbus_add_channel_work+0x135/0x1a0 Fix this by letting pci core handle the free domain_nr and remove the explicit free called in pci-hyperv driver. (CVE-2026-43097)

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

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

  - drm/amd/display：调整 TMDS DCN35 的 PHY FSM 转换到 TX_EN-to-PLL_ON on [原因] 为此所做的 DCN401 更改的向后移植，解决了禁用 TMDS 输出时关闭 PHY PLL，这导致 OTG 保持卡住状态的问题。当 DCHVM 认为 HUBP 仍开启但未收到全局同步时，OTG 卡住可导致 DCHVM 的 ACK 无效化能力挂起。向 PLL_ON 的转换必须是原子性的，因为无法保证线程不会被抢占或能够在 IOMMU 监视程序超时之前完成。[如何]将 dcn401 的实现向后移植回 dcn35。在 dcn401 代码中禁用 eDP 输出时存在功能差异，因此我们不想直接使用它。（CVE-2026-43191）

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

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

  - net/rds：清除重新连接待定位取消重新连接工作线程时，必须注意重置重新连接待定位。如果在取消重新连接工作线程之前尚未安排，则重新连接挂起位将永久保持开启状态。（CVE-2026-43230）

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

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

  - fbdev：vt8500lcdfb：修复缺少的 dma_free_coherent（） fbi->fb.screen_buffer 使用 dma_alloc_coherent（） 进行分配，但如果到达错误路径则不会释放。（CVE-2026-43202）

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

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

  - wifi：rtw88：在 rtw_set_supported_band（） 中使用 devm_kmemdup（） 使用设备管理的内存分配简化代码。这还修复了 rtw_register_hw（） 中的内存泄漏。错误路径中未释放支持的频段。从提交 145df52a8671 复制（wifi：rtw89：转换 rtw89_core_set_supported_band 以使用 devm_*）。（CVE-2025-71273）

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

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

  - dm：最后一个克隆 bio 完成时清除克隆的请求 bio 指针 已发现过时的 rq->bio 值可能会造成基于请求的设备映射器目标中克隆的 bios 双重初始化，从而导致释放后使用和双重释放情况。在 PCIe NVMe 命名空间之上使用 dm-multipath 时会发生其中一种情况，其中克隆的请求 bio 会在 blk_complete_request（） 期间释放，但 rq->bio 保持不变。
    随后的克隆拆卸随后会尝试通过 blk_rq_unprep_clone（） 再次释放相同的 bios。生成的双重释放路径如下所示：nvme_pci_complete_batch（） nvme_complete_batch（） blk_mq_end_request_batch（） blk_complete_request（） // 在 DM 克隆请求上调用 bio_endio（） // 首先释放所有克隆 bios ...rq->end_io（） // end_clone_request（） dm_complete_request（tio->orig） dm_softirq_done（） dm_done（） dm_end_request（） blk_rq_unprep_clone（） // 克隆 bio 的第二秒释放 通过在上一个克隆的 bio 完成后清除克隆请求的 bio 指针来修复此问题，确保后续拆卸路径不会尝试释放已发布的 bio。（CVE-2026-43278）

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

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

  - wifi：rtw89：pci：验证 TX 版本报告的序号 硬件很少在 TX 版本报告中报告异常序列号，这将访问越界的 wd_ring-> 页面数组，从而造成空指针取消引用。缺陷：内核空指针取消引用，地址：0000000000000000 #PF：内核模式下的监督人读取访问权限 #PF：error_code（0x0000） - 不存在页面 PGD 0 P4D 0 错误：0000 [#1] 抢占 SMP NOPTI CPU：1 PID：1085 通信：irq/129-rtw89_p 受感染：G S U 6.1.145-17510-g2f3369c91536 #1 （HASH：69e8 1） 调用跟踪： <IRQ> rtw89_pci_release_tx+0x18f/0x300 [rtw89_pci （HASH：4c83 2）] rtw89_pci_napi_poll+0xc2/0x190 [rtw89_pci （HASH：4c83 2）] net_rx_action+0xfc/0x460 net/core/dev.c：6578 net/core/dev.c：6645 net/core/dev.c：6759 handle_softirqs+0xbe/0x290 kernel/softirq.c：601 ？rtw89_pci_interrupt_threadfn+0xc5/0x350 [rtw89_pci （HASH：4c83 2）] __local_bh_enable_ip+0xeb/0x120 kernel/softirq.c：499 kernel/softirq.c：423 </IRQ> <TASK> rtw89_pci_interrupt_threadfn+0xf8/0x350 [rtw89_pci （HASH：4c83 2）] ？ irq_thread+0xa7/0x340 kernel/irq/manage.c：0 irq_thread+0x177/0x340 kernel/irq/manage.c：1205 kernel/irq/manage.c：1314 ？ thaw_kernel_threads+0xb0/0xb0 kernel/irq/manage.c：1202 ？ irq_forced_thread_fn+0x80/0x80 kernel/irq/manage.c：1220 kthread+0xea/0x110 kernel/kthread.c：376 ？synchronize_irq+0x1a0/0x1a0 kernel/irq/manage.c：1287 ？kthread_associate_blkcg+0x80/0x80 kernel/kthread.c：331 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S：295 </TASK> 为防止崩溃，请在使用前验证 rpp_info.seq。（CVE-2026-43213）

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

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

  - media：ccs：避免可能的除以零 计算定标器配置的最大 M 涉及除以限制寄存器的值MIN_X_OUTPUT_SIZE。尽管该值可能不是零，但驱动程序缺少检查，但实际上是。修复此问题。（CVE-2026-43182）

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

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

  - jfs：jfs_rename中的 nlink 溢出 如果 nlink 对目录 （-1） 为最大值，并且在该目录内部对某些子目录执行重命名（而不是从父目录移动），则第一个目录的 nlink 首先递增，然后递减。通常这没问题，但当 nlink = -1 时，这会导致封装到 0，然后 drop_nlink 发出警告。应用修补程序后，syzbot 不再发出任何警告。我还运行了一些基本的 fs 测试来查找任何回归。（CVE-2025-71292）

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

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

  - xfs：删除xfs_attr_leaf_hasname xfs_attr_leaf_hasname（） 的调用约定是有问题的，因为它在xfs_attr3_leaf_read失败时返回一个空缓冲区，当xfs_attr3_leaf_lookup_int返回 -ENOATTR 或 -EEXIST 时返回一个有效缓冲区，当xfs_attr3_leaf_lookup_int因其他错误值而失败时，已经释放的缓冲区返回一个非空缓冲区指针。只需在调用程序中打开编码xfs_attr_leaf_hasname即可修复此问题，以便xfs_attr3_leaf_read的每个调用程序完成缓冲区释放代码。（CVE-2026-43153）

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

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

  - 9p/xen：保护 xen_9pfs_front_free 免遭并发调用 xenwatch 线程可与其他后端变更通知争用并调用 xen_9pfs_front_free（） 两次，从而因双重释放而命中观察到的常规保护错误。保护拆卸路径，以便一次只有一个调用方可以释放前端状态，从而防止崩溃。这是针对以下双重释放问题的补丁：[ 27.052347] 错误：一般保护错误，可能针对非规范地址 0x6b6b6b6b6b6b6b6b：0000 [#1] SMP DEBUG_PAGEALLOC NOPTI [ 27.052357] CPU：0 UID：0 PID：32 Comm：xenwatch 未受感染 6.18.0-02087-g51ab33fc0a8b-dirty #60 PREEMPT（none） [ 27.052363] RIP：e030：xen_9pfs_front_free+0x1d/0x150 [ 27.052368] 代码：90 90 90 90 90 90 90 90 90 90 90 90 90 90 41 55 41 54 55 48 89 fd 48 c7 c7 48 d0 92 85 53 e8CB CB 05 00 48 8B 45 08 48 8B 55 00 <48> 3B 28 0F 85 F9 28 35 FE 48 3B 6A 08 0F 85 EF 28 35 FE 48 89 42 [ 27.052377] RSP：
    e02b：ffffc9004016fdd0 EFLAGS：00010246 [ 27.052381] RAX：6b6b6b6b6b6b6b6b6b RBX：ffff88800d66e400 RCX：
    00000000000000000 [ 27.052385] RDX： 6b6b6b6b6b6b6b6b6b6b RSI： 00000000000000000 RDI： 00000000000000000 [27.052389] RBP： ffff88800a887040 R08： 0000000000000000 R09： 0000000000000000 [ 27.052393] R10：
    0000000000000000 R11： 000000000000000 R12： ffff888009e46b68 [ 27.052397] R13： 0000000000000200 R14：
    0000000000000000 R15：ffff88800a887040 [ 27.052404] FS：0000000000000000（0000） GS：ffff88808ca57000（0000） knlGS：0000000000000000 [ 27.052408] CS：e030 DS：0000 ES：0000 CR0：0000000080050033 [ 27.052412] CR2：
    00007f9714004360 CR3： 0000000004834000 CR4： 0000000000050660 [ 27.052418] 调用跟踪： [ 27.052420] 27.052422<TASK> [ ] xen_9pfs_front_changed+0x5d5/0x720 [ 27.052426] ？ xenbus_otherend_changed+0x72/0x140 [27.052430] ？ __pfx_xenwatch_thread+0x10/0x10 [ 27.052434] xenwatch_thread+0x94/0x1c0 [ 27.052438] ？
    __pfx_autoremove_wake_function+0x10/0x10 [ 27.052442] kthread+0xf8/0x240 [ 27.052445] ？
    __pfx_kthread+0x10/0x10 [ 27.052449] ？ __pfx_kthread+0x10/0x10 [ 27.052452] ret_from_fork+0x16b/0x1a0 [27.052456] ？ __pfx_kthread+0x10/0x10 [ 27.052459] ret_from_fork_asm+0x1a/0x30 [ 27.052463]27.052465</TASK> [] 模块链接：[ 27.052471] ---[ 结束跟踪 00000000000000000 ]--- （CVE-2026-43249）

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

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

  - media：cx23885：添加 snd_cx23885_hw_params（） 中缺少的取消映射 在错误路径中，添加 cx23885_alsa_dma_unmap（） 以释放 cx23885_alsa_dma_map（） 获取的资源。（CVE-2026-43135）

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

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

  - scsi：ufs：core：当 RPM 级别为零时刷新异常处理工作 确保在运行时电源管理级别设置为UFS_PM_LVL_0时，在暂停期间明确刷新异常事件处理工作。当 RPM 电平为零时，设备电源模式和链路状态均保持活动状态。
    以前，UFS 核心驱动程序绕过此配置中的刷新异常事件处理作业。
    这会产生争用条件，在这种争用条件中，驱动程序可在系统进入深度断电状态后尝试访问主机控制器以处理异常，从而导致系统崩溃。
    在继续暂停回调之前，明确刷新这项工作并禁用自动 BKOP。这可保证待定异常任务完成，并防止在断电序列期间进行非法硬件访问。
    (CVE-2026-43275)

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

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

  - iommu/amd：将 wait_on_sem（） 移出旋转锁 通过 iommu.strict=1，现有完成等待路径可在压力环境下导致软锁定，因为 wait_on_sem（） 在禁用中断的旋转锁下忙碌等待。将 iommu_completion_wait（） 中的完成等待移出自旋锁。
    wait_on_sem（） 仅轮询硬件更新的cmd_sem，不需要 iommu->lock，因此在忙碌等待期间按住锁定会不必要地增加争用并延长禁用中断的时间。（CVE-2026-43253）

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

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

  - media：chips-media：wave5：修复测试 fluster 时的空引用 创建/销毁多个实例时，会发生许多中断并删除解码器的结构。struct vpu_instance此结构会为解码器中的所有流共享，因此如果该结构未受到锁定保护，有时可能发生空取消引用。IRQ 处理程序已分成两个阶段，并添加了 Lock。
    (CVE-2026-43263)

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

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

  - media：cx88：添加 snd_cx88_hw_params（） 中缺少的取消映射 在错误路径中，添加 cx88_alsa_dma_unmap（） 以释放 cx88_alsa_dma_map（） 获取的资源。（CVE-2026-43257）

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

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

  - drm/amd/pm：修复空指针取消引用问题 如果禁用了 SMU，在 RAS 初始化期间，这里将存在空指针取消引用问题。（CVE-2026-43131）

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

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

  - usb：dwc3：gadget：将 vbus 绘制移动到工作队列上下文 目前，可从 atomic 上下文调用 dwc3_gadget_vbus_draw（），这依次调用 power-supply-core API。并且某些 PMIC API 具有可能导致休眠的操作，从而导致内核错误。通过将vbus_draw移动到工作队列上下文中来修复此问题。（CVE-2026-43170）

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

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

  - net：wan：farsync：修复由未完成的任务引起的释放后使用缺陷 当分离 FarSync T 系列卡时，fst_card_info在 fst_remove_one（） 中被释放。但是，fst_tx_task或fst_int_task可能仍在运行或待定，从而导致在 fst_process_tx_work_q（） 或 fst_process_int_work_q（） 中访问已释放的fst_card_info时出现释放后使用缺陷。典型的争用条件如下所示： CPU 0（清理） |CPU 1（小任务） |fst_start_xmit（） fst_remove_one（） |tasklet_schedule（） unregister_hdlc_device（）| |fst_process_tx_work_q（） //handler kfree（card） //释放 |do_bottom_half_tx（） |card-> //use 捕获了以下 KASAN 跟踪：
    ==================================================================缺陷：KASAN：do_bottom_half_tx+0xb88/0xd00 中由任务 ksoftirqd/3/32 在地址 ffff88800aad101c 读取的大小为 4 的 slab-after-free ... 调用跟踪： <IRQ> dump_stack_lvl+0x55/0x70 print_report+0xcb/0x5d0 ？ do_bottom_half_tx+0xb88/0xd00 kasan_report+0xb8/0xf0 ？ do_bottom_half_tx+0xb88/0xd00 do_bottom_half_tx+0xb88/0xd00 ？
    _raw_spin_lock_irqsave+0x85/0xe0 ？__pfx__raw_spin_lock_irqsave+0x10/0x10 ？
    __pfx___hrtimer_run_queues+0x10/0x10 fst_process_tx_work_q+0x67/0x90 tasklet_action_common+0x1fa/0x720 ？hrtimer_interrupt+0x31f/0x780 handle_softirqs+0x176/0x530 __irq_exit_rcu+0xab/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 ... 由 cpu 3 上的任务 41 于 72.330843s 分配：
    kasan_save_stack+0x24/0x50 kasan_save_track+0x17/0x60 __kasan_kmalloc+0x7f/0x90 fst_add_one+0x1a5/0x1cd0 local_pci_probe+0xdd/0x190 pci_device_probe+0x341/0x480 really_probe+0x1c6/0x6a0
    __driver_probe_device+0x248/0x310 driver_probe_device+0x48/0x210 __device_attach_driver+0x160/0x320 bus_for_each_drv+0x101/0x190 __device_attach+0x198/0x3a0 device_initial_probe+0x78/0xa0 pci_bus_add_device+0x81/0xc0 pci_bus_add_devices+0x7e/0x190 enable_slot+0x9b9/0x1130 acpiphp_check_bridge.part.0+0x2e1/0x460 acpiphp_hotplug_notify+0x36c/0x3c0 acpi_device_hotplug+0x203/0xb10 acpi_hotplug_work_fn+0x59/0x80 ... 在 75.138639 秒时由 cpu 1 上的任务 41 释放：kasan_save_stack+0x24/0x50 kasan_save_track+0x17/0x60 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x43/0x70 kfree+0x135/0x410 fst_remove_one+0x2ca/0x540 pci_device_remove+0xa6/0x1d0 device_release_driver_internal+0x364/0x530 pci_stop_bus_device+0x105/0x150 pci_stop_and_remove_bus_device+0xd/0x20 disable_slot+0x116/0x260 acpiphp_disable_and_eject_slot+0x4b/0x190 acpiphp_hotplug_notify+0x230/0x3c0 acpi_device_hotplug+0x203/0xb10 acpi_hotplug_work_fn+0x59/0x80 ... 有缺陷的地址属于 ffff88800aad1000 上的对象，该对象属于大小为 1024 的缓存 kmalloc-1k 有缺陷的地址位于已释放的 1024 字节区域内的 28 字节处 有缺陷的地址属于物理页面：page：refcount：0 mapcount：0 mapping：000000000000000 index：0x0 pfn：0xaad0 head： order：3 mapcount：0 entire_mapcount：0 nr_pages_mapped：0 pincount：0 flags： 0x100000000000040（head|node=0|zone=1） page_type：f5（slab） raw：
    0100000000000040 ffff888007042dc0 dead0000000000122 000000000000000000 raw： 000000000000000000 0000000080100010 000000000f500000000000000000000000000 head： 0100000000000040 ffff888007042dc0 dead0000000000122 0000000000000000000 head： 00000000000000000 0000000080100010 0000000000f500000000000000000000000000 head：
    0100000000000003 ffffea00002ab401 000000000ffffffffff 000000000ffffffff head： 0000000000000000000000000000000000000000000000000000000000000000000000000000 页面转储原因：kasan：检测到访问错误 地址周围的内存状态：ffff88800aad0f00： fc fc fc ffff88800aad0f80： fc fc fc >fc FA FB ---truncated--- （CVE-2026-43232）

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

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

  - Apache：：Session：：Generate：：ModUniqueId 的 1.541.94 Perl 会话 ID 版本不安全。
    Apache：：Session：：Generate：：ModUniqueId（在版本 1.54中添加）将UNIQUE_ID环境变量的值用于会话 id。UNIQUE_ID变量由 Apache mod_unique_id 插件设置，可为请求生成唯一 ID。该 id 基于 IPv4 地址、进程 ID、纪元时间、16 位计数器和线程索引，不存在混淆。服务器 IP 通常对公众开放，如果不可用，可从之前发布的会话 ID 中猜测。也可从之前的会话 ID 中猜测进程 ID。时间戳很容易被猜中（并泄漏在 HTTP Date 响应头中）。mod_unique_id的目的是为请求分配一个唯一的 ID，以便能够在不同的日志中关联事件。该 id 并非设计的，也不适合用于安全目的。
    (CVE-2026-5081)

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

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

  - APEI/GHES：确保不会超出 CPER 分配的记录 ghes_new（） 中的逻辑通过检查记录是否大于 GHES_ESTATUS_MAX_SIZE（当前为 64KB），防止分配过大的记录。然而，分配是使用 CPER bios 表位置中的实际页数完成的，该页数可以更小。但是，不良固件可发送大小不同的数据，其可能比分配的内存大，从而导致 OOPS：无法处理虚拟地址 fff00000f9b40000 上的内核分页请求内存中止信息： ESR = 0x0000000096000007 EC = 0x25： DABT（当前 EL），IL = 32 位 SET = 0， FnV = 0 EA = 0， S1PTW = 0 FSC = 0x07：3 级转换错误 数据中止信息： ISV = 0， ISS = 0x00000007， ISS2 = 0x00000000 CM = 0， WnR = 0， TnD = 0， TagAccess = 0 GCS = 0， Overlay = 0， DirtyBit = 0， Xs = 0 swapper pgtable： 4k 页面， 52 位 VA， pgdp=000000008ba16000 [fff00000f9b40000] pgd=180000013ffff403， p4d=180000013fffe403， pud=180000013f85b403， pmd=180000013f68d403， 内部 pte=0000000000000000 错误： 哎呀： 0000000096000007 [#1] SMP 模块链接于： CPU： 0 UID： 0 PID：
    303 Comm：kworker/0:1 未受感染 6.19.0-rc1-00002-gda407d200220 #34 PREEMPT 硬件名称：QEMU QEMU 虚拟机，BIOS 未知 2022 年 2 月 2 日 工作队列：kacpi_notify acpi_os_execute_deferred pstate：214020c5 （nzCv daIF +PAN -UAO -TCO +DIT -SSBS BTYPE=--） pc： hex_dump_to_buffer+0x30c/0x4a0 LR：
    hex_dump_to_buffer+0x328/0x4a0 SP：ffff800080e13880 x29： ffff800080e13880 x28： ffffac9aba86f6a8 x27：
    0000000000000083 x26：fff00000f9b3fffc x25：0000000000000004 x24：0000000000000004 x23：ffff800080e13905 x22：0000000000000010 x21：0000000000000083 x20：0000000000000001 x19：0000000000000008 x18：
    0000000000000010 x17： 0000000000000001 x16： 00000007c7f20fec x15： 0000000000000020 x14： 0000000000000008 x13： 0000000000081020 x12： 0000000000000008 x11： ffff800080e13905 x10： ffff800080e13988：
    0000000000000000 x8 ： 0000000000000000 x7 ： 0000000000000001 x6 ： 0000000000000020 x5 ： 0000000000000030 x4 ： 000000000fffffffe x3 ： 0000000000000000 x2 ： ffffac9aba78c1c8 x1 ： ffffac9aba76d0a8 x0：
    0000000000000008 调用跟踪：hex_dump_to_buffer+0x30c/0x4a0 （P） print_hex_dump+0xac/0x170 cper_estatus_print_section+0x90c/0x968 cper_estatus_print+0xf0/0x158 __ghes_print_estatus+0xa0/0x148 ghes_proc+0x1bc/0x220 ghes_notify_hed+0x5c/0xb8 notifier_call_chain+0x78/0x148 blocking_notifier_call_chain+0x4c/0x80 acpi_hed_notify+0x28/0x40 acpi_ev_notify_dispatch+0x50/0x80 acpi_os_execute_deferred+0x24/0x48 process_one_work+0x15c/0x3b0 worker_thread+0x2d0/0x400 kthread+0x148/0x228 ret_from_fork+0x10/0x20 代码：6b14033f 540001ad a94707e2 f100029f （b8747b44） ---[ end trace 00000000000000000 ]--- 通过在检查 CPER 长度时考虑实际分配的因素，防止这种情况发生。[ rjw： 主题调整 ]（CVE-2026-43277）

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

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

  - net/rds：RDS 连接RDS_CONN_ERROR无任何快捷方式，状态为 rds_conn_path：：cp_state，可从一种状态转换到另一种状态，并且以预期状态为条件：
    rds_conn_path_transition。此条件有一个例外，即RDS_CONN_ERROR可由rds_conn_path_drop强制执行，而不管条件当前处于何种状态。但连接一旦进入状态 RDS_CONN_ERROR，连接处理代码就会期望其通过关闭路径。RDS/TCP 多路径变更添加了一条快捷方式，RDS_CONN_ERROR通过rds_tcp_accept_one_path直接返回RDS_CONN_CONNECTING（例如 rds_tcp_state_change后）。随后的rds_tcp_reset_callbacks可将状态转换为RDS_CONN_RESETTING，关闭工作程序已排队。这会使rds_conn_init_shutdown绊倒，它从未经过调整以处理RDS_CONN_RESETTING，随后会丢弃与可怕的DR_INV_CONN_STATE的连接，从而使RDS_SHUTDOWN_WORK_QUEUED永远处于开启状态。因此，我们在这里做两件事：a） 不要RDS_CONN_ERROR捷径，而是通过关机代码走较长的路径。b） 将RDS_CONN_RESETTING添加到 rds_conn_init_shutdown 中的预期状态，这样如果我们再次遇到像这样的奇怪状态转换，我们就不会出错并卡住。（CVE-2026-43226）

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

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

  - net：终止 skb_may_tx_timestamp（） 中的锁skb_may_tx_timestamp（） 可能获取 sock：：sk_callback_lock。
    在 IRQ 上下文中不得采用锁定，只有 softirq 才可。一些驱动程序通过专用中断接收时间戳，并从该处理程序完成 TX 时间戳。如果锁定已在同一个 CPU 上进行写锁定，这将导致死锁。可以避免上锁。套接字（skb 指向的）将保持有效，直到释放 skb。用户关闭套接字后，->sk_socket 和 ->file 成员将设置为 NULL，这可能在时间戳到达之前发生。如果碰巧在套接字关闭时但指针设置为 NULL 之前观察到该指针，那么我们可能会使用它，因为指针（以及文件的 cred 成员）都已释放 RCU。放下锁定。使用 READ_ONCE（） 获取单个指针。添加一个匹配的 WRITE_ONCE（），其中将清除指针。（CVE-2026-43216）

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

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

  - 已修复 Linux 内核中的下列漏洞：netfilter: nfnetlink_queue: make hash table per queue Sharing a global hash table among all queues is tempting, but it can cause crash: BUG:
    KASAN: slab-use-after-free in nfqnl_recv_verdict+0x11ac/0x15e0 [nfnetlink_queue] [..] nfqnl_recv_verdict+0x11ac/0x15e0 [nfnetlink_queue] nfnetlink_rcv_msg+0x46a/0x930 kmem_cache_alloc_node_noprof+0x11e/0x450 struct nf_queue_entry is freed via kfree, but parallel cpu can still encounter such an nf_queue_entry when walking the list. Alternative fix is to free the nf_queue_entry via kfree_rcu() instead, but as we have to alloc/free for each skb this will cause more mem pressure. (CVE-2026-43084)

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

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

  - fs/ntfs3：处理截断文件时的 attr_set_size（） 错误。如果截断时 attr_set_size（） 失败，则错误将被静默忽略，并且 inode 可能处于不一致状态。（CVE-2025-71289）

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

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

  - media：mtk-mdp：修复 mtk_mdp_remove（） 中的引用泄漏缺陷 在 mtk_mdp_probe（） 中，vpu_get_plat_device（） 增加了返回平台设备的引用计数。添加 platform_device_put（） 以防止引用泄漏。（CVE-2026-43270）

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

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

  - netconsole：避免 OOB 读取，消息不是以 NUL 结束 从控制台子系统传递到 netconsole 的消息不能保证以 NUL 结束。在最近提交 7eab73b18630（netconsole：转换为 NBCON 控制台基础架构）之前，消息将被放置在静态全局缓冲区 printk_shared_pbufs 中，因此 KASAN 更难捕获 OOB 访问。现在我们看到：printk：已启用控制台 [netcon_ext0] 缺陷：KASAN：
    string+0x1f7/0x240 中的 slab-out-bound 在 addr ffff88813b6d4c00 处，任务 pr/netcon_ext0/594 读取大小为 1 CPU：65 UID：0 PID：594 通信：pr/netcon_ext0 未受感染 6.19.0-11754-g4246fd6547c9 调用跟踪：kasan_report+0xe4/0x120 string+0x1f7/0x240 vsnprintf+0x655/0xba0 scnprintf+0xba/0x120 netconsole_write+0x3fe/0xa10 nbcon_emit_next_record+0x46e/0x860 nbcon_kthread_func+0x623/0x750 按任务 1 分配： nbcon_alloc+0x1ea/0x450 register_console+0x26b/0xe10 init_netconsole+0xbb0/0xda0 有缺陷的地址属于位于 ffff88813b6d4000 的对象，该对象属于大小为 4096 的缓存 kmalloc-4k 有缺陷的地址位于分配的 3072 字节区域右侧 0 字节处 [ffff88813b6d4000， ffff88813b6d4c00） （CVE-2026-43197）

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

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

  - usb：chipidea：udc：修复 _ep_nuke（） 中的 DMA 和 SG 清理 ChipIdea UDC 驱动程序会遇到 USB 设备在活动传输期间断开连接后重新连接时，会遇到页面未对齐 sg 缓冲区错误。这是由于 _ep_nuke（） 在未正确取消映射 DMA 缓冲区或清理分散-收集反弹缓冲区的情况下将请求返回到小工具层。根本原因：当在多段 DMA 传输过程中出现断开连接时，请求的 num_mapped_sgs 字段和 sgt.sgl 指针仍然设置为过时值。请求返回至状态为 -ESHUTDOWN 但仍处于活动 DMA 状态的小工具驱动程序。如果小工具驱动程序在重新连接时重复使用此请求而未对其进行重新初始化，过时的 DMA 状态会导致 _hardware_enqueue（） 跳过 DMA 映射（发现非零num_mapped_sgs）并尝试使用已释放/无效的 DMA 地址，从而导致对齐错误和潜在内存损坏。通过 _hardware_dequeue（） 的正常完成路径会在返回请求前正确调用 usb_gadget_unmap_request_by_dev（） 和 sglist_do_debounce（）。_ep_nuke（） 路径必须执行相同的清理，以确保以干净、可重用的状态返回请求。修复：添加 DMA 取消映射和反弹缓冲区清理
    _ep_nuke（） 以镜像 _hardware_dequeue（） 中的清理顺序：- 如果设置了 num_mapped_sgs则调用 usb_gadget_unmap_request_by_dev（） - 如果 copy=false 存在反弹缓冲区则调用 sglist_do_debounce（） 这样可以确保当请求因端点关闭而返回时，它们不会保留过时的 DMA 映射。设置为 sglist_do_debounce（） 的“false”参数阻止数据复制回（适用于传输中止的关闭路径）。（CVE-2026-43250）

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

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

  - xfrm：始终在NETDEV_UNREGISTER事件发生时刷新状态和策略 syzbot 报告 struct xfrm_state refcount 泄漏。unregister_netdevice：等待 netdevsim0 变为释放。使用计数 = 2 ref_tracker：netdev@ffff888052f24618有 1/1 个用户__netdev_tracker_alloc include/linux/netdevice.h：4400 [内联] netdev_tracker_alloc include/linux/netdevice.h：4412 [内联] xfrm_dev_state_add+0x3a5/0x1080 net/xfrm/xfrm_device.c：316 xfrm_state_construct net/xfrm/xfrm_user.c：986 [内联] xfrm_add_sa+0x34ff/0x5fa0 net/xfrm/xfrm_user.c：1022 xfrm_user_rcv_msg+0x58e/0xc00 net/xfrm/xfrm_user.c：3507 netlink_rcv_skb+0x158/0x420 net/netlink/af_netlink.c：2550 xfrm_netlink_rcv+0x71/0x90 net/xfrm/xfrm_user.c：3529 netlink_unicast_kernel net/netlink/af_netlink.c：1318 [内联] netlink_unicast+0x5aa/0x870 net/netlink/af_netlink.c：1344 netlink_sendmsg+0x8c8/0xdd0 net/netlink/af_netlink.c：1894 sock_sendmsg_nosec net/socket.c：727 [内联] __sock_sendmsg net/socket.c：742 [内联] ____sys_sendmsg+0xa5d/0xc30 net/socket.c：2592 ___sys_sendmsg+0x134/0x1d0 net/socket.c：2646
    __sys_sendmsg+0x16d/0x220 net/socket.c：2678 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0xcd/0xf80 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f 这是因为尽管来自 xfrm_state_construct（） 的 xfrm_dev_state_add（） 将 xfrm_dev_unregister（） 实现为 no-op，但提交 d77e38e612a0（xfrm：添加 IPsec 硬件卸载 API）仍获取了对结构net_device的引用。我猜该提交期望在事件触发之前触发NETDEV_DOWN事件NETDEV_UNREGISTER并且还假设仅在 （dev->features &; NETIF_F_HW_ESP） ！= 0 时才调用 xfrm_dev_state_add（）。Sabrina Dubroca 确定了重现以下相同症状的步骤。echo 0 > /sys/bus/netdevsim/new_device dev=$(ls -1 /sys/bus/netdevsim/devices/netdevsim0/net/) ip xfrm state add src 192.168.13.1 dst 192.168.13.2 proto esp \ spi 0x1000 模式隧道 aead 'rfc4106（gcm（aes））' $key 128 \ offload crypto dev $dev dir out ethtool -K $dev esp-hw-offload off echo 0 > /sys/bus/netdevsim/del_device 如这些步骤所示，xfrm_dev_state_add（） 获取对 struct net_device 的引用后可清除 NETIF_F_HW_ESP 位。此外，xfrm_dev_state_add（） 在获取对 struct net_device 的引用时不会检查 NETIF_F_HW_ESP 位。提交 03891f820c21（xfrm：处理 xfrm 设备的NETDEV_UNREGISTER）将 NETDEV_UNREGISTER 事件重新引入 xfrm_dev_event（），但该提交由于未知原因选择在 NETDEV_DOWN 事件和 NETDEV_UNREGISTER 事件之间共享 xfrm_dev_down（）。我猜该提交错过了上一段中的行为。因此，我们需要重新引入 xfrm_dev_unregister（），以便通过无条件刷新状态和策略来释放对结构net_device的引用。（CVE-2026-43167）

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

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

  - xfrm：修复 Syzkaller 报告 xfrm_migrate_policy_find 中的内存泄漏 xfrm_policy_alloc：
    BUG：内存泄漏未引用对象0xffff888114d79000（大小 1024）： comm syz.1.17、pid 931 ...
    xfrm_policy_alloc+0xb3/0x4b0 net/xfrm/xfrm_policy.c：432 根本原因是对 xfrm_migrate_policy_find（） 中的 xfrm_pol_hold_rcu（） 的双重调用。lookup 函数已返回具有保留引用的策略，因此第二次调用变得多余。删除冗余的 xfrm_pol_hold_rcu（） 调用以修复 refcount 不平衡并防止内存泄漏。由 Linux 验证中心 （linuxtesting.org） 与 syzkaller 一起发现。（CVE-2026-43090）

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

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

  - HID：prodikeys：检查 pm->input_ep82 是否存在 假 USB 设备可发送其自己的报告描述符，其 input_mapping（） 挂钩未被调用。在这种情况下，pm->input_ep82 保持为空，导致稍后发生崩溃。这不会发生在真实的设备上，而是可以通过强加为一个来激起的。
    (CVE-2026-43251)

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

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

  - iommu/vt-d：仅当 PCIe 设备在可扩展模式下可访问时刷新 dev-IOTLB 提交 4fc82cd907ac（iommu/vt-d：设备断开连接时不发出 ATS 无效请求）依靠 pci_dev_is_disconnected（） 跳过安全删除设备的 ATS 失效，但它不包括由故障造成的链路中断，这仍可硬锁定系统。例如，如果 VM 无法连接到 PCIe 设备，则会执行 virsh 破坏以释放资源并隔离错误，但是当释放群组 fd 时，会发生硬锁定。调用跟踪：qi_submit_sync qi_flush_dev_iotlb intel_pasid_tear_down_entry 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_device_is_present（） 比 pci_dev_is_disconnected（） 慢，但在 ConnectX-5（8 GT/s，x2）上仍然只需 ~70 秒，并且随着 PCIe 速度和宽度的增加而变得更快。此外，devtlb_invalidation_with_pasid（） 只在以下路径中被调用，其频率远低于内存 map/unmap。1. mm-struct 版本 2.{attach，release}_dev 3.设置/删除 PASID 4。脏跟踪设置 系统稳定性方面的收益远远超过使用 pci_device_is_present（） 而不是 pci_dev_is_disconnected（） 来决定何时跳过 ATS 失效的微不足道的成本，尤其是在 GDR 高负载条件下。（CVE-2026-43130）

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

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

  - xfrm6：修复 xfrm6_get_saddr（） 中未初始化的 saddr xfrm6_get_saddr（） 不会检查 ipv6_dev_get_saddr（） 的返回值。当 ipv6_dev_get_saddr（） 找不到合适的源地址时（返回
    -EADDRNOTAVAIL），saddr->in6 保持未初始化状态，但 xfrm6_get_saddr（） 仍然返回 0（成功）。这会导致调用程序 xfrm_tmpl_resolve_one（） 使用 xfrm_state_find（） 中的未初始化地址，从而触发 KMSAN 警告：===================================================== 缺陷：KMSAN：xfrm_state_find+0x2424/0xa940 xfrm_state_find+0x2424/0xa940 xfrm_resolve_and_create_bundle+0x906/0x5a20 xfrm_lookup_with_ifid+0xcc0/0x3770 xfrm_lookup_route+0x63/0x2b0 ip_route_output_flow+0x1ce/0x270 udp_sendmsg+0x2ce1/0x3400 inet_sendmsg+0x1ef/0x2a0 __sock_sendmsg+ 中的 uninit-value0x278/0x3d0 __sys_sendto+0x593/0x720
    __x64_sys_sendto+0x130/0x200 x64_sys_call+0x332b/0x3e70 do_syscall_64+0xd3/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f 创建的本地变量 tmp.i.i：
    xfrm_resolve_and_create_bundle+0x3e3/0x5a20 xfrm_lookup_with_ifid+0xcc0/0x3770 ===================================================== 通过检查 ipv6_dev_get_saddr（） 的返回值并传播错误进行修复。（CVE-2026-43139）

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

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

  - staging：rtl8723bs：修复 find_network 中的空取消引用 变量 pwlan 在传递到 rtw_free_network_nolock（） 时可能为空，它稍后会取消引用该变量。
    (CVE-2026-43159)

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

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

  - pstore：ram_core：修复 vmap（） 失败时错误的成功返回 在 persistent_ram_vmap（） 中，vmap（） 可能在失败时返回 NULL。如果偏移为非零，即使映射失败，添加 offset_in_page（start） 也会导致函数返回非空指针。因此，persistent_ram_buffer_map（） 错误地返回成功。后续访问 prz->buffer 可能会取消引用无效地址并导致崩溃。
    添加针对 vmap（） 失败的适当 NULL 检查。（CVE-2026-43124）

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

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

  - xfs：修复将 xattrs 添加到叶区块时的自由映射调整 xfs/592 和 xfs/794 在我的测试 VM 上运行 ~20 分钟后，两者都会在叶块自由映射调整代码中触发此断言：
    ASSERT（ichdr->firstused >= ichdr->count * sizeof（xfs_attr_leaf_entry_t） + xfs_attr3_leaf_hdr_size（leaf））;
    在启用了大量调试代码后，我将其缩小到尝试设置具有 namelen=3 和 valuelen=71 的本地扩展属性的 fsstress。这导致条目大小为 80 字节。在xfs_attr3_leaf_add_work开始时，自由映射如下所示： i 0 base 448 size 0 rhs 448 count 46 i 1 base 388 size 132 rhs 448 count 46 i 2 base 2120 size 4 rhs 448 count 46 firstused = 520 其中 rhs 是超过叶条目数组末尾的第一个字节。这不一致 -- 条目数组在字节 448 处结尾，但 freemap[1] 说有从字节 388 开始的可用空间！到函数结束时，freemap 的状况更差：i 0 base 456 大小 0 rhs 456 计数 47 i 1 base 388 大小 52 rhs 456 count 47 i 2 base 2120 大小 4 rhs 456 count 47 firstused = 440 重要说明：388 与 8 字节的条目数组元素大小不一致。根据错误的自由映射，名称区域从字节 440（即条目数组结尾下方）开始！这就是断言触发和文件系统关闭的原因。我们是怎么走到这里的？首先，请回想一下之前的修补程序，xattr 叶块中的自由映射数组并不是叶块中所有可用空间的综合映射。换句话说，使叶块具有以下函数是完全合法的：* 条目数组使用的 376 字节 * freemap[0] 具有 [base = 376， size = 8] * freemap[1] 具有 [base = 388， size = 1500] * 376 和 388 之间的空间是空闲的，但 freemap 在一段时间前停止跟踪如果我们添加一个 xattr， 条目数组增至 384 字节，freemap[0] 变为 [base = 384， size = 0]。到目前为止，一切都很好。但如果添加第二个 xattr，条目数组将增长到 392 字节，并且 freemap[0] 被上推到 [base = 392， size = 0]。这很糟糕，因为 freemap[1] 尚未更新，现在条目数组和可用空间声明相同的空间。此处的补丁是调整所有自由映射条目，以便它们都不会与条目数组冲突。请注意，此补丁依赖于提交 2a2b5932db6758（xfs：修复属性叶标头 freemap.size 下溢）和之前将零长度自由映射条目重置为 base = 0 的修补程序。（CVE-2026-43158）

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

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

  - wifi：rtw89：pci：用于RTL8922DE前先验证版本报告内容 提交 957eda596c76（wifi：rtw89：pci：验证 TX 版本报告的序号）会在现有芯片上进行验证，从而导致 SKB 的版本报告畸形。由于未找到明确原因，请预先为 RTL8922DE 添加规则以避免发生崩溃。（CVE-2026-43176）

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

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

  - media：cx25821：修复 cx25821_dev_setup（） 中的资源泄漏 如果 ioremap（） 无法释放 cx25821_get_resources（） 获取的内存区域，则添加 release_mem_region（）。（CVE-2026-43183）

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

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

  - net：wan/fsl_ucc_hdlc：修复 uhdlc_memclean（） 中的 dma_free_coherent（） priv->rx_buffer 和 priv->tx_buffer在 uhdlc_init（） 中作为连续缓冲区一起分配，但在 uhdlc_memclean（） 中作为两个缓冲区释放。
    将清理更改为仅对整个缓冲区调用 dma_free_coherent（） 一次。（CVE-2026-43149）

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

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

  - 恢复 PCI/IOV：启用/禁用 SR-IOV 时添加 PCI 重新扫描-删除锁定。这会恢复提交 05703271c3cd（PCI/IOV：启用/禁用 SR-IOV 时添加 PCI 重新扫描-删除锁定），这会在 pci_stop_and_remove_bus_device（） 中调用 sriov_del_vfs（） 时通过递归获取pci_rescan_remove_lock造成死锁。例如，使用以下命令序列：$ echo <NUM> > /sys/bus/pci/devices/<pf>/sriov_numvfs $ echo 1 > /sys/bus/pci/devices/<pf>/remove mlx5 设备上死锁的修剪跟踪如下：zsh/5715 正在尝试获取锁定：000002597926ef50 （pci_rescan_remove_lock）{+.+.}-{3:3}， at： sriov_disable+0x34/0x140 但任务已处于锁定状态：
    000002597926ef50 （pci_rescan_remove_lock）{+.+.}-{3:3}， at： pci_stop_and_remove_bus_device_locked+0x24/0x80 ... 调用跟踪：[<00000259778c4f90>] dump_stack_lvl+0xc0/0x110 [<00000259779c844e>] print_deadlock_bug+0x31e/0x330 [<00000259779c1908>] __lock_acquire+0x16c8/0x32f0 [<00000259779bffac>] lock_acquire+0x14c/0x350 [<00000259789643a6>] __mutex_lock_common+0xe6/0x1520 [<000002597896413c>] mutex_lock_nested+0x3c/0x50 [<00000259784a07e4>] sriov_disable+0x34/0x140 [<00000258f7d6dd80>] mlx5_sriov_disable+0x50/0x80 [mlx5_core] [<00000258f7d5745e>] remove_one+0x5e/0xf0 [mlx5_core] [<00000259784857fc>] pci_device_remove+0x3c/0xa0 [<000002597851012e>] device_release_driver_internal+0x18e/0x280 [<000002597847ae22>] pci_stop_bus_device+0x82/0xa0 [<000002597847afce>] pci_stop_and_remove_bus_device_locked+0x5e/0x80 [<00000259784972c2>] remove_store+0x72/0x90 [<0000025977e6661a>] kernfs_fop_write_iter+0x15a/0x200 [<0000025977d7241c>] vfs_write+0x24c/0x300 [<0000025977d72696>] ksys_write+0x86/0x110 [<000002597895b61c>]
    __do_syscall+0x14c/0x400 [<000002597896e0ee>] system_call+0x6e/0x90 仅此一项还原了引用提交试图解决的问题，因此不能完全修复。后续将提供新的补丁。
    (CVE-2026-43147)

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

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

  - netfilter：xt_tcpmss：在读取 optlen 之前检查剩余长度 引用报告者：在 net/netfilter/xt_tcpmss.c 中（第 53-68 行），TCP 选项解析器直接读取 op[i+1]，而不验证剩余的选项长度。如果选项字段的最后一个字节不是 EOL/NOP （0/1），代码会尝试索引 op[i+1]。如果 i + 1 == optlen，这会导致越界读取，从而访问超过 optlen 边界的内存（读取超出堆栈缓冲区_opt或后续负载）。
    (CVE-2026-43190)

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

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

  - xsk：根据 bind 上的可用帧大小验证 MTU AF_XDP bind 当前接受零复制池配置，但未验证设备 MTU 是否适合 UMEM 区块提供的可用帧空间。自从我们开始尊重尾部空间以来，这就成为一个问题，尾部空间是从chunk_size中减去的（在与动态余量之间）。2k 区块大小可能无法为标准 1500 MTU 提供足够的空间，因此让我们在绑定时捕获此类设置。此外，验证底层硬件是否能够满足配置的 MTU wrt XSK 的帧大小乘以支持的 Rx 缓冲区链长度（通过 net_device：：xdp_zc_max_segs 公开）。（CVE-2026-43092）

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

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

  - minix：向 minix_check_superblock（） 添加所需的健全性检查 minix 文件系统的 fs/minix 实现当前不支持对 0 以外的任何其他值进行任何其他s_log_zone_size值。这也是 util-linux 中唯一支持的值;请参阅 mkfs.minix.c 第 511 行。此外，此修补程序会添加其他 minix 超级块字段的一些健全性检查，并将 zmap 和 imap 的 minix_blocks_needed（） 检查也移至 minix_check_super_block（）。这也会关闭相关的 syzbot 缺陷报告。（CVE-2026-43209）

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

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

  - memory：mtk-smi：修复 larb 探测器的设备泄漏。确保在 larb 探测期间、探测失败（如探测延迟）和驱动程序取消绑定时，放弃查找 SMI 设备时获取的引用。
    (CVE-2025-71287)

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

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

  - fbcon：检查 con2fb_acquire_newinfo（） 的返回值 如果从 con2fb_acquire_newinfo（） 调用时 fbcon_open（） 失败，则信息>fbcon_par指针将保持为空，稍后会取消引用。添加对函数 con2fb_acquire_newinfo（） 的返回值的检查以避免此问题。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2026-43123)

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

ID	名称	严重性
312812	Linux Distros 未修补的漏洞：CVE-2026-43172	high
312811	Linux Distros 未修补的漏洞：CVE-2026-43140	medium
312810	Linux Distros 未修补的漏洞：CVE-2026-43136	medium
312809	Linux Distros 未修补的漏洞：CVE-2026-43129	medium
312808	Linux Distros 未修补的漏洞：CVE-2026-43168	medium
312807	Linux Distros 未修补的漏洞：CVE-2026-43097	high
312806	Linux Distros 未修补的漏洞：CVE-2026-43191	medium
312805	Linux Distros 未修补的漏洞：CVE-2026-43230	high
312804	Linux Distros 未修补的漏洞：CVE-2026-43202	medium
312803	Linux Distros 未修补的漏洞：CVE-2025-71273	medium
312802	Linux Distros 未修补的漏洞：CVE-2026-43278	high
312801	Linux Distros 未修补的漏洞：CVE-2026-43213	high
312800	Linux Distros 未修补的漏洞：CVE-2026-43182	medium
312799	Linux Distros 未修补的漏洞：CVE-2025-71292	medium
312798	Linux Distros 未修补的漏洞：CVE-2026-43153	high
312797	Linux Distros 未修补的漏洞：CVE-2026-43249	high
312796	Linux Distros 未修补的漏洞：CVE-2026-43135	medium
312795	Linux Distros 未修补的漏洞：CVE-2026-43275	medium
312794	Linux Distros 未修补的漏洞：CVE-2026-43253	high
312793	Linux Distros 未修补的漏洞：CVE-2026-43263	high
312792	Linux Distros 未修补的漏洞：CVE-2026-43257	medium
312791	Linux Distros 未修补的漏洞：CVE-2026-43131	medium
312790	Linux Distros 未修补的漏洞：CVE-2026-43170	medium
312789	Linux Distros 未修补的漏洞：CVE-2026-43232	high
312788	Linux Distros 未修补的漏洞：CVE-2026-5081	critical
312787	Linux Distros 未修补的漏洞：CVE-2026-43277	medium
312786	Linux Distros 未修补的漏洞：CVE-2026-43226	high
312785	Linux Distros 未修补的漏洞：CVE-2026-43216	medium
312784	Linux Distros 未修补的漏洞：CVE-2026-43084	high
312783	Linux Distros 未修补的漏洞：CVE-2025-71289	medium
312782	Linux Distros 未修补的漏洞：CVE-2026-43270	medium
312781	Linux Distros 未修补的漏洞：CVE-2026-43197	critical
312780	Linux Distros 未修补的漏洞：CVE-2026-43250	high
312779	Linux Distros 未修补的漏洞：CVE-2026-43167	medium
312778	Linux Distros 未修补的漏洞：CVE-2026-43090	medium
312777	Linux Distros 未修补的漏洞：CVE-2026-43251	medium
312776	Linux Distros 未修补的漏洞：CVE-2026-43130	medium
312775	Linux Distros 未修补的漏洞：CVE-2026-43139	high
312774	Linux Distros 未修补的漏洞：CVE-2026-43159	medium
312773	Linux Distros 未修补的漏洞：CVE-2026-43124	medium
312772	Linux Distros 未修补的漏洞：CVE-2026-43158	high
312771	Linux Distros 未修补的漏洞：CVE-2026-43176	high
312770	Linux Distros 未修补的漏洞：CVE-2026-43183	medium
312769	Linux Distros 未修补的漏洞：CVE-2026-43149	medium
312768	Linux Distros 未修补的漏洞：CVE-2026-43147	medium
312767	Linux Distros 未修补的漏洞：CVE-2026-43190	high
312766	Linux Distros 未修补的漏洞：CVE-2026-43092	medium
312765	Linux Distros 未修补的漏洞：CVE-2026-43209	medium
312764	Linux Distros 未修补的漏洞：CVE-2025-71287	medium
312763	Linux Distros 未修补的漏洞：CVE-2026-43123	medium

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

medium

high

medium

medium

high

high

medium

medium

high

high

medium

medium

high

high

medium

medium

medium

high

critical

medium

high

medium

high

medium

medium

critical

high

medium

medium

medium

medium

high

medium

medium

high

high

medium

medium

medium

high

medium

medium

medium

medium