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

  - RDMA/rxe修复 rxe_requester 中不完整的状态保存。如果发送数据包被 rxe_requester() 中的 IP 层丢弃则对 rxe_xmit_packet() 的调用可能因 err == -EAGAIN 而失败。为了恢复wqe 的状态会恢复到发送数据包之前的状态以便可以重新发送。但是，保存和恢复状态的例程缺少 wqe 中变量状态的重要部分即用于通过 sge 表进行处理的 dma 结构。并且在构建会修改 dma 结构的数据包之前未保存状态。在使用快速节点上的许多 QP 向慢速节点发送大型消息的重压测试下发现了数据包丢弃并且重新发送的数据包损坏了因为 dma 结构未还原。此修补程序修复了此行为并允许测试案例成功。 (CVE-2023-53539)

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

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

  - cifs在在超时阈值之后重新连接期间修复 mid 泄漏当状态为 STATUS_IO_TIMEOUT 的响应数量超过指定的阈值 (NUM_STATUS_IO_TIMEOUT) 时我们会重新连接。但是我们不会返回中间值或针对中间值返回的贷项，也不会减少正在进行的请求数量。
    此缺陷可导致 server->in_flight 计数变差并且还会造成 mid 泄漏。此更改将检查移动到以下几行即使从转换标头读取响应 也会对响应进行解密。这样就可以重用用于返回 mid 的代码。此外cifs_reconnect 之前只重新连接了传输连接。如果是多通道，这可能不是我们在多次超时后想要做的。对其进行了更改以也重新连接会话和树。
    还将 NUM_STATUS_IO_TIMEOUT 重命名为更合适的名称 MAX_STATUS_IO_TIMEOUT。 (CVE-2023-53597)

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

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

  - drm/amdgpu修复 sdma v4 sw fini 错误修复 sdma 的 sdma v4 sw fini 错误 4.2.2 以解决以下一般保护错误 [ +0.108196] 一般保护错误可能针对非规范地址 0xd5e5a4ae79d24a320000 [#1] PREEMPT SMP PTI [ +0.000018] RIP0010:free_fw_priv+0xd/0x70 [ +0.000022] 调用跟踪[ +0.000012] <TASK> [ +0.000011] release_firmware+0x55/0x80 [ +0.000021] amdgpu_ucode_release+0x11 /0x20 [amdgpu] [ +0.000415] amdgpu_sdma_destroy_inst_ctx+0x4f/0x90 [amdgpu] [+0.000360] sdma_v4_0_sw_fini+0xce/0x110 [amdgpu] (CVE-2023-53547)

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

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

  - drm/amd修复潜在的内存泄漏 此修补程序修复了函数运行到最后一个返回 NULL 时的潜在内存泄漏 (clk_src)。 s/free/kfree/ - Alex (CVE-2022-50479)

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

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

  - btrfs在 push_node_left 中插入 tree mod 日志移动。在 tree mod 日志倒带中存在相当不可能的争用条件可导致内核错误其具有下列跟踪[530.569] BTRFS 危急设备 sda3无法找到逻辑0 长度 4096 [530.585] BTRFS 危急设备 sda3无法找到逻辑 0 长度 4096 [530.602] 缺陷内核空指针取消引用地址0000000000000002 [530.618] #PF内核模式下的主管读取访问 [530.629] #PF: error_code(0x0000) - not-present 页面 [530.641] PGD 0 P4D 0 [530.647] Oops: 0000 [#1] SMP [530.654] CPU: 30 PID: 398973 Comm: under Kdump受感染
    GSOK 5.12.0-0_fbk13_clang_7455_gb24de3bdb045 #1 [530.680] 硬件名称Quanta Mono Lake-M.2 SATA 1HY9U9Z001G/Mono Lake-M.2 SATA、BIOS F20_3A15 08/16/2017 [530.703] RIP: 0010:__btrfs_map_block+0xaa/ 0xd00 [530.755] RSP: 0018:ffffc9002c2f7600 EFLAGS: 00010246 [530.767] RAX: ffffffffffffffea RBX
    ffff888292e41000 RCXf2702d8b8be15100 [530.784] RDX: ffff88885fda6fb8 RSI: ffff88885fd973c8 RDI
    ffff88885fd973c8 [530.800] RBP: ffff888292e410d0 R08: ffffffff82fd7fd0 R09: 00000000fffeffff [530.816] R10: ffffffff82e57fd0 R11: ffffffff82e57d70 R12: 0000000000000000 [530.832] R13: 0000000000001000 R14:
     R150000000000001000  : ffffc9002c2f76f0 [530.848] FS: 00007f38d64af000(0000) GS:ffff88885fd80000(0000) knlGS:0000000000000000 [530.866] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [530.880] CR2:
    0000000000000002 CR3: 00000002b6770004 CR4: 00000000003706e0 [530.896] DR0: 0000000000000000 DR1:
    0000000000000000 DR20000000000000000 [530.912] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 [530.928] 调用跟踪[530.934] ? btrfs_printk+0x13b/0x18c [530.943] ? btrfs_bio_counter_inc_blocked+0x3d/0x130 [530.955] btrfs_map_bio+0x75/0x330 [530.963] ? kmem_cache_alloc+0x12a/0x2d0 [530.973] btrfs_submit_metadata_bio+0x63/0x100 [530.984] btrfs_submit_metadata_bio+0xa4/0x100 [530.995] submit_extent_page+0x30f/0x360 [531.004] read_extent_buffer_pages+0x49e/0x6d0 [531.015] ? submit_extent_page+0x360/0x360 [531.025] btree_read_extent_buffer_pages+0x5f/0x150 [531.037] read_tree_block+0x37/0x60 [531.046] read_block_for_search+0x18b/0x410 [531.056] btrfs_search_old_slot+0x198/0x2f0 [531.066] resolve+0finx_direct/ [531.076] ulist_alloc+0x31/0x60 [531.084] ? kmem_cache_alloc_trace+0x12e/0x2b0 [531.095] find_parent_nodes+0x720/0x1830 [531.105] ? ulist_alloc+0x10/0x60 [531.113] iterate_extent_inodes+0xea/0x370 [531.123] ? btrfs_previous_extent_item+0x8f/0x110 [531.134] ? btrfs_search_path_in_tree+0x240/0x240 [531.146] iterate_inodes_from_logical+0x98/0xd0 [531.157] ? btrfs_search_path_in_tree+0x240/0x240 [531.168] btrfs_ioctl_logical_to_ino+0xd9/0x180 [531.179] btrfs_ioctl+0xe2/0x2eb0 当逻辑 inode 解析采用 tree mod 日志序列号然后在 backref 遍历时发生忙碌节点上的倒带时会发生此问题。具有以下树状结构 mod 日志操作序列数字已根据特定示例填写但在一定程度上是任意的 REMOVE_WHILE_FREEING 插槽 532 REMOVE_WHILE_FREEING 插槽 531 REMOVE_WHILE_FREEING 插槽 530 ... REMOVE_WHILE_FREEING 插槽 0 移除插槽 455 移除插槽 454 移除插槽 453 ... REMOVE 插槽 0 ADD 插槽 455 ADD 插槽 454 ADD 插槽 453 ... ADD slot 0 MOVE src slot 0 -> dst slot 456 nritems 533 REMOVE slot 455 REMOVE slot 454 REMOVE slot 453 ... 删除插槽 0 通过 btrfs_tree_mod_log_rewind 应用此序列时会分配新的 rewind eb并首先插入 533 个元素的正确密钥信息然后覆盖它们的前 456 个通过添加操作将计数减少 456然后通过执行 456:988->0:532之间的内存移动来倒带移动。从未写入过 532 之后的任何内容 ---truncated--- (CVE-2023-53538)

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

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

  - ubifsubifs_releasepage删除 ubifs_assert(0) 使此进程有效 ubifs 写入页面有两种状态1. 脏、私有 2. 非脏、非私有 正常进程无法转至 ubifs_releasepage()即存在页面正在写入隐私但不脏。Re Producer [1] 表明此问题可能与 [2] 相关通过以下进程发生 PA PB PC lock(page)[PA] ubifs_write_end attach_page_private // set Private __set_page_dirty_nobuffers // set Dirty unlock(page) write_cache_pages[PA] ] lock(page) clear_page_dirty_for_io(page) // 清除脏 ubifs_writepage do_truncation[PB] truncate_setsize i_size_write(inode, newsize) // newsize = 0 i_size = i_size_read(inode) // i_size = 0 end_index = i_size >> PAGE_SHIFT if (page ->index > end_index) goto out // 跳出
    unlock(page) // 私有、非脏 generic_fadvise[PC] lock(page) invalidate_inode_page try_to_release_page ubifs_releasepage ubifs_assert(c, 0) // 错误的断言unlock(page) truncate_pagecache[PB] 然后我们可能得到以下 assertion failed: UBIFS 错误 (ubi0:0 pid 1683):
    ubifs_assert_failed [ubifs] UBIFS 断言失败fs/ubifs/file.c:1513 UBIFS 警告 (ubi0:0 pid 1683)ubifs_ro_mode [ubifs]切换至只读模式错误 -22 CPU2 PID 1683 Commaa Not tainted 5.16.0-rc5-00184-g0bca5994cacc-dirty #308 调用跟踪dump_stack+0x13/0x1b ubifs_ro_mode+0x54/0x60 [ubifs] ubifs_assert_failed+0x4b/0x80 [ubifs] ubifs_releasepage+0x67/0x1d0[ ubifs] try_to_release_page+0x57/0xe0 invalidate_inode_page+0xfb/0x130 __invalidate_mapping_pages+0xb9/0x280 invalidate_mapping_pagevec+0x12/0x20 generic_fadvise+0x303/0x3c0 ksys_fadvise64_64+0x4c/0xb0 [1] https://bugzilla.kernel.org/show_bug.cgi?id=215373 [2] https://linux-mtd.infradead.narkive.com/NQoBeT1u/patch-rfc-ubifs-fix-assert-failed-in-ubifs-set-page-dirty2CVE-2023-53584

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

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

  - netdevsim修复 nsim_dev_resources_register() 失败时 nsim_drv_probe() 中的内存泄漏。如果 nsim_dev_resources_register() 中的某些项目失败将发生内存泄漏。以下是内存泄漏信息。
    未引用的对象 0xffff888074c02600（大小 128）：comm echo，pid 8159，jiffies 4294945184（使用期限 493.530s）十六进制转储前 32 字节：40 47 ea 89 ff ff ff ff ff 01 00 00 00 00 00 00 00 @G... ............ ff ff ff ff ff ff ff ff ff ff ff ff ff ff<0000000011a31c98>ff ff ff ff .. +0x22/0x60 [<0000000027384c69>] devl_resource_register+0x144/0x4e0 [<00000000a16db248>] nsim_drv_probe+0x37a/0x1260 [<000000007d1f448c>] real_probe+0x20b/0xb10 [<00000000c416848a>]
    __driver_probe_device+0x1b3/0x4a0 [<00000000077e0351>] driver_probe_device+0x49/0x140 [<0000000054f2465a>]
    __device_attach_driver+0x18c/0x2a0 [<000000008538f359>] bus_for_each_drv+0x151/0x1d0 [<0000000038e09747>]
    __device_attach+0x1c9/0x4e0 [<00000000dd86e533>] bus_probe_device+0x1d5/0x280 [<00000000839bea35>] device_add+0xae0/0x1cb0 [<000000009c2abf46>] new_device_store+0x3b6/0x5f0 [<00000000fb823d7f>] bus_attr_store+0x72/0xa0 [<000000007acc4295>] sysfs_kf_write+0x1606/0x1606/0x1606 [<000000005f50cb4d>] kernfs_fop_write_iter+0x3a8/0x5a0 [<0000000075eb41bf>] vfs_write+0x8f0/0xc80 (CVE-2022-50500)

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

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

  - gpiomvebu修复 irq 域泄漏 Uwe Kleine-Knig 指出 mvebu 驱动程序中仍然存在一个在驱动程序分离时触发的一个资源泄漏问题。让我们通过自定义 devm 操作来解决该问题。 (CVE-2023-53579)

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

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

  - wifimac80211首先在客户端探测中检查站点当探测客户端时首先检查是否有站点然后检查通道上下文否则您可在 AP 甚至都没有启动的情况下通过探测轻松触发警告还没有。由于存在客户端意味着 AP 也在运行因此我们可以保留警告。还可稍微简化移动的代码。 (CVE-2023-53588)

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

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

  - bpf、cpumap在映射更新返回之前确保 kthread 正在运行当运行启用了压力模式的 xdp_redirect_cpu 时包含一些 RT 线程时报告了以下警告------------[cut here]--- --------- WARNINGCPU: 4 PID: 65 at kernel/bpf/cpumap.c:135 CPU: 4 PID: 65 Comm: kworker/4:1 6.5.0-rc2+ 未受感染 #1 硬件名称QEMU Standard PC(i440FX + PIIX,1996) Workqueue事件 cpu_map_kthread_stop RIP0010:put_cpu_map_entry+0xda/0x220 ...... 调用跟踪 <TASK> ? show_regs+0x65/0x70 __warn+0xa5/0x240 ...... put_cpu_map_entry+0xda/0x220 cpu_map_kthread_stop+0x41/0x60 process_one_work+0x6b0/0xb80 worker_thread+0x96/0x720 kthread+0x1a5/0x1f0 ret_from_fork+0x3a/0x70 ret_from_fork_asm+0x1b/0x30 </TASK> The root cause is the same as commit 436901649731 (bpf: cpumap修复 cpu_map_update_elem 中的内存泄漏。kthread 在 cpu_map_kthread_stop() 中被 kthread_stop() 提前停止kthread() 根本不调用 cpu_map_kthread_run()但 XDP 程序已将某些帧或 skbs 排入 ptr_ring 队列。因此当 __cpu_map_ring_cleanup() 检查 ptr_ring 时会发现其未清空并报告警告。替代补丁是使用
    __cpu_map_ring_cleanup() 以在 kthread_stop() 返回 -EINTR 时放弃这些待定帧或 skb但可能会使用户混淆因为 XDP 程序已正确处理这些帧或 skb。因此不必丢弃这些帧或 skb而只需确保之前每个 cpu 的 kthread 正在运行即可
    __cpu_map_entry_alloc() 返回。应用此补丁之后将不再需要 kthread_stop() 的错误句柄因为它将始终返回 0因此只需将其删除。 (CVE-2023-53577)

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

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

  - wifiiwlwifimvm在 iwl_mvm_sec_key_add() 中验证 key_len 大小时有必要修复 IWL_SEC_WEP_KEY_OFFSET 潜在的数组越界访问帐户问题。 (CVE-2023-53575)

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

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

  - drm/msm修复探测延迟上的释放后使用桥计数器拆卸 DRM 设备时从未重置以便在下次拆卸时访问已释放结构的过时指针例如
    在第二次延迟绑定之后。考虑到足够的桥接和一些探测延迟这目前还可能导致损坏桥接阵列以外的数据。patchwork
    https://patchwork.freedesktop.org/patch/502665/ (CVE-2022-50492)

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

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

  - wificfg80211拒绝认证/关联到使用我们公司地址的 AP 如果 AP 使用我们公司地址作为其 MLD 地址或 BSSID则显然出现了问题。拒绝此类连接以免我们稍后尝试失败。
    (CVE-2023-53540)

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

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

  - 驱动程序核心修复 device_add() 中的资源泄漏当调用 device_add() 中的 kobject_add() 失败时它将调用 cleanup_glue_dir() 以释放资源。但在 kobject_add() 中dev->kobj.parent 已被设置为 NULL。
    这将导致资源泄漏。进程如下 device_add() get_device_parent() class_dir_create_and_add() kobject_add() //kobject_get() ... dev->kobj.parent = kobj; ... kobject_add() //失败, 但 set dev->kobj.parent = NULL ... glue_dir = get_glue_dir(dev) //glue_dir = NULL, 并转到 //错误标签 ... cleanup_glue_dir() //因为glue_dir 为空不是调用 //kobject_put() 前述问题可能造成 insmod mac80211_hwsim.ko 失败。 sysfs无法创建重复文件名 '/devices/virtual/mac80211_hwsim' 调用跟踪 <TASK> dump_stack_lvl+0x8e/0xd1 sysfs_warn_dup.cold+0x1c/0x29 sysfs_create_dir_ns+0x224/0x280 kobject_add_internal+0x2aa/0x880 kobject_add+0x3_ddeviceparent/0x170/ 0x590 device_add+0x2aa/0x1cb0 device_create_groups_vargs+0x1eb/0x260 device_create+0xdc/0x110 mac80211_hwsim_new_radio+0x31e/0x4790 [mac80211_hwsim] init_mac80211_hwsim+0x48d/0x1000 [mac80211_hwsim] do_one_initcall+0x10f/0x630 do_init_module+0x19f/0x5e0 load_module+0x64b7/0x6eb0 __do_sys_finit_module+0x140 /0x200 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> 具有 -EEXIST 的 mac80211_hwsim 的 kobject_add_internal 失败请勿尝试在相同目录中使用相同名称注册事物。
    (CVE-2023-53594)

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

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

  - wifirtw88通过删除“rtw_core_deinit()”中的 TX 清除定时器和释放 C2H 队列卸载时删除定时器并释放 skb 队列通过释放 COEX 队列来缩小后者的关键部分TX 报告锁定范围。 (CVE-2023-53574)

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

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

  - drm/msm修复绑定错误时的 vram 泄漏确保也在子组件绑定失败的情况下释放 VRAM 缓冲区。Patchwork https://patchwork.freedesktop.org/patch/525094/ (CVE-2023-53562)

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

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

  - rcu-tasks避免在 cblist_init_generic() 中使用旋转锁 pr_info() 在 rtp->cbs_gbl_lock 旋转锁锁定的情况下调用 pr_info()。由于 pr_info() 调用可能休眠的 printk()这将导致如下所示的缺陷 [ 0.206455] cblist_init_generic设置可调整数量的回调队列。 [ 0.206463] [ 0.206464] ============================= [ 0.206464] [ BUG无效的等待上下文 ] [ 0.206465] 5.19.0-00428-g9de1f9c8ca51 #5 未受感染 [ 0.206466] ----------------------------- [ 0.206466] swapper/0/1 正在尝试锁定[ 0.206467] fffffffffa0167a58 (&port_lock_key){....}-{3:3}at
    serial8250_console_write+0x327/0x4a0 [ 0.206473] 其他可能帮助我们调试此问题的信息 [ 0.206473] context-{5:5} [ 0.206474] swapper/0/1 保留的锁 [ 0.206474] #0: ffffffff9eb597e0 (rcu_tasks.cbs_gbl_lock){....}-{2:2}位于 cblist_init_generic.constprop.0+0x14/0x1f0 [ 0.206478] #1
    ffffffff9eb579c0 (console_lock){+.+.}-{0:0}网址是 _printk+0x63/0x7e [ 0.206482] #2ffffffff9ea77780 (console_owner){....}-{0:0}网址是 console_emit_next_record。 constprop.0+0x111/0x330 [ 0.206485] stack backtrace[ 0.206486] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.19.0-00428-g9de1f9c8ca51 #5 [ 0.206488] 硬件名称QEMU Standard PC i440FX + PIIX, 1996), BIOS 1.16.0-1.fc36 04/01/2014 [ 0.206489] 调用跟踪[ 0.206490] <TASK> [ 0.206491] dump_stack_lvl+0x6a/0x9f [ 0.206493] __lock_acquire.cold +0x2d7/0x2fe [ 0.206496] ? stack_trace_save+0x46/0x70 [ 0.206497] lock_acquire+0xd1/0x2f0 [ 0.206499] ? serial8250_console_write+0x327/0x4a0 [ 0.206500] ? __lock_acquire+0x5c7/0x2720 [ 0.206502]
    _raw_spin_lock_irqsave+0x3d/0x90 [ 0.206504] ? serial8250_console_write+0x327/0x4a0 [ 0.206506] serial8250_console_write+0x327/0x4a0 [ 0.206508] console_emit_next_record.constprop.0+0x180/0x330 [0.206511] console_unlock+0xf7/0x1f0 [ 0.206512] vprintk_emit+0xf7/0x330 0.206514_printk [] +0x63/0x7e [0.206516] cblist_init_generic.constprop.0.cold+0x24/0x32 [ 0.206518] rcu_init_tasks_generic+0x5/0xd9 [0.206522] kernel_init_freeable+0x15b/0x2a2 [ 0.206523] ? rest_init+0x160/0x160 [ 0.206526] kernel_init+0x11/0x120 [ 0.206527] ret_from_fork+0x1f/0x30 [ 0.206530] </TASK> [ 0.207018] cblist_init_generic将 shift 设置为 1将 lim 设置为 1。此修补程序移动 pr_info()这样在不锁定 rtp->cbs_gbl_lock 的情况下调用它。 (CVE-2023-53558)

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

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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：ipmi_si: fix a memleak in try_smi_init() Kmemleak reported the following leak info in try_smi_init(): unreferenced object 0xffff00018ecf9400 (size 1024): comm modprobe, pid 2707763, jiffies 4300851415 (age 773.308s) backtrace:
    [<000000004ca5b312>] __kmalloc+0x4b8/0x7b0 [<00000000953b1072>] try_smi_init+0x148/0x5dc [ipmi_si] [<000000006460d325>] 0xffff800081b10148 [<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>] el0_sync+0x160/0x180 The problem was that when an error occurred before handlers registration and after allocating `new_smi->si_sm`, the variable wouldn't be freed in the error handling afterwards since `shutdown_smi()` hadn't been registered yet. Fix it by adding a `kfree()` in the error handling path in `try_smi_init()`. (CVE-2023-53611)

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing/histograms: Add histograms to hist_vars if they have referenced variables Hist triggers can have referenced variables without having direct variables fields. This can be the case if referenced variables are added for trigger actions. In this case the newly added references will not have field variables. Not taking such referenced variables into consideration can result in a bug where it would be possible to remove hist trigger with variables being refenced. This will result in a bug that is easily reproducable like so $ cd /sys/kernel/tracing $ echo 'synthetic_sys_enter char[] comm; long id' >> synthetic_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] BUG: KASAN: slab-use-after-free in resolve_var_refs+0xc7/0x180 [ 100.265520] Read of size 8 at addr ffff88810375d0f0 by task bash/439 [ 100.266320] [ 100.266533] CPU: 2 PID: 439 Comm: bash Not tainted 6.5.0-rc1 #4 [ 100.267277] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.0-20220807_005459-localhost 04/01/2014 [100.268561] Call Trace: [ 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/0x90 [ 100.304748] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ 100.307775] RIP: 0033:0x7f686c75c1cb [ 100.310617] Code: 73 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 00 90 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 EFLAGS: 00000246 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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：net/mlx5: DR, fix memory leak in mlx5dr_cmd_create_reformat_ctx when mlx5_cmd_exec failed in mlx5dr_cmd_create_reformat_ctx, the memory pointed by 'in' is not released, which will cause memory leak. Move memory release after 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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：bpf: Propagate error from htab_lock_bucket() to userspace In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
    -EBUSY, it will go to next bucket. Going to next bucket may not only skip the elements in current bucket silently, but also incur out-of-bound memory access or expose kernel memory to userspace if current bucket_cnt is greater than bucket_size or zero. Fixing it by stopping batch operation and returning -EBUSY when htab_lock_bucket() fails, and the application can retry or skip the busy batch as needed.
    (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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：tunnels: fix kasan splat when generating ipv4 pmtu error If we try to emit an icmp error in response to a nonliner skb, we get BUG:
    KASAN: slab-out-of-bounds in ip_compute_csum+0x134/0x220 Read of size 4 at 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() cannot deal with nonlinear skbs, so avoid it.
    After this change, splat is gone and iperf3 is no longer stuck. (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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：dax: Fix dax_mapping_release() use after free A CONFIG_DEBUG_KOBJECT_RELEASE test of removing a device-dax region provider (like modprobe -r dax_hmem) yields: kobject: 'mapping0' (ffff93eb460e8800): kobject_release, parent 0000000000000000 (delayed 2000) [..] DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 23 PID: 282 at kernel/locking/lockdep.c:232
    __lock_acquire+0x9fc/0x2260 [..] RIP: 0010:__lock_acquire+0x9fc/0x2260 [..] Call Trace: <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 Due to attempting ida_free() on an ida object that has already been freed. Devices typically only hold a reference on their parent while registered. If a child needs a parent object to complete its release it needs to hold a reference that it drops from its release callback.
    Arrange for a dax_mapping to pin its parent dev_dax instance until dax_mapping_release(). (CVE-2023-53613)

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

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

  - 已修复 Linux 内核中的下列漏洞：bonding: do not assume skb mac_header is set Drivers must not assume in their ndo_start_xmit() that skbs have their mac_header set. skb->data is all what is needed. bonding seems to be one of the last offender as caught by syzbot: WARNING: CPU: 1 PID:
    12155 at include/linux/skbuff.h:2907 skb_mac_offset include/linux/skbuff.h:2913 [inline] WARNING: CPU: 1 PID: 12155 at include/linux/skbuff.h:2907 bond_xmit_hash drivers/net/bonding/bond_main.c:4170 [inline] WARNING: CPU: 1 PID: 12155 at include/linux/skbuff.h:2907 bond_xmit_3ad_xor_slave_get drivers/net/bonding/bond_main.c:5149 [inline] WARNING: CPU: 1 PID: 12155 at include/linux/skbuff.h:2907 bond_3ad_xor_xmit drivers/net/bonding/bond_main.c:5186 [inline] WARNING: CPU: 1 PID: 12155 at include/linux/skbuff.h:2907 __bond_start_xmit drivers/net/bonding/bond_main.c:5442 [inline] WARNING: CPU:
    1 PID: 12155 at include/linux/skbuff.h:2907 bond_start_xmit+0x14ab/0x19d0 drivers/net/bonding/bond_main.c:5470 Modules linked in: CPU: 1 PID: 12155 Comm: syz-executor.3 Not tainted 6.1.30-syzkaller #0 Hardware name: 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] RIP: 0010:bond_xmit_3ad_xor_slave_get drivers/net/bonding/bond_main.c:5149 [inline] RIP:
    0010: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 Code: 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:
    ffff8881599fc780 R12: 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 [inline] [<ffffffff8467a715>] __x64_sys_sendto+0xe5/0x100 net/socket.c:2147 [<ffffffff8553071f>] do_syscall_x64 arch/x86/entry/common.c:50 [inline] [<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 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
269430	Linux Distros 未修补的漏洞：CVE-2023-53539	high
269429	Linux Distros 未修补的漏洞：CVE-2023-53597	medium
269428	Linux Distros 未修补的漏洞：CVE-2023-53547	medium
269427	Linux Distros 未修补的漏洞：CVE-2022-50479	medium
269426	Linux Distros 未修补的漏洞：CVE-2023-53538	medium
269425	Linux Distros 未修补的漏洞：CVE-2023-53584	medium
269424	Linux Distros 未修补的漏洞：CVE-2022-50500	medium
269423	Linux Distros 未修补的漏洞：CVE-2023-53579	medium
269422	Linux Distros 未修补的漏洞：CVE-2023-53588	high
269421	Linux Distros 未修补的漏洞：CVE-2023-53577	medium
269420	Linux Distros 未修补的漏洞：CVE-2023-53575	high
269419	Linux Distros 未修补的漏洞：CVE-2022-50492	high
269418	Linux Distros 未修补的漏洞：CVE-2023-53540	medium
269417	Linux Distros 未修补的漏洞：CVE-2023-53594	medium
269416	Linux Distros 未修补的漏洞：CVE-2023-53574	medium
269415	Linux Distros 未修补的漏洞：CVE-2023-53562	medium
269414	Linux Distros 未修补的漏洞：CVE-2023-53558	medium
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

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

medium

medium

medium

high

medium

high

high

medium

medium

medium

medium

medium

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