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

  - tinyobjloader-c 的 tinyobj_parse_and_index_mtl_file （tinyobj_loader_c.h） 通过 memcpy（linebuf， p， p_len） 将 .mtl 材料文件的每一行读入固定的 4096 字节堆栈缓冲区中，仅由 . 相同易受攻击的模式在同一文件的第二个函数中复制。（CVE-2026-71266）

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

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

  - xfrm：拒绝出站策略中的可选 IPTFS 模板 syzbot 报告了 xfrm_state_find（） 中源自 xfrm_tmpl_resolve_one（） 的堆栈越界读取。提交 3d776e31c841（xfrm：拒绝出站策略中的可选通道/BEET 模式模板）不允许出站策略中的可选通道和 BEET以防止此情况。之后添加 IPTFS 时，该补丁未涵盖该问题，因此仍可触发越界读取;扩大检查范围，以在出站策略中也禁用可选 IPTFS。IPTFS 应与隧道模式相同。IN 和 FWD 策略不受影响：xfrm_tmpl_resolve_one（） 只能通过出站路径到达。复制器，之前：ip 链接添加 dummy0 类型虚拟 ip 链接设置 dummy0 up ip 地址添加 10.1.1.1/24 dev dummy0 ip xfrm 策略添加 src 10.1.1.1/32 dst 10.1.1.2/32 dir out tmpl src fc00：:d ead：1 dst fc00：:d ead：2 proto esp reqid 1 模式 iptfs 级别 使用 tmpl src fc00：:d ead：1 dst fc00：:d ead：2 proto esp reqid 2 模式传输 ping -W 1 -c 1 10.1.1.2 PING 10.1.1.2 （10.1.1.2） 56（84） 字节的数据。[ 64.168420] ================================================================== [ 64.169977] 缺陷：KASAN：__xfrm6_addr_hash+0x11e/0x170 中的堆栈越界 [ 64.169977] 任务 ping/2844 在地址 ffff88800e1ffd20 读取大小为 4 [ 64.169977] CPU：2 UID：0 PID：2844 通信：ping 未受感染 7.1.0-rc7-00180-geb23b588430a #98 PREEMPT（full） [ 64.169977] 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 64.169977] 调用跟踪：[ 64.169977] <TASK>64.169977 [] dump_stack_lvl+0x47/0x70 [ 64.169977] ？ __xfrm6_addr_hash+0x11e/0x170 [ 64.169977] print_report+0x152/0x4b0 [ 64.169977] ？ ksys_mmap_pgoff+0x6d/0xa0 [ 64.169977] ？ entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 64.169977] ？ rcu_read_unlock_sched+0xa/0x20 [ 64.169977] ？
    __virt_addr_valid+0x21b/0x230 [ 64.169977] ？ __xfrm6_addr_hash+0x11e/0x170 [ 64.169977] kasan_report+0xa8/0xd0 [ 64.169977] ？ __xfrm6_addr_hash+0x11e/0x170 [ 64.169977]
    __xfrm6_addr_hash+0x11e/0x170 [ 64.169977] __xfrm_dst_hash+0x24/0xc0 [ 64.169977] xfrm_state_find+0xa2d/0x2f90 [ 64.169977] ？ __pfx_xfrm_state_find+0x10/0x10 [ 64.169977] ？
    __pfx_ftrace_graph_ret_addr+0x10/0x10 [ 64.169977] ？ __pfx_ftrace_graph_ret_addr+0x10/0x10 [ 64.169977] xfrm_tmpl_resolve_one+0x210/0x570 [ 64.169977] ？ __pfx_xfrm_tmpl_resolve_one+0x10/0x10 [ 64.169977] ？
    __pfx_stack_trace_consume_entry+0x10/0x10 [ 64.169977] ？ kernel_text_address+0x5b/0x80 [ 64.169977] ？
    __kernel_text_address+0xe/0x30 [ 64.169977] ？ unwind_get_return_address+0x5e/0x90 [ 64.169977] ？ arch_stack_walk+0x8c/0xe0 [ 64.169977] xfrm_tmpl_resolve+0x130/0x200 [ 64.169977] ？
    __pfx_xfrm_tmpl_resolve+0x10/0x10 [ 64.169977] ？ __pfx_xfrm_policy_inexact_lookup_rcu+0x10/0x10 [64.169977] ？ __refcount_add_not_zero.constprop.0+0xb2/0x110 [ 64.169977] ？
    __pfx___refcount_add_not_zero.constprop.0+0x10/0x10 [ 64.169977] xfrm_resolve_and_create_bundle+0xd5/0x310 [ 64.169977] ？ __pfx_xfrm_resolve_and_create_bundle+0x10/0x10 [ 64.169977] ？
    __pfx_xfrm_policy_lookup_bytype+0x10/0x10 [ 64.169977] ？ __pfx_xfrm_policy_lookup_bytype+0x10/0x10 [64.169977] xfrm_lookup_with_ifid+0x3d8/0xb80 [ 64.169977] ？ __pfx_xfrm_lookup_with_ifid+0x10/0x10 [64.169977] ？ ip_route_output_key_hash+0xc6/0x110 [ 64.169977] ？ kasan_save_track+0x10/0x30 [ 64.169977] xfrm_lookup_route+0x18/0xe0 [ 64.169977] ip4_datagram_release_cb+0x4c9/0x530 [ 64.169977] ？
    __pfx_ip4_datagram_release_cb+0x10/0x10 [ 64.169977] ？ do_raw_spin_lock+0x71/0xc0 [ 64.169977] ？
    __pfx_do_raw_spin_lock+0x10/0x10 [ 64.169977] release_sock+0xb0/0x170 [ 64.169977] udp_connect+0x43/0x50 [64.169977] __sys_connect+0xa6/0x100 [ 64.169977] ？ alloc_fd+0x2e9/0x300 [ 64.169977] ？
    __pfx___sys_connect+0x10/0x10 [ 64.169977] ？ preempt_latency ---truncated--- （CVE-2026-68420）

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

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

  - fs/super：通过以下方式修复对所有超级块迭代 s_umount do_thaw_all（） 的紧急解冻双重解锁
    __iterate_supers（） 与 SUPER_ITER_EXCL，后者在调用回调之前专门获取 s_umount，然后释放。但是，回调 do_thaw_all_callback（） 会调用 thaw_super_locked（），后者会在每个代码路径上无条件释放 s_umount。这会导致在
    损坏 rwsem 状态的 __iterate_supers（），从而触发DEBUG_RWSEMS警告： [ 182.601148] sysrq：
    所有冻结的文件系统的紧急解冻 [ 182.601865] ------------[ cut here ]------------ [ 182.602375] DEBUG_RWSEMS_WARN_ON（（rwsem_owner（sem） ！= current） &; ！rwsem_test_oflags（sem， RWSEM_NONSPINNABLE））： count = 0x0， magic = 0xffff99b1011e5870， owner = 0x0， curr 0xffff99b101b06c80， list not empty [ 182.603817] WARNING： kernel/locking/rwsem.c：1412 at up_write+0xa3/0x170， CPU#2： kworker/2:1/53 [ 182.604578] 链接的模块： [ 182.604864] CPU： 2 UID： 0 PID： 53 Comm： kworker/2:1 未受感染 7.2.0-rc4-00001-gbd3bd93ea98a-dirty #4 PREEMPT（lazy） [ 182.605711] 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996），BIOS 1.13.0-1kylin1 04/01/2014 [ 182.606417] 工作队列：事件do_thaw_all [ 182.606750] RIP：0010：up_write+0xaf/0x170 [ 182.607076] 代码：19 3a 92 48 0f 44 c2 48 8b 55 08 08 48 8b 55 00 4c 8b 45 08 48 8b 55 00 48 8d 3d ad 91 e0 01 48 8b 4d 20 50 48 c7 c6 f0 8c 26 92 <67> 48 0f b93a e8 d7 93 4e 00 58 eb 81 48 83 7f 18 00 48 c7 c2 8d [ 182.608563] RSP： 0018：ffffb670001d7e08 EFLAGS： 00010246 [ 182.609007] RAX：
    ffffffff92349e8d RBX：00000000000000000 RCX：ffff99b1011e5870 [ 182.609595] RDX：00000000000000000 RSI：
    ffffffff92268cf0 RDI： ffffffff92914d10 [ 182.610283] RBP： ffff99b1011e5870 R08： 0000000000000000 R09：
    ffff99b101b06c80 [ 182.610847] R10： ffff99b10139a808 R11： fefefefeff R12： 0000000000000000 [182.611414] R13： ffffffff90cf74d0 R14： 0000000000000000 R15： ffff99b1011e5800 [ 182.612009] FS：
    0000000000000000（0000） GS：ffff99b1eaaee000（0000） knlGS：0000000000000000 [ 182.612670] CS：0010 DS：0000 ES：0000 CR0：0000000080050033 [ 182.613146] CR2：000000000005c631c CR3：00000000013ee000 CR4：
    000000000000006f0 [ 182.613722] 调用跟踪： [ 182.613946] [ 182.614130<TASK> ] __iterate_supers+0x128/0x150 [ 182.614463] do_thaw_all+0x1b/0x30 [ 182.614759] process_scheduled_works+0xbb/0x3f0 [ 182.615150] ？
    __pfx_worker_thread+0x10/0x10 [ 182.615499] worker_thread+0x129/0x270 [ 182.615816] ？
    __pfx_worker_thread+0x10/0x10 [ 182.616201] kthread+0xe2/0x120 [ 182.616469] ？ __pfx_kthread+0x10/0x10 [182.616792] ret_from_fork+0x15b/0x240 [ 182.617115] ？ __pfx_kthread+0x10/0x10 [ 182.617426] ret_from_fork_asm+0x1a/0x30 [ 182.617761] </TASK>182.617968[ ] ---[ 结束跟踪 0000000000000000 ]--- [182.618412] 紧急解冻完成 切换到 SUPER_ITER_UNLOCKED 并在调用 thaw_super_locked（） 之前通过 super_lock_excl（） 获取回调中的s_umount修复此问题。这与 thaw_super_locked（） 预期的锁定模式相匹配并消除了双重解锁。同时删除 do_thaw_all_callback（） 结尾的死“return;”。（CVE-2026-68150）

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

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

  - arm_mpam：在将 MBWU 状态添加到垃圾时对其进行保护 __destroy_component_cfg（） 在破坏组件配置时将每个 RIS mbwu_state 对象添加到 MPAM 垃圾列表中。但是，mbwu_state 是根据 RIS 分配的，且仅适用于具有 MBWU 监控程序的 RIS。因此，当某些 RIS 仍将 ris->mbwu_state 设置为 NULL 时，组件可分配 comp->cfg。将空mbwu_state传递到 add_to_garbage（） 会取消引用宏内部的空指针。跳过没有 mbwu_state 对象的 RIS，然后再将其添加到垃圾列表。（CVE-2026-68345）

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

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

  - media：amlogic-c3：添加对 ae 和 awb 配置的验证 如果zones_num大于 zone_weight，避免无效的内存访问。此修补程序修复了以下 smatch 错误：
    drivers/media/platform/amlogic/c3/isp/c3-isp-params.c：111 c3_isp_params_awb_wt（） error： bufferflow 'cfg->zone_weight' 768 <= u32max drivers/media/platform/amlogic/c3/isp/c3-isp-params.c：111 c3_isp_params_awb_wt（） error： buffer overflow 'cfg->zone_weight' 768 <= u32max drivers/media/platform/amlogic/c3/isp/c3-isp-params.c：227 c3_isp_params_ae_wt（） error： 缓冲区溢出 'cfg->zone_weight' 255 <= u32max drivers/media/platform/amlogic/c3/isp/c3-isp-params.c：227 c3_isp_params_ae_wt（） error： buffer overflow 'cfg->zone_weight' 255 <= u32max （CVE-2026-68230）

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

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

  - 已修复 Linux 内核中的下列漏洞：mtd: virt_concat: fix use-after-free in mtd_virt_concat_destroy() mtd_concat_destroy() frees item->concat so calling mtd_virt_concat_put_mtd_devices(item->concat) after that leads to a use-after-free. Fix it by moving mtd_virt_concat_put_mtd_devices() before mtd_concat_destroy(). (CVE-2026-68423)

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

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

  - Bluetooth：hci_qca：清除无效转储大小上的 memdump 状态 qca_controller_memdump（） 在处理第一个转储数据包之前分配 qca->qca_memdump。对于序列零数据包，它随后会禁用 IBS、将 memdump 集合标记为已启用，并读取通告的转储大小。如果控制器报告零转储大小，错误路径将释放本地qca_memdump对象，并在不清除 qca->qca_memdump 或撤消收集状态的情况下返回。后续的 memdump 工作项从 qca->qca_memdump 初始化其本地指针，并在该指针为非 NULL 时跳过分配，以便在已释放的内存上运行。
    过时集合和 IBS 禁用标记也可使等待程序或以后的传输处理在中止转储后面被阻断。清除已保存的指针和 memdump 状态，然后再从无效大小路径返回，进而符合 hci_devcd_init（） 失败时使用的清理方式。静态分析检查器报告了过时的 memdump 状态，并且手动源审查确认了无效大小的失败路径。（CVE-2026-68389）

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

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

  - drm/amdgpu/userq：修复 GPU 重置期间的无限期隔离等待pre_reset仅强制完成 MAPPED 队列的隔离。处于任何其他状态 （e.g. mid-eviction） 的队列将其last_fence保持待定状态;重置 GPU 之后，该隔离永远不会发出信号，因此驱逐/暂停工作线程和进程拆卸 （amdgpu_evf_mgr_flush_suspend） 会一直等待它，然后插入计算机： INFO：task kworker/6:28 阻断超过 120 秒。工作队列：事件amdgpu_eviction_fence_suspend_worker [amdgpu] 调用跟踪：
    dma_fence_wait_timeout+0x7e/0x130 amdgpu_userq_evict+0x67/0x140 [amdgpu] amdgpu_eviction_fence_suspend_worker+0xd8/0x160 [amdgpu] process_scheduled_works+0xa6/0x420 无论状态如何，都强制完成每个队列的围栏。取消映射和标记挂起步骤在 MAPPED 上保持门控状态，因为取消映射未映射的队列是无效的。（从提交 9102b39fa924dcc3dc75a3137bfa9633c40b88c0 中精选出的内容）（CVE-2026-68237）

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

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

  - accel/amdxdna：修复作业计划程序中 mm_struct 的释放后使用 amdxdna_cmd_submit（） 将 current->mm 存储在 job->mm 中而不保留任何引用。aie2_sched_job_run（） 稍后从 DRM 计划程序工作线程访问 job->mm。仅使用原始指针且没有结构引用，则可以在计划程序运行作业之前释放mm_struct。通过调用 mmgrab（） 来修复此问题，以在作业的生命周期内保留结构mm_count引用，并在每个清理路径中与 mmdrop（） 配对。（CVE-2026-68380）

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

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

  - drm/imagination：修复 pvr_vm_context_lookup（） 的错误检查 由于 pvr_vm_context_lookup（） 返回 NULL 或指针，请停止使用 IS_ERR（） 检查返回值。使用 IS_ERR（） 会导致下面报告的内核 oops。可通过将无效的 VM 上下文句柄从用户空间传递到DRM_IOCTL_PVR_CREATE_CONTEXT ioctl 来重现此缺陷。[ 92.733119] 无法处理虚拟地址处的内核空指针取消引用 0000000000000148 [ 92.742042] 内存中止信息： [ 92.744890] ESR = 0x0000000096000004 [ 92.748686] EC = 0x25： DABT（当前 EL）、IL = 32 位 [ 92.754020] SET = 0， FnV = 0 [92.757154] EA = 0， S1PTW = 0 [ 92.760337] FSC = 0x04：0 级转换错误 [ 92.765243] 数据中止信息： [ 92.768129] ISV = 0， ISS = 0x00000004， ISS2 = 0x00000000 [ 92.773626] CM = 0， WnR = 0， TnD = 0， TagAccess = 0 [ 92.778763] GCS = 0， Overlay = 0， DirtyBit = 0， Xs = 0 [ 92.784098] 用户可分页：4k 页面，48 位 VA， pgdp=000000088ed23000 [ 92.790550] [0000000000000148] pgd=0000000000000000，p4d=0000000000000000 [ 92.797381] 内部错误：错误：0000000096000004 [#1] SMP [ 92.803027] 模块链接于：powervr [ 92.852533] CPU：0 UID：0 PID：409 通信：三角形未受感染 7.1.0-rc5-g98b46e693b91 #1 PREEMPT [ 92.861385] 硬件名称：Texas Instruments AM68 SK （DT） [ 92.866766] pstate：60000005 （nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--） [ 92.873709] PC：pvr_vm_get_fw_mem_context+0x0/0xc [powervr] [92.879376] lr：pvr_queue_create+0x26c/0x440 [powervr] [ 92.884595] sp：ffff8000837fbb00 [ 92.887895] x29： ffff8000837fbb60 x28： 00000000000000000 x27： ffff8000837fbce8 [ 92.895015] x26： ffff000807f61a40 x25：
    ffff000807f61a00 x24： ffff000807f64400 [ 92.902135] x23： ffff00080a5ab000 x22： ffff800079b24730 x21：
    ffff000807f61800 [ 92.909254] x20： ffff00080999e680 x19： 0000000000000000 x18： 0000000000000000 [92.916373] x17： 00000000000000000 x16： 0000000000000000 x15： 0000000000000001 [ 92.923492] x14：
    0000000000000000 x13： 0000000000000002 x12： ffff80008145b298 [ 92.930611] x11： ffff8000844e5000 x10：
    ffff80008165a130 x9： 0000000000000100 [ 92.937730] x8： 0000000000000001 x7： ffff0008076b27e0 x6：
    ffff00080ec43b7c [ 92.944850] x5 ： ffff00080ec43b78 x4 ： 00000000000000000 x3 ： ffff00080999e680 [92.951968] x2 ： 0000000000000000 x1 ： 0000000000000000 x0 ： 00000000000000 x0 ： 00000000000000 00000 [ 92.959088] 调用跟踪： [92.961521] pvr_vm_get_fw_mem_context+0x0/0xc [powervr] （P） [ 92.967173] pvr_context_create+0x190/0x410 [powervr] [ 92.972218] pvr_ioctl_create_context+0x44/0x8c [powervr] [ 92.977608] drm_ioctl_kernel+0xbc/0x124 [drm] [ 92.982127] drm_ioctl+0x1f8/0x4dc [drm] [ 92.986098]
    __arm64_sys_ioctl+0xac/0x104 [ 92.990102] invoke_syscall+0x54/0x10c [ 92.993842] el0_svc_common.constprop.0+0x40/0xe0 [ 92.998532] do_el0_svc+0x1c/0x28 [ 93.001835] el0_svc+0x38/0x11c [93.004969] el0t_64_sync_handler+0xa0/0xe4 [ 93.009139] el0t_64_sync+0x198/0x19c [ 93.012792] 代码：
    aa1703e0 d2800014 95cb0ba4 17ffffe8 （f940a400） [ 93.018869] ---[ 结束跟踪 0000000000000000 ]--- （CVE-2026-68261）

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

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

  - wifi：mt76：mt7996：修复 mt7996_mcu_sta_bfer_eht（） 中可能的空指针取消引用 mt76_connac_get_eht_phy_cap例程理论上可返回 NULL，因此在取消引用它之前检查端点指针。（CVE-2026-68306）

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

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

  - accel：ethosu：修复考虑 cmd 流验证的元素大小 命令流验证中的元素大小处理存在 2 个问题，导致当元素大小为 16/32/64 位时计算的大小过小。对于 NHWC 格式，计算中根本缺少元素大小。
    IFM/IFM2 和 OFM 之间元素大小的位字段不同。IFM 和 IFM2 以参数位 2:3编码精度，而 OFM 使用位 1:2。（CVE-2026-68316）

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

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

  - ASoC：tas2781：绑定固件描述字符串解析 TAS2781 固件解析器使用 strlen（） 读取多个可变长度描述字符串，然后再检查字符串终止符是否存在于固件 blob 中。因此，不含 NUL 终止符的格式错误固件图像可使解析器在后续大小检查运行之前走过固件缓冲区的末端。添加一个有界字符串长度的小帮助程序，并将其用于从固件缓冲区解析的所有描述字段。保留对每个字符串之后的固定字节的现有大小检查。（CVE-2026-68348）

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

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

  - drm/sysfb：在计算可见大小时避免可能的截断 计算系统帧缓冲区的可见大小可导致截断结果。计算使用 32 位算术，如果身高和步幅的值较大，则可能会溢出。通过乘法 mul_u32_u32（） 修复该问题。（CVE-2026-68270）

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

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

  - fs：在 forget_cached_acl（） 中保留 ACL_DONT_CACHE 状态 对于想要选择退出 posix acl 缓存的文件系统，ACL_DONT_CACHE状态应该是 inode 的常数状态。提交 facd61053cff1（fuse：适应新的 POSIX ACL API 后的补丁）使用此设施选择退出与不协商FUSE_POSIX_ACL的 FUSE 服务器的 FUSE inode 的 POSIX ACL 缓存 （fc->posix_acl）。提交也会注意在 fc->posix_acl 上对 fuse_set_acl（） 中的 forget_all_cached_acls（） 调用进行门控，因为不需要它，但 fuse 代码中放置了其他无条件调用 fc->posix_acl forget_all_cached_acls（） 的内容，这些调用会导致ACL_DONT_CACHE状态丢失。这不仅仅是一个功能缺陷。在时间正确时，此 fuse 文件系统的 get_acl（） 可返回过时的缓存值，如测试中所观察到的那样，由于 set_acl（） 不会使非预期的 acl 缓存无效。我们可以在 fuse 中修复此问题，但实际上没有意义 vfs 帮助程序 forget_cached_acl（） 使ACL_DONT_CACHE状态失效，因此不要让它这样做来修复 fuse 和未来的 ACL_DONT_CACHE 用户。（CVE-2026-68149）

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

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

  - rtase：硬件数据包解析所导致的 TX 挂起的变通方案 硬件在数据包传输之前执行数据包解析。解析不完整的 IPv4、IPv6、TCP 或 UDP 标头可能会触发 TX 挂起，因为硬件解析器预期数据包中不存在的其他协议标头数据。硬件对目标端口 319/320 在预期 UDP 目标端口偏移处识别的 UDP 数据包执行其他 PTP 解析。如果这类数据包的传输数据小于 RTASE_MIN_PAD_LEN，则硬件解析器预期会有其他数据包数据，并且可能会触发 TX 挂起。为避免这些硬件问题，该驱动程序应用以下变通方案。传输前丢弃可能触发此硬件问题的畸形数据包。对于 IPv4 非初始碎片，硬件在解析预期传输标头位置前不会检查碎片偏移。因此，即使这些数据包不包含传输标头，仍需要进行传输标头解析。如果传输数据比硬件解析器所需的最小传输标头短，请将传输数据填充到硬件解析器所需的最小传输标头长度。也符合硬件 PTP 解析条件的数据包将继续遵循相应的变通方案。对于 IPv6 拆分数据包，上述硬件问题都不会发生，因为只有当 IPv6 Base Header Next Header 字段直接指示 UDP 时，硬件才会继续解析数据包。携带片段标头的数据包不会继续通过后续的数据包解析阶段。对于为硬件 PTP 解析识别的数据包，请填充传输数据，使其在传输前到达RTASE_MIN_PAD_LEN。（CVE-2026-68120）

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

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

  - ClamAV 的 zip 存档解析器中存在漏洞，允许未经身份验证的远程攻击者在受影响的设备上造成 DoS 情形。此漏洞是因为扫描期间不当对 zip 文件中的内容进行边界检查所致，可能导致越界写入情况。攻击者可通过提交用于扫描的特制 zip 文件利用此漏洞。若成功利用此漏洞，攻击者就可以使 ClamAV 扫描进程终止，进而导致受影响软件发生 DoS 情形。（CVE-2026-20337）

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

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

  - media：nxp：imx8-isi：修复潜在的越界问题 ISI 支持的最大缩切因子最多可为 16。将设置应用到硬件之前添加最小值约束。否则，即使执行 Ctrl+C，进程也不会响应。（CVE-2026-68219）

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

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

  - arm64：使huge_ptep_get处理的未对齐地址 huge_ptep_get（） 可向指向 contpmd/contpte 映射的 hugetlb folio 中间的虚拟地址（调用程序的示例为 pagemap_hugetlb_range、page_mapped_in_vma）。arm64 帮助程序重穿 find_num_contig 中的 pgtable，以回答我们拥有的巨大 pte 是映射 contpmd 还是 contpte hugetlb folio，并返回 CONT_PMDS 或 CONT_PTES，以便它可以收集连续 pte 上的 a/d 位。如果地址未对齐，我们可错误地返回 CONT_PTES 而不是 CONT_PMDS。在 CONT_PTES ！= CONT_PMDS（意味着页面大小为 16K）的系统上，我们可能会收集多余的 A/D 位状态，这意味着内核需要额外的工作。更糟糕的是，我们可能会在 PTE 表之外迭代并取消引用垃圾 ptep 指针以访问我们不拥有的物理内存。由于 ptep 指针是线性映射地址，我们可能会从线性映射的末端运行或进入一个洞，取消引用未映射到内核 pgtable 中的 VA 并导致内核错误。通过在检查与传递的巨大 pte 指针相等之前将 pmdp 指针向下对齐到 contpmd 基数来修复此问题，以便正确回答该巨大 pte 是否是 contpmd 块的基底。（CVE-2026-68172）

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

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

  - drm/xe/vf：修复通过正在运行的 BO 移动造成的 VF CCS 附加/分离争用 xe_bo_move（） 在 BO 转换 NULL/SYSTEM -> TT 之后将 VF CCS 读取/写入批处理缓冲区 （BB） 附加到 BO，并在转换 TT -> SYSTEM 之后分离它们。这两个操作在构建移动的复制/清除隔离之后立即在 CPU 上同步完成，无需等待该隔离发出信号。这会与 VF 迁移产生两个争用：- 相对于其本应保护的复制作业，附加发生太晚。如果复制作业在附加 CCS BB 之前提交，则在复制过程中暂停执行的 VF 迁移事件可能会观察到部分复制的 CCS 元数据，而无需正确保存/还原所需的附加状态。- 相对于将数据移出 TT 的复制作业，分离发生过早。CCS BB 在获得复制围栏后立即被拆除，而实际的 blit 可能仍在飞行中。复制中途暂停执行的 VF 迁移事件可随后对保存/还原路径与仍在运行的 blit 争用，并且理解暂停状态所需的 CCS BB 已删除。修复两个争用：- 在提交复制/清除作业之前将附加调用移动到，以便在副本运行时已注册CCS BB。附加失败时，展开并退出移动。xe_migrate_ccs_rw_copy（） 现在显式获取目标资源，因为 bo->ttm.resource 直到移动提交之后才会更新到新资源。- 只有在明确等待复制围栏发出信号后才分离，而不是在获得 CCS BB 后立即将其拆除。同时，在此，还修复了 xe_sriov_vf_ccs_attach_bo（） 以正确展开和传播错误：以前，每个上下文循环从不在出错时中断，从而静默地放弃较早的失败。通过 xe_migrate_ccs_rw_copy_clear（） 直接清除每个附加的上下文来展开，而不是重复使用 xe_sriov_vf_ccs_detach_bo（），后者需要同时附加两个上下文，然后才能清除其中任何一个上下文。（从提交 d45ad0aa7a1eb5d7288b5ed948b05695611dc39e 中精选出的内容）（CVE-2026-68384）

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

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

  - ovpn：修复 TCP 错误路径中的对等机引用计数泄漏 TCP RX 或 TX 错误路径先后调用 ovpn_peer_hold（），接着调用 schedule_work（&peer->tcp.defer_del_work），且另一个路径的工作项已待定时，schedule_work（） 会返回 false，且工作仅运行一次。由于 ovpn_tcp_peer_del_work（） 只调用 ovpn_peer_put（） 一次，因此永远不会丢弃丢失的路径所采用的额外引用，从而泄露对等对象。争用窗口：CPU0（strparser/RX 错误）：CPU1（tcp_tx_work/TX 错误）：ovpn_peer_hold（） <- refcnt+1 ovpn_peer_hold（） <- refcnt+2 schedule_work（） <- 排队 schedule_work（） <- NO-OP（工作已待定ovpn_tcp_peer_del_work）运行：ovpn_peer_del（） ovpn_peer_put（） <- refcnt+1 <- 对等机从未释放 通过检查两个路径中 schedule_work（） 的返回值并调用 ovpn_peer_put（） 删除如果工作已待定，则额外引用。
    ovpn_peer_hold（） 在 TX 路径中保持无条件，因为它不会在该时失败。（CVE-2026-68122）

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

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

  - drm/gpusvm：提早发布 dpagemap 以避免错误 drm_gpusvm_get_pages（） 时设备映射泄漏 仅将本地 dpagemap 存储到成功路径上的 svm_pages->dpagemap 中。如果后续页面失败（例如
    -EOPNOTSUPP when ctx->allow_mixed 为 false） 并跳至err_unmap时，svm_pages->dpagemap 仍为空，因此 __drm_gpusvm_unmap_pages（） 跳过 device_unmap（） 并泄漏已创建的设备映射。
    映射第一个设备页面时分配 svm_pages->dpagemap，以便err_unmap路径可以device_unmap这些映射。此问题由 Sashiko AI 评论发现。（CVE-2026-68240）

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

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

  - drm/amdgpu：检查GET_MAPPING_INFO中的 amdgpu_vm_bo_find（） 结果 amdgpu_gem_op_ioctl（） 的AMDGPU_GEM_OP_GET_MAPPING_INFO路径通过 amdgpu_vm_bo_find（） 查找调用方 VM 中的缓冲区对象的bo_va，但使用返回的指针而不进行检查。当 BO 在该 VM 中没有bo_va时，amdgpu_vm_bo_find（） 会返回 NULL，这是从未映射过的 BO 的正常情况。结果直接馈送到 amdgpu_vm_bo_va_for_each_valid_mapping（），后者会扩展至 list_for_each_entry（mapping， &（bo_va）->valids， list） 并取消引用 bo_va，从而造成空指针取消引用。任何能够发出 ioctl（渲染群组）的进程都可以通过请求未映射 BO 的映射信息来达到此目的。未找到bo_va时返回 -ENOENT，跳至out_exec，从而释放 drm_exec 上下文和 GEM 对象引用。（从提交 528b19377affc1cc7362a70a254c1dda793595f9 中精选出的内容）（CVE-2026-68275）

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

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

  - drm/gpusvm：修复 drm_gpusvm_range_evict 中的 MM 引用泄漏 如果 kvmalloc_array（） 在 drm_gpusvm_range_evict（） 中失败，则不会释放之前获取的 MM 引用，从而导致引用泄漏。通过丢弃 kvmalloc_array（） 失败路径中的 MM 引用来修复此问题。（CVE-2026-68232）

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

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

  - can：raw：添加原始标记 bitfield 的锁定 通过提交 890e5198a6e5（can：raw：使用 bitfields 在 struct raw_sock中存储标记），以前单独的整数值已被集成到单个 bitfield 中。更改 raw_setsockopt（） 中的标记时，这会导致读取-修改-写入操作，此操作现在需要锁定以防止并发访问。此修补程序没有在每个标记操纵中添加锁定/解锁地狱，而是引入了新 raw_setsockopt_locked（） 函数的封装程序，类似于 net/can/isotp.c 中的 isotp_setsockopt[_locked]（） 方法 [mkl：使用 Closes 标签而不是 Link] （CVE-2026-68387）

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

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

  - rxrpc：修复 rxrpc_wake_up_io_thread（） 中的io_thread争用 rxrpc_wake_up_io_thread（） 在唤醒前检查其本地>io_thread，然后重新加载用于 wake_up_process（） 的指针。I/O 线程退出时，将使用 WRITE_ONCE（） 清除 local->io_thread，因此即使第一次加载未看到，第二次加载也可显示为空。
    获取 READ_ONCE（） 快照并将其用于 NULL 检查和 wake_up_process（） 调用，就像 rxrpc_encap_rcv（） 已经在做的那样。（CVE-2026-68334）

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

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

  - media：mali-c55：修复 enable_streams 中可能的ERR_PTR media_pad_remote_pad_unique（） 函数在失败时返回有效指针或 ERR_PTR（）（如果启用了多个链接则返回 -ENOTUNIQ，如果找不到连接的焊盘则返回 -ENOLINK）。返回值直接分配给 isp->remote_src，并在下一行取消引用而不检查错误，这样可导致ERR_PTR取消引用。在取消引用指针之前通过 IS_ERR（） 添加适当的错误检查。还将在出错时将 isp->remote_src 设置为 NULL，以保持与函数中其他错误路径的一致性。（CVE-2026-68224）

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

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

  - iommu/amd：修复 gdom 分配中的 IRQ 不安全锁定 Lockdep 抱怨：[ 259.410489] ===================================================== [ 259.417287] 警告：检测到 HARDIRQ-safe -> HARDIRQ-unsafe 锁定顺序 [ 259.424667] 7.0.0-g51db1d8d2113 #54 未受感染 [ 259.429718]
    ----------------------------------------------------- [ 259.436516] qemu-system-x86/10143 [HC0[0]：SC0[0]：HE0：SE1] 正在尝试获取： [ 259.444670] ff3b2b1c60305170 （&xa->xa_lock#25）{+.+.}-{3:3}， at： __domain_flush_pages+0x17c/0x4b0 [ 259.454485] 且此任务已持有： [ 259.460991] ff3b2b1c98504cc0 （&domain->lock）{-.-.}-{3:3}， at： amd_iommu_iotlb_sync+0x25/0x60 [259.470408]，这将创建新的锁定依赖关系： [ 259.476041] （&domain->lock）{-.-.}-{3:3} -> （&xa->xa_lock#25）{+.+.}-{3:3} [ 259.483615] 但此新依存关系连接 HARDIRQ-irq-safe 锁： [259.492447] （&domain->lock）{-.-.}-{3:3} [ 259.492449] ...在以下位置变为 HARDIRQ-irq-safe：[ 259.503705] lock_acquire+0xb6/0x2e0 [ 259.507790] _raw_spin_lock_irqsave+0x3e/0x60 [ 259.512748] amd_iommu_flush_iotlb_all+0x20/0x50 [ 259.517996] iommu_dma_free_iova.isra.0+0x1b8/0x1e0 [ 259.523534]
    __iommu_dma_unmap+0xc2/0x140 [ 259.528100] iommu_dma_unmap_phys+0x55/0xc0 [ 259.532863] dma_unmap_phys+0x274/0x2e0 [ 259.537238] dma_unmap_page_attrs+0x17/0x30 [ 259.542000] nvme_unmap_data+0x13e/0x280 [ 259.546473] nvme_pci_complete_batch+0x45/0x70 [ 259.551524] nvme_irq+0x83/0x90 [ 259.555123] __handle_irq_event_percpu+0x92/0x360 [ 259.560466] handle_irq_event+0x39/0x80 [ 259.564841] handle_edge_irq+0xb2/0x1a0 [ 259.569214]
    __common_interrupt+0x4e/0x130 [ 259.573882] common_interrupt+0x88/0xa0 [ 259.578256] asm_common_interrupt+0x27/0x40 [ 259.583019] cpuidle_enter_state+0x119/0x5d0 [ 259.587877] cpuidle_enter+0x2e/0x50 [ 259.591962] do_idle+0x153/0x2c0 [ 259.595657] cpu_startup_entry+0x29/0x30 [259.600128] start_secondary+0x118/0x150 [ 259.604601] common_startup_64+0x13e/0x141 [ 259.609266] to a HARDIRQ-irq-unsafe lock： [ 259.615384] （&xa->xa_lock#25）{+.+.}-{3:3} [ 259.615386] ...在以下位置变为 HARDIRQ-irq-unsafe： [ 259.627039] ...[ 259.627039] lock_acquire+0xb6/0x2e0 [ 259.633071]
    _raw_spin_lock+0x2f/0x50 [ 259.637250] amd_iommu_alloc_domain_nested+0x140/0x3c0 [ 259.643078] iommufd_hwpt_alloc+0x272/0x800 [iommufd] [ 259.648813] iommufd_fops_ioctl+0x14e/0x200 [iommufd] [259.654547] __x64_sys_ioctl+0x9d/0xf0 ... 由于 amd_iommu_domain_flush_pages（） 必然持有域>锁以进行刷新，因此将 gdom_info_load_or_alloc_locked（） 中的分配端切换为 HARDIRQ-safe 分配。IOMMU_DESTROY释放>路径也有同样的问题，因此也将该路径切换为 HARDIRQ 安全锁定。（CVE-2026-68347）

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

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

  - ClamAV 的 zip 存档解析器中存在漏洞，允许未经身份验证的远程攻击者在受影响的设备上造成 DoS 情形。造成此漏洞的原因是扫描期间处理 zip 文件内容时的内存处理不当。攻击者可通过提交用于扫描的特制 zip 文件利用此漏洞。若成功利用此漏洞，攻击者即可造成 ClamAV 扫描进程因内存双重释放而终止，进而导致受影响软件发生 DoS 情形。（CVE-2026-20338）

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

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

  - media：nuvoton：npcm-video：修复探测中的内存泄漏并删除 npcm_video_probe（） 使用 kzalloc_obj（） 分配 npcm_video 结构，但从不在任何探测错误路径或 npcm_video_remove（） 中释放该结构，从而泄漏每个探测失败和每个正常取消绑定的分配。此外，当 npcm_video_setup_video（） 失败时，不会释放 npcm_video_init（） 中的 of_reserved_mem_device_init（） 建立的保留内存关联，从而导致泄漏全局列表中的rmem_assigned_device条目。通过将 kfree（video） 添加到所有探测错误路径和 npcm_video_remove（），并在 npcm_video_setup_video（） 失败时添加缺少的 of_reserved_mem_device_release（） 调用，修复这两个问题。
    (CVE-2026-68221)

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

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

  - drm/nouveau：修复 ucopy 函数 nouveau_uvmm_vm_bind_ucopy（） 和 nouveau_exec_ucopy（） 中错误清理顺序的反序。将其错误清理标签按分配顺序放置，而不是反向分配顺序。当 in_sync.s 的 u_memcpya（） 失败时，转到 err_free_ops（或 err_free_pushs）释放第一个分配，然后转向 err_free_ins，后者会在 args->in_sync.s 上调用 u_free（）。由于 args->in_sync.s 仍保留失败的 u_memcpya（） 返回的ERR_PTR，且 ZERO_OR_NULL_PTR（） 未捕获ERR_PTR值，kvfree（） 继续对其进行取消引用，这可导致内核 oops。out_sync.s 失败反而会跳至err_free_ins并跳过释放第一个分配，从而导致内存泄漏。通过交换清除标签顺序进行修复，以便按照正确的反向分配顺序释放资源。（CVE-2026-68271）

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

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

  - dr_libs dr_wav.h（当前主控的所有版本）在 CUE 区块元数据解析中 W64 包含一个整数溢出。在 drwav__metadata_process_chunk 中，阶段 1 容量估算会将 64 位 W64 区块 sizeInBytes 截断为 size_t，然后再除以 DRWAV_CUE_POINT_BYTES;在 32 位版本上，此截断会导致预分配的额外元数据容量计算错误。（CVE-2026-71261）

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

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

  - drm/rockchip：analogix_dp：添加缺少的 platform_get_resource（） 错误检查 添加缺少的对 platform_get_resource（） 返回值的错误检查，以防止内存资源不可用时出现空指针取消引用。（CVE-2026-68282）

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

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

  - net：airoha：修复 NPU 邮箱缓冲区的 DMA 方向 airoha_npu_send_msg（） 始终将邮箱缓冲区映射DMA_TO_DEVICE，但某些调用程序希望 NPU 将响应数据写回同一个缓冲区： - airoha_npu_wlan_msg_get（） （NPU_OP_GET）： NPU 将响应写入缓冲区，然后调用程序通过 memcpy（） 读取响应 - airoha_npu_ppe_stats_setup（） （NPU_OP_SET）： NPU 在响应中写回npu_stats_addr字段。在非缓存相干的架构上，如 EN7581 （Cortex-A53 没有用于 NPU DMA 的硬件缓存一致性），DMA_TO_DEVICE unmap 是非操作，它不会使 CPU 缓存失效。如果调用程序读取缓冲区时 CPU 缓存中仍然存在 NPU 写入的缓存行，CPU 会观察到过时数据，而不是 NPU 响应。这是一个对时序敏感的缺陷：小型邮箱缓冲区（~24 字节）通常适合单一缓存行，并可能在缓存中存活直到调用者读取它们，从而造成静默数据损坏，而不是崩溃。如果调用程序在 dma_unmap_single（） 之后立即读取响应而不干预缓存驱逐操作，则更有可能触发该缺陷。通过同时对映射和取消映射使用 DMA_BIDIRECTIONAL 进行修复，从而确保 dma_unmap_single（） 使非相干系统上的 CPU 缓存无效。邮箱缓冲区很小，因此没有性能问题。（CVE-2026-68330）

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

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

  - dpll：修复 dpll_msg_add_pin_ref_sync（） 中的空指针取消引用 在多个 dpll_device 实例之间共享dpll_pin且这些设备处于未注册状态时（例如，在删除驱动程序模块期间），dpll_msg_add_pin_ref_sync（） 中可发生空指针取消引用。这种情况发生在以下情况下： - 引脚已通过两个或多个 dpll 设备（dpll_A、dpll_B）注册 - 引脚与其他引脚ref_sync对 - 在取消注册dpll_A引脚期间，ref_sync伙伴引脚首先被取消注册，将其从 dpll_A->pin_refs 中删除 - 但由于伙伴引脚仍向dpll_B注册， 它的dpll_refs不为空，因此 dpll_pin_ref_sync_pair_del（） 不运行，伙伴留在引脚ref_sync_pins xarray 中 - 当引脚本身随后从 dpll_A 中取消注册时，删除通知会调用 dpll_msg_add_pin_ref_sync（），后者会在 ref_sync_pins 中查找伙伴，传递 dpll_pin_available（）（伙伴仍向 dpll_B 中注册）， 但 dpll_pin_on_dpll_priv（dpll_A， partner） 返回 NULL，因为已从 dpll_A->pin_refs删除 partner - 空 priv 指针传递到驱动程序的 ref_sync_get 回调，该回调会对其进行取消引用 BUG：内核空指针取消引用，地址：0000000000000034 Oops： Oops：0000 [#1] SMP NOPTI RIP：
    0010：zl3073x_dpll_input_pin_ref_sync_get+0x73/0x80 [zl3073x] 调用跟踪：
    dpll_msg_add_pin_ref_sync+0xb8/0x200 dpll_cmd_pin_get_one+0x3b6/0x4b0 dpll_pin_event_send+0x72/0x140
    __dpll_pin_unregister+0x5a/0x2b0 dpll_pin_unregister+0x49/0x70 通过跳过无法为当前 dpll 设备解析其 priv 指针的ref_sync引脚来修复此问题。（CVE-2026-68378）

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

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

  - watchdog：airoha：时钟频率为零时防止除以零 时钟提供程序配置不正确或时钟不受管理时clk_get_rate（） 可返回 0。驱动程序直接在 airoha_wdt_probe（） 中使用 wdt_freq 作为除数来计算max_timeout，在 airoha_wdt_get_timeleft（） 中使用作为除数来计算剩余时间，从而导致除以零。在探测中新增 wdt_freq == 0 检查，并返回
    -EINVAL 与 dev_err_probe（） 一起使用以防止除以零并提供诊断消息。
    (CVE-2026-68356)

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

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

  - drm/amdgpu：验证 CS pass1 中的CP_GFX_SHADOW区块大小 对 amdgpu_cs_pass1（） 中的 AMDGPU_CHUNK_ID_CP_GFX_SHADOW 区块添加最小长度检查，与 IB、FENCE 和 BO_HANDLES 区块类型中已有的门匹配。CP_GFX_SHADOW案例之前与依赖项和 syncobj 区块类型存在裸中断，不会取消引用固定大小的结构。当用户空间提交 length_dw == 0 的此区块时，将以大小 0 调用 vmemdup_array_user（），并返回通过 IS_ERR（） 检查的 ZERO_SIZE_PTR。然后，amdgpu_cs_p2_shadow（） 将 chunk->kdata 作为结构drm_amdgpu_cs_chunk_cp_gfx_shadow取消引用（读取 shadow->flags），从而导致ZERO_SIZE_PTR错误并造成空指针取消引用。渲染组中的非特权进程可以访问此漏洞。在 pass1 期间使用 -EINVAL 拒绝过小的区块，以便在 pass2 取消引用数据之前拒绝错误的提交。（从提交 7f61b2eef7415eccdb40850aca0de94211948657 中精选出的内容）（CVE-2026-68272）

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

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

  - net：mctp i3c：如果驱动程序寄存器失败，则清除通知器和总线 mctp_i3c_mod_init（） 注册 I3C 总线通知程序，然后使用 i3c_for_each_bus_locked（mctp_i3c_bus_add_new， NULL） 遍历现有总线，然后再注册 I3C 设备驱动程序。如果 i3c_driver_register（） 失败，该函数会直接返回错误，同时保留注册通知程序并分配为现有总线创建的每个mctp_i3c_bus对象。通知程序左左指向加载失败的模块，总线列表被泄漏。
    镜像此失败时的模块退出路径：取消注册通知程序并删除在返回错误之前添加的总线。我们在查看内核代码时进行持续的静态分析研究中发现了此问题。（CVE-2026-68314）

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

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

  - 已修复 Linux 内核中的下列漏洞：iio: core: fix uninitialized data in debugfs If *ppos is non-zero then simple_write_to_buffer() will not initialize the start of buf[]. Non zero values for *ppos aren't going to work anyway. Test for them at the start of the function and return
    -EINVAL. (CVE-2026-68089)

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

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

  - ovpn：避免将不相关的 P2P 对等机放在套接字版本上 ovpn_peer_release_p2p（） 会在销毁 OVPN UDP 套接字时调用。它会检查当前发布的 P2P 对等机，仅在该对等机仍在使用被销毁的套接字时才将其释放。对等机替换可以在旧的 UDP 套接字被破坏之前发布新的对等机。之后运行旧套接字销毁路径时，ovpn_peer_release_p2p（） 会通过 ovpn->peer 观察新的对等机。由于新对等机使用不同的套接字，该函数会采用套接字不匹配分支。该分支仍调用 ovpn_peer_put（peer）。但是，此时对等机是当前发布的替代对等机，而不是与被破坏的套接字关联的对等机。
    丢弃其引用可在 ovpn->peer 仍然指向它时释放它，导致以后从对等机和套接字清理路径进行释放后使用访问。KASAN 在 kmalloc-1k ovpn_peer对象上将此问题报告为释放后 slab 使用。在复制器中，该对象通过 ovpn_nl_peer_new_doit（） 从 ovpn_peer_new（） 分配，并通过 ovpn_peer_release_rcu（） 从 RCU 回调处理中释放。观察到的访问站点包括 ovpn_peer_remove（）、ovpn_socket_release（）、ovpn_nl_peer_del_notify（） 和 unlock_ovpn（）。通过从套接字不匹配分支返回而不放置对等机来修复此问题。
    (CVE-2026-68342)

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

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

  - Smarty 是用于 PHP 的模板引擎，便于演示 (HTML/CSS) 与应用程序逻辑的分离。在执行之前 5.8.2 （以及 4.5.7 行上 4.x ），Security：：_checkDir（） 未完全解析符号链接，便验证请求的路径是否在已配置的安全目录中。
    能够在 Smarty 视为受信任的目录（例如模板或配置目录）中放置或引用符号链接的攻击者可利用该符号链接指向预期安全目录外部，从而绕过包含检查并读取 PHP 进程可访问的任意文件。此问题已在 5.8.2 和 4.5.7 版本中得到修补。(CVE-2026-62992)

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

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

  - 在低于 bc-fips 1.0.2.7 （1.0.X系列）、 2.0.2 （2.0.X系列）和2.1.32.1.X（系列）的 Bouncy Castle for Java FIPS （BC-FJA） 中，通过覆盖 Object.finalize 在垃圾回收中，AES 和 DESede 引擎、SP 800-90A DRBG、SymmetricSecretKey 以及 PBKD 和 scrypt 参数类所持有的敏感密钥材料已归零。终结在未指定的时间和未指定的顺序运行，并由单个终结器线程提供服务，因此，如果携带终结器的对象的分配速度快于该线程将其停用的速度，则待定终结队列会无限增长：处置任意远远落后，这可能导致加载时出现 OutOfMemoryError，并且这些对象持有的密钥材料只要它们排队，就会驻留在堆中， 违背了归零的目的。
    此行为在 Java 8 或 Java 11 上不是问题;是后来的 JVM，在 JVM 上，终结已被弃用并逐渐不再强调，然后成为一个。现在通过多版本 jdk1.9 叠加中注册的 java.lang.ref.Cleaner 运行这些类的处置，因此在 Java 9 及更高版本中不再依赖于正在计划的终结器。Bouncy Castle for Java （bcprov） 和 Bouncy Castle for Java LTS 不受影响，两者都未实现基于终结器的归零方案。（CVE-2026-13505）

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

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

  - Smarty 是用于 PHP 的模板引擎，便于演示 (HTML/CSS) 与应用程序逻辑的分离。From 5.0.05.8.4until ， Smarty 的 stream： resource-name 处理未充分限制可从模板引用的 PHP 流封装程序和筛选器链，进而允许使用 php://filter-wrapped 资源名称读取 PHP 进程可访问的任意本地文件的内容。能够创作或影响模板资源引用的攻击者可利用此漏洞泄露预期模板/配置范围之外的敏感文件内容。此问题已在 5.8.4 版本中修复。(CVE-2026-62996)

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

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

  - RSA OAEP 解密实现中存在一个时序边信道漏洞。具有 TPM 命令界面访问权限的本地特权攻击者可利用时序差异恢复信息，这些信息可能会导致解密加密到 TPM 管理的 RSA 密钥（包括 RSA 背书密钥 （EK），包括导入 blob、凭据 blob 和会话 salt。在某些情况下，这还可能允许伪造 TPM 2.0 证明。请参阅 TCGVRT0011。（CVE-2026-6727）

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

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

  - Coturn 是 TURN 和 STUN 服务器的免费开源实现。之前 4.16.0src/apps/relay/dtls_listener.c 中的 dtls_server_input_handler（） 和 create_new_connected_udp_socket（） 保留了 35 字节碎片化 ClientHello 的 OpenSSL dtls1_reassemble_fragment（） 状态，声明了 650,000 字节的握手，从而允许未经身份验证的远程发送者使用新的 UDP 元组耗尽内存，而无需 TURN 凭据、完成的握手、 有效 cookie 或来源欺骗。此问题已在 4.16.0 版本中修复。(CVE-2026-73214)

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

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

  - Vim 是一个开源命令行文本编辑器。在之前 9.2.0841，src/textprop.c 中的 prop_add_one（） 使用来自 get_text_props（） 的 proplen 值将 uint16_t 属性计数增加到 0xffff 以上，将计数包装为零并将现有文本属性记录复制到堆分配中，其大小为无任何记录。
    此问题已在 9.2.0841 版本中修复。(CVE-2026-73074)

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

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

  - Vim 是一个开源命令行文本编辑器。之前 9.2.0842，src/socketserver.c 中的套接字服务器后端接受 socketserver_accept（） 中的未绑定客户端连接，导致描述符溢出 src/channel.c 中的结构和 src/os_unix.c 中固定大小的 struct pollfd 数组中的描述符fd_set溢出，这会导致连接到服务器套接字的本地进程损坏堆栈内存或终止 Vim 服务器。此问题已在 9.2.0842 版本中修复。(CVE-2026-73070)

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

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

  - tcp：初始化独立 TCP-AO 响应填充 tcp_v4_send_ack（） 和 tcp_v6_send_response（） 通过 TCP-AO 选项构建独立的 TCP 响应。选项长度带有实际的 MAC 长度，但 TCP 标头长度包括向上舍入到四字节边界的选项。tcp_ao_hash_hdr（） 仅写入 MAC。因此，如果 MAC 长度未对齐四个字节，则 MAC 之后的一到三个字节会保持未初始化状态并可传输。对于普通 TCP-AO 哈希模式，这些字节也必须在计算 MAC 之前初始化。对标头执行哈希操作之前，仅初始化 TCP-AO 分支中的对齐填充。使用TCPOPT_NOP，与在正常 TCP-AO 输出路径中一样。这可避免将工作添加到非 AO TCP 响应，同时保留有效的经身份验证标头。（CVE-2026-68119）

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

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

  - wifi：mt76：mt7925：非 mmio 总线上的丢弃TXRX_NOTIFY PKT_TYPE_TXRX_NOTIFY是仅限 MMIO 的事件，但 mt7925_rx_check（） 和 mt7925_queue_rx_skb（） 将其调度到每总线上的 mt7925_mac_tx_free（）。
    mt7925_mac_tx_free（） 通过调用 queue_ops->tx_cleanup（） 的 mt76_queue_tx_cleanup（） 清理 DMA tx 队列。只有 mmio 队列操作实现该回调;在 USB 上它是 NULL，因此TXRX_NOTIFY会在 RX 工作线程中调用空指针：缺陷：内核空指针取消引用，解决：
    0000000000000000 RIP：0010：0x0 调用跟踪：mt7925_mac_tx_free+0x58/0x350 [mt7925_common] mt7925_rx_check+0xe2/0x130 [mt7925_common] mt76u_rx_worker+0x1b9/0x620 [mt76_usb] 通过 mt76_is_mmio（） 终止非 mmio 总线上的事件，如提交 5683e1488aa9 中一样（wifi：mt76：connac：不检查非 mmio 设备的 WED 状态）。（CVE-2026-68193）

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

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

  - 在 SMM 中使用 Intel（R） TDX 时，对某些 Intel（R） Xeon（R） 6 处理器的受保护内存范围之间的重叠处理不当可允许权限升级。具有特权用户的 SMM 攻击者结合高复杂度攻击可实现权限升级。当攻击要求存在且内部知识特殊且不需用户交互时，通过本地访问可能会发生此结果。潜在漏洞可能影响易受攻击系统的机密性（高）、完整性（高）和可用性（无），从而导致后续系统机密性（无）、完整性（无）和可用性（无）影响。（CVE-2025-31936）

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

ID	名称	严重性
334773	Linux Distros 未修补的漏洞：CVE-2026-71266	high
334772	Linux Distros 未修补的漏洞：CVE-2026-68420	high
334771	Linux Distros 未修补的漏洞：CVE-2026-68150	high
334770	Linux Distros 未修补的漏洞：CVE-2026-68345	medium
334769	Linux Distros 未修补的漏洞：CVE-2026-68230	high
334768	Linux Distros 未修补的漏洞：CVE-2026-68423	high
334767	Linux Distros 未修补的漏洞：CVE-2026-68389	high
334766	Linux Distros 未修补的漏洞：CVE-2026-68237	high
334765	Linux Distros 未修补的漏洞：CVE-2026-68380	high
334764	Linux Distros 未修补的漏洞：CVE-2026-68261	medium
334763	Linux Distros 未修补的漏洞：CVE-2026-68306	high
334762	Linux Distros 未修补的漏洞：CVE-2026-68316	high
334761	Linux Distros 未修补的漏洞：CVE-2026-68348	high
334760	Linux Distros 未修补的漏洞：CVE-2026-68270	high
334759	Linux Distros 未修补的漏洞：CVE-2026-68149	high
334758	Linux Distros 未修补的漏洞：CVE-2026-68120	high
334757	Linux Distros 未修补的漏洞：CVE-2026-20337	high
334756	Linux Distros 未修补的漏洞：CVE-2026-68219	high
334755	Linux Distros 未修补的漏洞：CVE-2026-68172	high
334754	Linux Distros 未修补的漏洞：CVE-2026-68384	high
334753	Linux Distros 未修补的漏洞：CVE-2026-68122	low
334752	Linux Distros 未修补的漏洞：CVE-2026-68240	high
334751	Linux Distros 未修补的漏洞：CVE-2026-68275	medium
334750	Linux Distros 未修补的漏洞：CVE-2026-68232	high
334749	Linux Distros 未修补的漏洞：CVE-2026-68387	high
334748	Linux Distros 未修补的漏洞：CVE-2026-68334	medium
334747	Linux Distros 未修补的漏洞：CVE-2026-68224	medium
334746	Linux Distros 未修补的漏洞：CVE-2026-68347	medium
334745	Linux Distros 未修补的漏洞：CVE-2026-20338	high
334744	Linux Distros 未修补的漏洞：CVE-2026-68221	medium
334743	Linux Distros 未修补的漏洞：CVE-2026-68271	medium
334742	Linux Distros 未修补的漏洞：CVE-2026-71261	high
334741	Linux Distros 未修补的漏洞：CVE-2026-68282	medium
334740	Linux Distros 未修补的漏洞：CVE-2026-68330	high
334739	Linux Distros 未修补的漏洞：CVE-2026-68378	medium
334738	Linux Distros 未修补的漏洞：CVE-2026-68356	medium
334737	Linux Distros 未修补的漏洞：CVE-2026-68272	medium
334736	Linux Distros 未修补的漏洞：CVE-2026-68314	high
334735	Linux Distros 未修补的漏洞：CVE-2026-68089	medium
334734	Linux Distros 未修补的漏洞：CVE-2026-68342	medium
334727	Linux Distros 未修补的漏洞：CVE-2026-62992	medium
334712	Linux Distros 未修补的漏洞：CVE-2026-13505	high
334711	Linux Distros 未修补的漏洞：CVE-2026-62996	medium
334710	Linux Distros 未修补的漏洞：CVE-2026-6727	medium
334689	Linux Distros 未修补的漏洞：CVE-2026-73214	high
334688	Linux Distros 未修补的漏洞：CVE-2026-73074	high
334684	Linux Distros 未修补的漏洞：CVE-2026-73070	medium
334683	Linux Distros 未修补的漏洞：CVE-2026-68119	high
334681	Linux Distros 未修补的漏洞：CVE-2026-68193	medium
334680	Linux Distros 未修补的漏洞：CVE-2025-31936	high

检测

Nessus 的 Misc. 系列

high

high

high

medium

high

high

high

high

high

medium

high

high

high

high

high

high

high

high

high

high

low

high

medium

high

high

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

medium

medium

high

high

medium

high

medium

high