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

  - 已修复 Linux 内核中的下列漏洞：HID: intel-thc-hid: intel-quicki2c:
    Fix ACPI dsd ICRS/ISUB length The QuickI2C ACPI _DSD methods return ICRS and ISUB data with a trailing byte, making the actual length is one more byte than the structs defined. It caused stack-out-of-bounds and kernel crash: kernel: BUG: KASAN: stack-out-of-bounds in quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel: Write of size 12 at addr ffff888106d1f900 by task kworker/u33:2/75 kernel: kernel: CPU: 3 UID: 0 PID: 75 Comm: kworker/u33:2 Not tainted 6.16.0+ #3 PREEMPT(voluntary) kernel: Workqueue: async async_run_entry_fn kernel: Call Trace:
    kernel: <TASK> kernel: dump_stack_lvl+0x76/0xa0 kernel: print_report+0xd1/0x660 kernel: ?
    __pfx__raw_spin_lock_irqsave+0x10/0x10 kernel: ? __kasan_slab_free+0x5d/0x80 kernel: ? kasan_addr_to_slab+0xd/0xb0 kernel: kasan_report+0xe1/0x120 kernel: ? quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel: ? quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel:
    kasan_check_range+0x11c/0x200 kernel: __asan_memcpy+0x3b/0x80 kernel:
    quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel: ?
    __pfx_quicki2c_acpi_get_dsd_property.constprop.0+0x10/0x10 [intel_quicki2c] kernel:
    quicki2c_get_acpi_resources+0x237/0x730 [intel_quicki2c] [...] kernel: </TASK> kernel: kernel: The buggy address belongs to stack of task kworker/u33:2/75 kernel: and is located at offset 48 in frame: kernel:
    quicki2c_get_acpi_resources+0x0/0x730 [intel_quicki2c] kernel: kernel: This frame has 3 objects: kernel:
    [32, 36) 'hid_desc_addr' kernel: [48, 59) 'i2c_param' kernel: [80, 224) 'i2c_config' ACPI DSD methods return: \_SB.PC00.THC0.ICRS Buffer 000000003fdc947b 001 Len 0C = 0A 00 80 1A 06 00 00 00 00 00 00 00 \_SB.PC00.THC0.ISUB Buffer 00000000f2fcbdc4 001 Len 91 = 00 00 00 00 00 00 00 00 00 00 00 00 Adding reserved padding to quicki2c_subip_acpi_parameter/config. (CVE-2025-39809)

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

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

  - io_uring/memmap移动前将 nr_pages 转换为 size_t如果分配的大小超过 UINT_MAX则必须将 mr->nr_pages 值转换为 size_t 以防止其溢出。实际上这并不是什么问题因为系统会预先验证所需内存并向用户说明情况。
    并且需要 > 4GB 的大小才能使缺少转换成为问题这大大超出了通常在 kb 到 mb 范围内的正常用户 locked_vm 设置。但是，如果使用了 root，则核算不会完成，然后可能会遇到此问题。 (CVE-2025-39793)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: fix amdgpu_irq_put call trace in gmc_v11_0_hw_fini The gmc.ecc_irq is enabled by firmware per IFWI setting, and the host driver is not privileged to enable/disable the interrupt. So, it is meaningless to use the amdgpu_irq_put function in gmc_v11_0_hw_fini, which also leads to the call trace. [ 102.980303] Call Trace: [ 102.980303] <TASK> [102.980304] gmc_v11_0_hw_fini+0x54/0x90 [amdgpu] [ 102.980357] gmc_v11_0_suspend+0xe/0x20 [amdgpu] [102.980409] amdgpu_device_ip_suspend_phase2+0x240/0x460 [amdgpu] [ 102.980459] amdgpu_device_ip_suspend+0x3d/0x80 [amdgpu] [ 102.980520] amdgpu_device_pre_asic_reset+0xd9/0x490 [amdgpu] [ 102.980573] amdgpu_device_gpu_recover.cold+0x548/0xce6 [amdgpu] [ 102.980687] amdgpu_debugfs_reset_work+0x4c/0x70 [amdgpu] [ 102.980740] process_one_work+0x21f/0x3f0 [ 102.980741] worker_thread+0x200/0x3e0 [ 102.980742] ? process_one_work+0x3f0/0x3f0 [ 102.980743] kthread+0xfd/0x130 [102.980743] ? kthread_complete_and_exit+0x20/0x20 [ 102.980744] ret_from_fork+0x22/0x30 (CVE-2023-53237)

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

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

  - UMcpuinfo修复 CONFIG_CPUMASK_OFFSTACK 的警告选择 CONFIG_CPUMASK_OFFSTACK 和 CONFIG_DEBUG_PER_CPU_MAPS 时cpu_max_bits_warn() 会在显示 /proc/cpuinfo 时生成类似如下的运行时警告。通过使用 nr_cpu_ids运行时限制而不是 NR_CPUS 来迭代 CPU可修复此问题。 [ 3.052463] ------------[ 在此处切换 ]------------ [ 3.059679] WARNINGCPU3PID1include/linux/cpumask .h:108 show_cpuinfo+0x5e8/0x5f0 [ 3.070072] Modules linked in: efivarfs autofs4 [3.076257] CPU: 0 PID: 1 Comm: systemd Not tainted 5.19-rc5+ #1052 [ 3.099465] Stack : 9000000100157b08 9000000000f18530 9000000000cf846c 9000000100154000 [ 3.109127] 9000000100157a50 0000000000000000 9000000100157a58 9000000000ef7430 [ 3.118774] 90000001001578e8 0000000000000040 0000000000000020 ffffffffffffffff [ 3.128412] 0000000000aaaaaa 1ab25f00eec96a37 900000010021de80 900000000101c890 [3.138056] 0000000000000000 0000000000000000 0000000000000000 0000000000aaaaaa [ 3.147711] ffff8000339dc220 0000000000000001 0000000006ab4000 0000000000000000 [ 3.157364] 900000000101c998 0000000000000004 9000000000ef7430 0000000000000000 [ 3.167012] 0000000000000009 000000000000006c 0000000000000000 0000000000000000 [ 3.176641] 9000000000d3de08 9000000001639390 90000000002086d8 00007ffff0080286 [3.186260] 00000000000000b0 0000000000000004 0000000000000000 0000000000071c1c [ 3.195868] .. 。[ 3.199917] 调用跟踪[ 3.203941] [<90000000002086d8>] show_stack+0x38/0x14c [ 3.210666] [<9000000000cf846c>] dump_stack_lvl+0x60/0x88 [ 3.217625] [<900000000023d268>] __warn+0xd0/0x100 [ 3.223958] [<9000000000cf3c90>] warn_slowpath_fmt+0x7c/0xcc [ 3.231150] [<9000000000210220>] show_cpuinfo+0x5e8/0x5f0 [ 3.238080] [<90000000004f578c>] seq_read_iter+0x354/0x4b4 [ 3.245098] [<90000000004c2e90>] new_sync_read+0x17c/0x1c4 [ 3.252114] [<90000000004c5174>] vfs_read+0x138/0x1d0 [ 3.258694] [<90000000004c55f8>] ksys_read+0x70/0x100 [ 3.265265] [<9000000000cfde9c>] do_syscall+0x7c/0x94 [3.271820] [<9000000000202fe4>] handle_syscall+0xc4/ 0x160 [ 3.281824] ---[ 结束跟踪 8b484262b4b8c24c ]--- (CVE-2022-50296)

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

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

  - drm/xe/vm“发生错误时清除 Scratch_pt 指针”通过清除任何 Scratch_pt 错误指针避免在 xe_vm_free_scratch() 中执行清理时触发错误指针取消引用。从提交 358ee50ab565f3c8ea32480e9d03127a81ba32f8 中精选出的内容(CVE-2025-39811)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/mdp5: Add check for kzalloc As kzalloc may fail and return NULL pointer, it should be better to check the return value in order to avoid the NULL pointer dereference. Patchwork: https://patchwork.freedesktop.org/patch/514154/ (CVE-2023-53239)

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: add handling for RAID1C23/DUP to btrfs_reduce_alloc_profile Callers of `btrfs_reduce_alloc_profile` expect it to return exactly one allocation profile flag, and failing to do so may ultimately result in a WARN_ON and remount-ro when allocating new blocks, like the below transaction abort on 6.1. `btrfs_reduce_alloc_profile` has two ways of determining the profile, first it checks if a conversion balance is currently running and uses the profile we're converting to. If no balance is currently running, it returns the max-redundancy profile which at least one block in the selected block group has. This works by simply checking each known allocation profile bit in redundancy order. However, `btrfs_reduce_alloc_profile` has not been updated as new flags have been added - first with the `DUP` profile and later with the RAID1C34 profiles. Because of the way it checks, if we have blocks with different profiles and at least one is known, that profile will be selected. However, if none are known we may return a flag set with multiple allocation profiles set.
    This is currently only possible when a balance from one of the three unhandled profiles to another of the unhandled profiles is canceled after allocating at least one block using the new profile. In that case, a transaction abort like the below will occur and the filesystem will need to be mounted with -o skip_balance to get it mounted rw again (but the balance cannot be resumed without a similar abort).
    [770.648] ------------[ cut here ]------------ [770.648] BTRFS: Transaction aborted (error -22) [770.648] WARNING: CPU: 43 PID: 1159593 at fs/btrfs/extent-tree.c:4122 find_free_extent+0x1d94/0x1e00 [btrfs] [770.648] CPU: 43 PID: 1159593 Comm: btrfs Tainted: G W 6.1.0-0.deb11.7-powerpc64le #1 Debian 6.1.20-2~bpo11+1a~test [770.648] Hardware name: T2P9D01 REV 1.00 POWER9 0x4e1202 opal:skiboot-bc106a0 PowerNV [770.648] NIP: c00800000f6784fc LR: c00800000f6784f8 CTR: c000000000d746c0 [770.648] REGS:
    c000200089afe9a0 TRAP: 0700 Tainted: G W (6.1.0-0.deb11.7-powerpc64le Debian 6.1.20-2~bpo11+1a~test) [770.648] MSR: 9000000002029033 <SF,HV,VEC,EE,ME,IR,DR,RI,LE> CR: 28848282 XER: 20040000 [770.648] CFAR:
    c000000000135110 IRQMASK: 0 GPR00: c00800000f6784f8 c000200089afec40 c00800000f7ea800 0000000000000026 GPR04: 00000001004820c2 c000200089afea00 c000200089afe9f8 0000000000000027 GPR08: c000200ffbfe7f98 c000000002127f90 ffffffffffffffd8 0000000026d6a6e8 GPR12: 0000000028848282 c000200fff7f3800 5deadbeef0000122 c00000002269d000 GPR16: c0002008c7797c40 c000200089afef17 0000000000000000 0000000000000000 GPR20: 0000000000000000 0000000000000001 c000200008bc5a98 0000000000000001 GPR24:
    0000000000000000 c0000003c73088d0 c000200089afef17 c000000016d3a800 GPR28: c0000003c7308800 c00000002269d000 ffffffffffffffea 0000000000000001 [770.648] NIP [c00800000f6784fc] find_free_extent+0x1d94/0x1e00 [btrfs] [770.648] LR [c00800000f6784f8] find_free_extent+0x1d90/0x1e00 [btrfs] [770.648] Call Trace: [770.648] [c000200089afec40] [c00800000f6784f8] find_free_extent+0x1d90/0x1e00 [btrfs] (unreliable) [770.648] [c000200089afed30] [c00800000f681398] btrfs_reserve_extent+0x1a0/0x2f0 [btrfs] [770.648] [c000200089afeea0] [c00800000f681bf0] btrfs_alloc_tree_block+0x108/0x670 [btrfs] [770.648] [c000200089afeff0] [c00800000f66bd68]
    __btrfs_cow_block+0x170/0x850 [btrfs] [770.648] [c000200089aff100] [c00800000f66c58c] btrfs_cow_block+0x144/0x288 [btrfs] [770.648] [c000200089aff1b0] [c00800000f67113c] btrfs_search_slot+0x6b4/0xcb0 [btrfs] [770.648] [c000200089aff2a0] [c00800000f679f60] lookup_inline_extent_backref+0x128/0x7c0 [btrfs] [770.648] [c000200089aff3b0] [c00800000f67b338] lookup_extent_backref+0x70/0x190 [btrfs] [770.648] [c000200089aff470] [c00800000f67b54c]
    __btrfs_free_extent+0xf4/0x1490 [btrfs] [770.648] [ ---truncated--- (CVE-2023-53243)

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

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

  - wifilibertas修复 lbs_init_adapter() 中的内存泄漏。当 kfifo_alloc() 在 lbs_init_adapter() 中失败时未释放 cmd 缓冲区。添加可用内存以处理错误路径。 (CVE-2022-50294)

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

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

  - 已修复 Linux 内核中的下列漏洞：f2fs: fix the assign logic of iocb commit 18ae8d12991b (f2fs: show more DIO information in tracepoint) introduces iocb field in 'f2fs_direct_IO_enter' trace event And it only assigns the pointer and later it accesses its field in trace print log. Unable to handle kernel paging request at virtual address ffffffc04cef3d30 Mem abort info: ESR = 0x96000007 EC = 0x25: DABT (current EL), IL = 32 bits pc :
    trace_raw_output_f2fs_direct_IO_enter+0x54/0xa4 lr : trace_raw_output_f2fs_direct_IO_enter+0x2c/0xa4 sp :
    ffffffc0443cbbd0 x29: ffffffc0443cbbf0 x28: ffffff8935b120d0 x27: ffffff8935b12108 x26: ffffff8935b120f0 x25: ffffff8935b12100 x24: ffffff8935b110c0 x23: ffffff8935b10000 x22: ffffff88859a936c x21:
    ffffff88859a936c x20: ffffff8935b110c0 x19: ffffff8935b10000 x18: ffffffc03b195060 x17: ffffff8935b11e76 x16: 00000000000000cc x15: ffffffef855c4f2c x14: 0000000000000001 x13: 000000000000004e x12:
    ffff0000ffffff00 x11: ffffffef86c350d0 x10: 00000000000010c0 x9 : 000000000fe0002c x8 : ffffffc04cef3d28 x7 : 7f7f7f7f7f7f7f7f x6 : 0000000002000000 x5 : ffffff8935b11e9a x4 : 0000000000006250 x3 :
    ffff0a00ffffff04 x2 : 0000000000000002 x1 : ffffffef86a0a31f x0 : ffffff8935b10000 Call trace:
    trace_raw_output_f2fs_direct_IO_enter+0x54/0xa4 print_trace_fmt+0x9c/0x138 print_trace_line+0x154/0x254 tracing_read_pipe+0x21c/0x380 vfs_read+0x108/0x3ac ksys_read+0x7c/0xec __arm64_sys_read+0x20/0x30 invoke_syscall+0x60/0x150 el0_svc_common.llvm.1237943816091755067+0xb8/0xf8 do_el0_svc+0x28/0xa0 Fix it by copying the required variables for printing and while at it fix the similar issue at some other places in the same file. (CVE-2022-50270)

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

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

  - jfsjfs_dmap挂载时验证 db_l2nbperpage 在 jfs_dmap.c 的第 381 行中BLKTODMAP 用于获取 dbFree() 内的逻辑块号。 db_l2nbperpage即每页的 log2 区块数作为参数传递给 BLKTODMAP后者使用它进行移动。Syzbot 报告了位移越界崩溃原因是 db_l2nbperpage 过大。发生这种情况的原因是在 dbMount() 的第 181 行中未进行任何验证即设置了较大的值。因此挂载时请确保 db_l2nbperpage 正确无误。每页的最大区块数 = 页面大小 / 最小块大小 => log2(每页的最大 num_block) = log2(页面大小 / 最小块大小) = log2(页面大小) - log2(最小块大小) => 最大 db_l2nbperpage = L2PSIZE - L2MINBLOCKSIZE (CVE-2023-53222)

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

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

  - 已修复 Linux 内核中的下列漏洞：ublk: fail to recover device if queue setup is interrupted In ublk_ctrl_end_recovery(), if wait_for_completion_interruptible() is interrupted by signal, queues aren't setup successfully yet, so we have to fail UBLK_CMD_END_USER_RECOVERY, otherwise kernel oops can be triggered. (CVE-2023-53207)

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

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

  - medianetup_unidvb修复 del_timer() 中的释放后使用在分离通用 DVB 卡时netup_unidvb_dma_fini() 使用 del_timer() 来停止 dma->timeout 定时器。但是当定时器处理程序 netup_unidvb_dma_timeout() 正在运行时del_timer() 无法将其停止。因此可能会发生释放后使用错误。进程如下所示清理例程|定时器例程 | mod_timer(&dev->tx_sim_timer, ..) netup_unidvb_finidev() | mod_timer(&dev->tx_sim_timer, ..)稍等片刻netup_unidvb_dma_fini() | netup_unidvb_dma_timeout() del_timer(&dma->timeout); | | ndev->pci_dev->dev //USE 将 del_timer() 更改为 del_timer_sync() 修复。 (CVE-2023-53219)

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

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

  - ubi修复 ubi_resize_volume() 中 kmemleak 报告的未引用对象kmemleak 报告的未引用对象存在内存泄露问题未引用对象 0xffff888102007a00 (大小 128)comm ubirsvol、pid 32090、jiffies 4298464136时间 2361.231s十六进制转储前 32 字节) ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ............回溯
    [<ffffffff8176cecd>] __kmalloc+0x4d/0x150 [<ffffffffa02a9a36>] ubi_eba_create_table+0x76/0x170 [ubi] [<ffffffffa029764e>] ubi_resize_volume+0x1be/0xbc0 [ubi] [<ffffffffa02a3321>] ubi_cdev_ioctl+0x701/0x1850 [ubi] [<ffffffff81975d2d>] __x64_sys_ioctl +0x11d/0x170 [<ffffffff83c142a5>] do_syscall_64+0x35/0x80 [<ffffffff83e0006a>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 其原因是创建与破坏接口不匹配详细而言new_eba_tbl 由 ubi_eba_create_table() 创建但由 kfree() 破坏而 将导致 new_eba_tbl->entries 不释放。通过将 kfree(new_eba_tbl) 替换为 ubi_eba_destroy_table(new_eba_tbl) 来修复此问题 (CVE-2023-53271)

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

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

  - HIDasus通过 HID_CLAIMED_INPUT 验证修复 UAF 在调用 hid_hw_start() 之后最终将调用 hidinput_connect() 以通过输入层设置设备因为使用了 HID_CONNECT_DEFAULT 连接掩码。在 hidinput_connect() 期间通过 hidinput_configure_usages() 处理所有输入和输出报告并分配和配置相应的 hid_input。此过程涉及插槽标记报告字段，以及通过设置功能位图中的相关位来配置使用情况。但是可能根本未设置功能位图导致后续的 hidinput_has_been_populated() 检查失败从而导致释放 hid_input 和底层输入设备。这会产生问题因为 ASUS ROG N-Key 键盘等恶意 HID 设备会通过特别构建的描述符触发上述情况然后在hid_hw_start()。下面的报告 93 故意利用在使用情况配置期间跳过的 HID_UP_UNDEFINED Usage Page从而导致释放。 0x05, 0x0D, // 使用情况页面数字化仪0x09, 0x05, // 使用情况触摸板0xA1, 0x01, // 收集应用程序0x85, 0x0D, // 报告 ID (13) 0x06, 0x00, 0xFF, / / Usage Page供应商定义的 0xFF000x09、0xC5, // Usage (0xC5) 0x15、0x00, // 逻辑最小值 (0) 0x26、0xFF、0x00, // 逻辑最大值 (255) 0x75、0x08, // 报告大小(8) 0x95、0x04, // 报告计数 (4) 0xB1、0x02, // 功能 (Data,Var,Abs) 0x85、0x5D, // 报告 ID (93) 0x06、0x00、0x00, // 使用情况页未定义0x09、0x01、//使用 (0x01) 0x15、0x00、//逻辑最小值 (0) 0x26、0xFF、0x00、//逻辑最大值 (255) 0x75、0x08、//报告大小 (8) 0x95、0x1B , // Report Count (27) 0x81, 0x02, // Input (Data,Var,Abs) 0xC0, // End Collection 下面是触发 UAF 后的 KASAN splat[ 21.672709] ======== ================================================== ======== [ 21.673700] BUGKASANasus_probe+0xeeb/0xf80 中的 slab-use-after-free [ 21.673700] 由任务 kworker/ 在地址 ffff88810a0ac000 写入大小 8 的1:2/54 [ 21.673700] [ 21.673700] CPU1 UID0 PI D:54 Comm
    kworker/1:2 未受感染 6.16.0-rc4-g9773391cf4dd-dirty #36 PREEMPT(随意) [ 21.673700] 硬件名称
    QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ 21.673700] Call Trace[21.673700] <TASK> [ 21.673700] dump_stack_lvl+0x5f/0x80 [ 21.673700] print_report+0xd1/0x660 [ 21.673700] kasan_report+0xe5/0x120 [ 21.673700] __asan_report_store8_noabort+0x1b/0x30 [ 21.673700] asus_probe+0xeeb/0xf80 [ 21.673700] hid_device_probe+0x2ee/0x700 [ 21.673700] real_probe +0x1c6/0x6b0 [21.673700] __driver_probe_device+0x24f/0x310 [ 21.673700] driver_probe_device+0x4e/0x220 [...] [21.673700] [ 21.673700] 由任务 54 分配[ 21.673700] kasan_save_stack+0x3d/0x60 [ 21.673700] kasan_save_track+0x18/0x40 [ 21.673700] kasan_save_alloc_info+0x3b/0x50 [ 21.673700]
    __kasan_kmalloc+0x9c/0xa0 [ 21.673700] __kmalloc_cache_noprof+0x139/0x340 [ 21.673700] input_allocate_device+0x44/0x370 [ 21.673700] hidinput_connect+0xcb6/0x2630 [ 21.673700] hid_connect+0xf74/0x1d60 [ 21.673700] hid_hw/0x8x10c_start+0x8x10 [ 21.673700] asus_probe+0x5a3/0xf80 [21.673700] hid_device_probe+0x2ee/0x700 [ 21.673700] real_probe+0x1c6/0x6b0 [ 21.673700]
    __driver_probe_device+0x24f/0x310 [ 21.673700] driver_probe_device+0x4e/0x220 [...] [ 21.673700] [21.673700] 由任务 54 释放[ 21.673700] kasan_save_stack+0x3d/0x60 [ 21.673700] kasan_save_track+0x18/0x40 [ 21.673700] kasan_save_free_info+0x3f/0x60 [ 21.673700]
    __kasan_slab_free+0x3c/0x50 [ 21.673700] kfre ---truncated--- (CVE-2025-39824)

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

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

  - ftrace修复 ftrace_dump 期间 trace_printk_seq 中的潜在警告。在读取 trace_pipe 的同时调用 ftrace_dump_one() 时可能会由于争用条件而触发 trace_printk_seq() 中的 WARN_ON_ONCE()。发生此问题的原因是() __find_next_entry ring_buffer_empty_cpu <- all empty return NULL trace_printk_seq(&iter.seq) WARN_ON_ONCE(s->seq.len >= s->seq.size) 在 ftrace_dump 期间、trace_empty() 和 trace_find_next_entry_inc() 之间的上下文中环缓冲区数据已被其他 reader 消耗。
    这导致 trace_find_next_entry_inc 返回 NULL从而无法填充“iter.seq”。此时由于之前的 trace_iterator_reset“iter.seq.len”和“iter.seq.size”都设置为 0。由于它们相等因此会触发 WARN_ON_ONCE 条件。将 trace_printk_seq() 移动到 if 块该块会进行检查并确保 ftrace_dump_one() 中trace_find_next_entry_inc() 的返回值不为空从而确保在进行后续操作之前“iter.seq”已正确填充。 (CVE-2025-39813)

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

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

  - 已修复 Linux 内核中的下列漏洞：fs/ntfs3: don't hold ni_lock when calling truncate_setsize() syzbot is reporting hung task at do_user_addr_fault() [1], for there is a silent deadlock between PG_locked bit and ni_lock lock. Since filemap_update_page() calls filemap_read_folio() after calling folio_trylock() which will set PG_locked bit, ntfs_truncate() must not call truncate_setsize() which will wait for PG_locked bit to be cleared when holding ni_lock lock.
    (CVE-2023-53163)

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

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

  - sctp在 wait_for_sndbuf 之后检查发送流编号 此修补程序修复 asoc 输出流计数在 wait_for_sndbuf 之后可能更改的极端情况。当客户端中的主线程启动连接时如果其出流计数设置为 N而服务器中的入流计数设置为 N - 2则客户端中的另一个线程会持续发送流编号为 N - 1 的消息以及在处理 INIT_ACK 之前等待 sndbuf。但是，处理 INIT_ACK 之后，客户端中的出流计数缩小到 N - 2，与服务器中的入流计数相同。崩溃发生在等待 sndbuf 的线程处于唤醒状态并在非现有流 (N - 1) 中发送消息时调用跟踪如下所示 KASAN: null-ptr-deref in range [0x0000000000000038-0x000000000000003f] 调用跟踪 <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [内联] sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [inline] sctp_side_effects net/sctp/sm_sideeffect.c:1199 [内联] sctp_do_sm+0x197d/0x5310 net/sctp /sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket.c:200dmsendg inet+msend 0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline] sock_sendmsg+0xde/0x190 net/socket.c:745 此项修复是在发送流编号之后为发送流编号添加不太可能的检查线程从 wait_for_sndbuf 中唤醒。 (CVE-2023-53296)

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

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

  - ext4在 get_max_inline_xattr_value_size() 中添加边界检查 首次打开 inode 时通常会检查 inode 正文中的扩展属性但如果有人在挂载文件系统时写入块设备则 inode 可能表遭到损坏。添加边界检查以避免在发生这种情况时读取超出已分配内存的末尾。 (CVE-2023-53285)

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

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

  - misctifm修复 tifm_7xx1_switch_media() 中可能的内存泄漏如果 device_register() 在 tifm_7xx1_switch_media() 中返回错误在 device_add() 调用的 dev_set_name() 中分配的 kobject 名称将泄漏。永远不要在调用 device_register() 之后直接释放 @dev即使其返回错误始终使用 put_device() 放弃已初始化的引用。 (CVE-2022-50349)

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

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

  - Seafile 版本 11.0.18-Pro、 12.0.10和 12.0.10-Pro 容易受到存储的跨站脚本 (XSS) 攻击。经身份验证的攻击者可通过修改其用户名在通知和活动中包含恶意 XSS 负载以利用此漏洞。 (CVE-2025-45091)

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

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

  - HIDmultitouch修复 mt_report_fixup() 中的 slab 越界访问 恶意的 HID 设备可通过传入小于 607 字节的报告描述符在 mt_report_fixup() 期间触发 slab 越界访问。
    mt_report_fixup() 通过首先检查字节偏移 607 是否为 0x15来尝试以 0x25 修补描述符的字节偏移 607但是缺少边界检查无法在进行此检查之前验证描述符是否足够大。通过在访问描述符之前确保其大小至少为 608 个字节来修复此缺陷。以下是发生越界访问后的 KASAN 错误消息[ 13.671954] ================================= ================================= [ 13.672667] BUGKASANmt_report_fixup 中的 slab 越界+0x103/0x110 [ 13.673297] 由任务 kworker/0:1/10 在 addr ffff888103df39df 读取大小为 1 [ 13.673297] [ 13.673297] CPU: 0 UID: 0 PID: 10 Comm: kworker/0:1 未受感染 6.15. 0-00005-gec5d573d83f4-dirty #3 [ 13.673297] 硬件名称QEMU Standard PC (i440FX + PIIX,1996), BIOS 1.16.2-debian-1.16.2-1 04/04 [ 13.673297] 调用跟踪[ 13.673297] <TASK> [ 13.673297] dump_stack_lvl+0x5f/0x80 [ 13.673297] print_report+0xd1/0x660 [ 13.673297] kasan_report+0xe5/0x120 [13.673297] __asan_report_load1_noabort+0x18/0x20 [ 13.673297] mt_report_fixup+0x103/0x110 [ 13.673297] hid_open_report+0x1ef/0x810 [ 13.673297] mt_probe+0x422/0x960 [ 13.673297] hid_device_probe+0x2e2/0x6f0 [13.673297] real_probe+0x1c6/0x6b0 [ 13.673297] __driver_probe_device+0x24f/0x310 [ 13.673297] driver_probe_device +0x4e/0x220 [ 13.673297] __device_attach_driver+0x169/0x320 [ 13.673297] bus_for_each_drv+0x11d/0x1b0 [ 13.673297] __device_attach+0x1b8/0x3 e0 [ 13.673297] device_initial_probe+0x12/0x20 [ 13.673297] bus_probe_device+0x13d/0x180 [ 13.673297] device_add+0xe3a/0x1670 [ 13.673297] hid_add_device+0x31d/0xa40 [...] (CVE-2025-39806)

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

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

  - irqchip/alpine-msi修复 alpine_msix_init_domains 中的引用计数泄漏 of_irq_find_parent() 返回引用计数递增的节点指针不再需要时应在其上使用 of_node_put()。添加缺少的 of_node_put() 以避免 refcount 泄漏。 (CVE-2023-53191)

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

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

  - 已修复 Linux 内核中的下列漏洞：floppy: Fix memory leak in do_floppy_init() A memory leak was reported when floppy_alloc_disk() failed in do_floppy_init().
    unreferenced object 0xffff888115ed25a0 (size 8): comm modprobe, pid 727, jiffies 4295051278 (age 25.529s) hex dump (first 8 bytes): 00 ac 67 5b 81 88 ff ff ..g[.... backtrace: [<000000007f457abb>]
    __kmalloc_node+0x4c/0xc0 [<00000000a87bfa9e>] blk_mq_realloc_tag_set_tags.part.0+0x6f/0x180 [<000000006f02e8b1>] blk_mq_alloc_tag_set+0x573/0x1130 [<0000000066007fd7>] 0xffffffffc06b8b08 [<0000000081f5ac40>] do_one_initcall+0xd0/0x4f0 [<00000000e26d04ee>] do_init_module+0x1a4/0x680 [<000000001bb22407>] load_module+0x6249/0x7110 [<00000000ad31ac4d>] __do_sys_finit_module+0x140/0x200 [<000000007bddca46>] do_syscall_64+0x35/0x80 [<00000000b5afec39>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 unreferenced object 0xffff88810fc30540 (size 32): comm modprobe, pid 727, jiffies 4295051278 (age 25.529s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<000000007f457abb>]
    __kmalloc_node+0x4c/0xc0 [<000000006b91eab4>] blk_mq_alloc_tag_set+0x393/0x1130 [<0000000066007fd7>] 0xffffffffc06b8b08 [<0000000081f5ac40>] do_one_initcall+0xd0/0x4f0 [<00000000e26d04ee>] do_init_module+0x1a4/0x680 [<000000001bb22407>] load_module+0x6249/0x7110 [<00000000ad31ac4d>]
    __do_sys_finit_module+0x140/0x200 [<000000007bddca46>] do_syscall_64+0x35/0x80 [<00000000b5afec39>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 If the floppy_alloc_disk() failed, disks of current drive will not be set, thus the lastest allocated set->tag cannot be freed in the error handling path. A simple call graph shown as below: floppy_module_init() floppy_init() do_floppy_init() for (drive = 0; drive < N_DRIVE;
    drive++) blk_mq_alloc_tag_set() blk_mq_alloc_tag_set_tags() blk_mq_realloc_tag_set_tags() # set->tag allocated floppy_alloc_disk() blk_mq_alloc_disk() # error occurred, disks failed to allocated
    ->out_put_disk: for (drive = 0; drive < N_DRIVE; drive++) if (!disks[drive][0]) # the last disks is not set and loop break break; blk_mq_free_tag_set() # the latest allocated set->tag leaked Fix this problem by free the set->tag of current drive before jump to error handling path. [efremov: added stable list, changed title] (CVE-2022-50342)

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: imx: clk-imxrt1050: fix memory leak in imxrt1050_clocks_probe Use devm_of_iomap() instead of of_iomap() to automatically handle the unused ioremap region. If any error occurs, regions allocated by kzalloc() will leak, but using devm_kzalloc() instead will automatically free the memory using devm_kfree(). Also, fix error handling of hws by adding unregister_hws label, which unregisters remaining hws when iomap failed. (CVE-2023-53264)

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

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

  - smbclient修复 rename(2) 中并发打开的争用 除了将重命名请求发送到服务器重命名进程还会涉及关闭任何延迟的关闭、等待未完成的 I/O 完成以及标记所有现有的打开句柄被删除以防止延迟关闭从而增加目标文件上潜在并发打开的争用窗口。通过提前对 dentry 进行反哈希以防止在目标上出现任何并发打开来修复此问题。 (CVE-2025-39825)

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

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

  - BluetoothL2CAP修复 l2cap_disconnect_rsp 中的错误解锁平衡在 l2cap_get_chan_by_scid 之前不会获取 conn->chan_lock如果 l2cap_get_chan_by_scid 返回 NULL则会触发“错误的解锁平衡”。
    (CVE-2023-53297)

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

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

  - ALSAhda修复由于 snd_hdac_regmap_sync() 中的数据争用可能导致的空指针取消引用 访问 时变量 codec->regmap 通常受到锁 codec->regmap_lock 保护。然而在 snd_hdac_regmap_sync() 中访问 时会在不保持锁定的情况下进行访问检查后被调用的函数 regcache_sync() 中可能发生空指针取消引用 map->lock(map->lock_arg); --> drivers/base/regmap/regcache.c 中的第 360 行。为修复数据争用可能造成的此可能的空指针取消引用扩展了 mutex_lock 覆盖范围以保护 if 语句以及对 regcache_sync() 的函数调用。[ 注意缺少 regmap_lock 本身对于当前编解码器驱动程序实现无害因为 snd_hdac_regmap_sync() 仅用于编解码器探测期间禁止的 PM 运行时恢复。但此更改使整个代码更一致因此会按原样合并 -- tiwai ] (CVE-2023-53275)

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

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

  - net/mlx5HWS修复 hws_pool_buddy_init 错误路径中的内存泄漏 在 hws_pool_buddy_init() 的错误路径中buddy 分配器清理未释放分配器结构本身从而导致内存泄漏。添加缺失的 kfree() 以正确释放所有已分配内存。 (CVE-2025-39830)

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

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

  - vfio/type1通过 exec() 防止 locked_vm 的下溢。跨 exec 保留 vfio 容器时任务不更改但会获得 locked_vm=0 的新 mm并且会丢失现有 dma 映射中的计数。如果用户稍后取消映射 dma 映射locked_vm 会下溢为较大的无符号值并且后续的 dma 映射请求会失败并在 __account_locked_vm 中出现 ENOMEM。为避免下溢请在映射 dma 时抓取并保存 mm。调整 locked_vm 时使用该 mm而不是重新获取可能已更改的已保存任务的 mm。如果保存的 mm 已死则不执行任何操作。在后续修补程序中会增加现有映射的 locked_vm 值。 (CVE-2023-53171)

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

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

  - HIDhid-ntrig修复 ntrig_report_version() 中的无法处理 ntrig_report_version() 中的页面错误即从 hid_probe() 传递的 hdev 参数。向 /dev/uhid 发送描述符可使 hdev->dev.parent->parent 为空如果 hdev->dev.parent->parent 为空usb_dev 具有当 usb_rcvctrlpipe() 时 hid_to_usb_dev(hdev) 返回的无效地址 (0xffffffffffffff58)使用 usb_dev它会触发地址 (0xffffffffffffff58) 的页面错误 在调用 hid_to_usb_dev() 之前将 null 检查逻辑添加到 ntrig_report_version() (CVE-2025-39808)

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

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: avoid hci_dev_test_and_set_flag() in mgmt_init_hdev() syzbot is again reporting attempt to cancel uninitialized work at mgmt_index_removed() [1], for setting of HCI_MGMT flag from mgmt_init_hdev() from hci_mgmt_cmd() from hci_sock_sendmsg() can race with testing of HCI_MGMT flag from mgmt_index_removed() from hci_sock_bind() due to lack of serialization via hci_dev_lock(). Since mgmt_init_hdev() is called with mgmt_chan_list_lock held, we can safely split hci_dev_test_and_set_flag() into hci_dev_test_flag() and hci_dev_set_flag(). Thus, in order to close this race, set HCI_MGMT flag after INIT_DELAYED_WORK() completed. This is a local fix based on mgmt_chan_list_lock. Lack of serialization via hci_dev_lock() might be causing different race conditions somewhere else. But a global fix based on hci_dev_lock() should deserve a future patch. (CVE-2022-50339)

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

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

  - 已修复 Linux 内核中的下列漏洞：lockd: set other missing fields when unlocking files vfs_lock_file() expects the struct file_lock to be fully initialised by the caller. Re-exported NFSv3 has been seen to Oops if the fl_file field is NULL. (CVE-2022-50302)

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

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

  - JavaScript: GC 组件中的边界条件不正确。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10532)

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

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

  - 已修复 Linux 内核中的下列漏洞：rapidio: fix possible UAF when kfifo_alloc() fails If kfifo_alloc() fails in mport_cdev_open(), goto err_fifo and just free priv. But priv is still in the chdev->file_list, then list traversal may cause UAF. This fixes the following smatch warning: drivers/rapidio/devices/rio_mport_cdev.c:1930 mport_cdev_open() warn: '&priv->list' not removed from list (CVE-2022-50245)

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

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

  - 已修复 Linux 内核中的下列漏洞：rcu/rcuscale: Stop kfree_scale_thread thread(s) after unloading rcuscale Running the 'kfree_rcu_test' test case [1] results in a splat [2]. The root cause is the kfree_scale_thread thread(s) continue running after unloading the rcuscale module. This commit fixes that isue by invoking kfree_scale_cleanup() from rcu_scale_cleanup() when removing the rcuscale module. [1] modprobe rcuscale kfree_rcu_test=1 // After some time rmmod rcuscale rmmod torture [2] BUG: unable to handle page fault for address: ffffffffc0601a87 #PF: supervisor instruction fetch in kernel mode #PF: error_code(0x0010) - not-present page PGD 11de4f067 P4D 11de4f067 PUD 11de51067 PMD 112f4d067 PTE 0 Oops: 0010 [#1] PREEMPT SMP NOPTI CPU: 1 PID: 1798 Comm: kfree_scale_thr Not tainted 6.3.0-rc1-rcu+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 0.0.0 02/06/2015 RIP:
    0010:0xffffffffc0601a87 Code: Unable to access opcode bytes at 0xffffffffc0601a5d. RSP:
    0018:ffffb25bc2e57e18 EFLAGS: 00010297 RAX: 0000000000000000 RBX: ffffffffc061f0b6 RCX: 0000000000000000 RDX: 0000000000000000 RSI: ffffffff962fd0de RDI: ffffffff962fd0de RBP: ffffb25bc2e57ea8 R08:
    0000000000000000 R09: 0000000000000000 R10: 0000000000000001 R11: 0000000000000001 R12: 0000000000000000 R13: 0000000000000000 R14: 000000000000000a R15: 00000000001c1dbe FS: 0000000000000000(0000) GS:ffff921fa2200000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffffffffc0601a5d CR3: 000000011de4c006 CR4: 0000000000370ee0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ? kvfree_call_rcu+0xf0/0x3a0 ? kthread+0xf3/0x120 ? kthread_complete_and_exit+0x20/0x20 ? ret_from_fork+0x1f/0x30 </TASK> Modules linked in: rfkill sunrpc ... [last unloaded: torture] CR2:
    ffffffffc0601a87 ---[ end trace 0000000000000000 ]--- (CVE-2023-53291)

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

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

  - scsitargetiscsi修复恶意发起程序在登录 PDU 后立即发送某些随机数据时login_work 和登录线程之间的争用条件iscsi_target_sk_data_ready() 回调将计划 login_work同时协商可能会在未清除 LOGIN_FLAGS_INITIAL_PDU 标记的情况下结束因为不需要其他 PDU 交换即可完成登录。登录已完成但 login_work 函数将发现 LOGIN_FLAGS_INITIAL_PDU 标记集并将始终停止重新计划自己此时如果发起程序终止连接则将释放 iscsit_conn 结构login_work 将取消引用已发布的套接字结构并且内核会崩溃。BUG内核空指针取消引用地址0000000000000230 PF内核模式中的主管写入权限PFerror_code(0x0002) - not-present page Workqueue事件 iscsi_target_do_login_rx [iscsi_target_mod] RIP0010:_raw_read_lock_bh+0x15/0x30 调用跟踪iscsi_target_do_login_rx+ 0x75/0x3f0 [iscsi_target_mod] process_one_work+0x1e8/0x3c0 通过在登录完成并还原套接字回调后强制 login_work 停止来修复此缺陷。添加注释以明确 iscsi_target_do_login() 的返回值 (CVE-2022-50350)

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

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

  - 已修复 Linux 内核中的下列漏洞：io_uring/msg_ring: Fix NULL pointer dereference in io_msg_send_fd() Syzkaller produced the below call trace: BUG: KASAN: null-ptr-deref in io_msg_ring+0x3cb/0x9f0 Write of size 8 at addr 0000000000000070 by task repro/16399 CPU: 0 PID: 16399 Comm: repro Not tainted 6.1.0-rc1 #28 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.11.0-2.el7 Call Trace: <TASK> dump_stack_lvl+0xcd/0x134 ? io_msg_ring+0x3cb/0x9f0 kasan_report+0xbc/0xf0 ? io_msg_ring+0x3cb/0x9f0 kasan_check_range+0x140/0x190 io_msg_ring+0x3cb/0x9f0 ? io_msg_ring_prep+0x300/0x300 io_issue_sqe+0x698/0xca0 io_submit_sqes+0x92f/0x1c30
    __do_sys_io_uring_enter+0xae4/0x24b0 .... RIP: 0033:0x7f2eaf8f8289 RSP: 002b:00007fff40939718 EFLAGS:
    00000246 ORIG_RAX: 00000000000001aa RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f2eaf8f8289 RDX:
    0000000000000000 RSI: 0000000000006f71 RDI: 0000000000000004 RBP: 00007fff409397a0 R08: 0000000000000000 R09: 0000000000000039 R10: 0000000000000000 R11: 0000000000000246 R12: 00000000004006d0 R13:
    00007fff40939880 R14: 0000000000000000 R15: 0000000000000000 </TASK> Kernel panic - not syncing:
    panic_on_warn set ... We don't have a NULL check on file_ptr in io_msg_send_fd() function, so when file_ptr is NUL src_file is also NULL and get_file() dereferences a NULL pointer and leads to above crash.
    Add a NULL check to fix this issue. (CVE-2022-50295)

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

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

  - 已修复 Linux 内核中的下列漏洞：f2fs: fix to avoid potential memory corruption in __update_iostat_latency() Add iotype sanity check to avoid potential memory corruption. This is to fix the compile error below: fs/f2fs/iostat.c:231 __update_iostat_latency() error: buffer overflow 'io_lat->peak_lat[type]' 3 <= 3 vim +228 fs/f2fs/iostat.c 211 static inline void
    __update_iostat_latency(struct bio_iostat_ctx *iostat_ctx, 212 enum iostat_lat_type type) 213 { 214 unsigned long ts_diff; 215 unsigned int page_type = iostat_ctx->type; 216 struct f2fs_sb_info *sbi = iostat_ctx->sbi; 217 struct iostat_lat_info *io_lat = sbi->iostat_io_lat; 218 unsigned long flags; 219 220 if (!sbi->iostat_enable) 221 return; 222 223 ts_diff = jiffies - iostat_ctx->submit_ts; 224 if (page_type >= META_FLUSH) ^^^^^^^^^^ 225 page_type = META; 226 227 spin_lock_irqsave(&sbi->iostat_lat_lock, flags);
    @228 io_lat->sum_lat[type][page_type] += ts_diff; ^^^^^^^^^ Mixup between META_FLUSH and NR_PAGE_TYPE leads to memory corruption. (CVE-2023-53214)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommufd/selftest: Catch overflow of uptr and length syzkaller hits a WARN_ON when trying to have a uptr close to UINTPTR_MAX: WARNING: CPU: 1 PID: 393 at drivers/iommu/iommufd/selftest.c:403 iommufd_test+0xb19/0x16f0 Modules linked in: CPU: 1 PID:
    393 Comm: repro Not tainted 6.2.0-c9c3395d5e3d #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP: 0010:iommufd_test+0xb19/0x16f0 Code: 94 c4 31 ff 44 89 e6 e8 a5 54 17 ff 45 84 e4 0f 85 bb 0b 00 00 41 be fb ff ff ff e8 31 53 17 ff e9 a0 f7 ff ff e8 27 53 17 ff <0f> 0b 41 be 8 RSP: 0018:ffffc90000eabdc0 EFLAGS: 00010246 RAX: 0000000000000000 RBX:
    0000000000000000 RCX: ffffffff8214c487 RDX: 0000000000000000 RSI: ffff88800f5c8000 RDI: 0000000000000002 RBP: ffffc90000eabe48 R08: 0000000000000000 R09: 0000000000000001 R10: 0000000000000001 R11:
    0000000000000000 R12: 00000000cd2b0000 R13: 00000000cd2af000 R14: 0000000000000000 R15: ffffc90000eabe68 FS: 00007f94d76d5740(0000) GS:ffff88807dd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000020000043 CR3: 0000000006880006 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> ? write_comp_data+0x2f/0x90 iommufd_fops_ioctl+0x1ef/0x310 __x64_sys_ioctl+0x10e/0x160 ? __pfx_iommufd_fops_ioctl+0x10/0x10 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc Check that the user memory range doesn't overflow. (CVE-2023-53327)

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

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

  - io_uring/kbuf始终使用 READ_ONCE() 读取环提供的缓冲区长度由于缓冲区是从用户空间映射因此明智的做法是使用 READ_ONCE() 将值读取到本地变量并将其用于所执行的任何其他操作。稳定读取缓冲区长度可避免其在检查后发生更改或被多次读取。同样，缓冲区在被拾取和提交之间很可能会发生变化。确保增量环缓冲区提交的循环在命中零大小缓冲区时停止因为此时无法取得进一步进展。 (CVE-2025-39816)

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

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

  - mtdcore修复 init_mtd() 在 init_mtd() 中注入错误时收到错误报告sysfs无法创建重复的文件名 '/devices/virtual/bdi/mtd-0' 调用跟踪 <TASK> dump_stack_lvl +0x67/0x83 sysfs_warn_dup+0x60/0x70 sysfs_create_dir_ns+0x109/0x120 kobject_add_internal+0xce/0x2f0 kobject_add+0x98/0x110 device_add+0x179/0xc00 device_create_groups_vargs+0xf4/0x100 device_create+0x7b/0xb0 bdi_register_va.part.13+0x58/0x2d0 bdi_register+ 0x9b/0xb0 init_mtd+0x62/0x171 [mtd] do_one_initcall+0x6c/0x3c0 do_init_module+0x58/0x222 load_module+0x268e/0x27d0 __do_sys_finit_module+0xd5/0x140 do_syscall_64+0x37/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> kobject_add_internal failed for mtd-0 with -EEXIST请勿尝试在同一目录中注册具有相同名称的内容。注册 mtd 类或 bdi 时出错-17 如果 init_mtdchar() 在 init_mtd() 中失败则将不会取消注册 mtd_bdi因此无法再次加载 mtd 模块可通过在 out_procfs 之后调用 bdi_unregister(mtd_bdi) 来修复此问题标签。 (CVE-2022-50304)

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

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

  - scsiqla2xxx等待 io 在终止 rport 时因释放后使用而返回系统崩溃。当前代码允许在确定所有 IO 已返回之前terminate_rport_io 退出。对于 FCP-2 设备IO 可能会在 HW 中挂起因为驱动程序未在首次拉动电缆信号时终止 FW 中的会话。当 dev_loss_tmo 定时器弹出时会调用terminate_rport_io且上层将释放各种资源。
    Terminate_rport_io 触发 qla 以执行最终清理但清理速度可能不够快导致 qla 仍然占用相同的资源。等待 IO 返回上层后再释放资源。 (CVE-2023-53322)

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

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

  - 已修复 Linux 内核中的下列漏洞：Drivers: vmbus: Check for channel allocation before looking up relids relid2channel() assumes vmbus channel array to be allocated when called. However, in cases such as kdump/kexec, not all relids will be reset by the host. When the second kernel boots and if the guest receives a vmbus interrupt during vmbus driver initialization before vmbus_connect() is called, before it finishes, or if it fails, the vmbus interrupt service routine is called which in turn calls relid2channel() and can cause a null pointer dereference. Print a warning and error out in relid2channel() for a channel id that's invalid in the second kernel. (CVE-2023-53273)

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

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

  - 已修复 Linux 内核中的下列漏洞：power: supply: bq25890: Fix external_power_changed race bq25890_charger_external_power_changed() dereferences bq->charger, which gets sets in bq25890_power_supply_init() like this: bq->charger = devm_power_supply_register(bq->dev, &bq->desc, &psy_cfg); As soon as devm_power_supply_register() has called device_add() the external_power_changed callback can get called. So there is a window where bq25890_charger_external_power_changed() may get called while bq->charger has not been set yet leading to a NULL pointer dereference. This race hits during boot sometimes on a Lenovo Yoga Book 1 yb1-x90f when the cht_wcove_pwrsrc (extcon) power_supply is done with detecting the connected charger-type which happens to exactly hit the small window: BUG: kernel NULL pointer dereference, address: 0000000000000018 <snip> RIP:
    0010:__power_supply_is_supplied_by+0xb/0xb0 <snip> Call Trace: <TASK>
    __power_supply_get_supplier_property+0x19/0x50 class_for_each_device+0xb1/0xe0 power_supply_get_property_from_supplier+0x2e/0x50 bq25890_charger_external_power_changed+0x38/0x1b0 [bq25890_charger] __power_supply_changed_work+0x30/0x40 class_for_each_device+0xb1/0xe0 power_supply_changed_work+0x5f/0xe0 <snip> Fixing this is easy. The external_power_changed callback gets passed the power_supply which will eventually get stored in bq->charger, so bq25890_charger_external_power_changed() can simply directly use the passed in psy argument which is always valid. (CVE-2023-53166)

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

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

  - drm/sti修复 sti_{dvo,hda,hdmi}_connector_mode_valid() 的返回类型 通过 clang 内核控制流完整性kCFI、CONFIG_CFI_CLANG会对照预期函数指针原型验证间接调用目标以确保调用目标通过可有效帮助缓解 ROP 攻击。如果它们不同，则运行时会出错，表现为内核错误或线程被终止。clang 中提议的警告旨在在编译时捕获这些警告该警告揭示了
    drivers/gpu/drm/sti/sti_hda.c:637:16错误不兼容的函数指针类型使用“int (struct drm_connector *)”类型的表达式初始化“enum drm_mode_status (*)(struct drm_connector *, struct drm_display_mode *)” , struct drm_display_mode *)' [-Werror,-Wincompatible-function-pointer-types-strict] .mode_valid = sti_hda_connector_mode_valid^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~~~ drivers/gpu/drm/sti/sti_dvo.c:376:16error不兼容的函数指针类型使用“int”类型的表达式初始化“enum drm_mode_status (*)(struct drm_connector *, struct drm_display_mode *)” struct drm_connector *、struct drm_display_mode *)' [-Werror,-Wincompatible-function-pointer-types-strict] .mode_valid = sti_dvo_connector_mode_valid^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~~==== drivers/gpu/drm/sti/sti_hdmi.c:1035:16error不兼容的函数指针类型使用表达式初始化“enum drm_mode_status (*)(struct drm_connector *, struct drm_display_mode *)”属于“int”的 struct drm_connector * struct drm_display_mode *)' [-Werror,-Wincompatible-function-pointer-types-strict] .mode_valid = sti_hdmi_connector_mode_valid^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -“struct drm_connector_helper_funcs”中的 ->mode_valid() 预期返回类型为“enum drm_mode_status”而非“int”。调整 sti_{dvo,hda,hdmi}_connector_mode_valid() 的返回类型以匹配原型从而解决警告和 CFI 失败。 (CVE-2022-50261)

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

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

  - fs/smb修复不一致的 refcnt 更新在“smb2_compound_op”中发现可能出现不一致的 refcount 更新。此类不一致的更新可能会导致资源泄漏。可能的缺陷1。在函数的注释部分明确指出调用此函数后应删除对“cfile”的引用。 2. 每个控制流路径都会检查并终止对“cfile”的引用除非经过修补。 3. 在以下情况下现有调用方将不会处理“cfile”的 refcount 更新
    返回 -ENOMEM。为修复此缺陷添加了额外的 goto 标签输出以确保始终遵守清除逻辑。由于该问题是由“vars”的分配失败引起因此可以安全地忽略标签 finish 和 out 之间的清理逻辑。根据函数“is_replayable_error”的定义-ENOMEM 的错误代码不可恢复。因此重放逻辑也会被忽略。 (CVE-2025-39819)

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

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

  - xfs不将 ENODATA 磁盘错误传播到 xattr 代码中 ENODATA也称为 ENOATTR在 xfs xattr 代码中具有非常特定的含义即无法找到请求的属性名称。但是，磁盘中的介质错误也可能返回 ENODATA。充其量此中危错误可能作为未找到属性转义到用户空间而实际上这是 IO（磁盘）错误。在最坏的情况下可能会在执行以下操作时在 xfs_attr_leaf_get() 中发生错误 error = xfs_attr_leaf_hasname(args, &bp); if (error == -ENOATTR) {xfs_trans_brelse(args->trans, bp);返回错误因为磁盘的 ENODATA/ENOATTR 错误留下了空 bp而 xfs_trans_brelse 随后会将其取消引用。正如列表中所讨论的我们确实需要修改较低级别的 IO 函数以捕获所有磁盘错误并确保不会让像这样的唯一错误泄漏到更高的 xfs 函数中许多像这样的错误应重新映射到 EIO。但是此修补程序会直接解决 xattr 代码中一个报告的缺陷因此可安全向后移植到稳定内核。可以在稍后推出适用范围更大的修补程序以在较低级别处理更多独特错误。请注意在在 07120f1abdff 之前的版本中我们并未 oops但确实将不正确的错误代码返回给用户空间。CVE-2025-39835)

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

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

  - 已修复 Linux 内核中的下列漏洞：f2fs: fix scheduling while atomic in decompression path [ 16.945668][ C0] Call trace: [ 16.945678][ C0] dump_backtrace+0x110/0x204 [16.945706][ C0] dump_stack_lvl+0x84/0xbc [ 16.945735][ C0] __schedule_bug+0xb8/0x1ac [ 16.945756][ C0]
    __schedule+0x724/0xbdc [ 16.945778][ C0] schedule+0x154/0x258 [ 16.945793][ C0] bit_wait_io+0x48/0xa4 [16.945808][ C0] out_of_line_wait_on_bit+0x114/0x198 [ 16.945824][ C0] __sync_dirty_buffer+0x1f8/0x2e8 [16.945853][ C0] __f2fs_commit_super+0x140/0x1f4 [ 16.945881][ C0] f2fs_commit_super+0x110/0x28c [16.945898][ C0] f2fs_handle_error+0x1f4/0x2f4 [ 16.945917][ C0] f2fs_decompress_cluster+0xc4/0x450 [16.945942][ C0] f2fs_end_read_compressed_page+0xc0/0xfc [ 16.945959][ C0] f2fs_handle_step_decompress+0x118/0x1cc [ 16.945978][ C0] f2fs_read_end_io+0x168/0x2b0 [ 16.945993][ C0] bio_endio+0x25c/0x2c8 [ 16.946015][ C0] dm_io_dec_pending+0x3e8/0x57c [ 16.946052][ C0] clone_endio+0x134/0x254 [ 16.946069][ C0] bio_endio+0x25c/0x2c8 [ 16.946084][ C0] blk_update_request+0x1d4/0x478 [ 16.946103][ C0] scsi_end_request+0x38/0x4cc [ 16.946129][ C0] scsi_io_completion+0x94/0x184 [ 16.946147][ C0] scsi_finish_command+0xe8/0x154 [ 16.946164][ C0] scsi_complete+0x90/0x1d8 [ 16.946181][ C0] blk_done_softirq+0xa4/0x11c [ 16.946198][ C0]
    _stext+0x184/0x614 [ 16.946214][ C0] __irq_exit_rcu+0x78/0x144 [ 16.946234][ C0] handle_domain_irq+0xd4/0x154 [ 16.946260][ C0] gic_handle_irq.33881+0x5c/0x27c [ 16.946281][ C0] call_on_irq_stack+0x40/0x70 [ 16.946298][ C0] do_interrupt_handler+0x48/0xa4 [ 16.946313][ C0] el1_interrupt+0x38/0x68 [ 16.946346][ C0] el1h_64_irq_handler+0x20/0x30 [ 16.946362][ C0] el1h_64_irq+0x78/0x7c [ 16.946377][ C0] finish_task_switch+0xc8/0x3d8 [ 16.946394][ C0]
    __schedule+0x600/0xbdc [ 16.946408][ C0] preempt_schedule_common+0x34/0x5c [ 16.946423][ C0] preempt_schedule+0x44/0x48 [ 16.946438][ C0] process_one_work+0x30c/0x550 [ 16.946456][ C0] worker_thread+0x414/0x8bc [ 16.946472][ C0] kthread+0x16c/0x1e0 [ 16.946486][ C0] ret_from_fork+0x10/0x20 (CVE-2023-53262)

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

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

  - 已修复 Linux 内核中的下列漏洞：PCI: hv: Fix a crash in hv_pci_restore_msi_msg() during hibernation When a Linux VM with an assigned PCI device runs on Hyper-V, if the PCI device driver is not loaded yet (i.e. MSI-X/MSI is not enabled on the device yet), doing a VM hibernation triggers a panic in hv_pci_restore_msi_msg() -> msi_lock_descs(&pdev->dev), because pdev->dev.msi.data is still NULL. Avoid the panic by checking if MSI-X/MSI is enabled. (CVE-2023-53175)

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

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

  - bnxt_en修复在关闭 ifdown bnxt_set_dflt_rings() 期间更改 FW 资源时发现的内存损坏其始终在创建任何 TC 之前被调用。因此不会考虑 bp->num_tc并假设其始终为 0 或 1。在 FW 资源或功能变更的情况下FW 将在 bnxt_hwrm_if_change() 中返回标记将导致驱动程序重新初始化并调用 bnxt_cancel_reservations ()。这将导致 bnxt_init_dflt_ring_mode() 调用 bnxt_set_dflt_rings() 且 bp->num_tc 可能大于 1。这将造成 bp->tx_ring[] 过小并在 bnxt_alloc_cp_rings() 中造成内存损坏。通过按上述代码路径中的 bp->num_tc正确缩放 TX ring可修复此问题。添加 2 个辅助函数以确定 bp->tx_nr_rings 和 bp->tx_nr_rings_per_tc。 (CVE-2025-39810)

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

ID	名称	严重性
265246	Linux Distros 未修补的漏洞：CVE-2025-39809	high
265245	Linux Distros 未修补的漏洞：CVE-2025-39793	high
265244	Linux Distros 未修补的漏洞：CVE-2023-53237	medium
265243	Linux Distros 未修补的漏洞：CVE-2022-50296	medium
265242	Linux Distros 未修补的漏洞：CVE-2025-39811	medium
265241	Linux Distros 未修补的漏洞：CVE-2023-53239	medium
265240	Linux Distros 未修补的漏洞：CVE-2023-53243	medium
265239	Linux Distros 未修补的漏洞：CVE-2022-50294	medium
265238	Linux Distros 未修补的漏洞：CVE-2022-50270	high
265237	Linux Distros 未修补的漏洞：CVE-2023-53222	high
265235	Linux Distros 未修补的漏洞：CVE-2023-53207	medium
265234	Linux Distros 未修补的漏洞：CVE-2023-53219	high
265233	Linux Distros 未修补的漏洞：CVE-2023-53271	medium
265232	Linux Distros 未修补的漏洞：CVE-2025-39824	high
265231	Linux Distros 未修补的漏洞：CVE-2025-39813	medium
265230	Linux Distros 未修补的漏洞：CVE-2023-53163	medium
265229	Linux Distros 未修补的漏洞：CVE-2023-53296	medium
265228	Linux Distros 未修补的漏洞：CVE-2023-53285	high
265227	Linux Distros 未修补的漏洞：CVE-2022-50349	medium
265226	Linux Distros 未修补的漏洞：CVE-2025-45091	medium
265225	Linux Distros 未修补的漏洞：CVE-2025-39806	high
265224	Linux Distros 未修补的漏洞：CVE-2023-53191	medium
265223	Linux Distros 未修补的漏洞：CVE-2022-50342	medium
265222	Linux Distros 未修补的漏洞：CVE-2023-53264	medium
265221	Linux Distros 未修补的漏洞：CVE-2025-39825	medium
265220	Linux Distros 未修补的漏洞：CVE-2023-53297	medium
265218	Linux Distros 未修补的漏洞：CVE-2023-53275	medium
265217	Linux Distros 未修补的漏洞：CVE-2025-39830	medium
265216	Linux Distros 未修补的漏洞：CVE-2023-53171	medium
265215	Linux Distros 未修补的漏洞：CVE-2025-39808	medium
265214	Linux Distros 未修补的漏洞：CVE-2022-50339	high
265213	Linux Distros 未修补的漏洞：CVE-2022-50302	medium
265212	Linux Distros 未修补的漏洞：CVE-2025-10532	medium
265211	Linux Distros 未修补的漏洞：CVE-2022-50245	high
265210	Linux Distros 未修补的漏洞：CVE-2023-53291	medium
265209	Linux Distros 未修补的漏洞：CVE-2022-50350	medium
265208	Linux Distros 未修补的漏洞：CVE-2022-50295	medium
265207	Linux Distros 未修补的漏洞：CVE-2023-53214	high
265206	Linux Distros 未修补的漏洞：CVE-2023-53327	medium
265205	Linux Distros 未修补的漏洞：CVE-2025-39816	medium
265204	Linux Distros 未修补的漏洞：CVE-2022-50304	medium
265203	Linux Distros 未修补的漏洞：CVE-2023-53322	high
265202	Linux Distros 未修补的漏洞：CVE-2023-53273	medium
265201	Linux Distros 未修补的漏洞：CVE-2023-53166	medium
265200	Linux Distros 未修补的漏洞：CVE-2022-50261	medium
265199	Linux Distros 未修补的漏洞：CVE-2025-39819	medium
265198	Linux Distros 未修补的漏洞：CVE-2025-39835	high
265197	Linux Distros 未修补的漏洞：CVE-2023-53262	high
265196	Linux Distros 未修补的漏洞：CVE-2023-53175	medium
265195	Linux Distros 未修补的漏洞：CVE-2025-39810	high

检测

Nessus 的 Misc. 系列

high

high

medium

medium

medium

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

high

medium

high