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

  - NFSD修复 nfsd4_read_release() 中的崩溃。启用跟踪时在 pynfs read.testNoFh 测试期间trace_nfsd_read_done 跟踪点崩溃。 (CVE-2025-40324)

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

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

  - BluetoothMGMT修复了 parse_adv_monitor_pattern() 中的 OOB 访问 在 parse_adv_monitor_pattern() 函数中“length”变量的值当前限制为 HCI_MAX_EXT_AD_LENGTH(251)。mgmt_adv_pattern 结构中“value”数组的大小为 31。如果在用户空间中设置“pattern[i].length”的值该值超过 31则在复制时可越界访问“patterns[i].value”数组。
    增加“mgmt_adv_pattern”结构中“value”数组的大小会破坏用户空间。
    考虑到此问题为避免 OOB 访问请将“offset”和“length”的限制恢复为 HCI_MAX_AD_LENGTH 的值。由 InfoTeCS 代表 Linux Verification Center (linuxtesting.org) 通过 SVACE 发现。
    (CVE-2025-40294)

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

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

  - Bluetoothhci_sync修复 hci_disconnect_all_sync 中的 UAF 如果通过控制器事件的并发处理删除连接hci_disconnect_all_sync 中可能会发生释放后使用。为防止发生此问题代码现在尝试向后迭代列表以确保链接在其父项之前清除并且不再依赖于光标而是始终使用最后一个元素因为 hci_abort_conn_sync 保证会调用 hci_conn_del。UAF 崩溃日志：
    ================================================== ================ BUGKASANhci_set_ Powered_sync 中的 slab-use-after-free (net/bluetooth/hci_sync.c:5424) [bluetooth] 地址 ffff888009d9c000 处大小为 8 的读取按任务 kworker/u9:0/124 CPU: 0 PID: 124 Comm: kworker/u9:0 Tainted: GW 6.5.0-rc1+ #10 硬件名称
    QEMU Standard PC (Q35 + ICH92009), BIOS 1.16.2-1.fc38 04/01/2014 Workqueuehci0 hci_cmd_sync_work [bluetooth] 调用跟踪 <TASK> dump_stack_lvl+0x5b/0x90 print_report+0xcf/0x670 ?
    __virt_addr_valid+0xdd/0x160 hci_set_enabled_sync+0x2c9/0x4a0 [蓝牙] kasan_report+0xa6/0xe0 ? hci_set_enabled_sync+0x2c9/0x4a0 [蓝牙] ? __pfx_set_enabled_sync+0x10/0x10 [蓝牙] hci_set_enabled_sync+0x2c9/0x4a0 [蓝牙] ? __pfx_hci_set_enabled_sync+0x10/0x10 [蓝牙] ?
    __pfx_lock_release+0x10/0x10 ? __pfx_set_enabled_sync+0x10/0x10 [蓝牙] hci_cmd_sync_work+0x137/0x220 [蓝牙] process_one_work+0x526/0x9d0 ? __pfx_process_one_work+0x10/0x10 ?
    __pfx_do_raw_spin_lock+0x10/0x10 ? mark_held_locks+0x1a/0x90 worker_thread+0x92/0x630 ?
    __pfx_worker_thread+0x10/0x10 kthread+0x196/0x1e0 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> 按任务分配 1782kasan_save_stack+0x33/0x60 kasan_set_track+0x25/0x30
    __kasan_kmalloc+0x8f/0xa0 hci_conn_add+0xa5/0xa80 [蓝牙] hci_bind_cis+0x881/0x9b0 [蓝牙] iso_connect_cis+0x121/0x520 [蓝牙] iso_sock_connect+0x3f6/0x790 [蓝牙] __sys_connect+0x109/0x1309
    __x64_sys_connect+0x40/0x50 do_syscall_64+0x60/0x90 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 由任务 695 释放kasan_save_stack+0x33/0x60 kasan_set_track+0x25/0x30 kasan_save_free_info+0x2b/0x50
    __kasan_slab_free+0x10a/0x180 __kmem_cache_free+0x14d/0x2e0 device_release+0x5d/0xf0 kobject_put+0xdf/0x270 hci_disconn_complete_evt+0x274/0x3a0 [bluetooth] hci_event_packet+0x579/0x7e0 [bluetooth] hci_rx_work+0x287/0xaa0 [bluetooth] process_one_work+0x526/0x9d0 worker_thread +0x92/0x630 kthread+0x196/0x1e0 ret_from_fork+0x2c/0x50 ==================================== ============================== (CVE-2023-53762)

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

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

  - virtio-net将未使用的哈希字段归零 协商 GSO 隧道时virtio_net_hdr_tnl_from_skb() 尝试初始化隧道元数据但忘记将未使用的 rxhash 字段归零。这可能会将信息泄漏给另一端。通过将未使用的哈希字段归零来修复此问题。 (CVE-2025-40236)

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

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

  - wifibrcmfmac修复在独立 AP 模式下发送 Action Frame 时发生的崩溃当前每当需要传输 Action Frame 时brcmfmac 驱动程序始终使用 P2P vif 将actframe IOVAR 发送到固件。P2P 接口在 wpa_supplicant 管理 wlan 接口时可用。
    但是当只有 hostapd 管理 wlan 接口时不会创建/初始化 P2P 接口。
    并且如果 hostapd 接收到 ANQP 查询 REQ 操作帧即使来自未关联的 STAbrcmfmac 驱动程序会尝试使用未初始化的 P2P vif 指针将 IOVAR 发送到固件。这种空指针取消引用会触发驱动程序崩溃。 [ 1417.074538] 无法处理虚拟地址 0000000000000000 处的内核空指针取消引用 [...] [ 1417.075188] 硬件名称Raspberry Pi 4 Model B Rev 1.5 (DT) [...] [ 1417.075653] 调用跟踪 1417.075662[  ] brcmf_p2p_send_action_frame+0x23c/0xc58 [brcmfmac] [1417.075738] brcmf_cfg80211_mgmt_tx+0x304/0x5c0 [brcmfmac] [ 1417.075810] cfg80211_mlme_mgmt_tx+0x1b0/0x428 [cfg80211] [ 1417.076067] nl80211_tx_mgmt+0x238/0x388 [cfg80211] [1417.076281] genl_family_rcv_msg_doit+0xe0/0x158 [ 1417.076302] genl_rcv_msg+0x220/0x2a0 [ 1417.076317] netlink_rcv_skb+0x68/0x140 [ 1417.0763301417.076343] genl_rcv+0x40/0x60 [1417.076357] netlink_unicast+0x330/0x9msendgc netlink /0x3f8 [ 1417.076370] __sock_sendmsg+0x64/0xc0 [ 1417.076391]
    ____sys_sendmsg+0x268/0x2a0 [ 1417.076408] ___sys_sendmsg+0xb8/0x118 [ 1417.076427]
    __sys_sendmsg+0x90/0xf8 [ 1417.076445] __arm64_sys_sendmsg+0x2c/0x40 [ 1417.076465] invoke_syscall+0x50/0x120 [ 1417.076486] el0_svc_common.constprop.0+0x48/0xf0 [ 1417.076506] do_el0_svc+0x24/0x38 [ 1417.076525] el0_svc +0x30/0x100 [ 1417.076548] el0t_64_sync_handler+0x100/0x130 [1417.076569] el0t_64_sync+0x190/0x198 [ 1417.076589] 代码 f9401e80 aa1603e2 f9403be1 5280e483 (f9400000)操作框架 传输请求由用户空间发起。这样，即使 P2P vif 不可用，IOVAR 也会发送到 AP vif 上的固件，并传输 ANQP 查询 RESP 操作帧，而不会导致驱动程序崩溃。将 send_af_done 的 init_completion() 从 brcmf_p2p_create_p2p2pdev() 移动到 brcmf_p2p_attach()。因为仅 hostapd 正在管理 wlan 接口时前一个函数不会获得执行而且稍后在没有任何 init_completion() 的情况下在 brcmf_p2p_tx_action_frame() 中执行 reinit_completion() 是不安全的。并且在 brcmf_p2p_tx_action_frame() 函数中不需要 P2P 存在响应帧的条件检查因为 wpa_supplicant 正在 P2P-GO vif 上而不是 P2P 设备 vif 上正确发送 P2P 存在响应帧。[Cc 稳定版] (CVE-2025-40321)

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

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

  - drm/panthor修复部分取消映射 GPU VA 区域的内核错误。此提交解决了可能在用户空间尝试部分取消映射 GPU 虚拟区域即 drm_gpuva时发生的内核错误。VM_BIND 接口允许部分取消映射 BO。Panthor 驱动程序为新的 drm_gpuva 结构预先分配了映射/取消映射操作所需的内存使用 drm_gpuvm 层完成。它预期 umap 上仅需要一个新的 drm_gpuva但部分取消映射可能需要 2 个新的 drm_gpuva这就是它最终执行空指针取消引用而导致内核错误的原因。执行部分取消映射时发现跟随转储。无法处理虚拟地址 0000000000000078 Mem abort infoESR = 0x0000000096000046 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0 FSC = 0x06 2 级转换错误数据中止信息ISV = 0、ISS = 0x00000046、ISS2 = 0x00000000 CM = 0、WnR = 1、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 用户pgtable4k 页面、48 位 VA、 pgdp=000000088a863000 [000000000000078] pgd=080000088a842003、p4d=080000088a842003、 pud=0800000884bf5003、 pmd=0000000000000000 内部错误Oops: 0000000096000046 [#1] PREEMPT SMP <snip> pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc
    panthor_gpuva_sm_step_remap+0xe4/0x330 [panthor] lr : panthor_gpuva_sm_step_remap+0x6c/0x330 [panthor] sp : ffff800085d43970 x29: ffff800085d43970 x28: ffff00080363e440 x27: ffff0008090c6000 x26: 0000000000000030 x25: ffff800085d439f8 x24: ffff00080d402000 x23: ffff800085d43b60 x22: ffff800085d439e0 x21:
    ffff00080abdb180 x20: 0000000000000000 x19: 0000000000000000 x18: 0000000000000010 x17: 6e656c202c303030 x16: 3666666666646466 x15: 393d61766f69202c x14: 312d3d7361203a70 x13: 303030323d6e656c x12:
    ffff80008324bf58 x11: 0000000000000003 x10: 0000000000000002 x9 : ffff8000801a6a9c x8 : ffff00080360b300 x7 : 0000000000000000 x6 : 000000088aa35fc7 x5 : fff1000080000000 x4 : ffff8000842ddd30 x3 :
    0000000000000001 x2 : 0000000100000000 x1 : 0000000000000001 x0 : 0000000000000078 调用跟踪
    panthor_gpuva_sm_step_remap+0xe4/0x330 [panthor] op_remap_cb.isra.22+0x50/0x80
    __drm_gpuvm_sm_unmap+0x10c/0x1c8 drm_gpuvm_sm_unmap+0x40/0x60 panthor_vm_exec_op+0xb4/0x3d0 [panthor] panthor_vm_bind_exec_sync_op+0x154/0x278 [panthor] panthor_ioctl_vm_bind+0x160/0x4a0 [panthor] drm_ioctl_kernel+0xbc/0x138 drm_ioctl+0x240/0x500 __arm64_sys_ioctl+0xb0/0xf8 invoke_syscall +0x4c/0x110 el0_svc_common.constprop.1+0x98/0xf8 do_el0_svc+0x24/0x38 el0_svc+0x40/0xf8 el0t_64_sync_handler+0xa0/0xc8 el0t_64_sync+0x174/0x178 (CVE-2025-40225)

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

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

  - BluetoothMGMT删除 hdev 时取消 Mesh 发送计时器当 hdev 删除时不会取消 Mesh_send_done 计时器这会造成计时器在 hdev 消失后触发崩溃。与其他 MGMT 定时器一样在 MGMT 删除 hdev 时取消定时器。应修复缺陷由 BlueZ 测试机器人偶尔发现在 Mesh - 发送取消 - 1 测试中。Log:------ BUGKASANrun_timer_softirq+0x76b/0x7d0 中存在 slab 释放后使用 ... 由任务 36kasan_save_stack+0x24/0x50 kasan_save_track+0x14/0x30 释放
    __kasan_save_free_info+0x3a/0x60 __kasan_slab_free+0x43/0x70 kfree+0x103/0x500 device_release+0x9a/0x210 kobject_put+0x100/0x1e0 vhci_release+0x18b/0x240 ------ (CVE-2025-40284)

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

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

  - Nextcloud Desktop 是 Nextcloud 的桌面同步客户端。在 3.16.5之前版本中尝试手动锁定端到端加密目录内的文件时文件的路径会以未加密的方式发送到服务器从而使管理员可在日志文件中查看该文件。此漏洞已在 3.16.5 中修复。
    (CVE-2025-66549)

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

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

  - smbclient修复 smb2_query_info_compound 中潜在的 cfid UAF 当 smb2_query_info_compound() 重试时之前分配的 cfid 可能已在第一次尝试中释放。由于 cfid 未在重放时重置因此稍后的清理操作可能会作用于过时指针从而导致潜在的释放后使用。将重放标签下的 cfid 重新初始化为 NULL。跟踪示例已修整refcount_t下溢释放后使用。警告CPU
    1 PID11224 at ../lib/refcount.c:28 refcount_warn_slurate+0x9c/0x110 [...] RIP
    0010refcount_warn_slurate+0x9c/0x110 [...] 调用跟踪 <TASK> smb2_query_info_compound+0x29c/0x5c0 [cifs f90b72658819bd21c94769b6a652029a07a7172f] ? step_into+0x10d/0x690 ? __legitimize_path+0x28/0x60 smb2_queryfs+0x6a/0xf0 [cifs f90b72658819bd21c94769b6a652029a07a7172f] smb311_queryfs+0x12d/0x140 [cifs f90b72658819bd21c94769b6a652029a07a7172f] ? kmem_cache_alloc+0x18a/0x340 ? getname_flags+0x46/0x1e0 cifs_statfs+0x9f/0x2b0 [cifs f90b72658819bd21c94769b6a652029a07a7172f] statfs_by_dentry+0x67/0x90 vfs_statfs+0x16/0xd0 user_statfs+0x54/0xa0 __do_sys_statfs+0x20/0x50 do_syscall_64+0x58/0x80 (CVE-2025-40320)

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

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

  - 蓝牙bcsp仅在注册时接收数据 目前即使未注册 BCSP 协议也可调用 bcsp_recv()。这会导致空指针取消引用如以下堆栈跟踪所示KASAN: null-ptr-deref in range [0x0000000000000108-0x000000000000010f] RIP:
    0010:bcsp_recv+0x13d/0x1740 drivers/bluetooth/hci_bcsp.c:590 调用跟踪 <TASK> hci_uart_tty_receive+0x194/0x220 drivers/bluetooth/hci_ldisc.c:627 tiocsti+0x23c/0x2c0 drivers/tty/tty_io.c:2290 tty_ioctl +0x626/0xde0 drivers/tty/tty_io.c:2706 vfs_ioctl fs/ioctl.c:51 [内联]
    __do_sys_ioctl fs/ioctl.c:907 [内联] __se_sys_ioctl+0xfc/0x170 fs/ioctl.c:893 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64 .c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f 若要防止此问题请确保在处理接收到的数据之前设置 HCI_UART_REGISTERED 标记。如果协议未注册则返回 -EUNCH。 (CVE-2025-40308)

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

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

  - mm/damon/sysfs始终处理交易提交测试 ctx 用于测试在线 DAMON 参数提交输入的 damon_ctx 仅在测试失败时才会解除分配。这意味着每次成功提交在线 DAMON 参数时都会泄漏内存。通过始终解除分配来修复泄漏。 (CVE-2025-40227)

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

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

  - mediamediatekvcodec修复解码器 queue_setup 变量 *nplanes 中潜在的数组越界由用户通过系统调用参数提供。q_data->fmt->num_planes 可能的值为 1-3，而 *nplanes 的值可以为 1-8。按索引 i 访问数组可造成数组越界。通过针对数组大小检查 *nplanes 修复此缺陷。 (CVE-2023-53748)

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

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

  - Bluetoothhci_sync修复 hci_cmd_sync_dequeue_once 中的争用hci_cmd_sync_dequeue_once() 执行查找然后取消两个独立锁定部分下的条目。同时hci_cmd_sync_work() 也可以删除相同的条目从而导致双重 list_del() 和 UAF。通过同时保留查找和取消操作的 cmd_sync_work_lock修复此问题以便无法同时删除该条目。 (CVE-2025-40318)

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

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

  - ntfs3假装 $Extend 记录为常规文件vfs捕获 may_open() 中的无效模式要求任何 inode 为 S_IFDIR/S_IFLNK/S_IFREG/S_IFCHR/S_IFBLK/ S_IFIFO/S_IFSOCK 类型中的一种因此将 S_IFREG 用于 $Extend 记录。 (CVE-2025-40313)

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

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

  - ALSAusb-audio修复 PCM 传输缓冲区可能溢出的问题。USB 音频驱动程序中的 PCM 流数据通过 USB URB 数据包缓冲区传输且每个数据包大小都是动态确定的。数据包大小受到 wMaxPacketSize USB 描述符等某些因素的限制。注意在当前代码中实际使用的数据包大小仅由速率和 PPS 确定其可能大于上述大小限制。这会导致缓冲区溢出由 syzbot 报告。基本上当限制小于计算的数据包大小时这意味着出了问题很可能是奇怪的 USB 描述符。因此最佳选择是在参数设置时返回错误，然后再执行任何进一步的操作。此修补程序引入了此类健全性检查并且在数据包大小大于 maxpacksize 时返回 -EINVAL。单独与 ep->packsize[1] 进行比较就应足够，因为其始终等于或大于 ep->packsize[0]。 (CVE-2025-40269)

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

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

  - cpp-httplib 是一个 C++11 单文件仅标头跨平台 HTTP/HTTPS 库。在低于 0.27.0的版本中存在一个漏洞允许攻击者控制的 HTTP 标头影响服务器可见的元数据、日志记录和授权决策。攻击者可以提供 docker/main.cc 中的 get_client_ip() 无条件接受的 X-Forwarded-For 或 X-Real-IP 标头进而导致访问和错误日志 (nginx_access_logger / nginx_error_logger) 记录欺骗客户端 IP日志中毒 / audit escape。此漏洞已在 0.27.0 中修复。(CVE-2025-66577)

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

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

  - cifsclient修复 smb3_fs_context_parse_param 中的内存泄漏 用户调用 fsconfig 两次但当程序退出时free() 仅为第二次 fsconfig 释放 ctx->source而非第一次。关于 fc->sourcefs 上下文中没有涉及其内存回收的代码。要修复此内存泄漏请在每次解析之前释放与 ctx 或 fc 对应的源内存。 syzbot 报告了缺陷内存泄漏未引用对象 0xffff888128afa360大小 96backtrace (crc 79c9c7ba)kstrdup+0x3c/0x80 mm/util.c:84 smb3_fs_context_parse_param+0x229b/0x36c0 fs/smb/client/fs_context.c:1444 BUG内存泄漏未引用对象 0xffff888112c7d900大小 96backtrace (crc 79c9c7ba)smb3_fs_context_fullpath+0x70/0x1b0 fs/smb/client/fs_context.c:629 smb3_fs_context_parse_param+0x2266/0x36c0 fs/fsmb/context/context/context/contextCVE-2025-40268

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

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

  - 基于 APT 的 Linux 系统上 python-apt 的 TagSection.keys() 中的空指针取消引用允许本地攻击者通过构建的具有畸形非 UTF-8 密钥的 deb822 文件造成拒绝服务进程崩溃。 (CVE-2025-6966)

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

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

  - jfs从磁盘加载时验证 inode 模式 从损坏的磁盘加载的 inode 模式可能无效。与 commit 0a9e74051313 isofs从磁盘加载时验证 inode 模式类似。 (CVE-2025-40312)

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

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

  - amd/amdkfd 解决 amdgpu_amdkfd_device_fini_sw 中的争用。amdgpu_amdkfd_device_fini_sw 和中断中存在争用。 amdgpu_amdkfd_device_fini_sw 是否在 b/w kfd_cleanup_nodes 和 kfree(kfd) 中运行并且已生成 KGD 中断。内核错误日志缺陷缺陷内核空指针取消引用地址0000000000000098 amdgpu 0000:c8:00.0amdgpu通过 PSP PGD d78c68067 P4D d78c68067 kfd kfd 请求 4 个分区
    amdgpu在 gart PUD 1465b8067 PMD 上分配了 3969056 字节 @ Oops: @002 [#1] SMP NOPTI kfd kfd: amdgpu
    要创建的 KFD 节点总数: 4 CPU: 115 PID@ Comm: swapper/115 Kdump已加载 Tainted: GSW OE K RIP: 0010:_raw_spin_lock_irqsave+0x12/0x40 代码: 89 e@ 41 5c c3 cc cc cc cc 66 66 2e Of 1f 84 00 00 00 00 00 OF 1f 40 00 Of 1f 44% 00 00 41 54 9c 41 5c fa 31 cO ba 01 00 00 00 <fO> OF b1 17 75 Ba 4c 89 e@ 41 Sc 89 c6 e8 07385d RSP0018ffffc90@1a6b0e28 EFLAGS00010046 RAX0000000000000000 RBX
    0000000000000000 RCX: 0000000000000018 0000000000000001 RSI: ffff8883bb623e00 RDI: 0000000000000098 ffff8883bb000000 RO8: ffff888100055020 ROO: ffff888100055020 0000000000000000 R11: 0000000000000000 R12:
    0900000000000002 ffff888F2b97da0@ R14: @000000000000098 R15: ffff8883babdfo00 CS: 010 DS: 0000 ES: 0000 CRO: 0000000080050033 CR2: 0000000000000098 CR3: 0000000e7cae2006 CR4: 0000000002770ce0 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 0000000000000000 DR6: 00000000fffeO7FO DR7: 0000000000000400 PKRU: 55555554调用跟踪 <IRQ> kgd2kfd_interrupt+@x6b/0x1f@ [amdgpu] ? amdgpu_fence_process+0xa4/0x150 [amdgpu] kfd kfd: amdgpu: Node: 0, Interrupt_bitmap: 3 YcpxFl Rant tErace amdgpu_irq_dispatch+0x165/0x210 [amdgpu] amdgpu_ih_process+0x80/0x100 [amdgpu] amdgpu: /@x60 [amdgpu] __handle_irq_event_percpu+0x3d/0x170 amdgpu: 拓扑结构添加 dGPU 节点 [0x74a2:0x1002] handle_irq_event+0x5a/@xcO handle_edge_irq+0x93/0x240 kfd kfd: amdgpuKFD 节点 1 分区 @ 大小 49148M asm_fcall_onq/@x60 @x20 </IRQ> common_interrupt+0xb3/0x130 asm_common_interrupt+0x1le/0x40 5.10.134-010.a1i5000.a18.x86_64 #1 (CVE-2025-40310)

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

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

  - cifs修复了 TCP_Server_Info::hostname 中的潜在释放后使用缺陷。TCP_Server_Info::hostname 在重新连接期间可能会更新一次或多次因此也在重新连接路径之外保护其访问权然后防止任何潜在的释放后使用缺陷。 (CVE-2023-53751)

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

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

  - 9p/trans_fdp9_fd_request如果 EPOLLIN p9_read_work() 未设置 Rworksched且未在 list_empty(&m->req_list) 上执行 schedule_work(m->rq)则踢 rx 线程。但是如果管道已满则需要读取更多数据以前此操作会在提交 aaec5a95d59615pipe_read如果管道仍满则不唤醒编写器之前起作用。 p9_read_work() 不会在上述提交之前触发不必要的唤醒的 p9_fd_read() -> ... -> anon_pipe_read()。此唤醒调用踢 p9_poll_workfn() -> p9_poll_mux()的 p9_pollwake(), p9_poll_mux() 将注意到 EPOLLIN 和 schedule_work(&m->rq)。在进行上述优化后这种情况不再发生将 p9_fd_request() 更改为使用 p9_poll_mux() 而不是仅检查 EPOLLOUT。
    (CVE-2025-40305)

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

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

  - platform/x86alienware-wmi-wmax修复睡眠处理程序中的空指针取消引用不带 AWCC 接口的设备不会初始化“awcc”。在睡眠处理程序中取消引用该设备之前添加检查。 (CVE-2025-40234)

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

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

  - netbridge修复在删除过期的 fdb 时由于 MST 端口状态绕过 syzbot 报告 [1] 释放后使用造成的释放后使用。这是因为在刷新所有 fdb 之后仍在发生的学习与被删除的端口之间存在争用条件所致。端口的状态已切换为禁用因此当时不应该发生学习但如果启用了 MST它将绕过端口的状态加上禁用的 VLAN 过滤可导致不应该进行的 fdb 学习删除端口时会发生。必须禁用 VLAN 筛选因为我们会在删除端口 VLAN 时对其进行刷新这将导致停止学习。此补丁添加了端口 vlan 组的检查当端口删除时该组会初始化为 NULL从而避免端口状态绕过。启用了 MST 时在快速路径中将出现最小的新开销因为端口的 vlan 组指针是缓存热点。 [1] https://syzkaller.appspot.com/bug?extid=dd280197f0f7ab3917be (CVE-2025-40297)

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

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

  - ALSAusb-audio修复 snd_usb_mixer_controls_badd 中的空指针取消引用在 snd_usb_create_streams() 中对于 UAC 版本 3 设备通过 usb_ifnum_to_if() 检索接口关联描述符 (IAD)。
    如果此调用失败回退例程会尝试从下一个接口获取 IAD 并设置 BADD 配置文件。然而snd_usb_mixer_controls_badd() 假设从 usb_ifnum_to_if() 检索的 IAD 始终有效而没有执行空检查。这可导致当 usb_ifnum_to_if() 找不到接口描述符时发生空指针取消引用。此修补程序在调用 snd_usb_mixer_controls_badd() 中的 usb_ifnum_to_if() 之后添加空指针检查以防止取消引用。此问题的发现者为 syzkaller其通过发送构建的 USB 设备描述符触发缺陷。
    (CVE-2025-40275)

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

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

  - netschedact_connmark初始化 struct tc_ife 以修复内核泄露 在 tcf_connmark_dump() 中使用指定的初始化式可对变量“opt”进行部分初始化。而在未初始化的情况下重新分配填充字节。 nla_put() 将整个结构复制到 netlink 消息中这些未初始化的字节会泄漏到用户空间。在分配结构的字段之前使用 memset 初始化结构以确保在复制之前清除所有成员和填充。 (CVE-2025-40279)

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

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

  - drm/mediatek修复取消绑定时的设备释放后使用最近的变更在 bind() 期间查找 drm 平台设备驱动程序数据时修复了设备引用泄漏但无法删除提交 80805b62ea5b 添加的部分补丁drm/ mediatek修复组件子驱动程序中的 kobject 放置。这会导致组件 bind() 失败和 unbind() 上的引用不平衡从而可导致释放后使用。
    通过有效还原之前的部分修复，确保在检索驱动程序数据后仅删除引用。请注意保留设备的引用并不能阻止其驱动程序数据消失因此保留该引用没有意义。 (CVE-2025-40316)

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

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

  - drm/panthor在映射缓冲区 CPU 未缓存之前刷新 shmem 写入shmem 层使用缓存的映射归零新页面如果我们不进行 CPU 刷新则可能留下脏缓存行从而导致潜在的数据泄漏和/或逐出脏高速缓存行时的异步缓冲区损坏。
    (CVE-2025-40276)

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

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

  - fs/proc修复 proc_readdir_de() 中的 uaf Pde 是通过 rb_erase() 从 subdir rbtree 擦除但未将节点设置为 EMPTY否则可能会造成 uaf 访问。我们应该使用 RB_CLEAR_NODE() 将擦除的节点设置为 EMPTY否则 pde_subdir_next() 将返回 NULL 以避免 uaf 访问。我们在使用 stress-ng 测试时发现一个 uaf 问题需要同时运行测试案例 getdent 和 tun。问题处理步骤如下 1) use getdent 遍历 dir /proc/pid/net/dev_snmp6/当前 pde 为 tun3 2) 在 [时间窗口] 中取消注册 netdevice tun3 和 tun2并将其从 rbtree 中擦除。先擦除 tun3再擦除 tun2。 pde(tun2) 将发布到 slab 中3) 继续 getdent 进程然后 pde_subdir_next() 将返回 pde(tun2)。后者在释放后会发生 uaf 访问。CPU 0 | CPU 0 CPU 1
    -------------------------------------------------- ----------------------- 遍历 dir /proc/pid/net/dev_snmp6/ | unregister_netdevice(tun->dev) //tun3 tun2 sys_getdents64() | unregister_netdevice(tun->dev) iterate_dir() | iterate_dir() | iterate_dir() | iterate_dir() | iterate_dir() proc_readdir() | proc_readdir() | proc_readdir() | proc_readdir() | proc_readdir() | proc_readdir() proc_readdir_de() | proc_readdir_de() | proc_readdir_de() | proc_readdir_de() snmp6_unregister_dev() pde_get(de); | proc_remove() read_unlock(&proc_subdir_lock); | remove_proc_subtree() | remove_proc_subtree write_lock(&proc_subdir_lock); | [时间窗口] | rb_erase(&root->subdir_node, &parent->subdir); | write_unlock(&proc_subdir_lock);
    read_lock(&proc_subdir_lock); | next = pde_subdir_next(de); | pde_put(de); | de = next; //UAF | dev_snmp6 的 rbtree | | pde(tun3) / \ NULL pde(tun2)CVE-2025-40271)

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

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

  - urllib3 是适用于 Python 的易用 HTTP 客户端库。自版本 1.0 至低于 2.6.0的版本中Streaming API 未正确处理高度压缩的数据。 urllib3 的流 API 设计用于通过读取区块中的内容而不是将整个响应正文一次加载到内存中来有效地处理大型 HTTP 响应。当流式传输压缩响应时urllib3 可能基于 HTTP 内容编码标头例如 gzip、deflate、br 或 zstd执行解码或解压缩。
    该库必须从网络读取压缩的数据并将其解压缩直到满足请求的区块大小为止。任何超出请求数量的结果解压缩数据都将保留在内部缓冲区中，以供下一次读取操作使用。这些解压缩逻辑可导致 urllib3 在单个操作中完全解码少量高度压缩的数据。这可导致过多资源消耗解压缩的数据高 CPU 使用率和大量内存分配。(CVE-2025-66471]

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

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

  - netsched:act_ife初始化 struct tc_ife 以修复 KMSAN 内核信息泄露 修复由 syzbot 检测到的 KMSAN 内核信息泄露。 [net?] KMSAN__skb_datagram_iter 中存在内核信息泄露。在 tcf_ife_dump() 中使用指定的初始化式对变量 'opt' 进行了部分初始化。而在未初始化的情况下重新分配填充字节。 nla_put() 将整个结构复制到 netlink 消息中这些未初始化的字节会泄漏到用户空间。在分配结构的字段之前使用 memset 初始化结构以确保在复制之前清除所有成员和填充。此更改静默 KMSAN 报告并防止内核内存潜在的信息泄漏。此修复已经过 syzbot 测试和验证。此修补程序解决了在以下 syzkaller 链接中报告的缺陷并确保无信息泄漏。 (CVE-2025-40278)

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

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

  - org.lz4:lz4-java 1.8.0 和更早版本中的越界内存操作允许远程攻击者通过不受信任的压缩输入造成拒绝服务和读取邻近内存。 (CVE-2025-12183)

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

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

  - NFSD在 nfs4_free_ol_stateid() 中释放 copynotify stateid 通常当关闭/释放父项的 stateid 时如果租用期未使用 stateid则在 nfsd4_laundromat 中释放 copynotify stateid。但是如果服务器收到 OPEN创建了父 stateid然后收到使用该 stateid 的 COPY_NOTIFY最后是客户端重新启动。新的客户端实例在执行 CREATE_SESSION 时会强制终止此客户端之前的状态。它导致通过 release_openowner-> nfs4_free_ol_stateid() 释放打开状态并且发现仍有 copynotify stateid 与之关联。我们目前打印一则警告且会遭到触发。 WARNING: CPU: 1 PID: 8858 at fs/nfsd/nfs4state.c:1550 nfs4_free_ol_stateid+0xb0/0x100 [nfsd] 此修补程序反而会在此处释放相关的 copynotify stateid。如果释放父 stateid而没有释放与之关联的 copynotify stateid则稍后 laundromat 最终释放 copynotify 状态时会导致列表损坏。 1626.839430[  ] Internal error: Oops - BUG: 00000000f2000800 [#1] SMP [ 1626.842828] Modules linked in: nfnetlink_queue nfnetlink_log bluetooth cfg80211 rpcrdma rdma_cm iw_cm ib_cm ib_core nfsd nfs_acl lockd grace nfs_localio ext4 crc16 mbcache jbd2 overlay uinput snd_seq_dummy snd_hrtimer qrtr rfkill vfat fat uvcvideo snd_hda_codec_generic videobuf2_vmalloc videobuf2_memops snd_hda_intel uvc snd_intel_dspcfg videobuf2_v4l2 videobuf2_common snd_hda_codec snd_hda_core videodev snd_hwdep snd_seq mc snd_seq_device snd_pcm snd_timer snd soundcore sg loop auth_rpcgss vsock_loopback vmw_vsock_virtio_transport_common vmw_vsock_vmci_transport vmw_vmci vsock xfs 8021q garp stp llc mrp nvme ghash_ce e1000e nvme_core sr_mod nvme_keyring nvme_auth cdrom vmwgfx drm_ttm_helper ttm sunrpc dm_mirror dm_region_hash dm_log iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse dm_multipath dm_mod nfnetlink [ 1626.855594] CPU: 2 UID: 0 PID: 199 Comm: kworker/u24:33 Kdump已加载被污染的GBW 6.17.0-rc7+ #22 PREEMPT [1626.857075] 受感染[B]=BAD_PAGE、[W]=WARN [ 1626.857573] 硬件名称VMware, Inc. VMware20,1/VBSA、BIOS VMW201.00V.24006586.BA64.2406042154 06/04/2024 [ 1626.858724] Workqueuenfsd4 laundromat_main [nfsd] [ 1626.859304] pstate61400005 (nZCv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--) [ 1626.860010] pc其他
    __list_del_entry_valid_or_report+0x148/0x200 [ 1626.860601] lr
    __list_del_entry_valid_or_report+0x148/0x200 [ 1626.861182] sp ffff8000881d7a40 [ 1626.861521] x29
    ffff8000881d7a40 x280000000000000018 x27ffff0000c2a98200 [ 1626.862260] x260000000000000600 x25
    0000000000000000 x24ffff8000881d7b20 [ 1626.862986] x23ffff0000c2a981e8 x221fffe00012410e7d x21
    ffff0000920873e8 [ 1626.863701] x20: ffff0000920873e8 x19: ffff000086f22998 x18: 0000000000000000 [1626.864421] x17: 20747562202c3839 x16: 3932326636383030 x15: 3030666666662065 [ 1626.865092] x14:
    6220646c756f6873 x130000000000000001 x12ffff60004fd9e4a3 [ 1626.865713] x111fffe0004fd9e4a2 x10
    ffff60004fd9e4a2 x9 : dfff800000000000 [ 1626.866320] x8 : 00009fffb0261b5e x7 : ffff00027ecf2513 x6
    0000000000000001 [ 1626.866938] x5 : ffff00027ecf2510 x4 : ffff60004fd9e4a3 x3 : 0000000000000000 [1626.867553] x2 : 0000000000000000 x1 : ffff000096069640 x0 : 000000000000006d [ 1626.868167] Call trace:
    [ 1626.868382] __list_del_entry_valid_or_report+0x148/0x200 (P) [ 1626.868876]
    _free_cpntf_state_locked+0xd0/0x268 [nfsd] [ 1626.869368] nfs4_laundromat+0x6f8/0x1058 [nfsd] [1626.869813] laundromat_main+0x24/0x60 [nfsd] [ 1626.870231] process_one_work+0x584/0x1050 [ 1626.870595] work_thread+0xc4c4/ [ 1626.870893] kthread+0x2f8/0x398 [ 1626.871146] ret_from_fork+0x10/0x20 [1626.871422] Code: aa1303e1 aa1403e3 910e8000 97bc55d7 (d4210000) [ 1626.871892] SMP停止次要 CPU (CVE-2025-40273)

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

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

  - 当 AllowEncodedSlashes On 且 MergeSlashes Off 时Windows 上 Apache HTTP Server 中存在服务器端请求伪造 (SSRF) 漏洞允许可能通过 SSRF 和恶意请求或内容将 NTLM 哈希泄漏给恶意服务器建议用户升级到版本 2.4.66其中修复了此问题。
    (CVE-2025-59775)

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

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

  - Fulcio 是一个免费的证书颁发机构，用于为 OpenID Connect (OIDC) 身份颁发代码签名证书。在低于 1.8.3的版本中函数 identity.extractIssuerURL 通过调用 strings.Split 按句点拆分其参数即不受信任的数据。因此面对负载中无效的 OIDC 身份标记包含许多句点字符的恶意请求时对 extractIssuerURL 的调用会导致分配 O(n) 字节其中 n 代表函数的参数），常数因子约 16。此漏洞已在 1.8.3 中修复。(CVE-2025-66506)

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

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

  - mediapcimg4b修复未初始化的 iio 扫描数据通过确保“scan”结构在使用前归零修复未初始化的堆栈数据可能泄漏到用户空间的问题。 (CVE-2025-40221)

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

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

  - 在 Android 上 1.33.0 之前的 KDE Connect 中恶意设备 ID通过广播 UDP 发送可造成应用程序崩溃。 (CVE-2025-32901)

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

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

  - bpf释放环缓冲区之前同步待定的 IRQ 工作 修复 irq_work 可以在 bpf_ringbuf_commit() 中排队但环缓冲区在工作执行之前释放的争用。在 syzbot 重现程序中附加到 sched_switch 的 BPF 程序会触发 bpf_ringbuf_commit()从而使 irq_work 排队。如果执行此工作之前释放环形缓冲区则 irq_work 线程可能会访问已释放的内存。调用“irq_work_sync(&rb->work)”可确保在释放缓冲区之前完成所有待定的 irq_work。
    (CVE-2025-40319)

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

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

  - accel/habanalabs支持将 cb 与 vmalloc 支持的一致性内存映射。启用了 IOMMU 时dma_alloc_coherent() 与 GFP_USER 可能会返回 vmalloc 范围中的地址。如果在没有 VM_MIXEDMAP 的情况下映射此类地址则 vm_insert_page() 将因 VM_PFNMAP 限制而触发 BUG_ON。通过在映射前检查 vmalloc 地址并在 VMA 中设置 VM_MIXEDMAP修复此问题。这可确保安全映射并避免内核崩溃。内存仍由驱动程序分配，用户空间无法直接访问。 (CVE-2025-40311)

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

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

  - ttyserialsh-sci修复 RSCI FIFO 溢出处理 接收错误处理代码在 RSCI 与所有其他 SCIF 端口类型之间共享但 RSCI overrun_reg 被指定为内存偏移而对于其他 SCIF 类型而言则会指定枚举用于索引 sci_port_params->regs 数组的值如上述 sci_serial_in() 函数中所述。对于 RSCIoverrun_reg 为 CSR (0x48)导致 sci_handle_fifo_overrun() 函数内的 sci_getreg() 调用在索引超出 regs 数组的边界之外目前该数组的大小为 20 由 SCI_NR_REGS 指定。因此我们最终访问 RSCI 的 rsci_port_params 结构之外的内存而该结构在解释为 plat_sci_reg 时正好具有非零大小从而在调用 sci_serial_in() 时导致以下警告因为意外大小不匹配支持的寄存器大小。需要检查 overrun_reg 是否存在因为 SCIx_SH3_SCIF_REGTYPE 已将 overrun_reg 设置为 SCLSR但 regs 数组中不存在 SCLSR。避免为不使用标准寄存器处理的端口类型调用 sci_getreg()。使用 ops->read_reg() 和 ops->write_reg() 函数为 RSCI 正确读取和写入寄存器并更改状态变量的类型以适应 32 位 CSR 寄存器。 sci_mpxed_interrupt() 中断处理程序中也可以通过 overrun_reg 调用 sci_getreg() 和 sci_serial_in()但该代码路径不会用于 RSCI因为它没有多路复用中断。 ------------[在此处切换 ]------------ 无效的寄存器访问警告CPU: 0 PID: 0 位于 drivers/tty/serial/sh-sci。 c:522 sci_serial_in+0x38/0xac 模块中链接了
    renesas_usbhs at24 rzt2h_adc Industrialio_adc sha256 cfg80211 bluetooth ecdh_generic ecc rfkill fuse drm 背光 ipv6 CPU: 0 UID: 0 PID: 0 Comm: swapper/0 未受感染 6.17.0-rc1+ #30 PREEMPT 硬件名称
    Renesas RZ/T2H EVK 板基于 r9a09g077m44 (DT) pstate: 604000c5 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : sci_serial_in+0x38/0xac lr : sci_serial_in+0x38/0xac sp : ffff800080003e x29
    ffff800080003e80 x28: ffff800082195b80 x27: 000000000000000d x26: ffff8000821956d0 x25: 0000000000000000 x24: ffff800082195b80 x23: ffff000180e0d800 x22: 0000000000000010 x21: 0000000000000000 x20:
    0000000000000010 x19: ffff000180e72000 x18: 000000000000000a x17: ffff8002bcee7000 x16: ffff800080000000 x15: 0720072007200720 x14: 0720072007200720 x13: 0720072007200720 x12: 0720072007200720 x11:
    0000000000000058 x10: 0000000000000018 x9 : ffff8000821a6a48 x8 : 0000000000057fa8 x7 : 0000000000000406 x6 : ffff8000821fea48 x5 : ffff00033ef88408 x4 : ffff8002bcee7000 x3 : ffff800082195b80 x2 :
    0000000000000000 x1 : 0000000000000000 x0 : ffff800082195b80 Call trace: sci_serial_in+0x38/0xac (P) sci_handle_fifo_overrun.isra.0+0x70/0x134 sci_er_interrupt+0x50/0x39c __handle_irq_event_percpu+0x48/0x140 handle_irq_event+0x44/0xb0 handle_fasteoi_irq+0xf4/0x1a0 handle_irq_desc+0x34 /0x58 generic_handle_domain_irq+0x1c/0x28 gic_handle_irq+0x4c/0x140 call_on_irq_stack+0x30/0x48 do_interrupt_handler+0x80/0x84 el1_interrupt+0x34/0x68 el1h_64_irq_handler+0x18/0x24 el1h_64_irq+0x6c/0x70 default_idle_call+0x28/0x58 (P) do_idle+0x1f8/0x250 cpu_startup_entry+0x34/0x3c rest_init+0xd8/0xe0 console_on_rootfs+0x0/0x6c __primary_switched+0x88/0x90 ---[ 结束跟踪 0000000000000000 ]--- (CVE-2025-40222)

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

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

  - tipc修复 tipc_mon_reinit_self() 中的释放后使用。 syzbot 报告 tipc_mon_reinit_self() 中的 tipc_net(net)->monitors[] 存在释放后使用问题。 [0] 数组受 RTNL 保护但 tipc_mon_reinit_self() 在没有 RTNL 的情况下对其进行迭代。 tipc_mon_reinit_self() 会从 tipc_net_finalize() 调用除 tipc_net_finalize_work() 外始终处于 RTNL 模式下。将 RTNL 保持在 tipc_net_finalize_work() 中。 [0]BUGKASAN __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 中存在 slab 释放后使用 [内联] 缺陷 KASAN 中的 slab 释放后使用
    _raw_spin_lock_irqsave+0xa7/0xf0 kernel/locking/spinlock.c:162 由任务 kworker/ 在 addr ffff88805eae1030 进行的大小为 1 的读取0:7/5989 CPU: 0 UID: 0 PID: 5989 Comm: kworker/0:7 未受感染 syzkaller #0 PREEMPT_ {RT,(full)} 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 08/18/2025 Workqueue事件 tipc_net_finalize_work 调用跟踪 <TASK> dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120 print_address_description mm/ kasan/report.c:378 [内联] print_report+0xca/0x240 mm/kasan/report.c:482 kasan_report+0x118/0x150 mm/kasan/report.c:595 __kasan_check_byte+0x2a/0x40 mm/kasan/common.c :568 kasan_check_byte include/linux/kasan.h:399 [内联] lock_acquire+0x8d/0x360 kernel/locking/lockdep.c:5842 __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [内联]
    _raw_spin_lock_irqsave+0xa7/0xf0 kernel/locking/spinlock.c:162 rtlock_slowlock kernel/locking/rtmutex.c:1894 [内联] rwbase_rtmutex_lock_state kernel/locking/spinlock_rt.c:160 [内联] rwbase_write_lock+0xd3/0x7e0 kernel/locking/rwbase_rt .c:244 rt_write_lock+0x76/0x110 kernel/locking/spinlock_rt.c:243 write_lock_bh include/linux/rwlock_rt.h:99 [内联] tipc_mon_reinit_self+0x79/0x430 net/tipc/monitor.c:718 tipc_net_finalize+0x115/0x190 net/tipc/net.c:140 process_one_work kernel/workqueue.c:3236 [inline] process_scheduled_works+0xade/0x17b0 kernel/workqueue.c:3319 worker_thread+0x8a0/0xda0 kernel/workqueue.c:3400 kthread+0x70e/0x8a0 内核/kthread.c:463 ret_from_fork+0x439/0x7d0 arch/x86/kernel/process.c:148 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:245 </TASK> 按任务分配 6089: kasan_save_stack mm/kasan/ common.c:47 [内联] kasan_save_track+0x3e/0x80 mm/kasan/common.c:68毒害_kmalloc_redzone mm/kasan/common.c:388 [内联] __kasan_kmalloc+0x93/0xb0 mm/kasan/common.c:405 kasan_kmalloc include/linux/kasan.h:260 [内联]
    __kmalloc_cache_noprof+0x1a8/0x320 mm/slub.c:4407 kmalloc_noprof include/linux/slab.h:905 [内联] kzalloc_noprof include/linux/slab.h:1039 [内联] tipc_mon_create+0xc3/0x4d0 net/tipc/monitor.c :657 tipc_enable_bearer net/tipc/bearer.c:357 [inline] __tipc_nl_bearer_enable+0xe16/0x13f0 net/tipc/bearer.c:1047 __tipc_nl_compat_doit net/tipc/netlink_compat.c:371 [inline] tipc_nl_compat_doit+0x3bc/0x13f0 nettipc/0x13f0 /netlink_compat.c:393 tipc_nl_compat_handle net/tipc/netlink_compat.c:-1 [内联] tipc_nl_compat_recv+0x83c/0xbe0 net/tipc/netlink_compat.c:1321 genl_family_rcv_msg_doit+0x215/0x300 net/netlink/genetlink.c:1115 netlink/genetlink.c:1115 netlink_compat.c /netlink/genetlink.c:1195 [内联] genl_rcv_msg+0x60e/0x790 net/netlink/genetlink.c:1210 netlink_rcv_skb+0x208/0x470 net/netlink/af_netlink.c:2552 genl_rcv+0x28/0x40 net/netlink/genetlink。 c:1219 netlink_unicast_kernel net/netlink/af_netlink.c:1320 [内联] netlink_unicast+0x846/0xa10 net/netlink/af_netlink.c:1346 netlink_sendmsg+0x805/0xb30 net/netlink/a f_netlink.c:1896 sock_sendmsg_nosec net/socket.c:714 [inline] __sock_sendmsg+0x21c/0x270 net/socket.c:729____sys_sendmsg+0x508/0x820 net/socket.c:2614 ___sys_sendmsg+0x21f/0x2a0 net/socket.c 2668 __sys_sendmsg net/socket.c:2700 [内联]
    __do_sys_sendmsg net/socket.c:2705 [内联] __se_sys_sendmsg net/socket.c:2703 [内联]
    __x64_sys_sendmsg+0x1a1/0x260 net/socket.c:2703 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xfa/0x3b0 arch/ ---truncated--- (CVE-2025-40280)

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

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

  - firmwarearm_scmi考虑失败的调试初始化 SCMI 调试子系统无法初始化时相关的调试根将缺失且底层描述符将为 NULL。处理维护指标计数器的 SCMI 调试帮助程序中的此错误情况。 (CVE-2025-40226)

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

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

  - xsk避免 cq 描述符编号上的数据损坏 自提交 30f241fcf52axsk修复了不成熟的 cq 描述符生成描述符编号存储在 skb 控制块中并且 xsk_cq_submit_addr_locked() 依赖它来将 umem 地址放入池的完成队列中。 skb 控制块不应用于此目的因为传输后 xsk 将无法控制它并且其他子系统可以使用它。由于空指针取消引用这会导致以下内核错误。BUG：
    内核空指针取消引用地址0000000000000000 #PF内核模式下的主管读取访问
    error_code(0x0000) - not-present 页面 PGD 0 P4D 0 Oops: Oops: 0000 [#1] SMP NOPTI CPU: 2 UID: 1 PID: 927 Comm: p4xsk.bin 未受感染 6.16.12+deb14-cloud-amd64 #1 PREEMPT(lazy) Debian 6.16.12-1 硬件名称
    QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.17.0-debian-1.17.0-1 04/01/2014 RIP
    0010:xsk_destruct_skb+0xd0/0x180 [...] 调用跟踪 <IRQ> ? napi_complete_done+0x7a/0x1a0 ip_rcv_core+0x1bb/0x340 ip_rcv+0x30/0x1f0 __netif_receive_skb_one_core+0x85/0xa0 process_backlog+0x87/0x130 __napi_poll+0x28/0x180 net_rx_action+0x339/0x42handle_rx_action+0x339/0x42 handle_edge_irq+0x90/0x1e0 do_softirq.part.0+0x3b/0x60 </IRQ> <TASK> __local_bh_enable_ip+0x60/0x70
    __dev_direct_xmit+0x14e/0x1f0 __xsk_generic_xmit+0x482/0xb70 ? __remove_hrtimer+0x41/0xa0 ?
    __xsk_generic_xmit+0x51/0xb70 _raw_spin_unlock_irqrestore+0xe/0x40 xsk_sendmsg+0xda/0x1c0
    __sys_sendto+0x1ee/0x200 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x84/0x2f0 __pfx_pollwake+0x10/0x10 ?
    __rseq_handle_notify_resume+0xad/0x4c0 ? restore_fpregs_from_fpsstate+0x3c/0x90 ? switch_fpu_return+0x5b/0xe0 ? do_syscall_64+0x204/0x2f0 ? do_syscall_64+0x204/0x2f0 ? do_syscall_64+0x204/0x2f0 entry_SYSCALL_64_after_hwframe+0x76/0x7e </TASK> [...] 内核错误 - 未同步中断中存在致命异常内核偏移0x1c000000 来自 0xffffffff81000000重定位范围
    0xffffffff80000000-0xffffffffbffffffff而是使用 skb destructor_arg 指针和指针标记。由于指针始终与 8B 对齐请使用底部位来指示这是单个地址还是包含多个地址的已分配结构。 (CVE-2025-40290)

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

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

  - 在 Android 上 1.33.0 之前的 KDE Connect 中可构建数据包造成两个已配对设备取消配对。
    具体来说这是通过广播 UDP 发送的无效发现数据包。 (CVE-2025-32899)

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

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

  - usbcdns3gadgetcdnsp 小工具初始化失败和退出期间存在释放后使用
    __cdnsp_gadget_init() 和 cdnsp_gadget_exit() 函数中会在其端点前释放小工具结构 (pdev->gadget)。端点通过小工具结构中的 ep_list 链接。首先释放小工具会将悬摆指针保留在端点列表中。随后释放端点时会导致释放后使用。修复通过将 usb_del_gadget_udc() 操作分离为不同的 del 和 put 步骤可在 usb_put_gadget() 释放小工具结构之前执行 cdnsp_gadget_free_endpoints()。类似于 bb9c74a5bd14(usbdwc3gadget只在释放端点后释放小工具结构)的修补程序。 (CVE-2025-40314)

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

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

  - Orangefs修复 xattr 相关的缓冲区溢出... Willy Tarreau <w@1wt.eu> 向我转发了来自 Disclosure <disclosure@aisle.com> 的消息其中包含以下警告 > 帮助程序 `xattr_key()` 在循环条件中使用指针变量而不是取消引用它。当“key”递增时它会保持非 NULL 状态直到耗尽未映射的内存因此循环在遇到有效的 C 字符串时不会终止而是会无限遍历内存从而消耗 CPU 或挂起线程。我轻松地使用 setfattr 和 getfattr 重现了此问题从而导致内核 oops、用户进程挂起并损坏 Orangefs 文件。Disclosure 发送了一个 diff（不是修补程序）以及一个建议的补丁，我的修补程序就基于该补丁。xattr_key 开始正常工作之后xfstest generic/069 暴露出一个会导致 OOM 的与 xattr 相关的内存泄露。 xattr_key 返回哈希密钥。当将 xattrs 添加至 Orangefs xattr 缓存时orangefs 使用 hash_add一个内核哈希宏。 hash_add 还会使用 hash_log 对密钥进行哈希运算这导致 xattr 缓存的添加项会进入错误的哈希存储段。 generic/069 破坏单个文件而 Orangefs 每次都会针对 xattr security.capability 执行 getattr。xattrs 上包括 kmalloc 的 Orangefs 负缓存。由于对 xattr 缓存的添加将前往错误的存储段因此 security.capability 的每个 getattr 都会生成另一个从未释放过的 kmalloc。我将 hash_add 的两种使用改为 hlist_add_head之后内存泄漏便停止了 generic/069 也不再抛出摆设。 (CVE-2025-40306)

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

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

  - drm/vmwgfx对照 SVGA_CMD_MAX_DATASIZE 验证命令标头大小。此数据源自用户空间用于缓冲区偏移计算可能会溢出从而导致越界访问。 (CVE-2025-40277)

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

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

  - Bluetoothbtusb重新排序 btusb_disconnect 中的清理以避免 UAF KASANbtusb_disconnect() 中存在 slab-use-after-free 读取。调用 usb_driver_release_interface(&btusb_driver, data->intf) 将释放与 接口关联的 btusb 数据。稍后在该函数中会使用相同的数据，即 UAF。通过将对 btusb 数据的访问移动到 释放数据之前进行修复。 (CVE-2025-40283)

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

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

  - mediavideobuf2当旧 fileio 处于活动状态时禁止 remove_bufs vb2_ioctl_remove_bufs() 调用操纵队列内部缓冲区列表可能覆盖旧 fileio 访问模式使用的某些指针。
    当 fileio 处于活动状态时禁止 ioctl以保护后续读取/写入调用之间的内部队列状态。 (CVE-2025-40302)

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

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

  - drm/amdgpu修复 APU 设备的 VRAM 逻辑中的空指针取消引用 此前APU 平台以及具有未初始化 VRAM 管理器的其他情况会在 `ttm_resource_manager_usage()` 中触发空指针取消引用。根本原因并非“struct ttm_resource_manager *man”指针本身为空而是“man->bdev”管理器内的后备设备指针在 APU 上仍然未初始化 (空)因为 APU 缺少专用 VRAM 并且未充分了解设置 VRAM 管理器结构。当“ttm_resource_manager_usage()”尝试获取“man->bdev->lru_lock”时会取消引用空“man->bdev”从而导致内核 OOPS。 1. **amdgpu_cs.c**扩展“amdgpu_cs_get_threshold_for_moves()”中的现有带宽控制检查以包含对“ttm_resource_manager_used()”的检查。如果未使用管理器未初始化“bdev”则立即跳过可能会触发 NULL 取消引用的 VRAM 特定逻辑并为迁移阈值返回 0。 2. **amdgpu_kms.c**更新“AMDGPU_INFO_VRAM_USAGE” ioctl 和内存信息报告以使用条件 如果使用管理器则返回实际 VRAM 使用情况；
    返回 0；否则返回 0。这样可避免“man->bdev”为空时对其进行访问。 3. **amdgpu_virt.c**修改 vf2pf虚拟函数到物理函数数据写入路径。使用“ttm_resource_manager_used()”检查有效性如果管理器可用则根据 VRAM 使用情况计算“fb_usage”否则将“fb_usage”设置为 0APU 没有要报告的离散帧缓冲区。此方法比 APU 特定的检查更可靠因为它: - 适用于 VRAM 管理器未初始化的所有情况而不仅仅是 APU- 通过使用 TTM 的本机帮助函数与 TTM 的设计保持一致 - 保留独立 GPU 的正确行为已完全初始化“man->bdev”并通过“ttm_resource_manager_used()”检查。 v4使用 ttm_resource_manager_used(&adev->mman.vram_mgr.manager) 而不是检查 adev->gmc.is_app_apu 标记 (Christian) (CVE-2025-40288)

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

ID	名称	严重性
277726	Linux Distros 未修补的漏洞：CVE-2025-40324	medium
277725	Linux Distros 未修补的漏洞：CVE-2025-40294	high
277724	Linux Distros 未修补的漏洞：CVE-2023-53762	high
277723	Linux Distros 未修补的漏洞：CVE-2025-40236	low
277722	Linux Distros 未修补的漏洞：CVE-2025-40321	medium
277721	Linux Distros 未修补的漏洞：CVE-2025-40225	medium
277720	Linux Distros 未修补的漏洞：CVE-2025-40284	medium
277719	Linux Distros 未修补的漏洞：CVE-2025-66549	low
277718	Linux Distros 未修补的漏洞：CVE-2025-40320	high
277717	Linux Distros 未修补的漏洞：CVE-2025-40308	medium
277716	Linux Distros 未修补的漏洞：CVE-2025-40227	medium
277715	Linux Distros 未修补的漏洞：CVE-2023-53748	high
277714	Linux Distros 未修补的漏洞：CVE-2025-40318	high
277713	Linux Distros 未修补的漏洞：CVE-2025-40313	medium
277712	Linux Distros 未修补的漏洞：CVE-2025-40269	high
277711	Linux Distros 未修补的漏洞：CVE-2025-66577	medium
277710	Linux Distros 未修补的漏洞：CVE-2025-40268	medium
277709	Linux Distros 未修补的漏洞：CVE-2025-6966	medium
277708	Linux Distros 未修补的漏洞：CVE-2025-40312	high
277707	Linux Distros 未修补的漏洞：CVE-2025-40310	medium
277706	Linux Distros 未修补的漏洞：CVE-2023-53751	high
277705	Linux Distros 未修补的漏洞：CVE-2025-40305	high
277704	Linux Distros 未修补的漏洞：CVE-2025-40234	medium
277703	Linux Distros 未修补的漏洞：CVE-2025-40297	high
277702	Linux Distros 未修补的漏洞：CVE-2025-40275	medium
277701	Linux Distros 未修补的漏洞：CVE-2025-40279	medium
277700	Linux Distros 未修补的漏洞：CVE-2025-40316	medium
277699	Linux Distros 未修补的漏洞：CVE-2025-40276	high
277698	Linux Distros 未修补的漏洞：CVE-2025-40271	high
277697	Linux Distros 未修补的漏洞：CVE-2025-66471	high
277696	Linux Distros 未修补的漏洞：CVE-2025-40278	medium
277695	Linux Distros 未修补的漏洞：CVE-2025-12183	high
277694	Linux Distros 未修补的漏洞：CVE-2025-40273	high
277693	Linux Distros 未修补的漏洞：CVE-2025-59775	high
277692	Linux Distros 未修补的漏洞：CVE-2025-66506	high
277691	Linux Distros 未修补的漏洞：CVE-2025-40221	high
277690	Linux Distros 未修补的漏洞：CVE-2025-32901	medium
277689	Linux Distros 未修补的漏洞：CVE-2025-40319	high
277688	Linux Distros 未修补的漏洞：CVE-2025-40311	medium
277687	Linux Distros 未修补的漏洞：CVE-2025-40222	high
277686	Linux Distros 未修补的漏洞：CVE-2025-40280	high
277685	Linux Distros 未修补的漏洞：CVE-2025-40226	high
277684	Linux Distros 未修补的漏洞：CVE-2025-40290	medium
277683	Linux Distros 未修补的漏洞：CVE-2025-32899	medium
277682	Linux Distros 未修补的漏洞：CVE-2025-40314	high
277681	Linux Distros 未修补的漏洞：CVE-2025-40306	medium
277680	Linux Distros 未修补的漏洞：CVE-2025-40277	high
277679	Linux Distros 未修补的漏洞：CVE-2025-40283	high
277678	Linux Distros 未修补的漏洞：CVE-2025-40302	high
277677	Linux Distros 未修补的漏洞：CVE-2025-40288	medium

检测

Nessus 的 Misc. 系列

medium

high

high

low

medium

medium

medium

low

high

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

high

high

medium

high

medium

medium

medium

high

high

high

medium

high

high

high

high

high

medium

high

medium

high

high

high

medium

medium

high

medium

high

high

high

medium