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

  - drm/amdgpu正确取消映射和删除 csa_va应在取消映射和从 VM 中删除 bo_va 之前保留根 PD BO否则 lockdep 将抱怨。 v2检查 fpriv->csa_va 是否不是 NULL 而是 amdgpu_mcbp (christian) [14616.936827] 警告CPU: 6 PIDdrivers/gpu/drm/amd/amdgpu/amdgpu_vm.c:1762 amdgpu_vm_bo_del+0x399/0x3f0 [ amdgpu] [14616.937096] 调用跟踪[14616.937097] <TASK> [14616.937102] amdgpu_driver_postclose_kms+0x249/0x2f0 [amdgpu] [14616.937187] drm_file_free+0x1d6/0x300 [drm] [14616.937207] drm_close_helper.isra.0+0x62 /0x70 [drm] [14616.937220] drm_release+0x5e/0x100 [drm] [14616.937234] __fput+0x9f/0x280 [14616.937239]____fput+0xe/0x20 [14616.937241] task_work_run+0x61/0x90 [14616.937246] exit_to_user_mode_prepare+ 0x215/0x220 [14616.937251] syscall_exit_to_user_mode+0x2a/0x60 [14616.937254] do_syscall_64+0x48/0x90 [14616.937257] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-53545)

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

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

  - fs/ntfs3验证数据运行偏移这会添加针对数据运行偏移的健全性检查。我们应在尝试解包数据运行偏移之前确保数据运行偏移合法否则可能会遇到释放后使用或一些意外的内存访问行为。 [ 82.940342] BUGKASANrun_unpack+0x2e3/0x570 中存在释放后使用 [82.941180] 通过任务 mount/240 在 addr ffff888008a8487f 进行大小为 1 的读取 [ 82.941670] [ 82.942069] CPU: 0 PID
    240 Commmount Not tainted 5.19.0+ #15 [ 82.942482] Hardware nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 82.943720] 调用跟踪[ 82.944204] <TASK> [ 82.944471] dump_stack_lvl+0x49/0x63 [ 82.944908] print_report.cold+0xf5/0x67b [ 82.945141] ?
    __wait_on_bit+0x106/0x120 [ 82.945750] ? run_unpack+0x2e3/0x570 [ 82.946626] kasan_report+0xa7/0x120 [82.947046] ? run_unpack+0x2e3/0x570 [ 82.947280] __asan_load1+0x51/0x60 [ 82.947483] run_unpack+0x2e3/0x570 [ 82.947709] ? memcpy+0x4e/0x70 [ 82.947927] ? run_pack+0x7a0/0x7a0 [ 82.948158] run_unpack_ex+0xad/0x3f0 [ 82.948399] ? mi_enum_attr+0x14a/0x200 [ 82.948717] ? run_unpack+0x570/0x570 [82.949072] ? ni_enum_attr_ex+0x1b2/0x1c0 [ 82.949332] ? ni_fname_type.part.0+0xd0/0xd0 [ 82.949611] mi_read+0x262/0x2c0 [ 82.949970] ? ntfs_cmp_names_cpu+0x125/0x180 [ 82.950249] ntfs_iget5+0x632/0x1870 [82.950621] ? ntfs_get_block_bmap+0x70/0x70 [ 82.951192] ? evict+0x223/0x280 [ 82.951525] ? iput.part.0+0x286/0x320 [ 82.951969] ntfs_fill_super+0x1321/0x1e20 [ 82.952436] ? put_ntfs+0x1d0/0x1d0 [82.952822] ? vsprintf+0x20/0x20 [ 82.953188] ? mutex_unlock+0x81/0xd0 [ 82.953379] ? set_blocksize+0x95/0x150 [ 82.954001] get_tree_bdev+0x232/0x370 [ 82.954438] ? put_ntfs+0x1d0/0x1d0 [82.954700] ntfs_fs_get_tree+0x15/0x20 [ 82.955049] vfs_get_tree+0x4c/0x130 [ 82.955292] path_mount+0x645/0xfd0 [ 82.955615] ? putname+0x80/0xa0 [ 82.955955] ? finish_automount+0x2e0/0x2e0 [82.956310] ? kmem_cache_free+0x110/0x390 [ 82.956723] putname+0x80/0xa0 [ 82.957023] do_mount+0xd6/0xf0 [ 82.957411] ? path_mount+0xfd0/0xfd0 [ 82.957638] ? __kasan_check_write+0x14/0x20 [ 82.957948]
    __x64_sys_mount+0xca/0x110 [ 82.958310] do_syscall_64+0x3b/0x90 [ 82.958719] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 82.959341] RIP0033:0x7fd0d1ce948a [ 82.960193] Code48 8b 0d 11 fa 2a 08 69 817 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 008 [ 82.961532] RSP: 002b:00007ffe59ff69a8 EFLAGS: 00000202 ORIG_RAX: 00000000000000a5 [ 82.962527] RAX: ffffffffffffffda RBX: 0000564dcc107060 RCX: 00007fd0d1ce948a [ 82.963266] RDX: 0000564dcc107260 RSI
    0000564dcc1072e0 RDI0000564dcc10fce0 [ 82.963686] RBP0000000000000000 R080000564dcc107280 R09
    0000000000000020 [ 82.964272] R10: 00000000c0ed0000 R11: 0000000000000202 R12: 0000564dcc10fce0 [82.964785] R13: 0000564dcc107260 R14: 0000000000000000 R15: 00000000ffffffff (CVE-2022-50507)

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

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

  - 对 Monitoring -> Problems 视图不具有权限的常规 Zabbix 用户仍然可以调用 Problem.view.refresh 操作因此仍然可以检索未解决问题的列表。 (CVE-2025-49641)

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

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

  - 常规 Zabbix 用户可以通过该用户无权查看的选择字段通过 Zabbix API 搜索其用户组中的其他用户。这允许对用户无权访问的某些字段值进行数据挖掘。
    (CVE-2025-27236)

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

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

  - LDAP “Bind password”值在保存后无法读取但超级管理员帐户可通过将 LDAP “Host”更改为恶意 LDAP 服务器来泄露该值。为缓解此问题现在会在更改“Host”时重置“Bind password”值。 (CVE-2025-27231)

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

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

  - 从 Rust 1.87.0 开始至 Rust 1.89.0之前的版本第 3 层 Cygwin 目标 (`x86_64-pc-cygwin`) 未正确处理路径分隔符从而导致标准库的路径 API 忽略以反斜线分隔的路径组件。因此为 Cygwin 编译并验证路径的程序可能出现故障从而可能允许路径遍历攻击或进行恶意文件系统操作。Rust 1.89.0 通过同时处理 Cygwin 目标的标准库中的 Win32 和 Unix 样式路径来修复此问题。虽然我们将此漏洞的严重性评估为中危但请注意第 3 层 Cygwin 编译目标仅在从源文件构建时可用Rust 项目未分发任何预构建的二进制文件且无法通过 Rustup 安装。除非您手动编译了“x86_64-pc-cygwin”目标否则不受此漏洞的影响。第 1 层 MinGW 目标 (`x86_64-pc-windows-gnu`) 用户也明确不受到影响。 (CVE-2025-11233)

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

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

  - ipmi_si修复 try_smi_init() 中的内存泄漏 Kmemleak 在 try_smi_init() 中报告以下泄漏信息
    未引用的对象 0xffff00018ecf9400 (大小 1024)comm modprobe、pid 2707763、jiffies 4300851415 (age 773.308s) 回溯[<000000004ca5b312>] __kmalloc+0x4b8/0x7b0 [<00000000953b1072>] try_smi_init+0x148/0x5dc [ipmi_si] [ipmi_si] [ipmi_init+0x148/0x5dc [ipmi_si] [<000000006460d325>ipmi_si ] [ipmi_init+0x148/0x5dc]<0000000039206ea5>] do_one_initcall+0x64/0x2a4 [<00000000601399ce>] do_init_module+0x50/0x300 [<000000003c12ba3c>] load_module+0x7a8/0x9e0 [<00000000c246fffe>] __se_sys_init_module+0x104/0x180 [<00000000eea99093>]
    __arm64_sys_init_module+0x24/0x30 [<0000000021b1ef87>el0_svc_common.constprop.0+0x94/0x250 [<0000000070f4f8b7>] do_el0_svc+0x48/0xe0 [<000000005a05337f>] el0_svc+0x24/0x3c [<000000005eb248d6>] el0_sync_handler+0x160/0x164 [<0000000030a59039>el_sync ] el_00 +0x160/0x180 问题在于当错误在处理程序注册之前和分配“new_smi->si_sm”之后在之后的错误处理中不会释放该变量因为尚未注册“shutdown_smi()”。通过在“try_smi_init()”的错误处理路径中添加“kfree()”可修复此问题。 (CVE-2023-53611)

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

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

  - 跟踪/直方图如果 Hist_vars 引用了变量则将直方图添加到其中 Hist 触发器可以在没有直接“变量”字段的情况下包含引用的变量。如果添加了针对触发操作的引用变量则可能是这种情况。在这种情况下，新添加的引用将没有字段变量。不考虑此类引用的变量会导致出现可以通过引用的变量删除 Hist 触发器的情况。这将导致一个可轻松重现的缺陷如下 $ cd /sys/kernel/tracing $ echo ‘synthetic_sys_enter char[] comm; long id' >>ynthetic_events $echo 'hist:keys=common_pid.execname,id.syscall:vals=hitcount:comm=common_pid.execname' >>events/raw_syscalls/sys_enter/trigger $echo 'hist:keys=common_pid.execname, id.syscall:onmatch(raw_syscalls.sys_enter).synthetic_sys_enter($comm, id)' >> events/raw_syscalls/sys_enter/trigger $ echo '!hist:keys=common_pid.execname,id.syscall:vals=hitcount:comm=common_pid .execname' >> events/raw_syscalls/sys_enter/trigger [ 100.263533] ================================== ================================ [ 100.264634] BUGKASANresolve_var_refs+ 中的 slab-use-after-free 0xc7/0x180 [ 100.265520] 由任务 bash/439 在 addr ffff88810375d0f0 读取大小 8 [ 100.266320] [ 100.266533] CPU: 2 PID: 439 Commbash Not tainted 6.5.0-rc1 #4 [ 100.267277] 硬件nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.0-20220807_005459-localhost 04/01/2014 [100.268561] 调用跟踪[ 100.268902] <TASK> [ 100.269189] dump_stack_lvl+0x4c/0x70 [ 100.269680] print_report+0xc5/0x600 [ 100.270165] ? resolve_var_refs+0xc7/0x180 [ 100.270697] ? kasan_complete_mode_report_info+0x80/0x1f0 [ 100.271389] ? resolve_var_refs+0xc7/0x180 [ 100.271913] kasan_report+0xbd/0x100 [ 100.272380] ? resolve_var_refs+0xc7/0x180 [ 100.272920] __asan_load8+0x71/0xa0 [100.273377] resolve_var_refs+0xc7/0x180 [ 100.273888] event_hist_trigger+0x749/0x860 [ 100.274505] ? kasan_save_stack+0x2a/0x50 [ 100.275024] ? kasan_set_track+0x29/0x40 [ 100.275536] ?
    __pfx_event_hist_trigger+0x10/0x10 [ 100.276138] ? ksys_write+0xd1/0x170 [ 100.276607] ? do_syscall_64+0x3c/0x90 [ 100.277099] ? entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ 100.277771] ? destroy_hist_data+0x446/0x470 [ 100.278324] ? event_hist_trigger_parse+0xa6c/0x3860 [ 100.278962] ?
    __pfx_event_hist_trigger_parse+0x10/0x10 [ 100.279627] ? __kasan_check_write+0x18/0x20 [ 100.280177] ? mutex_unlock+0x85/0xd0 [ 100.280660] ? __pfx_mutex_unlock+0x10/0x10 [ 100.281200] ? kfree+0x7b/0x120 [100.281619] ? ____kasan_slab_free+0x15d/0x1d0 [ 100.282197] ? event_trigger_write+0xac/0x100 [ 100.282764] ? __kasan_slab_free+0x16/0x20 [ 100.283293] ? __kmem_cache_free+0x153/0x2f0 [ 100.283844] ? sched_mm_cid_remote_clear+0xb1/0x250 [ 100.284550] ? __pfx_sched_mm_cid_remote_clear+0x10/0x10 [100.285221] ? event_trigger_write+0xbc/0x100 [ 100.285781] ? __kasan_check_read+0x15/0x20 [ 100.286321] ?
    __bitmap_weight+0x66/0xa0 [ 100.286833] ? _find_next_bit+0x46/0xe0 [ 100.287334] ? task_mm_cid_work+0x37f/0x450 [ 100.287872] event_triggers_call+0x84/0x150 [ 100.288408] trace_event_buffer_commit+0x339/0x430 [ 100.289073] ? ring_buffer_event_data+0x3f/0x60 [ 100.292189] trace_event_raw_event_sys_enter+0x8b/0xe0 [ 100.295434] syscall_trace_enter.constprop.0+0x18f/0x1b0 [100.298653] syscall_enter_from_user_mode+0x32/0x40 [ 100.301808] do_syscall_64+0x1a/0x1a/0x1b0 [] [] [] [] [ 100.304748[] []  ] +0x6e/0xd8 [ 100.307775] RIP0033:0x7f686c75c1cb [ 100.310617] Code73 01 c3 48 8b 0d 65 3c 10 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 900 f3 0f 1e fa b8 21 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 35 3c 10 00 f7 d8 64 89 01 48 [ 100.317847] RSP:
    002b:00007ffc60137a38 EFLAGS00000246 ORIG_RAX: 0000000000000021 [ 100.321200] RA ---truncated--- (CVE-2023-53560)

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

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

  - 已修复 Linux 内核中的下列漏洞：drbd: only clone bio if we have a backing device Commit c347a787e34cb (drbd: set ->bi_bdev in drbd_req_new) moved a bio_set_dev call (which has since been removed) to earlier, from drbd_request_prepare to drbd_req_new. The problem is that this accesses device->ldev->backing_bdev, which is not NULL-checked at this point. When we don't have an ldev (i.e. when the DRBD device is diskless), this leads to a null pointer deref. So, only allocate the private_bio if we actually have a disk. This is also a small optimization, since we don't clone the bio to only to immediately free it again in the diskless case. (CVE-2022-50506)

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

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

  - thermalintel_powerclam使用 get_cpu() 代替 smp_processor_id() 以避免崩溃当 CPU 0 脱机并且使用 intel_powerclam 来注入空闲时会生成内核缺陷缺陷在可抢占的 [00000000] 代码中使用 smp_processor_id()bash/15687调用方为 debug_smp_processor_id+0x17/0x20 CPU: 4 PID: 15687 Comm: bash Not tainted 5.19.0-rc7+ #57 Call Trace <TASK> dump_stack_lvl+0x49/0x63 dump_stack+0x10/0x16 check_preemption_disabled+0xdd/0xe0 debug_smp_processor_id+0x17/0x20 powerclamp_set_cur_state+0x7f/0xf9 [intel_powerclam] ... ... 此处 CPU 0 默认为控制 CPU，如果 CPU 0 离线，将更改为当前 CPU。此检查必须在 cpus_read_lock() 下执行因此会出现上述警告。使用 get_cpu() 代替 smp_processor_id() 以避免此缺陷。 [ rjw主题编辑 ] (CVE-2022-50494)

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

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

  - 已修复 Linux 内核中的下列漏洞：cpufreq: amd-pstate-ut: Fix kernel panic when loading the driver After loading the amd-pstate-ut driver, amd_pstate_ut_check_perf() and amd_pstate_ut_check_freq() use cpufreq_cpu_get() to get the policy of the CPU and mark it as busy. In these functions, cpufreq_cpu_put() should be used to release the policy, but it is not, so any other entity trying to access the policy is blocked indefinitely. One such scenario is when amd_pstate mode is changed, leading to the following splat: [ 1332.103727] INFO: task bash:2929 blocked for more than 120 seconds. [ 1332.110001] Not tainted 6.5.0-rc2-amd-pstate-ut #5 [ 1332.115315] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 1332.123140] task:bash state:D stack:0 pid:2929 ppid:2873 flags:0x00004006 [ 1332.123143] Call Trace: [ 1332.123145] <TASK> [ 1332.123148]
    __schedule+0x3c1/0x16a0 [ 1332.123154] ? _raw_read_lock_irqsave+0x2d/0x70 [ 1332.123157] schedule+0x6f/0x110 [ 1332.123160] schedule_timeout+0x14f/0x160 [ 1332.123162] ? preempt_count_add+0x86/0xd0 [ 1332.123165] __wait_for_common+0x92/0x190 [ 1332.123168] ?
    __pfx_schedule_timeout+0x10/0x10 [ 1332.123170] wait_for_completion+0x28/0x30 [ 1332.123173] cpufreq_policy_put_kobj+0x4d/0x90 [ 1332.123177] cpufreq_policy_free+0x157/0x1d0 [ 1332.123178] ? preempt_count_add+0x58/0xd0 [ 1332.123180] cpufreq_remove_dev+0xb6/0x100 [ 1332.123182] subsys_interface_unregister+0x114/0x120 [ 1332.123185] ? preempt_count_add+0x58/0xd0 [ 1332.123187] ?
    __pfx_amd_pstate_change_driver_mode+0x10/0x10 [ 1332.123190] cpufreq_unregister_driver+0x3b/0xd0 [1332.123192] amd_pstate_change_driver_mode+0x1e/0x50 [ 1332.123194] store_status+0xe9/0x180 [ 1332.123197] dev_attr_store+0x1b/0x30 [ 1332.123199] sysfs_kf_write+0x42/0x50 [ 1332.123202] kernfs_fop_write_iter+0x143/0x1d0 [ 1332.123204] vfs_write+0x2df/0x400 [ 1332.123208] ksys_write+0x6b/0xf0 [ 1332.123210] __x64_sys_write+0x1d/0x30 [ 1332.123213] do_syscall_64+0x60/0x90 [ 1332.123216] ? fpregs_assert_state_consistent+0x2e/0x50 [ 1332.123219] ? exit_to_user_mode_prepare+0x49/0x1a0 [1332.123223] ? irqentry_exit_to_user_mode+0xd/0x20 [ 1332.123225] ? irqentry_exit+0x3f/0x50 [ 1332.123226] ? exc_page_fault+0x8e/0x190 [ 1332.123228] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ 1332.123232] RIP:
    0033:0x7fa74c514a37 [ 1332.123234] RSP: 002b:00007ffe31dd0788 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 [ 1332.123238] RAX: ffffffffffffffda RBX: 0000000000000008 RCX: 00007fa74c514a37 [ 1332.123239] RDX:
    0000000000000008 RSI: 000055e27c447aa0 RDI: 0000000000000001 [ 1332.123241] RBP: 000055e27c447aa0 R08:
    00007fa74c5d1460 R09: 000000007fffffff [ 1332.123242] R10: 0000000000000000 R11: 0000000000000246 R12:
    0000000000000008 [ 1332.123244] R13: 00007fa74c61a780 R14: 00007fa74c616600 R15: 00007fa74c615a00 [1332.123247] </TASK> Fix this by calling cpufreq_cpu_put() wherever necessary. [ rjw: Subject and changelog edits ] (CVE-2023-53563)

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

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

  - wifibrcmfmac确保 CLM 版本以 null 结尾以防止堆栈越界 修复 brcmfmac 中在传递不以 null 结尾的“buf”作为参数传递时发生的堆栈越界读取brcmf_c_preinit_dcmds() 中的 strreplace()。此缓冲区由 brcmf_fil_iovar_data_get() 中的 memcpy() 以 CLM 版本字符串填充。确保 buf 以 null 结尾。由 syzkaller 的修改后版本发现。 [33.004414][ T1896] brcmfmac: brcmf_c_process_clm_blob没有可用的 clm_blob (err=-2)设备的可用通道可能有限 [ 33.013486][ T1896] brcmfmac: brcmf_c_preinit_dcmds: 固件 BCM43236/3 wl0
    2011 年 11 月 30 日 17:33:42 版本 5.90.188.22 [ 33.021554][ T1896] =============================== =================================== [ 33.022379][ T1896] BUGKASAN堆栈输出strreplace+0xf2/0x110 中的越界 [ 33.023122][ T1896] 由任务 kworker/0:2/1896 在地址 ffffc90001d6efc8 进行的大小为 1 的读取 [ 33.023852][ T1896] [ 33.024096][ T1896] CPU 0 PID1896 Comm: kworker/0:2 TaintedGO 5.14.0+ #132 [ 33.024927][ T1896] Hardware nameQEMU Standard PC (i440FX + PIIX,1996), BIOS rel-1.12.1-0- ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014 [ 33.026065][ T1896] 工作队列usb_hub_wq hub_event [ 33.026581][ T1896] 调用跟踪[ 33.026896][ T1896] dump_stack_lvl+0x57/0x7d [ 33.027372][T1896] print_address_description.constprop.0.cold+0xf/0x334 [ 33.028037][ T1896] ? strreplace+0xf2/0x110 [33.028403][ T1896] ? strreplace+0xf2/0x110 [ 33.028807][ T1896] kasan_report.cold+0x83/0xdf [ 33.029283][T1896] ? strreplace+0xf2/0x110 [ 33.029666][ T1896] strreplace+0xf2/0x110 [ 33.029966][ T1896] brcmf_c_preinit_dcmds+0xab1/0xc40 [ 33.030351][ T1896] ? brcmf_c_set_joinpref_default+0x100/0x100 [33.030787][ T1896] ? rcu_read_lock_sched_held+0xa1/0xd0 [ 33.031223][ T1896] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 33.031661][ T1896] ? lock_acquire+0x19d/0x4e0 [ 33.032091][ T1896] ? find_held_lock+0x2d/0x110 [ 33.032605][ T1896] ? brcmf_usb_deq+0x1a7/0x260 [ 33.033087][ T1896] ? brcmf_usb_rx_fill_all+0x5a/0xf0 [ 33.033582][ T1896] brcmf_attach+0x246/0xd40 [ 33.034022][ T1896] ? wiphy_new_nm+0x1476/0x1d50 [ 33.034383][ T1896] ? kmemdup+0x30/0x40 [ 33.034722][ T1896] brcmf_usb_probe+0x12de/0x1690 [ 33.035223][ T1896] ? brcmf_usbdev_qinit.constprop.0+0x470/0x470 [33.035833][ T1896] usb_probe_interface+0x25f/0x710 [ 33.036315][ T1896] real_probe+0x1be/0xa90 [33.036656][ T1896] __driver_probe_device+0x2ab/0x460 [ 33.037026][ T1896] usb_match_id.part.0+0x88/0xc0 [ 33.037383][ T1896] driver_probe_device+0x49/0x120 [ 33.037790][ T1896]
    __device_attach_driver+0x18a/0x250 [ 33.038300][ T1896] ? driver_allows_async_probing+0x120/0x120 [33.038986][ T1896] bus_for_each_drv+0x123/0x1a0 [ 33.039906][ T1896] ? bus_rescan_devices+0x20/0x20 [33.041412][ T1896] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 33.041861][ T1896] ? trace_hardirqs_on+0x1c/0x120 [ 33.042330][ T1896] __device_attach+0x207/0x330 [ 33.042664][ T1896] ? device_bind_driver+0xb0/0xb0 [ 33.043026][ T1896] ? kobject_uevent_env+0x230/0x12c0 [ 33.043515][ T1896] bus_probe_device+0x1a2/0x260 [ 33.043914][ T1896] device_add+0xa61/0x1ce0 [ 33.044227][ T1896] ?
    __mutex_unlock_slowpath+0xe7/0x660 [ 33.044891][ T1896] ? __fw_devlink_link_to_suppliers+0x550/0x550 [33.045531][ T1896] usb_set_configuration+0x984/0x1770 [ 33.046051][ T1896] ? kernfs_create_link+0x175/0x230 [ 33.046548][ T1896] usb_generic_driver_probe+0x69/0x90 [ 33.046931][T1896] usb_probe_device+0x9c/0x220 [ 33.047434][ T1896] real_probe+0x1be/0xa90 [ 33.047760][ T1896]
    __driver_probe_device+0x2ab/0x460 [ 33.048134][ T1896] driver_probe_device+0x49/0x120 [ 33.048516][ T1896]
    __device_attach_driver+0x18a/0x250 [ 33.048910][ T1896] ? driver_allows_async_probing+0x120/0x120
    ---truncated--- (CVE-2023-53582)

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

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

  - xhci释放设备时将设备端点从带宽列表中删除通常会在释放 virt 设备之前放置端点时将其从带宽列表中删除。如果 xHC 主机崩溃或被删除则为避免与不可访问的主机控制器交互函数提早返回所导致的端点未被彻底终止。因此在释放虚拟设备的虚拟主机时检查并删除仍在带宽列表上的端点。解决在解绑定 xhci-pci 时由 xhci_mem_cleanup() 在其后尝试从带宽列表中删除已释放的端点所造成的 list_del 损坏内核崩溃。这只影响使用软件带宽检查的主机目前仅是 intel Panther Point PCH 中的 xHC (Ivy Bridge) (CVE-2022-50470)

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

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

  - cxl修复 cxl_guest_init_afu|adapter() 中可能的 null-ptr-deref 如果 cxl_register_afu|adapter() 中的 device_register() 失败则不会添加设备无法在错误路径中调用 device_unregister()否则将造成因删除了未添加的设备而导致的 null-ptr-deref。如 device_register() 的注释所述其应使用 put_device() 放弃错误路径中的引用。因此将 device_unregister() 拆分为 device_del() 和 put_device()然后在 register 失败时转为 put dev。
    (CVE-2022-50481)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: nl80211: fix integer overflow in nl80211_parse_mbssid_elems() nl80211_parse_mbssid_elems() uses a u8 variable num_elems to count the number of MBSSID elements in the nested netlink attribute attrs, which can lead to an integer overflow if a user of the nl80211 interface specifies 256 or more elements in the corresponding attribute in userspace. The integer overflow can lead to a heap buffer overflow as num_elems determines the size of the trailing array in elems, and this array is thereafter written to for each element in attrs. Note that this vulnerability only affects devices with the wiphy->mbssid_max_interfaces member set for the wireless physical device struct in the device driver, and can only be triggered by a process with CAP_NET_ADMIN capabilities. Fix this by checking for a maximum of 255 elements in attrs. (CVE-2023-53570)

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

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

  - net/mlx5DR修复 mlx5dr_cmd_create_reformat_ctx 中的内存泄漏当 mlx5_cmd_exec 在 mlx5dr_cmd_create_reformat_ctx 中失败时“in”指向的内存未释放这将导致内存泄漏。
    在 mlx5_cmd_exec 之后移动内存释放。 (CVE-2023-53546)

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

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

  - iommu/vt-d清除 init_dmars() 错误路径中的 si_domain 当出现故障时在提交 ee2653bbe89d 之前的内核 (iommu/vt-d删除域和 devinfo mempool)发现有来自 kmem_cache_destroy() 的 splat在 init_dmars() 中因为 iommu_domain 缓存中仍有对象。虽然 mempool 代码现已消失但如果 init_dmars() 失败仍然存在 si_domain 内存泄漏。因此请清理 init_dmars() 错误路径中的 si_domain。 (CVE-2022-50482)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/ksm: fix race with VMA iteration and mm_struct teardown exit_mmap() will tear down the VMAs and maple tree with the mmap_lock held in write mode. Ensure that the maple tree is still valid by checking ksm_test_exit() after taking the mmap_lock in read mode, but before the for_each_vma() iterator dereferences a destroyed maple tree. Since the maple tree is destroyed, the flags telling lockdep to check an external lock has been cleared. Skip the for_each_vma() iterator to avoid dereferencing a maple tree without the external lock flag, which would create a lockdep warning. (CVE-2023-53614)

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

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

  - wifiiwlwifi: mvm不信任固件 n_channels 如果固件向我们发送 n_channels 远大于命令响应的损坏的 MCC 响应我们可能会复制太多未初始化的内存如果 n_channels 值为该漏洞大到足以耗尽为固件响应分配的一个页面。通过检查长度修复该问题。进行 < 比较就足够了固件应正确执行因此检查更严格。 (CVE-2023-53589)

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

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

  - bpf将错误从 htab_lock_bucket() 传播到用户空间在 __htab_map_lookup_and_delete_batch() 中如果 htab_lock_bucket() 返回 -EBUSY它将前往下一个存储段。如果当前 bucket_cnt 大于 bucket_size 或零, 转至下一个存储段不仅会静默跳过当前存储段中的元素而且还会招致越界内存访问或将内核内存暴露给用户空间。通过在 htab_lock_bucket() 失败时停止批处理操作并返回 -EBUSY 来修复此问题并且应用程序可根据需要重试或跳过忙碌的批处理。 (CVE-2022-50490)

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

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

  - cifs释放 fscache 读取命中上的 folio 锁定。在当前代码下调用 cifs_readpage_worker 时调用约定为被调用方应解锁页面。Documentation/filesystems/vfs.rst 的 read_folio 部分对此进行记录为 > 读取完成后文件系统应解锁 folio > 无论读取成功与否。如果没有此更改那么当 fscache 正在使用中并且在读取期间发生缓存命中时页面锁定将会泄露从而在后续读取 (通过 mmap) 页面时生成以下堆栈$ cat /proc/3890/task/12864/stack [<0>] folio_wait_bit_common+0x124/0x350 [<0>] filemap_read_folio+0xad/0xf0 [<0>] filemap_fault+0x8b1/0xab0 [<0>] __do_fault+0x39/0x150 [<0>] do_fault+0x25c/0x3e0 [<0>] __handle_mm_fault +0x6ca/0xc70 [<0>] handle_mm_fault+0xe9/0x350 [<0>] do_user_addr_fault+0x225/0x6c0 [<0>] exc_page_fault+0x84/0x1b0 [<0>] asm_exc_page_fault+0x27/0x30 这需要重新启动才能解决这是死锁。但请注意对 cifs_readpage_from_fscache 的调用确实会将页面标记为干净但不会释放作品集锁定。成功时__cifs_readpage_from_fscache 中会发生这种情况。但此时释放锁定并不适当，因为 cifs_readahead 还会调用 cifs_readpage_from_fscache，并且 *会* 在返回后无条件释放锁定。因此此更改可有效地使 cifs_readpage_worker 像 cifs_readahead 一样工作。 (CVE-2023-53593)

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

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

  - spiqup不跳过删除的错误路径中的清理 在平台驱动程序的删除回调中过早返回是错误的。这种情况下错误路径中的 dma 资源不会释放。此后绝不会重试因此这是永久泄漏。若要修复此问题仅在唤醒设备失败时才跳过硬件禁用。
    (CVE-2023-53567)

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

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

  - ntb_netdev在中断上下文中使用 dev_kfree_skb_any()当各自的 DMA 操作完成时可通过 DMA 框架在中断上下文中调用 TX/RX 回调处理程序ntb_netdev_tx_handler()、ntb_netdev_rx_handler()。因此这些例程对释放 skb 的调用都应使用中断上下文安全的 dev_kfree_skb_any() 函数。以前这些回调处理程序会调用中断 不安全的 dev_kfree_skb() 版本。这并未在 Intel IOAT DMA 引擎上出现问题因为该驱动程序利用 tasklet 而非硬中断处理程序如 AMD PTDMA DMA 驱动程序。在 AMD 系统上遇到内核“警告”消息由于 in_hardirq() 为 true该消息从 skb_release_head_state() 发出。除了用户可见的来自内核的“警告”之外此缺陷的其他征兆还包括通过 ntb_netdev 接口的 TCP/IP 性能非常差即比预期低一个数量级左右。通过修复以使用 dev_kfree_skb_any()来自 skb_release_head_state() 的内核警告停止并且由 iperf 测量的 TCP/IP 性能与预期结果相当在基于 AMDMilan 的服务器上大约为 20 Gb/s。请注意此性能与基于 Intel 的服务器具有可比性。 (CVE-2022-50476)

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

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

  - scsiqla2xxx修复删除争用条件使用调试内核时由于链接列表损坏而导致的系统崩溃。链接列表损坏的原因是允许会话删除两次排队。以下内部跟踪显示允许相同的端口在不同的 cpu 上加倍排队等待删除。 20808683956 015 qla2xxx [0000:13:00.1]-e801:4计划 sess ffff93ebf9306800 以删除 50:06:0e:80:12:48:ff:50 fc4_type 1 20808683957 027 qla2xxx [0000:13:00.1]-e801:1] 4为删除 50:06:0e:80:12:48:ff:50 fc4_type 1 移动已删除标记锁定的清除/设置。 (CVE-2023-53615)

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

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

  - 已修复 Linux 内核中的下列漏洞：USB: Gadget: core: Help prevent panic during UVC unconfigure Avichal Rakesh reported a kernel panic that occurred when the UVC gadget driver was removed from a gadget's configuration. The panic involves a somewhat complicated interaction between the kernel driver and a userspace component (as described in the Link tag below), but the analysis did make one thing clear: The Gadget core should accomodate gadget drivers calling usb_gadget_deactivate() as part of their unbind procedure. Currently this doesn't work. gadget_unbind_driver() calls driver->unbind() while holding the udc->connect_lock mutex, and usb_gadget_deactivate() attempts to acquire that mutex, which will result in a deadlock. The simple fix is for gadget_unbind_driver() to release the mutex when invoking the ->unbind() callback. There is no particular reason for it to be holding the mutex at that time, and the mutex isn't held while the ->bind() callback is invoked. So we'll drop the mutex before performing the unbind callback and reacquire it afterward. We'll also add a couple of comments to usb_gadget_activate() and usb_gadget_deactivate(). Because they run in process context they must not be called from a gadget driver's ->disconnect() callback, which (according to the kerneldoc for struct usb_gadget_driver in include/linux/usb/gadget.h) may run in interrupt context. This may help prevent similar bugs from arising in the future. (CVE-2023-53580)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommu/s390: Fix memory corruption when using identity domain zpci_get_iommu_ctrs() returns counter information to be reported as part of device statistics; these counters are stored as part of the s390_domain. The problem, however, is that the identity domain is not backed by an s390_domain and so the conversion via to_s390_domain() yields a bad address that is zero'd initially and read on-demand later via a sysfs read. These counters aren't necessary for the identity domain; just return NULL in this case. This issue was discovered via KASAN with reports that look like: BUG: KASAN: global-out-of-bounds in zpci_fmb_enable_device when using the identity domain for a device on s390. (CVE-2025-39939)

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

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

  - tunnels修复 生成 ipv4 pmtu 错误时的 kasan splat 如果我们尝试在响应非线形 skb 时发出 icmp 错误我们会在 网址得到 BUG: KASAN: slab-out-of-bounds in ip_compute_csum+0x134/0x220 Read of size 4 addr ffff88811c50db00 by task iperf3/1691 CPU: 2 PID: 1691 Comm: iperf3 Not tainted 6.5.0-rc3+ #309 [..] kasan_report+0x105/0x140 ip_compute_csum+0x134/0x220 iptunnel_pmtud_build_icmp+0x554/0x1020 skb_tunnel_check_pmtu+0x513/0xb80 vxlan_xmit_one +0x139e/0x2ef0 vxlan_xmit+0x1867/0x2760 dev_hard_start_xmit+0x1ee/0x4f0 br_dev_queue_push_xmit+0x4d1/0x660 [..] ip_compute_csum() 无法处理线性 skb因此请避免使用。此更改后splat 消失了并且 iperf3 不再卡住。
    (CVE-2023-53600)

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

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

  - 已修复 Linux 内核中的下列漏洞：octeontx2-pf: mcs: Fix NULL pointer dereferences When system is rebooted after creating macsec interface below NULL pointer dereference crashes occurred. This patch fixes those crashes by using correct order of teardown [ 3324.406942] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 3324.415726] Mem abort info: [ 3324.418510] ESR = 0x96000006 [ 3324.421557] EC = 0x25: DABT (current EL), IL = 32 bits [3324.426865] SET = 0, FnV = 0 [ 3324.429913] EA = 0, S1PTW = 0 [ 3324.433047] Data abort info: [3324.435921] ISV = 0, ISS = 0x00000006 [ 3324.439748] CM = 0, WnR = 0 .... [ 3324.575915] Call trace: [3324.578353] cn10k_mdo_del_secy+0x24/0x180 [ 3324.582440] macsec_common_dellink+0xec/0x120 [ 3324.586788] macsec_notify+0x17c/0x1c0 [ 3324.590529] raw_notifier_call_chain+0x50/0x70 [ 3324.594965] call_netdevice_notifiers_info+0x34/0x7c [ 3324.599921] rollback_registered_many+0x354/0x5bc [ 3324.604616] unregister_netdevice_queue+0x88/0x10c [ 3324.609399] unregister_netdev+0x20/0x30 [ 3324.613313] otx2_remove+0x8c/0x310 [ 3324.616794] pci_device_shutdown+0x30/0x70 [ 3324.620882] device_shutdown+0x11c/0x204 [ 966.664930] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 966.673712] Mem abort info: [ 966.676497] ESR = 0x96000006 [ 966.679543] EC = 0x25: DABT (current EL), IL = 32 bits [ 966.684848] SET = 0, FnV = 0 [ 966.687895] EA = 0, S1PTW = 0 [966.691028] Data abort info: [ 966.693900] ISV = 0, ISS = 0x00000006 [ 966.697729] CM = 0, WnR = 0 [966.833467] Call trace: [ 966.835904] cn10k_mdo_stop+0x20/0xa0 [ 966.839557] macsec_dev_stop+0xe8/0x11c [966.843384] __dev_close_many+0xbc/0x140 [ 966.847298] dev_close_many+0x84/0x120 [ 966.851039] rollback_registered_many+0x114/0x5bc [ 966.855735] unregister_netdevice_many.part.0+0x14/0xa0 [966.860952] unregister_netdevice_many+0x18/0x24 [ 966.865560] macsec_notify+0x1ac/0x1c0 [ 966.869303] raw_notifier_call_chain+0x50/0x70 [ 966.873738] call_netdevice_notifiers_info+0x34/0x7c [ 966.878694] rollback_registered_many+0x354/0x5bc [ 966.883390] unregister_netdevice_queue+0x88/0x10c [ 966.888173] unregister_netdev+0x20/0x30 [ 966.892090] otx2_remove+0x8c/0x310 [ 966.895571] pci_device_shutdown+0x30/0x70 [ 966.899660] device_shutdown+0x11c/0x204 [ 966.903574]
    __do_sys_reboot+0x208/0x290 [ 966.907487] __arm64_sys_reboot+0x20/0x30 [ 966.911489] el0_svc_handler+0x80/0x1c0 [ 966.915316] el0_svc+0x8/0x180 [ 966.918362] Code: f9400000 f9400a64 91220014 f94b3403 (f9400060) [ 966.924448] ---[ end trace 341778e799c3d8d7 ]--- (CVE-2023-53595)

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

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

  - ip_vti修复 decode_session6 中潜在的 slab 释放后使用。当 ip_vti 设备设置为 sfb 类型的 qdisc 时已发送 skb 的 cb 字段可能在排队期间被修改。然后当 ip_vti 设备发送 IPv6 数据包时可能发生 slab-use-after-free。As 提交 f855691975bbxfrm6修复 中的 nexthdr 偏移
    _decode_session6.) 显示xfrm_decode_session 最初仅用于接收路径。
    传输期间未设置 IP6CB(skb)->nhoff。因此需在发送数据包前将 skb 中的 cb 字段设置为 0。 (CVE-2023-53559)

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

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

  - dax修复 dax_mapping_release() 释放后使用删除 device-dax 区域提供程序的 CONFIG_DEBUG_KOBJECT_RELEASE 测试如 modprobe -r dax_hmem会产生kobject：“mapping0” (ffff93eb460e8800)
    kobject_release父 0000000000000000延迟 2000 [..] DEBUG_LOCKS_WARN_ON(1) 警告CPU23 PID
    282 at kernel/locking/lockdep.c:232 __lock_acquire+0x9fc/0x2260 [..] RIP: 0010:__lock_acquire+0x9fc/0x2260 [..] 调用跟踪 <TASK> [..] lock_acquire+0xd4/0x2c0 ? ida_free+0x62/0x130
    _raw_spin_lock_irqsave+0x47/0x70 ? ida_free+0x62/0x130 ida_free+0x62/0x130 dax_mapping_release+0x1f/0x30 device_release+0x36/0x90 kobject_delayed_cleanup+0x46/0x150 由于在已释放的 ida 对象上尝试 ida_free()。设备通常仅在注册时才保留对其父项的引用。如果子对象需要父对象来完成其释放则需要持有从其释放回调中丢弃的引用。安排 dax_mapping 以固定其父 dev_dax 实例直到 dax_mapping_release()。 (CVE-2023-53613)

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

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

  - bonding不假设 skb mac_header 已设置 驱动程序不得在其 ndo_start_xmit() 中假设 skbs 已设置 mac_header。 skb->data 已包含所需要的全部内容。 bonding 似乎是 syzbot 捕获的最新入侵者之一: WARNING: CPU: 1 PID: 12155 at include/linux/skbuff.h:2907 skb_mac_offset include/linux/skbuff.h:2913 [inline] WARNING: CPU: 1 PID12155 at include/linux/skbuff.h:2907 bond_xmit_hash drivers/net/bonding/bond_main.c:4170 [内联] 警告CPU1 PID12155 at include/linux/skbuff.h:2907 bond_xmit_3ad_xor_slave_get drivers/net /bonding/bond_main.c:5149 [内联] 警告CPU1 PID: 12155 at include/linux/skbuff.h:2907 bond_3ad_xor_xmit drivers/net/bonding/bond_main.c:5186 [内联] 警告CPU1 PID 12155include/linux/skbuff.h:2907
    __bond_start_xmit drivers/net/bonding/bond_main.c:5442 [inline] 警告CPU:1 PID: 12155 at include/linux/skbuff.h:2907 bond_start_xmit+0x14ab/0x19d0 drivers/net/bonding/bond_main.c:5470 模块在以下版本中链接了CPU: 1 PID: 12155 Comm: syz-executor.3 Not tainted 6.1.30-syzkaller #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 05/25/2023 RIP: 0010:skb_mac_header include /linux/skbuff.h:2907 [inline] RIP: 0010:skb_mac_offset include/linux/skbuff.h:2913 [inline] RIP
    0010:bond_xmit_hash drivers/net/bonding/bond_main.c:4170 [inline] RIP0010:bond_xmit_3ad_xor_slave_get drivers/net/bonding/bond_main.c:5149 [inline] RIP0010:bond_3ad_xor_xmit drivers/net/bonding/bond_main.c :5186 [inline] RIP: 0010:__bond_start_xmit drivers/net/bonding/bond_main.c:5442 [inline] RIP: 0010:bond_start_xmit+0x14ab/0x19d0 drivers/net/bonding/bond_main.c:5470 代码8b 7c 24 30 e8 76 dd 1a 01 48 85 c0 74 0d 48 89 c3 e8 29 67 2e fe e9 15 ef ff ff e8 1f 67 2e fe e9 10 ef ff ff e8 15 67 2e fe <0f> 0b e9 45 f8 ff ff e8 09 67 2e fe e9 dc fa ff ff e8 ff 66 2e fe RSP: 0018:ffffc90002fff6e0 EFLAGS: 00010283 RAX: ffffffff835874db RBX
    000000000000ffff RCX: 0000000000040000 RDX: ffffc90004dcf000 RSI: 00000000000000b5 RDI: 00000000000000b6 RBP: ffffc90002fff8b8 R08: ffffffff83586d16 R09: ffffffff83586584 R10: 0000000000000007 R11:
     R12ffff8881599fc780  : ffff88811b6a7b7e R13: 1ffff110236d4f6f R14: ffff88811b6a7ac0 R15: 1ffff110236d4f76 FS: 00007f2e9eb47700(0000) GS:ffff8881f6b00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000001b2e421000 CR3: 000000010e6d4000 CR4: 00000000003526e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> [<ffffffff8471a49f>] netdev_start_xmit include/linux/netdevice.h:4925 [inline] [<ffffffff8471a49f>] __dev_direct_xmit+0x4ef/0x850 net/core /dev.c:4380 [<ffffffff851d845b>] dev_direct_xmit include/linux/netdevice.h:3043 [inline] [<ffffffff851d845b>] packet_direct_xmit+0x18b/0x300 net/packet/af_packet.c:284 [<ffffffff851c7472>] packet_snd net/packet/ af_packet.c:3112 [inline] [<ffffffff851c7472>] packet_sendmsg+0x4a22/0x64d0 net/packet/af_packet.c:3143 [<ffffffff8467a4b2>] sock_sendmsg_nosec net/socket.c:716 [inline] [<ffffffff8467a4b2>] sock_sendmsg net/socket。 c:736 [inline] [<ffffffff8467a4b2>] __sys_sendto+0x472/0x5f0 net/socket.c:2139 [<ffffffff8467a715>] __do_sys_sendto net/socket.c:2151 [inline] [<ffffffff8467a715>]
    __se_sys_sendto net/socket.c:2147 [内联] [<ffffffff8467a715>] __x64_sys_sendto+0xe5/0x100 net/socket.c:2147 [<ffffffff8553071f>] do_syscall_x64 arch/x86/entry/common.c:50 [内联] [<ffffffff8553071f>] do_syscall_64+0x2f/0x50 arch/x86/entry/common.c:80 [<ffffffff85600087>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-53601)

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

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

  - netethernetti修复 netcp_ndo_start_xmit() 的返回类型 通过 clang 的内核控制流完整性kCFI、CONFIG_CFI_CLANG会对照预期函数指针原型验证间接调用目标以确保调用目标有效从而帮助缓解 ROP 攻击。如果它们不同，则运行时会出错，表现为内核错误或线程被终止。clang 中提议的警告旨在在编译时捕获这些警告该警告揭示了
    drivers/net/ethernet/ti/netcp_core.c:1944:21错误不兼容的函数指针类型初始化“netdev_tx_t (*)(struct sk_buff *, struct net_device *)”又称为“enum netdev_tx (*)(struct sk_buff * , struct net_device *)') 类型的表达式“int (struct sk_buff *, struct net_device *)”[-Werror,-Wincompatible-function-pointer-types-strict] .ndo_start_xmit = netcp_ndo_start_xmit^ ~ ~ ~ ~ ~~ ~ ~ ~ ~ ~ ~ ~ 已生成 1 个错误。 “struct net_device_ops”中的 ->ndo_start_xmit() 预期返回类型为“netdev_tx_t”而非“int”。调整 netcp_ndo_start_xmit() 的返回类型以匹配原型从而解决警告和 CFI 失败。 (CVE-2022-50486)

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

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

  - powerpc/rtas避免在 rtas_os_term() 中进行计划 使用 rtas_busy_delay() 处理来自 rtas_os_term() 中的 ibm,os-term RTAS 函数的忙碌状态是不安全的内核错误 - 不同步尝试终止 initexitcode=0x0000000b BUG从 arch/powerpc/kernel/rtas.c:618 的无效上下文调用的休眠函数 in_atomic()1, irqs_disabled():1, non_block: 0, pid: 1, name: swapper/0 preempt_count: 2预期0 CPU7 PID1 Comm:swapper/0 TaintedGD 6.0.0-rc5-02182-gf8553a572277-dirty #9 Call Trace[c000000007b8f000] [c000000001337110] dump_stack_lvl+0xb4/0x110 (unreliable) [c040f000007b000007b04000007b000007 ] [c0000000002440e4] __might_resched+0x394/0x3c0 [c000000007b8f0e0] [c00000000004f680] rtas_busy_delay+0x120/0x1b0 [c000000007b8f100] [c000000000052d04] rtas_os_term+0xb8/0xf4 [c000000007b8f180] [c0000000001150fc] pseries_panic+0x50/0x68 [c000000007b8f1f0] [c000000000036354] ppc_panic_platform_handler+ 0x34/0x50 [c000000007b8f210] [c0000000002303c4] notifier_call_chain+0xd4/0x1c0 [c000000007b8f2b0] [c0000000002306cc] atomic_notifier_call_chain+0xac/0x1c0 [c000000007b8f2f0] [c0000000001d62b8] panic+0x228/0x4d0 [c000000007b8f390] [c0000000001e573c] do_exit+0x140c/0x1420 [c000000007b8f480] [c0000000001e586c] make_task _dead+0xdc/0x200 改用 rtas_busy_delay_time()其发出是否再次尝试 ibm,os-term RTAS 调用的信号且无副作用。 (CVE-2022-50504)

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

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

  - dm cache修复 destroy() 中的 UAF 当 dm_resume() 和 dm_destroy() 并发时Dm_cache 也会存在相同的 UAF 问题。因此会在 destroy() 中再次取消定时器。 (CVE-2022-50496)

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

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

  - drm/i915使 intel_get_crtc_new_encoder() 减少 oops WARN 的要点是打印某些内容而不是直接 oops。目前如果我们在 atomic 状态下找不到 crtc 的连接器就会发生这种情况。从原子状态而不是可能为空的编码器获取 dev 指针以避免这种情况。从提交 3b6692357f70498f617ea1b31a0378070a0acf1c 中精选出的内容(CVE-2023-53571)

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

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

  - hwmon(coretemp) 简化平台设备处理 Coretemp 的平台驱动程序是非常规。所有实际工作均由 initcall 和 CPU 热插拔通知程序全局完成而驱动程序实际上只是通过驱动程序核心将 hwmon 接口的分配和注册包装在冗长的往返中。动态创建和破坏平台设备以启动和关闭接口的整个逻辑容易错误因为它假定 platform_device_add() 将在其返回前同步绑定驱动程序并设置 drvdata因此在 drivers_autoprobe 关闭时导致空取消引用对于 平台总线。此外从 CPU 热插拔通知程序中执行此操作的异常方法已在其死锁暂停的代码中进行了注释这种方法也会造成其他可能希望从平台总线通知程序合法注册 CPU 热插拔通知程序的驱动程序或子系统发生 lockdep 问题。通过完全去除此异常行为、将平台设备与模块本身的使用期相关联然后直接从热插拔通知程序管理 hwmon 接口即可解决所有这些问题。有一个轻微的用户可见更改将不再出现 /sys/bus/platform/drivers/coretemp并且如果程序包 n 热插拔则 /sys/devices/platform/coretemp.n 将仍然存在但 hwmon 用户应实际上仅查找是否存在 hwmon 接口其行为保持不变。 (CVE-2023-53612)

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

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

  - busmhihost范围检查 CHDBOFF 和 ERDBOFF 如果从 CHDBOFF 和 ERDBOFF 寄存器读取的值超出 MHI 寄存器空间的范围则可能计算出无效地址这会在之后导致内核错误。范围检查读取值以防止因设备中的错误数据而造成的崩溃。
    (CVE-2023-53598)

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

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

  - netfilteripset添加/删除条目时重做长任务执行在 ipset 中一次性添加/删除大量元素时会占用合理的时间并导致软锁定错误。修补程序 5f7b51bf09ba netfilteripset限制要添加/删除的连续元素的最大范围尝试通过限制要处理的最大元素数量来修复此问题。但是这还不够我们仍然可能遇到挂起的任务。降低限制是不合理的因此此修补程序中的处理如下当依赖于调整集大小时使用的方法并在达到较小的内部批次限制时保存状态解锁/锁定并从保存的状态继续。因此我们可以避免长时间的连续任务同时解除了在一个步骤中添加/删除大量元素的限制。nfnl 互斥体在整个操作期间被保持从而防止并行发出其他 ipset 命令。
    (CVE-2023-53549)

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

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

  - 已修复 Linux 内核中的下列漏洞：rtc: class: Fix potential memleak in devm_rtc_allocate_device() devm_rtc_allocate_device() will alloc a rtc_device first, and then run dev_set_name(). If dev_set_name() failed, the rtc_device will memleak. Move devm_add_action_or_reset() in front of dev_set_name() to prevent memleak. unreferenced object 0xffff888110a53000 (size 2048): comm python3, pid 470, jiffies 4296078308 (age 58.882s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 08 30 a5 10 81 88 ff ff .........0...... 08 30 a5 10 81 88 ff ff 00 00 00 00 00 00 00 00 .0..............
    backtrace: [<000000004aac0364>] kmalloc_trace+0x21/0x110 [<000000000ff02202>] devm_rtc_allocate_device+0xd4/0x400 [<000000001bdf5639>] devm_rtc_device_register+0x1a/0x80 [<00000000351bf81c>] rx4581_probe+0xdd/0x110 [rtc_rx4581] [<00000000f0eba0ae>] spi_probe+0xde/0x130 [<00000000bff89ee8>] really_probe+0x175/0x3f0 [<00000000128e8d84>] __driver_probe_device+0xe6/0x170 [<00000000ee5bf913>] device_driver_attach+0x32/0x80 [<00000000f3f28f92>] bind_store+0x10b/0x1a0 [<000000009ff812d8>] drv_attr_store+0x49/0x70 [<000000008139c323>] sysfs_kf_write+0x8d/0xb0 [<00000000b6146e01>] kernfs_fop_write_iter+0x214/0x2d0 [<00000000ecbe3895>] vfs_write+0x61a/0x7d0 [<00000000aa2196ea>] ksys_write+0xc8/0x190 [<0000000046a600f5>] do_syscall_64+0x37/0x90 [<00000000541a336f>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50477)

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

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

  - scsitarget修复多个 LUN_RESET 处理 这修复了一个缺陷即发起程序认为 LUN_RESET 已清理了正在运行的命令但实际上它并未清理。缺陷已在提交 51ec502a3266 中添加目标先从处理前列表中删除 tmr。在以下情况下会发生此问题。 1. 在分布在 2 个会话的目标层中运行 NI/O cmd。 2. 发起程序为每个会话发送 LUN_RESET。 3. session1 的 LUN_RESET 会循环处理两个会话中正在运行的所有命令并将其移动到本地rain_task_list。 4.
    session2 的 LUN_RESET 没有看到来自 session1 的 LUN_RESET因为上述提交已使其自行删除。 session2 也没有看到任何命令，因为其他重置将这些命令从状态列表中删除。 5.
    session2 的 LUN_RESET 随后将完成并获得成功的响应。 6. session2 的发起程序认为由于响应成功其会话中正在运行的命令现已被清理并将从其端清理正在运行的命令。然后系统会重新启动这些 程序。 7. 命令最终会在后端完成，并且目标会开始返回其已中止的任务状态。如果 ITT 已被重新分配，发起程序将抛出无效的 ITT 错误或可能意外查找新任务。通过恢复 修补程序修复缺陷并且序列化 LUN_RESETs 及 Preempt 和 Aborts 的执行。还可防止等待 core_tmr_drain_tmr_list 中的 LUN_RESET因为事实证明原始修补程序修复了一个未提及的缺陷。由于 LUN_RESET1 core_tmr_drain_tmr_list 会发现第二个 LUN_RESET 并等待其发生。然后第二个重置将运行 core_tmr_drain_tmr_list 看到第一个重置并等待其导致死锁。 (CVE-2023-53586)

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

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

  - bpf拒绝 bpf_sk_assign 中未哈希的套接字 bpf_sk_assign 的语义如下 sk =some_lookup_func() bpf_sk_assign(skb, sk) bpf_sk_release(sk) 即bpf_sk_assign 不消耗 sk。因此该函数需要确保 sk 的生存期足够长以便从 中使用
    __inet_lookup_skb。TCPv4 数据包通过堆栈的路径大致为
    dst_inputip_local_deliverip_local_deliver_finiship_protocol_deliver_rcutcp_v4_rcv
    __inet_lookup_skb: skb_steal_sock 现有帮助程序利用了一切都在同一个 RCU 关键部分中这一事实对于具有 SOCK_RCU_FREE 集的套接字bpf_sk_assign 从不进行引用。然后 skb_steal_sock 再次检查 SOCK_RCU_FREE 并执行 sock_put如有必要。此方法假设从未在 bpf_sk_assign 和 skb_steal_sock 之间的 sk 上设置 SOCK_RCU_FREE 但未哈希的 UDP 套接字会违反此不变量。在 TCP_CLOSE 状态下创建了新的 UDP 套接字但未设置 SOCK_RCU_FREE。仅在绑定套接字时会在 udp_lib_get_port() 中添加该标记才会添加该标记。
    添加 bpf_sk_assign 后无法从 BPF 访问未哈希的 UDP 套接字因此这不是问题。此问题在提交 0c48eefae712 (sock_map解除数据报套接字的套接字状态限制)中已更改但未相应调整帮助程序。因此以下事件序列将导致 refcount 泄漏1. 向 sockmap 添加套接字(AF_INET, SOCK_DGRAM)。 2. 从 sockmap 中提取套接字并进行 bpf_sk_assign。由于未设置 SOCK_RCU_FREE 我们增加 refcount。 3. bind() 或 connect() 套接字以设置 SOCK_RCU_FREE。 4. 由于 SOCK_RCU_FREEskb_steal_sock 现在会设置 refcounted = false。 5.
    tcp_v4_rcv() 跳过 sock_put()。通过拒绝 bpf_sk_assign() 中未哈希的套接字来修复 问题。这与 __inet_lookup_skb 的行为相符而后者是 bpf_sk_assign() 的最终目标。
    (CVE-2023-53585)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/i915: mark requests for GuC virtual engines to avoid use-after-free References to i915_requests may be trapped by userspace inside a sync_file or dmabuf (dma-resv) and held indefinitely across different proceses. To counter-act the memory leaks, we try to not to keep references from the request past their completion. On the other side on fence release we need to know if rq->engine is valid and points to hw engine (true for non-virtual requests). To make it possible extra bit has been added to rq->execution_mask, for marking virtual engines. (cherry picked from commit 280410677af763f3871b93e794a199cfcf6fb580) (CVE-2023-53552)

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

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

  - binfmt_misc修复 check_special_flags 中的位移越界 UBSAN 报告了位移越界警告
    “int”类型调用跟踪中无法表示左移 1 x 31 位 <TASK> __dump_stack lib/dump_stack.c:88 [内联] dump_stack_lvl+0x8d/0xcf lib/dump_stack.c:106 ubsan_epilogue+0xa/0x44 lib/ ubsan.c:151 __ubsan_handle_shift_out_of_bounds+0x1e7/0x208 lib/ubsan.c:322 check_special_flags fs/binfmt_misc.c:241 [内联] create_entry fs/binfmt_misc.c:456 [内联] bm_register_write+0x9d3/0xa20 fs/binfmt_misc.c: 654 vfs_write+0x11e/0x580 fs/read_write.c:582 ksys_write+0xcf/0x120 fs/read_write.c:637 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x34/0x80 arch/x86/entry /common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x4194e1 由于节点的标记类型为无符号长整型因此也应使用相同类型定义这些宏。 (CVE-2022-50497)

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

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

  - RDMA/core确保 ib_port 在访问 sysfs 节点时有效。必须在添加 sysfs kobject 之前设置 ib_port 结构，并在删除后重置否则可能崩溃。访问 sysfs 节点时无法在 处处理内核空指针取消引用虚拟地址 0000000000000050 内存中止信息
    ESR = 0x96000006 异常类 = DABT当前 EL、IL = 32 位 SET = 0、FnV = 0 EA = 0、S1PTW = 0 数据中止信息ISV = 0、ISS = 0x00000006 CM = 0、WnR = 0 用户 pgtable 4k pages, 48-bit VAs, pgdp = 00000000e85f5ba5 [0000000000000050] pgd=0000000848fd9003、 pud=000000085b387003、 pmd=0000000000000000 内部错误Oops: 96000006 [#2] 中链接的 PREEMPT SMP Modulesib_umad(O) mlx5_ib(O) nfnetlink_cttimeout(E) nfnetlink( E)act_gact(E) cls_Flower(E) sch_ingress(E) openvswitch(E) nsh(E) nf_nat_ipv6(E) nf_nat_ipv4(E) nf_conncount(E) nf_nat(E) nf_conntrack(E) nf_defrag_ipv6(E) nf_defrag_ipv4(E) mst_pciconf(O) ipmi_devintf(E) ipmi_msghandler(E) ipmb_dev_int(OE) mlx5_core(O) mlxfw(O) mlxdevm(O) auxiliary(O) ib_uverbs(O) ib_core(O) mlx_compat(O) psample(E) sbsa_gwdt( E) uio_pdrv_genirq(E) uio(E) mlxbf_pmc(OE) mlxbf_gige(OE) mlxbf_tmfifo(OE) gpio_mlxbf2(OE) pwr_mlxbf(OE) mlx_trio(OE) i2c_mlxbf(OE) mlx_bootctl(OE) bluefield_edac(OE) knem(O) ip_tables(E) ipv6(E) crc_ccitt(E) [上次卸载
    mst_pci] Process grep (pid: 3372，stack limit = 0x0000000022055c92) CPU: 5 PID: 3372 Comm: grep Tainted: GD OE 4.19.161-mlnx.47.gadcd9e3 #1 硬件名称 https://www.mellanox.com BlueField SoC/BlueField SoC、BIOS BlueField:3.9.2-15-ga2403ab 2022 年 9 月 8 日 pstate: 40000005 (nZcv daif -PAN -UAO) pc
    hw_stat_port_show+0x4c/0x80 [ib_core] lr : port_attr_show+0x40/0x58 [ib_core] sp : ffff000029f43b50 x29
    ffff000029f43b50 x28: 0000000019375000 x27: ffff8007b821a540 x26: ffff000029f43e30 x25: 0000000000008000 x24: ffff000000eaa958 x23: 0000000000001000 x22: ffff8007a4ce3000 x21: ffff8007baff8000 x20:
    ffff8007b9066ac0 x19: ffff8007bae97578 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000000 x11:
    0000000000000000 x10: 0000000000000000 x9 : 0000000000000000 x8 : ffff8007a4ce4000 x7 : 0000000000000000 x6 : 000000000000003f x5 : ffff000000e6a280 x4 : ffff8007a4ce3000 x3 : 0000000000000000 x2 :
    aaaaaaaaaaaaaaab x1 : ffff8007b9066a10 x0 : ffff8007baff8000 Call trace: hw_stat_port_show+0x4c/0x80 [ib_core] port_attr_show+0x40/0x58 [ib_core] sysfs_kf_seq_show+0x8c/0x150 kernfs_seq_show+0x44/0x50 seq_read+0x1b4/0x45c kernfs_fop_read+0x148/0x1d8 __vfs_read+0x58/ 0x180 vfs_read+0x94/0x154 ksys_read+0x68/0xd8 __arm64_sys_read+0x28/0x34 el0_svc_common+0x88/0x18c el0_svc_handler+0x78/0x94 el0_svc+0x8/0xe8 Code: f2955562 aa1603e4 aa1503e0 f9405683 (f9402861) (CVE-2022-50475)

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

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

  - 已修复 Linux 内核中的下列漏洞：vdpa: Add max vqp attr to vdpa_nl_policy for nlattr length check The vdpa_nl_policy structure is used to validate the nlattr when parsing the incoming nlmsg. It will ensure the attribute being described produces a valid nlattr pointer in info->attrs before entering into each handler in vdpa_nl_ops. That is to say, the missing part in vdpa_nl_policy may lead to illegal nlattr after parsing, which could lead to OOB read just like CVE-2023-3773. This patch adds the missing nla_policy for vdpa max vqp attr to avoid such bugs.
    (CVE-2023-53543)

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

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

  - ALSAusb-audio修复潜在的内存泄漏当驱动程序在分配 URB 或缓冲区时命中 -ENOMEM 时它将中止并进入错误路径该路径会释放所有以前分配的资源。但是，当
    -ENOMEM 在同步 EP URB 分配循环的中间命中则部分分配的 URB 可能未释放因为 ep->nurbs 此时仍为零。通过首先设置 ep->nurbs以便错误处理程序在完整的 URB 列表上循环来修复此问题。 (CVE-2022-50484)

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

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

  - netwwaniosm修复删除设备时发生的空指针取消引用在暂停和恢复周期中删除和重新扫描设备会导致空指针取消引用。在驱动程序初始化期间如果 ipc_imem_wwan_channel_init() 无法获得有效的设备功能它会返回错误并且不会分配任何资源wwan struct。现在在这种情况下如果启动驱动程序删除程序则会导致空指针异常因为在 ipc_wwan_deinit() 内部取消引用未分配的 wwan struct。 ipc_imem_run_state_worker() 处理被调用函数的返回值并在失败时释放资源。它还会报告故障情况下的链路断开事件。用户空间应用程序可以处理此事件以执行设备重置从而恢复设备通信。
    (CVE-2023-53561)

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

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

  - 已修复 Linux 内核中的下列漏洞：fprobe: Release rethook after the ftrace_ops is unregistered While running bpf selftests it's possible to get following fault: general protection fault, probably for non-canonical address \ 0x6b6b6b6b6b6b6b6b: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC NOPTI ... Call Trace: <TASK> fprobe_handler+0xc1/0x270 ? __pfx_bpf_testmod_init+0x10/0x10 ? __pfx_bpf_testmod_init+0x10/0x10 ? bpf_fentry_test1+0x5/0x10 ? bpf_fentry_test1+0x5/0x10 ? bpf_testmod_init+0x22/0x80 ? do_one_initcall+0x63/0x2e0 ? rcu_is_watching+0xd/0x40 ? kmalloc_trace+0xaf/0xc0 ? do_init_module+0x60/0x250 ? __do_sys_finit_module+0xac/0x120 ? do_syscall_64+0x37/0x90 ? entry_SYSCALL_64_after_hwframe+0x72/0xdc </TASK> In unregister_fprobe function we can't release fp->rethook while it's possible there are some of its users still running on another cpu.
    Moving rethook_free call after fp->ops is unregistered with unregister_ftrace_function call.
    (CVE-2023-53557)

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

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

  - netbcmgenet添加针对超大数据包的检查 可能偶尔从硬件中获得超大数据包这些数据包超过了用于分配 SKB 的标称 2KiB 缓冲区大小。添加早期检查可丢弃数据包以避免调用 skb_over_panic()并继续处理下一个数据包。 (CVE-2023-53535)

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

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

  - ring-buffer同步 IRQ 在缓冲区破坏前运作如果就在破坏之前将某些内容写入缓冲区则可能破坏缓冲区ringbuffer 会在 IRQ 工作运行之前运行，导致此 KASAN report (or a crash without KASAN): BUGKASAN: slab-use-after-free in irq_work_run_list+0x11a/0x13a Read of size 8 at addr 000000006d640a48 by task swapper/0 CPU: 0 PID: 0 Comm: swapper Tainted: GWO 6.3.0-rc1 #7 Stack: 60c4f20f 0c203d48 41b58ab3 60f224fc 600477fa 60f35687 60c4f20f 601273dd 00000008 6101eb00 6101eab0 615be548 Call Trace: [<60047a58>] show_stack+0x25e/0x282 [<60c609e0>] dump_stack_lvl+0x96 /0xfd [<60c50d4c>] print_report+0x1a7/0x5a8 [<603078d3>] kasan_report+0xc1/0xe9 [<60308950>]
    __asan_report_load8_noabort+0x1b/0x1d [<60232844>] irq_work_run_list+0x11a/0x13a [<602328b4>] irq_work_tick+0x24/0x34 [<6017f9dc>] update_process_times+0x162/0x196 [<6019f335>] tick_sched_handle+0x1a4/0x1c3 [[]0x1c3 [<6019fd9e>[]0x1c3 []0x1c3  0x1c3 []0x1c3 [<601812b9>]
    __hrtimer_run_queues.constprop.0+0x425/0x695 [<60182913>] hrtimer_interrupt+0x16c/0x2c4 [<600486a3>] um_timer+0x164/0x183 [...] 按任务分配 411save_stack_trace+0x99/0xb5 stack_trace_save+0x81/0x9b kasan_sdave_stack_save_save /0x54 kasan_set_track+0x34/0x3e kasan_save_alloc_info+0x25/0x28
    ____kasan_kmalloc+0x8b/0x97 __kasan_kmalloc+0x10/0x12 __kmalloc+0xb2/0xe8 load_elf_phdrs+0xee/0x182 [...] 有缺陷的地址属于 000000006d640800 的对象该对象属于大小为 1024 的 kmalloc-1k 缓存 有缺陷的地址位于584 字节位于已释放的 1024 字节区域内部 [000000006d640800、000000006d640c00) 添加适当的 irq_work_sync()以便在破坏缓冲区之前完成工作。在下面的修复标签中提交之前只有一个全局 IRQ 工作因此此问题不存在。 (CVE-2023-53587)

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

ID	名称	严重性
269413	Linux Distros 未修补的漏洞：CVE-2023-53545	high
269412	Linux Distros 未修补的漏洞：CVE-2022-50507	medium
269411	Linux Distros 未修补的漏洞：CVE-2025-49641	medium
269410	Linux Distros 未修补的漏洞：CVE-2025-27236	low
269409	Linux Distros 未修补的漏洞：CVE-2025-27231	medium
269408	Linux Distros 未修补的漏洞：CVE-2025-11233	medium
269407	Linux Distros 未修补的漏洞：CVE-2023-53611	medium
269406	Linux Distros 未修补的漏洞：CVE-2023-53560	high
269405	Linux Distros 未修补的漏洞：CVE-2022-50506	medium
269404	Linux Distros 未修补的漏洞：CVE-2022-50494	medium
269403	Linux Distros 未修补的漏洞：CVE-2023-53563	medium
269402	Linux Distros 未修补的漏洞：CVE-2023-53582	high
269401	Linux Distros 未修补的漏洞：CVE-2022-50470	high
269400	Linux Distros 未修补的漏洞：CVE-2022-50481	medium
269399	Linux Distros 未修补的漏洞：CVE-2023-53570	high
269398	Linux Distros 未修补的漏洞：CVE-2023-53546	medium
269397	Linux Distros 未修补的漏洞：CVE-2022-50482	high
269396	Linux Distros 未修补的漏洞：CVE-2023-53614	medium
269395	Linux Distros 未修补的漏洞：CVE-2023-53589	medium
269394	Linux Distros 未修补的漏洞：CVE-2022-50490	high
269393	Linux Distros 未修补的漏洞：CVE-2023-53593	medium
269392	Linux Distros 未修补的漏洞：CVE-2023-53567	medium
269391	Linux Distros 未修补的漏洞：CVE-2022-50476	high
269390	Linux Distros 未修补的漏洞：CVE-2023-53615	medium
269389	Linux Distros 未修补的漏洞：CVE-2023-53580	medium
269388	Linux Distros 未修补的漏洞：CVE-2025-39939	high
269387	Linux Distros 未修补的漏洞：CVE-2023-53600	medium
269386	Linux Distros 未修补的漏洞：CVE-2023-53595	medium
269385	Linux Distros 未修补的漏洞：CVE-2023-53559	high
269384	Linux Distros 未修补的漏洞：CVE-2023-53613	high
269383	Linux Distros 未修补的漏洞：CVE-2023-53601	medium
269382	Linux Distros 未修补的漏洞：CVE-2022-50486	high
269381	Linux Distros 未修补的漏洞：CVE-2022-50504	medium
269380	Linux Distros 未修补的漏洞：CVE-2022-50496	medium
269379	Linux Distros 未修补的漏洞：CVE-2023-53571	medium
269378	Linux Distros 未修补的漏洞：CVE-2023-53612	high
269377	Linux Distros 未修补的漏洞：CVE-2023-53598	medium
269376	Linux Distros 未修补的漏洞：CVE-2023-53549	high
269375	Linux Distros 未修补的漏洞：CVE-2022-50477	medium
269373	Linux Distros 未修补的漏洞：CVE-2023-53586	high
269372	Linux Distros 未修补的漏洞：CVE-2023-53585	high
269371	Linux Distros 未修补的漏洞：CVE-2023-53552	medium
269370	Linux Distros 未修补的漏洞：CVE-2022-50497	high
269369	Linux Distros 未修补的漏洞：CVE-2022-50475	medium
269368	Linux Distros 未修补的漏洞：CVE-2023-53543	medium
269367	Linux Distros 未修补的漏洞：CVE-2022-50484	medium
269366	Linux Distros 未修补的漏洞：CVE-2023-53561	medium
269364	Linux Distros 未修补的漏洞：CVE-2023-53557	medium
269363	Linux Distros 未修补的漏洞：CVE-2023-53535	medium
269362	Linux Distros 未修补的漏洞：CVE-2023-53587	high

检测

Nessus 的 Misc. 系列

high

medium

medium

low

medium

medium

medium

high

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

high

medium

medium

high

medium

medium

high

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

high

medium

high

high

medium

high

medium

medium

medium

medium

medium

medium

high