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

  - netlink注释对 nlk->cb_running 的访问 netlink_recvmsg() 和 netlink_native_seq_show() 会以无锁方式读取 nlk->cb_running。在此使用 READ_ONCE()。将相应的 WRITE_ONCE() 添加至 netlink_dump() 并
    __netlink_dump_start() syzbot 报告BUGKCSAN__netlink_dump_start / netlink_recvmsg 中的数据争用由任务 28219 在 cpu 0: __netlink_dump_start+0x3af/0x4d0 net/netlink/af_netlink.c:2399 netlink_dump_start include/linux/netlink 写入 0xffff88813ea4db59共 1 字节.h:308 [inline] rtnetlink_rcv_msg+0x70f/0x8c0 net/core/rtnetlink.c:6130 netlink_rcv_skb+0x126/0x220 net/netlink/af_netlink.c:2577 rtnetlink_rcv+0x1c/0x20 net/core/rtnetlink.c:6192 netlink_unicast_kernel net/netlink/af_netlink.c:1339 [内联] netlink_unicast+0x56f/0x640 net/netlink/af_netlink.c:1365 netlink_sendmsg+0x665/0x770 net/netlink/af_netlink.c:1942 sock_sendmsg_nosec net/socket.c:724 [内联] sock_sendmsg net/socket.c:747 [内联] sock_write_iter+0x1aa/0x230 net/socket.c:1138 call_write_iter include/linux/fs.h:1851 [内联] new_sync_write fs/read_write.c:491 [内联] vfs_write+ 0x463/0x760 fs/read_write.c:584 ksys_write+0xeb/0x1a0 fs/read_write.c:637 __do_sys_write fs/read_write.c:649 [内联]
    __se_sys_write fs/read_write.c:646 [内联] __x64_sys_write+0x42/0x50 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common .c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 由 cpu 1 上的任务 28222 读取到 0xffff88813ea4db59 的 1 字节
    netlink_recvmsg+0x3b4/0x730 net/netlink/af_netlink.c:2022 sock_recvmsg_nosec+0x4c/0x80 net/socket.c:1017
    ____sys_recvmsg+0x2db/0x310 net/socket.c:2718 ___sys_recvmsg net/socket.c:2762 [内联] do_recvmmsg+0x2e5/0x710 net/socket.c:2856 __sys_recvmmsg net/socket.c:2935 [内联] __do_sys_recvmmsg net/sockets .c:2958 [内联] __se_sys_recvmmsg net/socket.c:2951 [内联] __x64_sys_recvmmsg+0xe2/0x160 net/socket.c:2951 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 值已更改0x00 -> 0x01 (CVE-2023-53853)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14325)

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

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

  - Netmonitor 组件中存在特权提升。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。(CVE-2025-14328)

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

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

  - 由于 Graphics: CanvasWebGL 组件中的边界条件不正确而导致沙盒逃逸。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14322)

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

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

  - netlink注释对 nlk->max_recvmsg_len 的无锁访问 syzbot 报告 netlink_recvmsg() [1] 的数据争用中存在数据争用 实际上netlink_recvmsg() 可并发运行netlink_dump() 也需要保护。 [1] 缺陷KCSAN通过任务 23057 在 cpu 0 上netlink_recvmsg / netlink_recvmsg 中的数据争用读取至 8 字节 0xffff888141840b38: netlink_recvmsg+0xea/0x730 net/netlink/af_netlink.c:1988 sock_recvmsg_nosec net/socket.c:1017 [ inline] sock_recvmsg net/socket.c:1038 [内联] __sys_recvfrom+0x1ee/0x2e0 net/socket.c:2194 __do_sys_recvfrom net/socket.c:2212 [内联] __se_sys_recvfrom net/socket.c:2208 [内联] __x64_sys_recvfrom+0x78 /0x90 net/socket.c:2208 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 写入到 0xffff888141840b38/8字节(按 cpu 1 上的任务 23037 排序)netlink_recvmsg+0x114/0x730 net/netlink/af_netlink.c:1989 sock_recvmsg_nosec net/socket.c:1017 [内联] sock_recvmsg net/socket.c:1038 [内联]____sys_recvmsg+0x156/0x310 net /socket.c:2720 ___sys_recvmsg net/socket.c:2762 [inline] do_recvmmsg+0x2e5/0x710 net/socket.c:2856 __sys_recvmmsg net/socket.c:2935 [inline] __do_sys_recvmmsg net/socket .c:2958 [内联] __se_sys_recvmmsg net/socket.c:2951 [内联] __x64_sys_recvmmsg+0xe2/0x160 net/socket.c:2951 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd value changes 已更改0x0000000000000000 -> 0x0000000000001000 已由 上的内核并发审查器报告CPU: 1 PID: 23037 Comm: syz-executor.2 Not tainted 6.3.0 -syzkaller-00195-g5a57b48fdfcb #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 03/02/2023 (CVE-2023-53824)

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

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

  - DOM: Notifications 组件中存在特权提升。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。(CVE-2025-14323)

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

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

  - arm64mte如果未清除或还原标签请避免设置 PG_mte_taged 在提交 69e3b846d8a7 之前arm64mte针对 PTE 未标记的页面的标签同步仅针对 pte_taged() 条目使用 PROT_MTE 映射的条目调用 mte_sync_tags() 。因此 mte_sync_tags() 可以安全地使用 test_and_set_bit(PG_mte_tadded, &page->flags)而不会在未标记页面上无意地设置 PG_mte_ttag。需要上述提交因为客户机可能在没有任何第 2 阶段映射控制的情况下启用 MTE也没有在 VMM 中进行 PROT_MTE 映射。但是其副作用是具有看似交换（或迁移）的 PTE 的任何页面会自动获得 PG_mte_taged。即使标签归 KASAN 所有，后续页面复制（例如迁移）也会将标签复制到目标页面。此问题被 commit e5b8d9218951 arm64mte重置 page->flags 中的页面标签引入的 page_kasan_tag_reset() 调用所掩盖。当此提交恢复时 (20794545c146)KASAN 开始报告访问错误因为页面中的替代标记与原始 page->flagsCONFIG_KASAN_HW_TAGS=y 不匹配BUG
    KASAN任务 syz-executor.1/2218 在 copy_page+0x10/0xd0 arch/arm64/lib/copy_page.S:26 at addr f5ff000017f2e000 处进行读取 指针标签[f5]内存标签[f2]从 mte_sync_tags() 到清除 (mte_sync_page_tags()) 或还原 (mte_restore_tags()) 实际位置的 PG_mte_taged 位设置。 (CVE-2022-50675)

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

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

  - Firefox ESR 140.5、Thunderbird ESR 140.5、Firefox 145 和 Thunderbird 145 中存在内存安全缺陷。
    其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14333)

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

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

  - netstmmac修复 stmmac_dvr_probe() 中可能的内存泄漏 create_singlethread_workqueue() 失败时应调用 bitmap_free() 来释放 priv->af_xdp_zc_qps否则将发生内存泄漏因此我们添加错误路径 error_wq_init 进行修复。 (CVE-2022-50663)

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

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

  - drm/amdkfd修复 kfd_mem_dmamap_userptr() 中的内存泄漏问题如果来自 userptr BO 的页面数与 SG BO 不同则在返回 -EINVAL 之前不会释放为 SG 表分配的内存这样可能导致内存损坏在某些错误路径中泄漏。通过在为 SG 表分配内存之前检查页面数来修复此问题。 (CVE-2022-50619)

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

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

  - spiatmel-quadspi即使 .remove() 中运行时恢复失败也要释放资源 atmel_qspi_remove() 中过早错误退出不能阻止设备取消绑定。因此这导致 spi 控制器具有未绑定的父项和未映射的寄存器空间因为 devm_ioremap_resource() 未完成。因此使用其余 spi 控制器可能会导致 oops。而是无条件取消注册控制器并且仅跳过硬件访问和 clk 禁用。此外添加有关恢复失败的警告并无条件返回零。后者的唯一作用是禁止 spi 核心提供帮助较小的错误消息。
    (CVE-2023-53758)

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

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

  - platform/x86int3472修复取消注册调节器_unregister() 期间 GPIO 设备的双重释放已释放关联的 GPIO 设备。在 ThinkPad X9 (Lunar Lake) 上这会造成双重释放问题进而会在其他驱动程序通常为 Intel THC尝试分配中断时导致随机失败。根本原因是驱动程序延迟其探测时pinctrl_intel_platform 模块的引用计数意外降至零。直接卸载模块也可以重现此行为。通过在调节器取消注册期间删除 GPIO 设备的冗余版本来修复 问题。
    (CVE-2025-40296)

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

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

  - wifirsi修复 rsi_coex_attach() 中的内存泄漏当 rsi_coex_attach() 中的 rsi_create_kthread() 失败时需要释放 coex_cb。 (CVE-2022-50629)

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

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

  - f2fs修复以在错误路径中无效 dcc->f2fs_issue_discard Syzbot 报告一个空指针取消引用问题如下__refcount_add include/linux/refcount.h:193 [inline] __refcount_inc include/linux/refcount.h:250 [inline] refcount_inc include/linux/refcount.h:267 [内联] get_task_struct include/linux/sched/task.h:110 [内联] kthread_stop+0x34/0x1c0 kernel/kthread.c:703 f2fs_stop_discard_thread+0x3c/0x5c fs/f2fs/segment。 c:1638 kill_f2fs_super+0x5c/0x194 fs/f2fs/super.c:4522 deactivate_locked_super+0x70/0xe8 fs/super.c:332 deactivate_super+0xd0/0xd4 fs/super.c:363 cleanup_mnt+0x1f8/0x234 fs/命名空间。 c:1186 __cleanup_mnt+0x20/0x30 fs/namespace.c:1193 task_work_run+0xc4/0x14c kernel/task_work.c:177 exit_task_work include/linux/task_work.h:38 [内联] do_exit+0x26c/0xbe0 kernel/exit.c :795 do_group_exit+0x60/0xe8 kernel/exit.c:925 __do_sys_exit_group kernel/exit.c:936 [inline] __se_sys_exit_group kernel/exit.c:934 [inline] __wake_up_parent+0x0/0x40 kernel/exit.c:934 __invoke_syscall arch/arm64/kernel/syscall.c:38 [内联] invoke_syscall arch/arm64/kernel/syscall.c:52 [内联] el0_svc_common+0x138/0x220 arch/arm64/kernel/syscall.c:142 do_el0_svc+0x48/0x164 arch/arm64/kernel/syscall.c:206 el0_svc+0x58/0x150 arch/arm64/kernel/entry-common.c:636 el0t_64_sync_handler+0x84/0xf0 arch/arm64/kernel/entry-common.c:654 el0t_64_sync+0x18c /0x190 arch/arm64/kernel/entry.S:581 问题的根本原因在 f2fs_start_discard_thread() 的错误路径中它错过了使 dcc->f2fs_issue_discard 无效之后kthread_stop() 可能会访问无效的指针。 (CVE-2022-50620)

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

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

  - smc修复 tcp_write_timer_handler() 中的释放后使用。syzbot 最终通过 Eric 的引用跟踪器在内核 TCP 套接字的 tcp_write_timer_handler() 中发现释放后使用重现。 [0] 如果 SMC 在 __smc_create() 中创建内核套接字则当我们 close() 父 SMC 套接字时应通过调用 sock_release() 在 smc_clcsock_release() 中释放内核套接字。但是在 smc_clcsock_release() 结束时内核套接字的 sk_state 可能不是 TCP_CLOSE。这意味着我们未在 __tcp_close() 中调用 inet_csk_destroy_sock()且尚未停止 TCP 定时器。内核套接字的 TCP 定时器会在稍后触发因此我们需要像在 mptcp_subflow_create_socket() 中处理 MPTCP 子流一样保留 net 的 refcnt。 [0]泄漏了引用。 sk_alloc (./include/net/net_namespace.h:335 net/core/sock.c:2108) inet_create (net/ipv4/af_inet.c:319 net/ipv4/af_inet.c:244) __sock_create (net/socket. c:1546) smc_create (net/smc/af_smc.c:3269 net/smc/af_smc.c:3284) __sock_create (net/socket.c:1546) __sys_socket (net/socket.c:1634 net/socket.c 1618 net/socket.c:1661) __x64_sys_socket (net/socket.c:1672) do_syscall_64 (arch/x86/entry/common.c:50 arch/x86/entry/common.c:80) entry_SYSCALL_64_after_hwframe (arch/x86/ entry/entry_64.S:120) ========================================== ======================== 缺陷KASANtcp_write_timer_handler 中的 slab 释放后使用 (net/ipv4/tcp_timer.c:378 net/ipv4 /tcp_timer.c:624 net/ipv4/tcp_timer.c:594) 在地址 ffff888052b65e0d 处进行大小 1 的读取由任务 syzrepro/18091 CPU:0 PID18091 Comm: syzrepro 受感染的 GW 6.3.0-rc4-01174-gb5d54eb5899a #7 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.16.0-1.amzn2022.0.1 04/01/2014 调用跟踪 <IRQ> dump_stack_lvl (lib/dump_stack.c:107) print_report (mm/kas an/report.c:320 mm/kasan/report.c:430) kasan_report (mm/kasan/report.c:538) tcp_write_timer_handler (net/ipv4/tcp_timer.c:378 net/ipv4/tcp_timer.c:624 net /ipv4/tcp_timer.c:594) tcp_write_timer (./include/linux/spinlock.h:390 net/ipv4/tcp_timer.c:643) call_timer_fn (./arch/x86/include/asm/jump_label.h:27 。 /include/linux/jump_label.h:207 ./include/trace/events/timer.h:127 kernel/time/timer.c:1701) __run_timers.part.0 (kernel/time/timer.c:1752 kernel/ time/timer.c:2022run_timer_softirq (kernel/time/timer.c:2037) __do_softirq (./arch/x86/include/asm/jump_label.h:27 ./include/linux/jump_label.h:207 ./ include/trace/events/irq.h:142 kernel/softirq.c:572) __irq_exit_rcu (kernel/softirq.c:445 kernel/softirq.c:650) irq_exit_rcu (kernel/softirq.c:664) sysvec_apic_timer_interrupt (arch/ x86/kernel/apic/apic.c:1107 (标识符 14)) </IRQ> (CVE-2023-53781)

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

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

  - dmaengineptdma在调用 pt_cmd_callback 之前检查空 desc 解决了通常在运用 PTDMA 驱动程序之后在 AMD 系统上发生的错误。此问题是 pt_issue_pending() 函数在调用该函数时错误地假设“已提交”队列中至少有一个描述符。但是Submitted 和 Issued 队列可能都是空的这可导致使用空指针错误地调用 pt_cmd_callback()。RefBugzilla 缺陷 216856。CVE-2023-53755

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

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

  - gve使用 -EOPNOTSUPP ptp_clock_settime() 实现 settime64 假定每个 ptp_clock 已实现 settime64()。使用 -EOPNOTSUPP 对其进行存根以防止空取消引用。 (CVE-2025-40298)

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

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

  - umvector修复 vector_config 中的内存泄漏 如果 uml_parse_vector_ifspec 函数的返回值为 NULL则应调用 kfree(params) 以防止内存泄漏。 (CVE-2023-53745)

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

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

  - drm/amd/display仅针对顶级管道填充 subvp cmd 信息 [原因] 将显示分辨率更改为具有扩展模式的 8k 时发现系统重新启动。页面错误导致系统重新启动。[方式] 当驱动程序填充 subvp 信息时会使用 vblank 为两个管道填充 subvp 信息从而造成越界数组访问进而导致页面错误。添加了检查以仅允许顶部管道以修复此问题。
    (CVE-2023-53806)

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

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

  - pinctrlfreescale修复 num_configs 为 1 时的内存越界 pad wakeup 传入的配置是 1 当 num_configs 为 1 时不应获取配置 [1] KASAN 将检测为内存越界边界条件。修改为当 num_configs 为 2 时获取 configs[1]。(CVE-2023-53750)

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

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

  - platform/chromecros_ec_typec将过时指针归零“cros_typec_get_switch_handles”在获取 type-c 交换机句柄时分配四个指针。若未能取得其中任何一个指针则全部释放因此“port”中的指针变得过时。过时指针最终会在之后的代码路径中造成释放后使用或双重释放。在释放后将所有指针字段清零以消除这些过时指针。 (CVE-2022-50642)

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

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

  - mm hugetlb修复 hugetlb_handle_userfault 中的 UAF 在处理 userfault 之前 vma_lock 和 hugetlb_fault_mutex 已终止并在 handle_userfault() 之后再次重新获取但重新获取 vma_lock 可能导致 UAF[1,2]这是因为以下争用 hugetlb_fault hugetlb_no_page /*解锁 vma_lock */ hugetlb_handle_userfault handle_userfault /* 解锁 mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* 清理旧 vma */ /* 再次锁定 vma_lock <--- UAF */ /* 解锁 vma_lock */ 由于 vma_lock 将立即解锁在 hugetlb_handle_userfault() 之后终止 hugetlb_handle_userfault() 中不需要的锁定并解锁以修复 问题。 [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2] https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

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

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

  - netnetsec修复 netsec_register_mdio() 中的错误处理如果 phy_device_register() 失败则需要调用 phy_device_free() 来放置 refcount以便可在回调函数中释放 phy 设备和设备名称的内存。如果 get_phy_device() 失败则需要调用 mdiobus_unregister() 否则将在 mdiobus_free() 中造成警告并泄露 kobject。 (CVE-2022-50624)

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

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

  - npm 程序包“expr-eval”容易受到 Prototype 污染的影响。对快速 eval 接口具有访问权限的攻击者可利用 JavaScript 基于原型的继承模型实现任意代码执行。npm expr-eval-fork 程序包解决了此问题。 (CVE-2025-13204)

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

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

  - drm/amd/display修复 FCLK pstate 变更下溢 [原因] 当前我们在不支持 UCLK p-state 时根据虚拟 p-state 延迟计算计算 FCLK p-state 变更水位线 [如何]计算 FCLK p-state 变更水位线基于在不支持 UCLK p-state 的情况下的 FCLK pstate 更改延迟 (CVE-2023-53780)

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

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

  - drm/amdkfd修复潜在的 kgd_mem UAF 仅当保留 p->mutex 时才能保证由 kfd_process_device_translate_handle 返回的 kgd_mem 指针有效。互斥体解锁后另一个线程就可以释放 BO。 (CVE-2023-53816)

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

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

  - cifs修复重新连接中的会话状态检查以避免释放后使用问题。不收集 smb2_reconnect_server() 中的现有会话因为该会话很快将被释放。请注意退出的会话将保留在 server->smb_ses_list 中直到其完成 cifs_free_ipc() 和 logoff() 然后从列表中删除自己。 (CVE-2023-53794)

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

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

  - FS: JFS检查 txBegin 中只读挂载的文件系统 此修补程序在启动可能从空指针取消引用保存的事务之前添加对 txBegin 中只读挂载的文件系统的检查。
    (CVE-2023-53766)

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

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

  - fpga防止 dfl_feature_ioctl_set_irq() 中的整数溢出 hdr.count * sizeof(s32) 乘法会在 32 位系统上溢出从而导致内存损坏。使用 array_size() 来修复该问题。
    (CVE-2022-50623)

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

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

  - soctipm33xx修复 am33xx_pm_probe 中的 refcount 泄漏 wkup_m3_ipc_get() 占用应由 wkup_m3_ipc_put() 释放的 refcount。在错误路径中添加缺失的 refcount 版本。 (CVE-2023-53744)

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

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

  - powerpc/kprobes修复 arch_prepare_kprobe() 中的空指针引用 我在 arch_prepare_kprobe() 中发现一个空指针引用 # echo 'p cmdline_proc_show' > kprobe_events # echo 'p cmdline_proc_show+16' >> kprobe_events 内核尝试读取用户页面 ( 0) - 试图利用 ? (uid: 0) 缺陷在 0x00000000 处读取时内核空指针取消引用错误指令地址0xc000000000050bfc Oops错误区域的内核访问sig11 [#1] LE PAGE_SIZE=64K MMU=Radix SMP NR_CPUS=2048 链接的 NUMA PowerNV 模块in: CPU: 0 PID: 122 Comm: sh Not tainted 6.0.0-rc3-00007-gdcf8e5633e2e #10 NIP: c000000000050bfc LR: c000000000050bec CTR: 0000000000005bdc REGS: c0000000348475b0 TRAP: 0300 Not tainted (6.0.0-rc3-00007- gdcf8e5633e2e) MSR
    9000000000009033<SF,HV,EE,ME,IR,DR,RI,LE> CR88002444 XER20040006 CFARc00000000022d100 DAR
    0000000000000000 DSISR40000000 IRQMASK0 ... NIP arch_prepare_kprobe+0x10c/0x2d0 LR arch_prepare_kprobe+0xfc/0x2d0 调用跟踪0xc0000000012f77a0不可靠 register_kprobe+0x3c0/0x7a0
    __register_trace_kprobe+0x140/0x1a0 __trace_kprobe_create+0x794/0x1040 trace_probe_create+0xc4/0xe0 create_or_delete_trace_kprobe+0x2c/0x80 trace_parse_run_command+0xf0/0x210 probes_write+0x20/0x40 vfs_write+0xfc/0x450 ksys_write+0x84/0x140 system_call_exception+0x17c/0x3a0 system_call_vectored_common+0xe8/0x278 --- Interrupt: 3000 at 0x7fffa5682de0 NIP: 00007fffa5682de0 LR
    0000000000000000 CTR: 0000000000000000 REGS: c000000034847e80 TRAP: 3000 Not tainted (6.0.0-rc3-00007-gdcf8e5633e2e) MSR: 900000000280f033<SF,HV,VEC,VSX,EE,PR,FP,ME,IR,DR,RI,LE> CR: 44002408 XER: 00000000 被探测的地址有一些special: cmdline_proc_show: 基于 ftrace 的探测 cmdline_proc_show+16: 探测 ftrace 位置的下一个指令 基于 ftrace 的 kprobe 不会生成 kprobe::ainsn::insn它被设置为 NULL。在 arch_prepare_kprobe() 中它将检查以下内容...
    prev = get_kprobe(p->addr - 1); preempt_enable_no_resched(); if (prev && ppc_inst_prefixed(ppc_inst_read(prev->ainsn.insn))) { ... 如果 prev 基于 ftrace将因空指针引用而发生“ppc_inst_read(prev->ainsn.insn)”。此时 prev->addr 将不是带前缀的指令因此可以跳过检查。在读取“prev->ainsn.insn”之前检查 prev 是否为基于 ftrace 的 kprobe以修复此问题。 [mpe修剪 oops]CVE-2022-50635

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

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

  - mmswap修复 VMA 预读的潜在 UAF 问题 自提交 78524b05f1a3mmswap 避免锁定多余交换设备在交换缓存层中分配和准备 folio 的通用帮助程序不再尝试获取交换设备引用在内部因为 __read_swap_cache_async 的所有调用程序已在持有交换条目引用。无需在同一个交换设备上进行重复的交换设备固定。VMA 预读的调用程序也持有对目标条目的交换设备的引用但 VMA 预读会遍历页表因此可能会遇到来自其他设备的交换条目并调用
    __read_swap_cache_async 而未持有对其的引用。因此当设备 A 的 swapoff 与设备 B 上的 swapin 争用并且 VMA 预读尝试从设备 A 读取交换条目时可能造成 UAF。它不容易触发，但理论上可能会造成实际问题。如果交换设备与目标条目不同则使 VMA 预读首先尝试获取设备引用。
    (CVE-2025-40270)

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

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

  - power: providescw2015修复 cw_bat_probe() 中的潜在 null-ptr-deref cw_bat_probe() 调用 create_singlethread_workqueue() 且未检查 ret 值可能会返回 NULL。并且可能会发生 null-ptr-deref cw_bat_probe() create_singlethread_workqueue() # failed, cw_bat->wq is NULL queue_delayed_work() queue_delayed_work_on() __queue_delayed_work() # warn here, but continue
    __queue_work() # 访问 wq->flags、null-ptr-deref 检查 ret 值如果为 NULL则返回 -ENOMEM。
    (CVE-2022-50634)

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

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

  - 恢复 f2fs修复以正确对范围缓存进行健全性检查syzbot 报告如下 f2fs 缺陷 UBSAN
    fs/f2fs/f2fs.h:3275:19 中的array-index-out-of-bounds 索引 1409 超出类型“__le32[923]”即“unsigned int[923]”调用跟踪__dump_stack lib/dump_stack.c:88 [ inline] dump_stack_lvl+0x1e7/0x2d0 lib/dump_stack.c:106 ubsan_epilogue lib/ubsan.c:217 [内联] __ubsan_handle_out_of_bounds+0x11c/0x150 lib/ubsan.c:348 inline_data_addr fs/f2fs/f2fs.h:3275 [内联] __recover_inline_status fs/f2fs/inode.c:113 [内联] do_read_inode fs/f2fs/inode.c:480 [内联] f2fs_iget+0x4730/0x48b0 fs/f2fs/inode.c:604 f2fs_fill_super+0x640e/0x80c0 fs/f2fs/super .c:4601 mount_bdev+0x276/0x3b0 fs/super.c:1391 Legacy_get_tree+0xef/0x190 fs/fs_context.c:611 vfs_get_tree+0x8c/0x270 fs/super.c:1519 do_new_mount+0x28f/0xae0 fs/namespace.c :3335 do_mount fs/namespace.c:3675 [内联] __do_sys_mount fs/namespace.c:3884 [内联] __se_sys_mount+0x2d9/0x3c0 fs/namespace.c:3861 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 问题为sected to commit d48a7b3a72f121655d95b5157c32c7d555e44c05 作者: Chao Yu <chao@kernel.org> 日期: 2023 年 1 月 9 日星期一 +0000 f2fs修复以正确对范围缓存进行健全性检查 根本原因是我们同时应用了 v1 和 v2 的修补程序 v2是正确的补丁因此需要恢复到 v1 才能修复报告的问题。 v1提交 d48a7b3a72f1f2fs修复以在扩展缓存上正确执行健全性检查 https://lore.kernel.org/lkml/20230109034920.492914-1-chao@kernel.org/ v2提交 269d11948100f2fs修复以在扩展缓存上正确执行健全性检查 https://lore.kernel.org/lkml/20230207134808.1827869-1-chao@kernel.org/ (CVE-2023-53763)

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

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

  - iommu/amd改善页面错误错误报告如果未正确设置设备组的 IOMMU 域则可能会遇到 IOMMU 页面错误。当前的页面错误处理程序假设始终设置域并且它将命中空指针取消引用请参阅下面的示例日志。让我们检查是否设置了域并记录相应的消息。示例日志---------- amdgpu 0000:00:01.0:amdgpuSE 1、SH per SE 1、CU per SH 8、active_cu_number 6 BUG内核空指针取消引用地址0000000000000058 #PF内核模式中的主管读取访问 #PFerror_code(0x0000) - not-present page PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP NOPTI CPU: 2 PID: 56 Comm: irq/24-AMD-Vi 未受感染 6.2 .0-rc2+ #89 硬件名称xxx RIP
    0010:report_iommu_fault+0x11/0x90 [...] 调用跟踪 <TASK> amd_iommu_int_thread+0x60c/0x760 ?
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 preempt_count_add+0x6a/0xa0 ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joro编辑提交消息] (CVE-2023-53789)

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

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

  - regmap-irq修复分配配置缓冲区时的越界访问在 regmap_add_irq_chip_fwnode() 中分配用于处理 IRQ 类型寄存器的 2D 数组时预期分配具有 num_config_bases 行和 num_config_regs 列的矩阵。当前通过分配一个缓冲区来保存每行的指针即 num_config_bases来处理此问题。之后，逻辑会尝试分配保存每行的寄存器配置所需的内存。但是，逻辑并未对每行执行此分配（即 num_config_bases 分配），而是错误地执行此分配 num_config_regs 次。当 num_config_regs 的大小大于 num_config_bases 的大小时此情况可导致越界访问。通过将分配用于保存寄存器配置的内存的循环的终止条件更新为仅为矩阵中的每行分配内存可修复此问题。Amit Pundir 报告他的 db845c 设备上由于内存损坏而发生崩溃请参阅关闭 Amit 报告的标签。下面的 KASAN 报告帮助我们缩小了问题范围到此问题。[ 14.033877][ T1] =============================== =================================== [ 14.042507][ T1] BUGKASAN 中的无效访问regmap_add_irq_chip_fwnode+0x594/0x1364 [ 14.050796][ T1] 由任务 init/1 在 addr 06ffff8081021850 处进行大小为 8 的写入 [ 14.242004][ T1] 有缺陷的地址属于 ffffff8081021850 处的对象 [ 14.242004][ T1] 属于大小 8 的缓存 kmalloc-8 [ 14.255669][ T1] 有缺陷的地址位于 [ 14.255669][ T1] 8 字节区域内 [ [] ][ T1] 8 字节区域 [ffffff8081021850, ffffff8081021858) (CVE-2023-53768)

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

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

  - perf/x86/intel/uncore修复 snr_uncore_mmio_map() 中的引用计数泄漏。pci_get_device() 将增加返回的 pci_dev 的引用计数因此 snr_uncore_get_mc_dev() 将返回其引用计数增加的 pci_dev。我们需要调用 pci_dev_put() 以减少引用计数。我们来添加缺少的 pci_dev_put()。 (CVE-2022-50615)

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

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

  - irqchip/irq-mvebu-gicp修复 mvebu_gicp_probe 中的 refcount 泄漏of_irq_find_parent() 返回 refcount 增加的节点指针不再需要时应使用 of_node_put()。添加缺少的 of_node_put() 以避免 refcount 泄漏。 (CVE-2023-53757)

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

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

  - iommu/sprd释放 dma 缓冲区以避免内存泄漏附加到域时驱动程序将分配用于存储地址映射表的 DMA 缓冲区且需要在释放 IOMMU 域时将其释放。 (CVE-2023-53801)

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

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

  - fscrypt修复 inode->i_blkbits > PAGE_SHIFT 时的左移下溢。在 qemu 上模拟 nvme 设备并将 logical_block_size 和physical_block_size 都设置为 8 KiB 时在引导时间进行的分区表读取期间会出现错误跟踪。该问题的原因是 inode->i_blkbits 大于 PAGE_SHIFT导致 -1 左移并触发 UBSAN 警告。 [ 2.697306] ------------[在此切换 ]------------ [ 2.697309] UBSAN fs/crypto/ 中发生位移越界inline_crypt.c:336:37 [2.697311] 位移指数 -1 为负 [ 2.697315] CPU: 3 UID: 0 PID: 274 Comm: (udev-worker) 未受感染 6.18.0-rc2+ #34 PREEMPT 主动[ 2.697317] 硬件名称QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 04/01/2014 [ 2.697320] 调用跟踪[ 2.697324] <TASK> [2.697325] dump_stack_lvl+0x76/0xa0 [ 2.697340] dump_stack+0x10/0x20 [ 2.697342]
    __ubsan_handle_shift_out_of_bounds+0x1e3/0x390 [ 2.697351] bh_get_inode_and_lblk_num.cold+0x12/0x94 [2.697359] fscrypt_set_bio_crypt_ctx_bh+0x44/0x90 [ 2.697365] submit_bh_wbc+0xb6/0x190 [ 2.697370] block_read_full_ [0]x194o [ 2.6973710] x194o __pfx_blkdev_get_block+0x10/0x10 [ 2.697375] ?
    __pfx_blkdev_read_folio+0x10/0x10 [ 2.697377] blkdev_read_folio+0x18/0x30 [ 2.697379] filemap_read_folio+0x40/0xe0 [ 2.697382] filemap_get_pages+0x5ef/0x7a0 [ 2.697385] ? mmap_region+0x63/0xd0 [ 2.697389] filemap_read+0x11d/0x520 [ 2.697392] blkdev_read_iter+0x7c/0x180 [ 2.697393] vfs_read+0x261/0x390 [ 2.697397] ksys_read+0x71/0xf0 [ 2.697398] __x64_sys_read+0x19/0x30 [ 2.697399] x64_sys_call+0x1e88/0x26a0 [ 2.697405] do_syscall_64+0x80/0x670 [ 2.697410] ? __x64_sys_newfstat+0x15/0x20 [ 2.697414] ? x64_sys_call+0x204a/0x26a0 [ 2.697415] ? do_syscall_64+0xb8/0x670 [ 2.697417] ? irqentry_exit_to_user_mode+0x2e/0x2a0 [ 2.697420] ? irqentry_exit+0x43/0x50 [ 2.697421] ? exc_page_fault+0x90/0x1b0 [ 2.697422] entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 2.697425] RIP
    0033:0x75054cba4a06 [ 2.697426] 代码 5d e8 41 8b 93 08 03 00 00 59 5e 48 83 f8 fc 75 19 83 e2 39 83 fa 08 75 11 e8 26 ff ff ff 66 0f 1f 44 00 8b 4b 4b 4 <48> 05  8b 5d f8 c9 c3 0f 1f 40 00 f3 0f 1e fa 55 48 89 e5 48 83 ec 08 [ 2.697427] RSP: 002b:00007fff973723a0 EFLAGS: 00000202 ORIG_RAX: 0000000000000000 [2.697430] RAX: ffffffffffffffda RBX: 00005ea9a2c02760 RCX 000075054cba4a06 [ 2.697432] RDX
    0000000000002000 RSI000075054c190000 RDI000000000000001b [ 2.697433] RBP00007fff973723c0 R08
    0000000000000000 R090000000000000000 [ 2.697434] R100000000000000000 R110000000000000202 R12
    0000000000000000 [ 2.697434] R13: 00005ea9a2c027c0 R14: 00005ea9a2be5608 R15: 00005ea9a2be55f0 [ 2.697436] </TASK> [ 2.697436] ---[ 结束跟踪 ]--- 区块设备可能会发生这种情况因为当启用 CONFIG_TRANSPARENT_HUGEPAGE 时logical_block_size 的最大值为 64 KiB。然后set_init_blocksize() 将块设备 inode->i_blkbits 设置为在此限制之内的 13。文件 I/O 不会触发此问题因为对于不支持 FS_LBS 功能的文件系统 sb_set_blocksize() 会防止 sb->s_blocksize_bits 大于 PAGE_SHIFT。在 inode 分配期间alloc_inode()->inode_init_always() 从 sb->s_blocksize_bits 分配 inode->i_blkbits。目前只有 xfs_fs_type 具有 FS_LBS 标记且由于 xfs I/O 路径不访问 submit_bh_wbc()因此不会遇到左移下溢问题。[EB使用 folio_pos() 并通过 i_blkbits 合并两个位移] (CVE-2025-40295)

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

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

  - s390/vfio-ap修复 vfio_ap 设备驱动程序中的内存泄漏 调用以释放矩阵设备的设备释放回调函数使用 dev_get_drvdata(device *dev) 函数检索指向 vfio_matrix_dev 对象的指针以释放其存储。问题是此对象并未以 drvdata 形式随设备存储；由于 kfree 函数接受空指针因此永远不会释放 vfio_matrix_dev 对象的内存。由于释放的设备包含在 vfio_matrix_dev 对象内因此 container_of 宏将用于检索其指针。 (CVE-2023-53746)

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

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

  - mt76mt7921不假设 SDIO 标头有足够的余量 mt7921_usb_sdio_tx_prepare_skb() 调用 mt7921_usb_sdio_write_txwi() 和 mt7921_skb_add_usb_sdio_hdr()盲目假设所传递的 skb 中有足够的余量。当 skb 在网络核心中分配用于通过 mt7921 netdev 进行传输时通常会满足此假设尽管这只是一种优化并且不能得到严格保证但当 skb 在接收路径中发起时有时不满足此假设的漏洞，例如通过桥接层传递到 mt7921。盲目地在 skb 前面预加字节始终是错误的。此提交在对 mt7921_usb_sdio_tx_prepare_skb() 中的 mt7921_usb_sdio_write_txwi() 调用之前引入了对 skb_cow_head() 的调用以确保至少 MT_SDIO_TXD_SIZE + MT_SDIO_HDR_SIZE 字节可推送至 skb。如果没有此补丁我可通过桥接基于 MT7921AU 的 USB 802.11ax 接口与使用其板载 RTL8169 PCI 以太网适配器的基于 Intel Atom 的 x86 系统上的以太网接口以及基于 ARM 的 Raspberry Pi 1 轻微造成内核错误使用其板载 SMSC9512 USB 以太网适配器。请注意内核错误不会在每个系统配置中发生因为仅当接收 netdev 在其接收到的 skb 中留下的余量小于 mt7921 实现其 SDIO 标头所需时才会发生内核错误。以下是运行内核 6.1.24+ [1] 的 Raspberry Pi OS Lite 2023-02-21 上此错误的堆栈跟踪mt76u_tx_queue_skb+0x94/0x1d0 [mt76_usb] mt76u_tx_queue_skb [mt76_usb] from __mt76_tx_queue_skb+0x4c/0xc8 [mt76] __mt76_tx_queue_skb [mt76] from mt76_txq_schedule.part.0+0x13c/0x398 [mt76] mt76_txq_schedule.part.0 [mt76] from mt76_txq_schedule_all+0x24 /0x30 [mt76] mt76_txq_schedule_all [mt76] from mt7921_tx_worker+0x58/0xf4 [mt7921_common] mt7921_tx_worker [mt7921_common] from __mt76_worker_fn+0x9c/0xec [mt76] __mt76_worker_fn [mt76] from kthread+0xbc/0xe0 kthread from ret_from_fork+0x14/0x34 After this修复桥接 mt7921 接口在我之前有问题的两个系统上工作正常。 [1] https://github.com/raspberrypi/firmware/tree/5c276f55a4b21345cd4d6200a504ee991851ff7a (CVE-2023-53785)

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

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

  - KVMVMX修复由于未初始化 current_vmcs 造成的崩溃。在 Hyper-V 之上作为嵌套的管理程序运行时KVM 启用“Enlightened VMCS”和“Enlightened MSR Bitmap”。当 MSR 位图更新时evmcs_touch_msr_bitmap 函数使用 current_vmcs per-cpu 变量来标记 msr 位图已更改。 vmx_vcpu_create() 通过最终调用此函数的 vmx_disable_intercept_for_msr -> vmx_msr_bitmap_l01_changed 修改 msr 位图。该函数会检查 current_vmcs 是否为空，但检查不充分，因为 current_vmcs 未初始化。因此代码可能会错误地写入另一个任务留下的 current_vmcs 值所指向的结构。
    未禁用 Preemption当前任务可被抢占并移动到另一个 CPU同时从 evmcs_touch_msr_bitmap() 多次访问 current_vmcs 时导致崩溃。调用程序对 MSR 位图的操纵只会影响 vmcs01因此解决方案是使用 vmx->vmcs01.vmcs 而不是 current_vmcs。缺陷内核空指针取消引用地址0000000000000338 PGD 4e1775067 P4D 0 Oops
    0002 [#1] PREEMPT SMP NOPTI ... RIP0010:vmx_msr_bitmap_l01_changed+0x39/0x50 [kvm_intel] ... 调用跟踪：
    vmx_disable_intercept_for_msr+0x36/0x260 [kvm_intel] vmx_vcpu_create+0xe6/0x540 [kvm_intel] kvm_arch_vcpu_create+0x1d1/0x2e0 [kvm] kvm_vm_ioctl_create_vcpu+0x178/0x430 [kvm] kvm_vm_ioctl+0x53f/0x790 [kvm] __x64_sys_ioctl+0x8a/0xc0 do_syscall_64+0x5c/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-53756)

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

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

  - gve使用 -EOPNOTSUPP 实现 gettimex64 gve 此时实现了一个 ptp_clock 以供单独使用 do_aux_work。 ptp_clock_gettime() 和 ptp_sys_offset() 假设每个 ptp_clock 已实现 gettimex64 或 gettime64。对 gettimex64 进行存根并返回 -EOPNOTSUPP 以防止空指针取消引用。 (CVE-2025-40299)

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

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

  - futex在 exec 争用 sys_get_robust_list() 和 compat_get_robust_list() 中不泄漏 robust_list 指针以检查是否允许调用任务访问其他任务的 robust_list 指针。
    此检查针对的是目标进程中的并发 exec()。在 exec() 期间任务可能会从非特权二进制转换为特权二进制如 setuid 二进制并且其凭据/内存映射可能会改变。如果 get_robust_list() 在此转换之前执行 ptrace_may_access()则其可能会在目标获得特权之后错误地允许访问敏感信息。racy 访问允许攻击者利用一个窗口在此期间目标进程通过 exec() 转换到特权状态之前 ptrace_may_access() 通过。例如，假设有一个非特权任务 T 将要执行 setuid-root 二进制文件。当 T 仍处于非特权状态时攻击者任务 A 会调用 get_robust_list(T)。由于 ptrace_may_access() 根据当前凭据检查权限因此检查会成功。但是，如果 T 之后立即开始 exec，则它将获得特权，并可能更改其内存映射。由于 get_robust_list() 在未与 exec() 同步的情况下继续访问 T->robust_list因此可能从现在具有权限的进程读取用户空间指针。这违反了预期的 post-exec 访问限制且可暴露敏感内存地址或被用作较大型漏洞利用链中的原语。因此争用可导致在未经授权的情况下跨权限边界泄露信息并造成潜在的安全风险。在调用 ptrace_may_access() 和访问 robust_list/compat_robust_list 之前对 signal->exec_update_lock 进行读取锁定。这可确保目标任务的 exec 状态在检查期间保持稳定，从而实现凭据的一致和同步验证。 (CVE-2025-40341)

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

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

  - drm/msm修复绑定错误中的工作队列泄露。确保在绑定期间出现早期错误例如子组件绑定失败时也破坏工作队列。自提交 c3b790ea07a1drm使用 drmm_ 管理 drm_mode_config_init 后在 drm 设备释放时模式配置将被释放亦即使用旧版界面但会添加明确的清理以保持一致性并促进向后移植。
    Patchwork https://patchwork.freedesktop.org/patch/525093/ (CVE-2023-53849)

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

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

  - smbclient修复 smb2_close_cached_fid() 中的潜在 UAFfind_or_create_cached_dir() 可能在 kref_put() 发现 refcount 降至零之后但在 smb2_close_cached_fid() 中获取 cfid_list_lock 之前获取新引用从而导致释放后使用。切换到 kref_put_lock()以便在保留 cfid_list_lock 的情况下调用 cfid_release()从而填补该漏洞。 (CVE-2025-40328)

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

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

  - f2fs如果原子文件被中止则刷新 inode我们刷新被中止原子操作的 inode以避免在此调用堆栈中的逐出期间出现过时的脏 inodef2fs_mark_inode_dirty_sync+0x22/0x40 [f2fs] f2fs_abort_atomic_write+0xc4/0xf0 [f2fs] f2fs_evict_inode+0x3f/ 0x690 [f2fs] ? sugov_start+0x140/0x140 evict+0xc3/0x1c0 evict_inodes+0x17b/0x210 generic_shutdown_super+0x32/0x120 kill_block_super+0x21/0x50 deactivate_locked_super+0x31/0x90 cleanup_mnt+0x100/0x160 task_work_run+0x59/0x90 do_exit+0x33b/0xa50 do_group_exit+0x2d/0x80 __x64_sys_exit_group+0x14/0x20 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd 此问题会触发 f2fs_evict_inode: f2fs_bug_on(sbi, is_inode_flag_set(inode, FI_DIRTY_INODE));此更新将修复 syzbot 报告loop0检测到容量从 0 变更到 131072 F2FS-fs (loop0)无效的 crc 值 F2FS-fs (loop0)在检查点 F2FS-fs (loop0) 中发现 nat_bits挂载检查点版本 = 48b305e4 - -----------[在此切换 ]------------ fs/f2fs/inode.c:869! 的内核缺陷无效的 opcode0000 [#1] PREEMPT SMP KASAN CPU: 0 PID: 5014 Comm: syz-executor220 Not tainted 6.4.0-syzkaller-11479-g6cd06ab12d1a #0 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 05 /27/2023 RIP: 0010:f2fs_evict_inode+0x172d/0x1e00 fs/f2fs/inode.c:869 代码
    ff df 48 c1 ea 03 80 3c 02 00 0f 85 6a 06 00 00 8b 75 40 ba 01 00 00 00 4c 89 e7 e8 6d ce 06 00 e9 aa fc ff ff e8 63 22 e2 fd <0f> 0b e8 5c 22 e2 fd 48 c7 c0 a8 3a 18 8d 48 ba 00 00 00 00 00 fc RSP
    0018:ffffc90003a6fa00 EFLAGS: 00010293 RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000 RDX: ffff8880273b8000 RSI: ffffffff83a2bd0d RDI: 0000000000000007 RBP: ffff888077db91b0 R08:
     R090000000000000007  : 0000000000000000 R10: 0000000000000001 R11: 0000000000000001 R12: ffff888029a3c000 R13: ffff888077db9660 R14: ffff888029a3c0b8 R15: ffff888077db9c50 FS: 0000000000000000(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    00007f1909bb9000 CR3: 00000000276a9000 CR4: 0000000000350ef0 Call Trace: <TASK> evict+0x2ed/0x6b0 fs/inode.c:665 dispose_list+0x117/0x1e0 fs/inode.c:698 evict_inodes+0x345/0x440 fs/inode.c:748 generic_shutdown_super+ 0xaf/0x480 fs/super.c:478 kill_block_super+0x64/0xb0 fs/super.c:1417 kill_f2fs_super+0x2af/0x3c0 fs/f2fs/super.c:4704 deactivate_locked_super+0x98/0x160 fs/super.c:330 deactivate_super+ 0xb1/0xd0 fs/super.c:361 cleanup_mnt+0x2ae/0x3d0 fs/namespace.c:1254 task_work_run+0x16f/0x270 kernel/task_work.c:179 exit_task_work include/linux/task_work.h:38 [内联] do_exit+0xa9a /0x29a0 kernel/exit.c:874 do_group_exit+0xd4/0x2a0 kernel/exit.c:1024 __do_sys_exit_group kernel/exit.c:1035 [inline] __se_sys_exit_group kernel/exit.c:1033 [inline] __x64_sys_exit_group+0x3e/0x50 kernel/ exit.c:1033 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP0033:0x7f309be71a09 代码无法访问操作码字节at 0x7f309be719df。RSP002b:00007fff171df518 EFLAGS00000246 ORIG_RAX
    00000000000000e7 RAX: ffffffffffffffda RBX: 00007f309bef7330 RCX: 00007f309be71a09 RDX: 000000000000003c RSI: 00000000000000e7 RDI: 0000000000000001 RBP: 0000000000000001 R08: ffffffffffffffc0 R09:
     R1000007f309bef1e40  : 0000000000010600 R11: 0000000000000246 R12: 00007f309bef7330 R13: 0000000000000001 R14: 0000000000000000 R15: 0000000000000001 </TASK> Modules linked in: ---[ end trace 0000000000000000]--- RIP: 0010:f2fs_evict_inode+0x172d/ 0x1e00 fs/f2fs/inode.c:869 代码ff df 48 c1 ea 03 80 3c 02 00 0f 85 6a 06 00 00 8b 75 40 ba 01 00 00 00 4c 89 e7 e8 6d ce 06 00 e9 aa fc ff ff e8 63 22 e2 fd <0f> 0b e8 5c 22 e2 fd 48 c7 c0 a8 3a 18 8d 48 ba 00 00 00 00 00 fc RSP0018:ffffc90003a6fa00 EFLAGS: 00010293 RAX
    0000000000000000 RBX0000000000 ---truncated--- (CVE-2023-53829)

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

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

  - drm/amdgpu 验证 userq 缓冲区虚拟地址和大小 需要验证 userq 对象虚拟地址以确定其是否驻留在有效的 vm 映射中。 (CVE-2025-40334)

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

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

  - usbearlyxhci-dbc修复一个潜在的越界内存访问问题如果 xdbc_bulk_write() 失败则“buf”中的值可以是任何值。因此调用 xdbc_trace() 时不保证该字符串以空字符结尾。
    保留一个额外的字节该字节将自动归零因为“buf”是静态变量以避免发生问题。 (CVE-2023-53840)

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

ID	名称	严重性
277954	Linux Distros 未修补的漏洞：CVE-2023-53853	high
277953	Linux Distros 未修补的漏洞：CVE-2025-14325	high
277952	Linux Distros 未修补的漏洞：CVE-2025-14328	high
277951	Linux Distros 未修补的漏洞：CVE-2025-14322	high
277950	Linux Distros 未修补的漏洞：CVE-2023-53824	medium
277949	Linux Distros 未修补的漏洞：CVE-2025-14323	high
277948	Linux Distros 未修补的漏洞：CVE-2022-50675	medium
277947	Linux Distros 未修补的漏洞：CVE-2025-14333	high
277946	Linux Distros 未修补的漏洞：CVE-2022-50663	medium
277921	Linux Distros 未修补的漏洞：CVE-2022-50619	medium
277920	Linux Distros 未修补的漏洞：CVE-2023-53758	medium
277919	Linux Distros 未修补的漏洞：CVE-2025-40296	high
277918	Linux Distros 未修补的漏洞：CVE-2022-50629	medium
277917	Linux Distros 未修补的漏洞：CVE-2022-50620	high
277916	Linux Distros 未修补的漏洞：CVE-2023-53781	medium
277915	Linux Distros 未修补的漏洞：CVE-2023-53755	medium
277914	Linux Distros 未修补的漏洞：CVE-2025-40298	medium
277913	Linux Distros 未修补的漏洞：CVE-2023-53745	medium
277912	Linux Distros 未修补的漏洞：CVE-2023-53806	medium
277911	Linux Distros 未修补的漏洞：CVE-2023-53750	high
277910	Linux Distros 未修补的漏洞：CVE-2022-50642	high
277909	Linux Distros 未修补的漏洞：CVE-2022-50630	high
277908	Linux Distros 未修补的漏洞：CVE-2022-50624	medium
277907	Linux Distros 未修补的漏洞：CVE-2025-13204	high
277906	Linux Distros 未修补的漏洞：CVE-2023-53780	high
277905	Linux Distros 未修补的漏洞：CVE-2023-53816	high
277904	Linux Distros 未修补的漏洞：CVE-2023-53794	high
277903	Linux Distros 未修补的漏洞：CVE-2023-53766	high
277902	Linux Distros 未修补的漏洞：CVE-2022-50623	high
277901	Linux Distros 未修补的漏洞：CVE-2023-53744	high
277900	Linux Distros 未修补的漏洞：CVE-2022-50635	medium
277899	Linux Distros 未修补的漏洞：CVE-2025-40270	medium
277898	Linux Distros 未修补的漏洞：CVE-2022-50634	medium
277897	Linux Distros 未修补的漏洞：CVE-2023-53763	high
277896	Linux Distros 未修补的漏洞：CVE-2023-53789	medium
277895	Linux Distros 未修补的漏洞：CVE-2023-53768	medium
277894	Linux Distros 未修补的漏洞：CVE-2022-50615	high
277893	Linux Distros 未修补的漏洞：CVE-2023-53757	high
277892	Linux Distros 未修补的漏洞：CVE-2023-53801	medium
277891	Linux Distros 未修补的漏洞：CVE-2025-40295	medium
277889	Linux Distros 未修补的漏洞：CVE-2023-53746	medium
277888	Linux Distros 未修补的漏洞：CVE-2023-53785	medium
277887	Linux Distros 未修补的漏洞：CVE-2023-53756	medium
277886	Linux Distros 未修补的漏洞：CVE-2025-40299	medium
277880	Linux Distros 未修补的漏洞：CVE-2025-40341	medium
277879	Linux Distros 未修补的漏洞：CVE-2023-53849	medium
277878	Linux Distros 未修补的漏洞：CVE-2025-40328	high
277877	Linux Distros 未修补的漏洞：CVE-2023-53829	high
277876	Linux Distros 未修补的漏洞：CVE-2025-40334	high
277875	Linux Distros 未修补的漏洞：CVE-2023-53840	medium

检测

Nessus 的 Misc. 系列

high

high

high

high

medium

high

medium

high

medium

medium

medium

high

medium

high

medium

medium

medium

medium

medium

high

high

high

medium

high

high

high

high

high

high

high

medium

medium

medium

high

medium

medium

high

high

medium

medium

medium

medium

medium

medium

medium

medium

high

high

high

medium