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

  - Google Chrome 140.0.7339.185 之前版本的 Dawn 中存在释放后使用漏洞，使远程攻击者可能通过构建的 HTML 页面来利用堆损坏。（Chromium 安全严重性：高）(CVE-2025-10500)

  - Dawn 中的释放后使用。由 Giunash (Gyujeong Jin) 于 2025 年 8 月 3 日报告。(CVE-2025-10500)

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

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

  - 已修复 Linux 内核中的下列漏洞：NFSD: fix leaked reference count of nfsd4_ssc_umount_item The reference count of nfsd4_ssc_umount_item is not decremented on error conditions.
    This prevents the laundromat from unmounting the vfsmount of the source file. This patch decrements the reference count of nfsd4_ssc_umount_item on error. (CVE-2023-53381)

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

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

  - scsimpi3mr使用位数来管理位图大小 为了分配位图mpi3mr 驱动程序会以字节为单位计算位图大小。但是位图辅助函数假设位图是以无符号长整型为单位进行分配的。此间隙造成内存访问超出位图大小限制并导致缺陷
    KASANslab 越界。将固件下载到 eHBA-9600 时发现上述缺陷。调用跟踪表明越界访问发生在从 miroc->evtack_cmds_bitmap 的 mpi3mr_send_event_ack() 调用的 find_first_zero_bit() 中。若要修复缺陷请不要使用字节来管理位图大小。而是使用位数并调用将位数作为参数的位图辅助函数。对于内存分配调用 bitmap_zalloc()而不是 kzalloc() 和 krealloc()。若要释放内存请调用 bitmap_free() 而不是 kfree()。对于零清除调用 bitmap_clear() 而不是 memset()。删除了 struct scmd_priv 中不再需要的三个位图字节大小字段。将字段 dev_handle_bitmap_sz 替换为 dev_handle_bitmap_bits以在调整大小时保留 removepend_bitmap 的位数。 (CVE-2023-53376)

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

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

  - ACPICA向定时器添加 AML_NO_OPERAND_RESOLVE 标记 ACPICA commit 90310989a0790032f5a0140741ff09b545af4bc5 根据 ACPI 规范 19.6.134无需为 ASL Timer 指令传递任何参数。不需要考虑任何参数AML_NO_OPERAND_RESOLVE 标记已添加到 ASL 定时器指令操作码中。当 ACPI 解释器解释 ASL 定时器指令时出现错误。将 AML_NO_OPERAND_RESOLVE 标记添加到 ASL Timer 指令操作码后未观察到问题。
    ================================================== =========== UBSANacpica/dswexec.c:401:12 中的 array-index-out-of-bounds 索引 -1 超出类型“union acpi_operand_object *[9]”的范围 CPU: 37 PID
    1678 Commcat 未受感染 6.0.0-dev-th500-6.0.y-1+bcf8c46459e407-generic-64k 硬件名称：NVIDIA BIOS v1.1.1-d7acbfc-dirty 12/19/2022 调用跟踪dump_backtrace+0xe0/0x130 show_stack+0x20/0x60 dump_stack_lvl+0x68/0x84 dump_stack+0x18/0x34 ubsan_epilogue+0x10/0x50
    __ubsan_handle_out_of_bounds+0x80/0x90 acpi_ds_exec_end_op+0x1bc/0x6d8 acpi_ps_parse_loop+0x57c/0x618 acpi_ps_parse_aml+0x1e0/0x4b4 acpi_ps_execute_method+0x24c/0x2b8 acpi_ns_evaluate+0x3a8/0x4bc acpi_evaluate_object+0x15c/0x37c acpi_evaluate_integer+0x54/0x15c show_power+0x8c/0x12c [acpi_power_meter] (CVE-2023-53395)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: intel-ish-hid: Fix kernel panic during warm reset During warm reset device->fw_client is set to NULL. If a bus driver is registered after this NULL setting and before new firmware clients are enumerated by ISHTP, kernel panic will result in the function ishtp_cl_bus_match(). This is because of reference to device->fw_client->props.protocol_name. ISH firmware after getting successfully loaded, sends a warm reset notification to remove all clients from the bus and sets device->fw_client to NULL. Until kernel v5.15, all enabled ISHTP kernel module drivers were loaded right after any of the first ISHTP device was registered, regardless of whether it was a matched or an unmatched device. This resulted in all drivers getting registered much before the warm reset notification from ISH. Starting kernel v5.16, this issue got exposed after the change was introduced to load only bus drivers for the respective matching devices. In this scenario, cros_ec_ishtp device and cros_ec_ishtp driver are registered after the warm reset device fw_client NULL setting. cros_ec_ishtp driver_register() triggers the callback to ishtp_cl_bus_match() to match ISHTP driver to the device and causes kernel panic in guid_equal() when dereferencing fw_client NULL pointer to get protocol_name.
    (CVE-2023-53392)

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

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: hci_conn: fail SCO/ISO via hci_conn_failed if ACL gone early Not calling hci_(dis)connect_cfm before deleting conn referred to by a socket generally results to use-after-free. When cleaning up SCO connections when the parent ACL is deleted too early, use hci_conn_failed to do the connection cleanup properly. We also need to clean up ISO connections in a similar situation when connecting has started but LE Create CIS is not yet sent, so do it too here. (CVE-2023-53374)

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

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

  - mediaatomisp防止 sh_css_set_black_frame() 中的整数溢出 高度和宽度值来自用户因此高度 * 宽度乘法 会溢出。 (CVE-2022-50399)

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

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

  - ksmbd修复 smb2_get_info_filesystem() 中的空指针取消引用。如果 share 为 则 share->path 为空则会造成空指针取消引用问题。 (CVE-2023-53399)

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

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

  - tpmtpm_crb添加缺失的 acpi_put_table() 以修复内存泄漏在 crb_acpi_add() 中我们获取 TPM2 表以检索信息例如启动方法然后将其分配给 priv 数据因此init 应释放调用 acpi_put_table() 以修复内存泄漏。 (CVE-2022-50389)

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

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

  - mediamediatek: vcodec当 lat 解码错误时无法将 dst 缓冲区设置为 Done Core 线程将调用 v4l2_m2m_buf_done 以针对 lat 架构设置 dst 缓冲区为 Done。如果当 lat 解码错误时lat 调用 v4l2_m2m_buf_done_and_job_finish 以释放 dst 缓冲区核心线程将访问内核空指针取消引用然后崩溃。 (CVE-2022-50383)

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

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

  - NFS修复 nfs_d_automount() 中的 Oops从 NFSv4 参照挂载时 path->dentry 最终可能成为负 dentry所以改为从 dentry 本身派生 struct nfs_server。 (CVE-2022-50385)

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

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

  - modpost修复 is_executable_section() 中的差一 > 比较应为 >= 以防止越界数组访问。 (CVE-2023-53397)

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

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

  - drm/amdgpu修复 mes 自测试中的内存泄漏 与 mes 队列相关的隔离必须在 amdgpu_ring_fini 期间释放。 (CVE-2023-53370)

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

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

  - 完整性修复 keyring 分配错误路径中的内存泄漏完整性_init_keyring() 中分配密钥限制。但是如果 keyring 分配失败则不会释放导致内存泄露。
    (CVE-2022-50395)

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

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

  - drm/meson重新排序驱动程序 deinit 序列以修复释放后使用缺陷 卸载驱动程序会触发以下 KASAN 警告[ +0.006275] =================== ========================================== [+0.000029] BUGKASAN __list_del_entry_valid+0xe0/0x1a0 中的释放后使用 [ +0.000026] 通过任务 rmmod/2695 在地址 ffff000020c395e0 进行的大小 8 的读取 [ +0.000019] CPU:5 PID:2695 Comm: rmmod 感染了GCO 5.19.0- rc6-lrmbkasan+ #1 [ +0.000013] 硬件名称Hardkernel ODROMID-N2Plus (DT) [ +0.000008] 调用跟踪[ +0.000007] dump_backtrace+0x1ec/0x280 [ +0.000013] show_stack+0x24/0x80 [ +0.000008] dump_stack_lvl+0x98/0xd4 [ +0.000011] print_address_description.constprop.0+0x80/0x520 [ +0.000011] print_report+0x128/0x260 [ +0.000007] kasan_report+0xb8/0xfc [ +0.000008]
    __asan_report_load8_noabort+0x3c/0x50 [ +0.000010] __list_del_entry_valid+0xe0/0x1a0 [ +0.000009] drm_atomic_private_obj_fini+0x30/0x200 [drm] [ +0.000172] drm_bridge_detach+0x94/0x260 [drm] [ +0.000145] drm_encoder_cleanup 0x290 [drm] [ +0.000144] drm_mode_config_cleanup+0x118/0x740 [drm] [ +0.000143] drm_mode_config_init_release+0x1c/0x2c [drm] [ +0.000144] drm_managed_release+0x170/0x414 [drm] [+0.000142] drm_dev_put. part.0+0xc0/0x124 [drm] [ +0.000143] drm_dev_put+0x20/0x30 [drm] [ +0.000142] meson_drv_unbind+0x1d8/0x2ac [meson_drm] [ +0.000028] take_down_aggregate_device+0xb0/0x160 [ +0.000016]component_del+0x18c/0x360 [ +0.000009] meson_dw_hdmi_remove+0x28/0x40 [meson_dw_hdmi] [ +0.000015] platform_remove+0x64/0xb0 [ +0.000009] device_remove+0xb8/0x154 [ +0.000009] device_release_driver_internal+0x398/0x5b0 [ +0.000009] driver_detach+0xac/0x1b0 [ +0.000009] bus_remove_driver+0x158/0x29c [ +0.000009] driver_unregister+0x70/0xb0 [ +0.000008] platform_driver_unregister+0x20/0x2c [ +0.000008] meson_dw_hdmi_platform_driver_exit+0x1c/0x30 [ meson_dw_hdmi] [ +0.000012] __do_sys_delete_module+0x288/0x400 [ +0.000011]
    __arm64_sys_delete_module+0x5c/0x80 [ +0.000009] invoke_syscall+0x74/0x260 [ +0.000009] el0_svc_common.constprop.0+0xcc/0x260 [ +0.000009] do_el0_svc+0x50/0x70 [ +0.000007] el0_svc+0x68/0x1a0 [ +0.000012] el0t_64_sync_handler+0x11c/0x150 [ +0.000008] el0t_64_sync+0x18c/0x190 [ +0.000018] 由任务 0 分配[ +0.000007] 堆栈不可用 [ +0.000011] 由任务 2695 释放[ +0.000008] kasan_save_stack+0x2c/0x5c [ +0.000011] kasan_set_track+0x2c/0x40 [ +0.000008] kasan_set_free_info+0x28/0x50 [ +0.000009]____kasan_slab_free+0x128/0x1d4 [ +0.000008]
    __kasan_slab_free+0x18/0x24 [ +0.000007] slab_free_freelist_hook+0x108/0x230 [ +0.000011] kfree+0x110/0x35c [ +0.000008] release_nodes+0xf0/0x16c [ +0.000009] devres_release_group+0x180/0x270 [+0.000008] component_unbind+0x128/0x1e0 [ +0.000010]component_unbind_all+0x1b8/0x264 [ +0.000009] meson_drv_unbind+0x1a0/0x2ac [meson_drm] [ +0.000025] take_down_aggregate_device+0xb0/0x160 [ +0.000009]component_del+0x18c/0x360 [ +0.000009] meson_dw_hdmi_remove+0x28/0x40 [meson_dw_hdmi] [ +0.000012] platform_remove+0x64/0xb0 [ +0.000008] device_remove+0xb8/0x154 [ +0.000009] device_release_driver_internal+0x398/0x5b0 [ +0.000009] driver_detach+0xac/ 0x1b0 [ +0.000009] bus_remove_driver+0x158/0x29c [ +0.000008] driver_unregister+0x70/0xb0 [ +0.000008] platform_driver_unregister+0x20/0x2c [ +0.000008] meson_dw_hdmi_platform_driver_exit+0x1c/0x30 [meson_dw_hdmi] [ +0.000011] __do_syse_module +0x288/0x400 [ +0.000010]
    __arm64_sys_delete_module+0x5c/0x80 [ +0.000008] invoke_syscall+0x74/0x260 [ +0.000008] el0_svc_common.constprop.0+0xcc/0x260 [ +0.000008] do_el0_svc+0x50/0x70 [ +0.000007] el0_svc+0x68/0x1a0 [ +0.000009] el0t_64_sync_handler+0x11c/0x150 [ +0.000009] el0t_64_sync+0x18c/0x190 [ +0.000014] 属于 ffff000020c39000 处对象的地址 ---truncated--- (CVE-2022-50378)

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

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

  - irqchip/gicv3NVIDIA 勘误的变通方案 T241-FABRIC-4 T241 平台会受到 T241-FABRIC-4 勘误表的影响当从不同的来源同时接收多个事务时其会导致 GIC 中出现意外行为。此硬件问题会影响使用两个以上互连 T241 芯片的 NVIDIA 服务器平台。每个芯片都支持 320 个 {E}SPI。当来自不同 GIC 的多个数据包在目标芯片上未正确交错时会出现此问题。下面的勘误表文本具体说明了导致多个传输数据包容易受到交错和 GIC 状态损坏影响的原因。GIC 状态损坏可导致一系列问题包括内核错误和意外行为。 >来自勘误表文本在某些情况下具有多次传输的 Inter-socket AXI4 Stream 数据包在提供给 ARM 通用中断控制器时可能会被架构所交错。GIC 预期数据包的所有传输均在无任何交错的情况下传送。以下 GICv3 命令可能导致通过套接字间 AXI4 Stream 接口传输多个数据包 - 从 GICD_I* 和 GICD_N* 进行寄存器读取 - 对除 GICD_IROUTERn* 以外的 64 位 GICD 寄存器进行寄存器写入 - ITS 命令 MOVALL GICv4+ 中的多个命令利用多个传输数据包的权限，包括 VMOVP、VMOVI、VMAPP 和 64 位寄存器访问。此问题会影响具有 2 个以上套接字的系统配置这些配置要求通过不同套接字上的 GIC 实例之间的套接字间 AXI4 Stream 接口发送多传输数据包。无法支持 GICv4。只有通过变通方案才能支持 GICv3 SW 模型。
    单套接字和双套接字配置不受此问题的影响并支持 GICv3 和 GICv4。写入到 GICD_In{E} 寄存器（GICD_ICENABLERn 除外）的芯片别名区域与写入到全局分发器具有同等效果。SPI 中断停用路径不受勘误表的影响。要修复此问题请实施变通方案以确保将对 GICD_In{E} 寄存器的读取访问定向到拥有 SPI 的芯片并禁用 GICv4.x 功能。为了简化代码更改gic_configure_irq() 函数对 GICD_ICFGR 的读取和写入操作使用相同的别名区域。
    (CVE-2023-53383)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: hinic: fix the issue of CMDQ memory leaks When hinic_set_cmdq_depth() fails in hinic_init_cmdqs(), the cmdq memory is not released correctly. Fix it. (CVE-2022-50387)

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing: Free error logs of tracing instances When a tracing instance is removed, the error messages that hold errors that occurred in the instance needs to be freed. The following reports a memory leak: # cd /sys/kernel/tracing # mkdir instances/foo # echo 'hist:keys=x' > instances/foo/events/sched/sched_switch/trigger # cat instances/foo/error_log [ 117.404795] hist:sched:sched_switch: error: Couldn't find field Command:
    hist:keys=x ^ # rmdir instances/foo Then check for memory leaks: # echo scan > /sys/kernel/debug/kmemleak # cat /sys/kernel/debug/kmemleak unreferenced object 0xffff88810d8ec700 (size 192): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 60 dd 68 61 81 88 ff ff 60 dd 68 61 81 88 ff ff `.ha....`.ha.... a0 30 8c 83 ff ff ff ff 26 00 0a 00 00 00 00 00 .0......&....... backtrace:
    [<00000000dae26536>] kmalloc_trace+0x2a/0xa0 [<00000000b2938940>] tracing_log_err+0x277/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc unreferenced object 0xffff888170c35a00 (size 32): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 0a 20 20 43 6f 6d 6d 61 6e 64 3a 20 68 69 73 74 . Command: hist 3a 6b 65 79 73 3d 78 0a 00 00 00 00 00 00 00 00 :keys=x......... backtrace: [<000000006a747de5>] __kmalloc+0x4d/0x160 [<000000000039df5f>] tracing_log_err+0x29b/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc The problem is that the error log needs to be freed when the instance is removed. (CVE-2023-53375)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/mempolicy: fix memory leak in set_mempolicy_home_node system call When encountering any vma in the range with policy other than MPOL_BIND or MPOL_PREFERRED_MANY, an error is returned without issuing a mpol_put on the policy just allocated with mpol_dup(). This allows arbitrary users to leak kernel memory. (CVE-2022-50391)

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

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

  - wifimwifiex避免可能的空 skb 指针取消引用 在“mwifiex_handle_uap_rx_forward()”中始终检查由“skb_copy()”返回的值以避免“mwifiex_uap_queue_bridged_pkt()”中可能的空指针取消引用并且在复制时终止原始 skb故障。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2023-53384)

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

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

  - BluetoothL2CAP修复释放后使用这在调用 l2cap_chan_hold_unless_zero() 后使用
    __l2cap_get_chan_blah() 以防止以下 traceBluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================== ================================================ 缺陷KASAN中的释放后使用
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [内联] 缺陷KASAN中的释放后使用
    __mutex_lock_common kernel/locking/mutex.c:671 [内联] 缺陷KASAN中的释放后使用
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 由任务 kworker/u3:2/389 在地址 ffff888006a49b08 进行的大小为 8 的读取 (CVE-2022-50386

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

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

  - drm/ttm修复了 TTM_TT_FLAG_PRIV_POPULATED 有符号 32 位值 31 位位移的位移中未定义的行为因此将有效位更改为无符号。如下所示的 UBSAN 警告调用跟踪
    UBSAN./include/drm/ttm/ttm_tt.h:122:26 左移 1 x 31 位置的位移越界无法在“int”类型调用跟踪中表示 <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c ttm_bo_move_memcpy+0x3b4/0x460 [ttm] bo_driver_move+0x32/0x40 [drm_vram_helper] ttm_bo_handle_move_mem+0x118/0x200 [ttm] ttm_bo_validate+0xfa/0x220 [ttm] drm_gem_vram_pin_locked+0x70 /0x1b0 [drm_vram_helper] drm_gem_vram_pin+0x48/0xb0 [drm_vram_helper] drm_gem_vram_plane_helper_prepare_fb+0x53/0xe0 [drm_vram_helper] drm_gem_vram_simple_display_pipe_prepare_fb+0x26/0x30 [drm_vram_helper] drm_simple_kms_plane_prepare_fb+0x4d/0xe0 [drm_kms_helper] drm_atomic_helper_prepare_planes+0xda/0x210 [drm_kms_helper] drm_atomic_helper_commit+0xc3/0x1e0 [drm_kms_helper] drm_atomic_commit+0x9c/0x160 [drm] drm_client_modeset_commit_atomic+0x33a/0x380 [drm] drm_client_modeset_commit_locked+0x77/0x220 [drm] drm_client_modeset_commit+0x31/0x60 [drm] __drm_fb_helper_restore_fbdev_mode_unlocked+0xa7/0x170 [drm_kms_helper] drm_fb_helper_set_par+0x51/0x90 [drm_kms_helper] fbcon_init+0x316/0x790 visual_init+0x113/0x1d0 do_bind_con_driver+0x2a3/0x5c0 do_take_over_console+0xa9/0x270 do_fbcon_takeover+0xa1/0x170 do_fb_registered+0x2a8/0x340 fbcon_fb_registered+0x47/ 0xe0 register_framebuffer+0x294/0x4a0 __drm_fb_helper_initial_config_and_unlock+0x43c/0x880 [drm_kms_helper] drm_fb_helper_initial_config+0x52/0x80 [drm_kms_helper] drm_fbdev_client_hotplug+0x156/0x1b0 [drm_kms_helper] drm_fbdev_generic_setup+0xfc/0x290 [drm_kms_helper] bochs_pci_probe+0x6ca/0x772 [bochs] local_pci_probe+0x4d/ 0xb0 pci_device_probe+0x119/0x320 real_probe+0x181/0x550
    __driver_probe_device+0xc6/0x220 driver_probe_device+0x32/0x100 __driver_attach+0x195/0x200 bus_for_each_dev+0xbb/0x120 driver_attach+0x27/0x30 bus_add_driver+0x22e/0x2f0 driver_register+0xa9/0x190
    __pci_register_driver+0x90/0xa0 bochs_pci_driver_init+0x52/0x1000 [bochs] do_one_initcall+0x76/0x430 do_init_module+0x61/0x28a load_module+0x1f82/0x2e50 __do_sys_finit_module+0xf8/0x190
    __x64_sys_finit_module+0x23/0x30 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-50390)

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

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

  - scsisnic修复使用 debugfs_lookup() 造成的内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则随着时间的推移内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53414)

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

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

  - drmbridgeadv7511cec 适配器 cec_unregister_adapter() 假定可调用底层适配器 ops 之后取消注册 cec i2c 设备。例如如果 CEC 适配器当前具有有效的物理地址则取消注册过程会通过将其设置为 ffff 来使该物理地址无效
    因此删除 adv7511 模块后观察到以下内核 oops无法处理虚拟地址 0000000000000000 处用户内存的内核执行内部错误Oops: 86000004 [#1] PREEMPT_RT SMP 调用跟踪0x0 adv7511_cec_adap_log_addr+0x1ac/0x1c8 [adv7511] cec_adap_unconfigure+unconfigure+unconfigure 0x44/0x90 [cec] __cec_s_phys_addr.part.0+0x68/0x230 [cec] __cec_s_phys_addr+0x40/0x50 [cec] cec_unregister_adapter+0xb4/0x118 [cec] adv7511_remove+0x60/0x90 [adv7511] i2c_device_remove+0x34/0xe0 device_release_driver_internal+0x114 /0x1f0 driver_detach+0x54/0xe0 bus_remove_driver+0x60/0xd8 driver_unregister+0x34/0x60 i2c_del_driver+0x2c/0x68 adv7511_exit+0x1c/0x67c [adv7511] __arm64_sys_delete_module+0x154/0x288 invoke_syscall+0x48/0x100 el0_svc_common.constprop.0+0x48/0xe8 do_el0_svc +0x28/0x88 el0_svc+0x1c/0x50 el0t_64_sync_handler+0xa8/0xb0 el0t_64_sync+0x15c/0x160 代码bad PC value ---[ end trace 0000000000000000 ]--- 通过在取消注册后取消注册 i2c_cec 来防范此场景ing 的 CEC 适配器。之后也要适时禁用 CEC 时钟。 (CVE-2022-50412)

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

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

  - drivers/md/md-bitmap检查 md_bitmap_get_counter() 的返回值检查 md_bitmap_get_counter() 的返回值以防返回空指针否则将导致空指针取消引用。
    v2更新检查以包括其他取消引用 (CVE-2022-50402)

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

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

  - nfsd在 NFSv4.1 下修复 rpc_create 失败时发生的双重 svc_xprt_put 在错误情况出现错误时不应为“clp->cl_cb_conn.cb_xprt”提供对 xprt 的引用否则客户端清除和调用程序的错误处理路径都会调用以放置 xprt 。最好延迟将引用移至较后的分支。 [ 72.530665] refcount_t下溢释放后使用。 [ 72.531933] WARNINGCPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_slurate+0xcf/0x120 [ 72.533075] 链接的模块nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd (OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [72.541511] 硬件名称Red Hat KVM/RHEL-AV，BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [72.542717] 工作队列nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP
    0010:refcount_warn_slurate+0xcf/0x120 [ 72.544299] Code55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 691 39e 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP: 0018:ffffb3f841157cf0 EFLAGS: 00010286 [72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX: 0000000000000000 [ 72.548324] RDX:
    ffff89adb7c2c2c0 RSIffff89adb7c205c0 RDIffff89adb7c205c0 [ 72.549271] RBP: ffffb3f841157cf0 R08
    0000000000000000 R09c0000000ffefffff [ 72.550209] R100000000000000001 R11ffffb3f841157ad0 R12
    ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14: ffff89ac40c06180 R15: ffff89ac6231d4b0 [72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2: 0000563a310506a8 CR3: 0000000109a66000 CR4:
    0000000000350ef0 [ 72.554874] 调用跟踪[ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [ 72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [ 72.564189] ---[结束跟踪 031117b1c72ec616]--- [ 72.566019] list_add 损坏。 next->prev 应为 prev (ffff89ac4977e538)但却是 ffff89ac4763e018。 (next=ffff89ac4763e018)。 [ 72.567647] ------------[在此处切换 ]------------ (CVE-2022-50401)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: iwlwifi: fw: fix memory leak in debugfs Fix a memory leak that occurs when reading the fw_info file all the way, since we return NULL indicating no more data, but don't free the status tracking object. (CVE-2023-53422)

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

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

  - 已修复 Linux 内核中的下列漏洞：irqchip/wpcm450: Fix memory leak in wpcm450_aic_of_init() If of_iomap() failed, 'aic' should be freed before return. Otherwise there is a memory leak. (CVE-2022-50416)

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

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

  - 已修复 Linux 内核中的下列漏洞：cifs: Fix warning and UAF when destroy the MR list If the MR allocate failed, the MR recovery work not initialized and list not cleared. Then will be warning and UAF when release the MR: WARNING: CPU: 4 PID: 824 at kernel/workqueue.c:3066
    __flush_work.isra.0+0xf7/0x110 CPU: 4 PID: 824 Comm: mount.cifs Not tainted 6.1.0-rc5+ #82 RIP:
    0010:__flush_work.isra.0+0xf7/0x110 Call Trace: <TASK> __cancel_work_timer+0x2ba/0x2e0 smbd_destroy+0x4e1/0x990 _smbd_get_connection+0x1cbd/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0
    __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 BUG: KASAN:
    use-after-free in smbd_destroy+0x4fc/0x990 Read of size 8 at addr ffff88810b156a08 by task mount.cifs/824 CPU: 4 PID: 824 Comm: mount.cifs Tainted: G W 6.1.0-rc5+ #82 Call Trace: dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 smbd_destroy+0x4fc/0x990
    _smbd_get_connection+0x1cbd/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Allocated by task 824: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x7a/0x90 _smbd_get_connection+0x1b6f/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Freed by task 824: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x2a/0x40 ____kasan_slab_free+0x143/0x1b0
    __kmem_cache_free+0xc8/0x330 _smbd_get_connection+0x1c6a/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0
    __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Let's initialize the MR recovery work before MR allocate to prevent the warning, remove the MRs from the list to prevent the UAF. (CVE-2023-53427)

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

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

  - 在最高 0.4.7.16/0.4.8.17的Tor 中发现一个安全缺陷。受影响的是组件 Onion Service Descriptor Handler 的一个未知函数。执行操纵会导致资源消耗。攻击可从远程发起。该攻击复杂性评级为“高危”。此漏洞难以利用。建议升级到版本 0.4.8.18 和 0.4.9.3-alpha以解决此问题。建议升级受影响的组件。(CVE-2025-4444)

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

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

  - USB小工具pxa25x_udc修复使用 debugfs_lookup() 导致的内存泄漏调用 debugfs_lookup() 时结果必须调用其 dput()否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53406)

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

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

  - USB小工具gr_udc修复使用 debugfs_lookup() 导致的内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则随着时间的推移内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53405)

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

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

  - net/tunnel等待所有 sk_user_data 阅读器完成后再释放 sock vxlan 中存在争用条件在接收数据包期间删除 vxlan 设备时可能会在从 sk_user_data 获取 vxlan_sock vs 后释放 sock。然后在之后的 vxlan_ecn_decapsulate()、vxlan_get_sk_family() 中将会发生空指针取消引用。 #0 eg  [ffffa25ec6978a38] machine_kexec at ffffffff8c669757 #1 [ffffa25ec6978a90] __crash_kexec at ffffffff8c7c0a4d #2 [ffffa25ec6978b58] crash_kexec at ffffffff8c7c1c48 #3 [ffffa25ec6978b60] oops_end at ffffffff8c627f2b #4 [ffffa25ec6978b80] page_fault_oops at ffffffff8c678fcb #5 [ffffa25ec6978bd8] exc_page_fault at ffffffff8d109542 #6 [ffffa25ec6978c00] asm_exc_page_fault at ffffffff8d200b62 [异常 RIPvxlan_ecn_decapsulate+0x3b] RIP
    ffffffffc1014e7b RSPffffa25ec6978cb0 RFLAGS00010246 RAX: 0000000000000008 RBX: ffff8aa000888000 RCX
    0000000000000000 RDX: 000000000000000e RSI: ffff8a9fc7ab803e RDI: ffff8a9fd1168700 RBP: ffff8a9fc7ab803e R8: 0000000000700000 R9: 00000000000010ae R10: ffff8a9fcb748980 R11: 0000000000000000 R12:
    ffff8a9fd1168700 R13ffff8aa000888000 R1400000000002a0000 R1500000000000010ae ORIG_RAX
    ffffffffffffffff CS: 0010 SS: 0018 #7 [ffffa25ec6978ce8] vxlan_rcv at ffffffffc10189cd [vxlan] #8 [ffffa25ec6978d90] udp_queue_rcv_one_skb at ffffffff8cfb6507 #9 [ffffa25ec6978dc0] udp_unicast_rcv_skb at ffffffff8cfb6e45 #10 [ffffa25ec6978dc8] __udp4_lib_rcv at ffffffff8cfb8807 #11 [ffffa25ec6978e20] ip_protocol_deliver_rcu at ffffffff8cf76951 #12 [ffffa25ec6978e48] ip_local_deliver at ffffffff8cf76bde #13 [ffffa25ec6978ea0] __netif_receive_skb_one_core at ffffffff8cecde9b #14 [ffffa25ec6978ec8] process_backlog at ffffffff8cece139 #15 [ffffa25ec6978f00] __napi_poll at ffffffff8ceced1a #16 [ffffa25ec6978f28] net_rx_action at ffffffff8cecf1f3 #17 [ffffa25ec6978fa0] __softirqentry_text_start at ffffffff8d4000ca #18 [ffffa25ec6978ff0] ffffffff8c6fbdc3 复制者上的 do_softirq
    https://github.com/Mellanox/ovs-tests/blob/master/test-ovs-vxlan-remove-tunnel-during-traffic.sh 通过等待所有 sk_user_data 阅读器完成然后再释放 sock 来修复此问题。 (CVE-2022-50405)

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

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

  - wifibrcmfmac修复 brcmf_netdev_start_xmit() 中的释放后使用缺陷 > ret = brcmf_proto_tx_queue_data(drvr, ifp->ifidx, skb);可以计划然后在行 > ndev->stats.tx_bytes += skb->len; 之前完成[ 46.912801] ============================================== ==================== [ 46.920552] BUGKASANbrcmf_netdev_start_xmit+0x718/0x8c8 中的释放后使用 [brcmfmac] [ 46.928673] 大小为 4 的读取位于地址 ffffff803f5882e8 触发任务 systemd-resolve/328 [ 46.935991] [ 46.937514] CPU: 1 PID: 328 Comm: systemd-resolve 受感染GO 5.4.199-[编辑] #1 [ 46.947255] 硬件名称[编辑] [ 46.954568] 调用跟踪 [ 46.957037] dump_backtrace+0x0/0x2b8 [ 46.960719] show_stack+0x24/0x30 [ 46.964052] dump_stack+0x128/0x194 [46.967557] print_address_description.isra.0+0x64/0x380 [ 46.972877] __kasan_report+0x1d4/0x240 [46.976723] kasan_report+0xc/0x18 [ 46.980138] __asan_report_load4_noabort+0x18/0x20 [ 46.985027] brcmf_netdev_start_xmit+0x718/0x8c8 [brcmfmac] [ 46.990613] dev_hard_direct_xmit+0xda0] 46.994894] +0x198/0xd08 [ 46.998827] __qdisc_run+0x37c/0x1dc0 [ 47.002500]
    __dev_queue_xmit+0x1528/0x21f8 [ 47.006692] dev_queue_xmit+0x24/0x30 [ 47.010366] neigh_resolve_output+0x37c/0x678 [ 47.014734] ip_finish_output2+0x598/0x2458 [ 47.018927]
    __ip_finish_output+0x300/0x730 [ 47.023118] ip_output+0x2e0/0x430 [ 47.026530] ip_local_out+0x90/0x140 [ 47.03404947.030117] igmpv3_sendpack+0x14c/0x228 [ [ 47.037895] igmpv3_send_cr+0x384/0x6b8 [ ] ] [ 47.042262] call_timer_fn+0x1cc/0xbe8 [ 47.046021]
    __run_timers+0x4d8/0xb28 [ 47.049693] run_timer_softirq+0x24/0x40 [ 47.053626] __do_softirq+0x2c0/0x117c [47.057387] irq_exit+0x2dc/0x388 [ 47.060715] __handle_domain_irq+0xb4/0x158 [ 47.064908] gic_handle_irqb0x50/irq [ 47.068581] el0_irq_naked+0x50/0x5c [ 47.072162] [ 47.073665] 由任务 328 分配[ 47.077083] save_stack+0x24/0xb0 [ 47.080410] __kasan_kmalloc.isra.0+0xc0/0xe0 [ 47.084776] kasan_slab_alloc+ 0x14/0x20 [ 47.088622] kmem_cache_alloc+0x15c/0x468 [ 47.092643] __alloc_skb+0xa4/0x498 [47.096142] igmpv3_newpack+0x158/0xd78 [ 47.099987] add_grhead+0x210/0x288 [ 47.103485] add_grec+0x6b0/0xb70 [ 47.106811] igmpv3_send_cr+0x2e0/0x6b8 [ 47.110657] igmp_ifc_timer_expire+0x4c/0x118 [ 47.115027] call_timer_fn+0x1cc/0xbe8 [ 47.118785] __run_timers+0x4d8/0xb28 [ 47.122457] run_timer_softirq+0x24/0x40 [ 47.126389__ +softq0x40 [] ] /0x117c [ 47.130142] [ 47.131643] 由任务 180 释放[ 47.134712] save_stack+0x24/0xb0 [ 47.138041] __kasan_slab_free+0x108/0x180 [ 47.142146] kasan_slab_free+0x10/0x18 [ 47.145904] slab_free_freelist_hook+0xa4/ 0x1b0 [ 47.150444] kmem_cache_free+0x8c/0x528 [ 47.154292] kfree_skbmem+0x94/0x108 [ 47.157880] Consumer_skb+0x10c/0x5a8 [47.161466] __dev_kfree_skb_any+0x88/0xa0 [ 47.165598] brcmu_pkt_buf_free_skb+0x44/0x68 [brcmutil] [47.171023] brcmf_txfinalize+0xec/0x190 [brcmfmac] [ 47.176016] brcmf_proto_bcdc_txcomplete+0x1c0/0x210 [brcmfmac] [ 47.182056] brcmf_sdio_sendfromq+0x8dc/ 0x1e80 [brcmfmac] [ 47.187568] brcmf_sdio_dpc+0xb48/0x2108 [brcmfmac] [ 47.192529] brcmf_sdio_dataworker+0xc8/0x238 [brcmfmac] [47.197859] process_one_work+0x7fc/0x1a80 [ 47.201965] work_thread+0x31c/0xc40 [ 47.205726] kthread+0x2d8/0x370 [ 47.208967] ret_from_fork+0x10/0x18 [ 47.212546] [ 47.214051] 有缺陷的地址属于 ffffff803f588280 [ 47.214051] 该对象属于大小 208 的缓存 skbuff_head_cache [ 47.227086] 有缺陷的地址属于地址位于 [ 47.227086] 208 字节区域内 [ffffff803f588280, ffffff803f588350) [ 47.238814] 有缺陷的地址属于页 [ 47.243618] page:ffffffff00dd6200 refcount:1 mapou ---truncated--- (CVE-2022-50408)

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

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

  - firewirenet修复 fwnet_finish_incoming_packet() 中的释放后使用 netif_rx() 函数释放 skb因此我们无法取消引用它以保存 skb->len。 (CVE-2023-53432)

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

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

  - mfdarizona使用 pm_runtime_resume_and_get() 防止 refcnt 泄露在 arizona_clk32k_enable() 中我们应使用 pm_runtime_resume_and_get()因为 pm_runtime_get_sync() 将增加 refcnt即使其返回错误。 (CVE-2023-53443)

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

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

  - clkmediatek修复 of_iomap 内存泄漏 Smatch 报告drivers/clk/mediatek/clk-mtk.c:583 mtk_clk_simple_probe() 警告未在第 496 行发布 of_iomap() 中的“base”。在 linux-next 中也发现此问题。在 mtk_clk_simple_probe() 中如果 clk_data 不存在则在处理错误时不会释放库从而可能造成泄漏。因此应在此处添加 free_base 以发布库。 (CVE-2023-53424)

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

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

  - scsifcoe修复当 fcoe_if_init() 失败 fcoe_init() 调用 fcoe_transport_attach(&fcoe_sw_transport) 时未分离传输但 fcoe_if_init() 失败时 &fcoe_sw_transport 未分离并在 fcoe_transports 列表上留下释放的 &fcoe_sw_transport。这会在重新插入模块时造成错误。缺陷无法处理地址 ffffffbfff82e2213 的页面错误 RIP
    0010fcoe_transport_attach+0xe1/0x230 [libfcoe] 调用跟踪 <TASK> do_one_initcall+0xd0/0x4e0 load_module+0x5eee/0x7210 ... (CVE-2022-50414)

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

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

  - USBfotg210使用 debugfs_lookup() 修复内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则一段时间后内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53404)

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

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

  - PCI/ASPM在删除 MFD 函数时禁用 ASPM以避免释放后使用 Struct pcie_link_state->downstream 是指向 function 0 的 pci_dev 的指针。之前我们在删除 function 0 时保留了该指针且后续的 ASPM 策略变更会取消引用该指针从而导致来自 KASAN 的释放后使用警告例如 # echo 1 > /sys/bus/pci/devices/0000:03:00.0/remove # echo powersave > /sys/module/pcie_aspm/parameters/policy BUG KASANpcie_config_aspm_link+0x42d/0x500 调用跟踪中的 slab 释放后使用kasan_report+0xae/0xe0 pcie_config_aspm_link+0x42d/0x500 pcie_aspm_set_policy+0x8e/0x1a0 param_attr_store+0x162/0x2c0 module_attr_store+0x8.r_store+0x8.r_store+0x8.r_store+0x60r_store/PCI sec 7.5.3.7建议通过软件在多功能设备的所有函数中编程相同的 ASPM 控制值。删除任何子函数时禁用 ASPM 并释放 pcie_link_state因此我们可以丢弃悬摆的 pcie_link_state->downstream 指针并让所有函数的 ASPM 控制配置保持不变。 [bhelgaas提交日志和注释] (CVE-2023-53446)

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

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

  - x86/MCE始终保存 AMD Zen IF Poison 错误中的 CS 寄存器当前基于 AMD Zen 的系统上的指令获取 (IF) 单元不保证针对中毒消耗错误提供同步 #MC。
    因此将不会设置 MCG_STATUS[EIPV|RIPV]。但是，微架构不保证在相同上下文内传递异常。换言之，不知道确切的 rIP，但已知上下文未更改。没有任何架构上定义的方法可以确定此行为。代码段 (CS) 寄存器在此类 IF 单元中毒错误中始终有效无论 MCG_STATUS[EIPV|RIPV] 的值为何。添加 quirk 以保存 CS 寄存器以防止 IF 单元库中的毒化消耗。正确确定错误的上下文需要此信息。否则严重性分级功能将假设上下文为 IN_KERNEL这是因为 m->cs 值为 0初始化值。由于内核认为内核上下文中发生中毒消耗这会导致数据中毒错误上不必要的内核错误。 (CVE-2023-53438)

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

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

  - USBisp1362使用 debugfs_lookup() 修复内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则随着时间的推移内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53416)

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

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

  - scsises处理仅有一个主要组件的机箱此操作恢复提交 3fe97ff3d949 scsisses如果机箱没有组件则不附加并引入对主要组件未检测到次要组件情况的正确处理num_enclosures 中枚举的 确实存在。该补丁最初由 Ding Hui 提议 <dinghui@sangfor.com.cn>。完全忽略只有一个主要机箱而没有辅助机箱的设备会导致 ses_intf_add() 完全放弃 scsi 2:0:0:254机箱没有枚举组件 scsi 2:0:0:254无法绑定有效的机箱中的机箱 -12ven甚至在具有 1 个主要机箱和 0 个辅助机箱的有效配置上，如下所示进行配置 # sg_ses /dev/sg0 3PARdata SES 3321 支持的诊断页面 支持的诊断页面 [sdp] [0x0] Configuration (SES) [cf] [0x1] 短机箱状态 (SES) [ses] [0x8] # sg_ses -p cf /dev/sg0 3PARdata SES 3321 配置诊断页面次要子机箱数量: 0生成代码0x0 机箱描述符列表子机箱标识符0 [主要] 相关 ES 进程 ID 0、ES 进程数量1 类型描述符标头数量1 个机箱逻辑标识符（十六进制）20000002ac02068d 机箱供应商3PARdata 产品VV 修订版3321 类型描述符标头和文本列表 元素类型
    不明子封装 ID: 0 可能元素的数量: 1 原始补丁的变更日志如下 ===== 断开 iSCSI 会话的连接时我们发现崩溃消息调用跟踪如下
    [ffff00002a00fb70] kfree at ffff00000830e224 [ffff00002a00fba0] ses_intf_remove at ffff000001f200e4 [ffff00002a00fbd0] device_del at ffff0000086b6a98 [ffff00002a00fc50] device_unregister at ffff0000086b6d58 [ffff00002a00fc70] __scsi_remove_device at ffff00000870608c [ffff00002a00fca0] scsi_remove_device at ffff000008706134 [ffff00002a00fcc0] __scsi_remove_target at ffff0000087062e4 [ffff00002a00fd10] scsi_remove_target at ffff0000087064c0 [ffff00002a00fd70 ] __iscsi_unbind_session at ffff000001c872c4 [ffff00002a00fdb0] process_one_work at ffff00000810f35c [ffff00002a00fe00] worker_thread at ffff00000810f648 [ffff00002a00fe70] kthread at ffff000008116e98 In ses_intf_add, components count could be 0, and kcalloc 0 size scomp, but not saved in edev->component[i].scratch在此情况下edev->component[0].scratch 为无效指针在 ses_intf_remove_enclosure 中对其进行 kfree 时会发生如上崩溃当 kfree 无法捕获 in 中的 时调用轨迹也可能是其他随机情况有效的指针当组件计数为 0 时不应使用 edev->component[] 数组在 ses_enclosure_data_process ===== 中使用 edev->component[] 数组时还需要检查索引CVE-2023-53431

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

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

  - net如果 sock 死机不要访问 sk_stream_wait_memory 中的 sock 的 sk_wq 修复下列空指针取消引用[...] [ 14.471200] 调用跟踪[ 14.471562] <TASK> [ 14.471882] lock_acquire+0x245/0x2e0 [14.472416]? remove_wait_queue+0x12/0x50 [ 14.473014] ? _raw_spin_lock_irqsave+0x17/0x50 [ 14.473681]
    _raw_spin_lock_irqsave+0x3d/0x50 [ 14.474318] ? remove_wait_queue+0x12/0x50 [ 14.474907] remove_wait_queue+0x12/0x50 [ 14.475480] sk_stream_wait_memory+0x20d/0x340 [ 14.476127] ? do_wait_intr_irq+0x80/0x80 [ 14.476704] do_tcp_sendpages+0x287/0x600 [ 14.477283] tcp_bpf_push+0xab/0x260 [ 14.477817] tcp_bpf_sendmsg_redir+0x297/0x500 [ 14.478461] ? __local_bh_enable_ip+0x77/0xe0 [ 14.479096] tcp_bpf_send_verdict+0x105/0x470 [ 14.479729] tcp_bpf_sendmsg+0x318/0x4f0 [ 14.480311] sock_sendmsg+0x2d/0x40 [ 14.480822]____sys_sendmsg+0x1b4/0x1c ? [ [] ? [ 14.481390] copy_msghdr_from_user+0x62/0x80 [ 14.482048] ___sys_sendmsg+0x78/0xb0 [ 14.482580] ? vmf_insert_pfn_prot+0x91/0x150 [ 14.483215] ? __do_fault+0x2a/0x1a0 [ 14.483738] ? do_fault+0x15e/0x5d0 [14.484246] ? __handle_mm_fault+0x56b/0x1040 [ 14.484874] ? lock_is_held_type+0xdf/0x130 [ 14.485474] ? find_held_lock+0x2d/0x90 [ 14.486046] ? __sys_sendmsg+0x41/0x70 [ 14.486587] __sys_sendmsg+0x41/0x70 [14.487105] ? intel_pmu_drain_pebs_core+0x350/0x350 [ 14.487822] do_syscall_64+0x34/0x80 [ 14.488345] entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] 测试场景具有以下流thread1 thread2
    ----------- --------------- tcp_bpf_sendmsg tcp_bpf_send_verdict tcp_bpf_sendmsg_redir sock_close tcp_bpf_push_locked __sock_release tcp_bpf_push //inet_release do_tcp_sendpages sock->ops->release sk_stream_wait_memory // tcp_close sk_wait_event sk ->sk_prot->close release_sock(__sk); *** lock_sock(sk);
    __tcp_close sock_orphan(sk) sk->sk_wq = NULL release_sock **** lock_sock(__sk);
    remove_wait_queue(sk_sleep(sk), &wait); sk_sleep(sk) //空指针取消引用 &rcu_dereference_raw(sk->sk_wq)->wait 在 thread1 中等待内存时套接字及其等待队列将被释放因为线程2 已关闭它。由 tcp_bpf_send_verdict 造成的此问题未增加 thread1 中 psock->sk_redir->sk_socket->file 的 f_count。我们应该在访问等待队列之前检查 sk_stream_wait_memory 中唤醒时是否设置了 SOCK_DEAD 标记。 (CVE-2022-50409)

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

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

  - 已修复 Linux 内核中的下列漏洞：ice: Block switchdev mode when ADQ is active and vice versa ADQ and switchdev are not supported simultaneously. Enabling both at the same time can result in nullptr dereference. To prevent this, check if ADQ is active when changing devlink mode to switchdev mode, and check if switchdev is active when enabling ADQ. (CVE-2023-53442)

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

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

  - rcu保护 rcu_print_task_exp_stall() ->exp_tasks 访问 对于使用 CONFIG_PREEMPT_RCU=y 构建的内核以下情况可导致空指针取消引用 CPU1 CPU2 rcu_preempt_deferred_qs_irqrestore rcu_print_task_exp_stall if (special.b.blocked) READ_ONCE(rnp->exp_tasks) != NULL raw_spin_lock_rcu_node np = rcu_next_node_entry(t, rnp) if (&t->rcu_node_entry == rnp->exp_tasks) WRITE_ONCE(rnp->exp_tasks, np) ....
    raw_spin_unlock_irqrestore_rcu_node raw_spin_lock_irqsave_rcu_node t = list_entry(rnp->exp_tasks->prev, struct task_struct, rcu_node_entry)若 rnp->exp_tasks 为空这将取消引用空指针该问题为 CPU2 访问 rcu_node 结构的->exp_tasks 字段而没有保持rcu_node 结构的 ->lock 和 CPU2 未及时观察 CPU1 对 rcu_node 结构的 ->exp_tasks 的更改。
    因此如果 CPU1 将 rcu_node 结构的 ->exp_tasks 指针设置为空然后 CPU2 可能取消引用该空指针。因此此提交在访问 rcu_node 结构的 ->exp_tasks 字段时会保持该结构的 ->lock。 [ paulmck应用 Frederic Weisbecker 反馈。 ] (CVE-2023-53419)

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

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

  - time/debug修复使用 debugfs_lookup() 的内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53403)

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

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

  - USBsl811使用 debugfs_lookup() 修复内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则一段时间后内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53417)

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

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

  - USBisp116x使用 debugfs_lookup() 修复内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53413)

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

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

  - wifiath11kmhi修复 ath11k_mhi_register() 中潜在的内存泄漏 mhi_alloc_controller() 为 mhi_ctrl 分配内存空间。遇到某些错误时mhi_ctrl 应通过 mhi_free_controller() 释放。但是当 ath11k_mhi_read_addr_from_dt() 失败时该函数将在不调用 mhi_free_controller() 的情况下返回从而导致内存泄漏。我们可以通过在 ath11k_mhi_read_addr_from_dt() 失败时调用 mhi_free_controller() 来修复此问题。 (CVE-2022-50418)

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

ID	名称	严重性
265561	Linux Distros 未修补的漏洞：CVE-2025-10500	high
265560	Linux Distros 未修补的漏洞：CVE-2023-53381	medium
265559	Linux Distros 未修补的漏洞：CVE-2023-53376	high
265558	Linux Distros 未修补的漏洞：CVE-2023-53395	high
265557	Linux Distros 未修补的漏洞：CVE-2023-53392	high
265556	Linux Distros 未修补的漏洞：CVE-2023-53374	high
265555	Linux Distros 未修补的漏洞：CVE-2022-50399	high
265554	Linux Distros 未修补的漏洞：CVE-2023-53399	medium
265553	Linux Distros 未修补的漏洞：CVE-2022-50389	medium
265552	Linux Distros 未修补的漏洞：CVE-2022-50383	medium
265551	Linux Distros 未修补的漏洞：CVE-2022-50385	medium
265550	Linux Distros 未修补的漏洞：CVE-2023-53397	medium
265549	Linux Distros 未修补的漏洞：CVE-2023-53370	medium
265548	Linux Distros 未修补的漏洞：CVE-2022-50395	medium
265547	Linux Distros 未修补的漏洞：CVE-2022-50378	high
265546	Linux Distros 未修补的漏洞：CVE-2023-53383	medium
265545	Linux Distros 未修补的漏洞：CVE-2022-50387	medium
265544	Linux Distros 未修补的漏洞：CVE-2023-53375	medium
265543	Linux Distros 未修补的漏洞：CVE-2022-50391	medium
265542	Linux Distros 未修补的漏洞：CVE-2023-53384	medium
265541	Linux Distros 未修补的漏洞：CVE-2022-50386	high
265540	Linux Distros 未修补的漏洞：CVE-2022-50390	medium
265539	Linux Distros 未修补的漏洞：CVE-2023-53414	medium
265538	Linux Distros 未修补的漏洞：CVE-2022-50412	high
265537	Linux Distros 未修补的漏洞：CVE-2022-50402	medium
265536	Linux Distros 未修补的漏洞：CVE-2022-50401	high
265534	Linux Distros 未修补的漏洞：CVE-2023-53422	medium
265533	Linux Distros 未修补的漏洞：CVE-2022-50416	medium
265532	Linux Distros 未修补的漏洞：CVE-2023-53427	high
265531	Linux Distros 未修补的漏洞：CVE-2025-4444	medium
265530	Linux Distros 未修补的漏洞：CVE-2023-53406	medium
265529	Linux Distros 未修补的漏洞：CVE-2023-53405	medium
265528	Linux Distros 未修补的漏洞：CVE-2022-50405	medium
265527	Linux Distros 未修补的漏洞：CVE-2022-50408	high
265526	Linux Distros 未修补的漏洞：CVE-2023-53432	high
265525	Linux Distros 未修补的漏洞：CVE-2023-53443	medium
265524	Linux Distros 未修补的漏洞：CVE-2023-53424	medium
265523	Linux Distros 未修补的漏洞：CVE-2022-50414	medium
265522	Linux Distros 未修补的漏洞：CVE-2023-53404	medium
265521	Linux Distros 未修补的漏洞：CVE-2023-53446	high
265520	Linux Distros 未修补的漏洞：CVE-2023-53438	medium
265519	Linux Distros 未修补的漏洞：CVE-2023-53416	medium
265518	Linux Distros 未修补的漏洞：CVE-2023-53431	medium
265517	Linux Distros 未修补的漏洞：CVE-2022-50409	medium
265516	Linux Distros 未修补的漏洞：CVE-2023-53442	medium
265515	Linux Distros 未修补的漏洞：CVE-2023-53419	medium
265514	Linux Distros 未修补的漏洞：CVE-2023-53403	medium
265513	Linux Distros 未修补的漏洞：CVE-2023-53417	medium
265512	Linux Distros 未修补的漏洞：CVE-2023-53413	medium
265511	Linux Distros 未修补的漏洞：CVE-2022-50418	medium

检测

Nessus 的 Misc. 系列

high

medium

high

high

high

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

high

medium

medium

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium