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

  - ASoCmediatek: common修复 parse_dai_link_info 中的 refcount 泄漏在 of_node_get() 和 of_node_put() 返回至平衡之前添加缺少的 of_node_put()可能在 for 循环“for_each_available_child_of_node”提早返回的情况下变得不平衡。 (CVE-2023-54075)

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

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

  - mediavidtv修复 vidtv_bridge_dvb_init() 中的释放后使用 KASAN 报告释放后使用BUGKASAN
    dvb_dmxdev_release+0x4d5/0x5d0 中的释放后使用 [dvb_core] 调用跟踪... dvb_dmxdev_release+0x4d5/0x5d0 [dvb_core] vidtv_bridge_probe+0x7bf/0xa40 [dvb_vidtv_bridge] platform_probe+0xb6/0x170 ... 按任务 1238 分配... dvb_register_device+0x1a7/0xa70 [dvb_core] dvb_dmxdev_init+0x2af/0x4a0 [dvb_core] vidtv_bridge_probe+0x766/0xa40 [dvb_vidtv_bridge] ... 由任务 1238释放dvb_register_device+0x6d2/0xa70 [dvb_core] dvb_dmxdev_init+0x2af/0x4a0 [dvb_core] vidtv_bridge_probe+0x766/0xa40 [dvb_vidtv_bridge] ... 这是因为 vidtv_bridge_dvb_init() 中的错误处理不正确。首先vidtv_bridge_dmx(dev)_init() 将在失败时清除自身但前往 fail_dmx(_dev): 再次调用释放函数这会造成释放后使用。此外在 fail_fe、fail_tuner_probe 和 fail_demod_probe 中当 i 完成其循环时 (i == NUM_FE)j = i 将造成越界。尽管 NUM_FE 现在为 1循环释放是错误的因此不会造成问题。通过正确释放所有内容修复此问题。 (CVE-2022-50725)

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

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

  - clkvisconti修复 visconti_register_pll() 中的内存泄漏 @pll->rate_table 已通过 kmemdup() 分配内存如果 clk_hw_register() 失败应将其释放否则将导致内存泄漏问题此修补程序可修复它。 (CVE-2022-50713)

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

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

  - drm/msm/dpu对 cstate 添加检查由于 kzalloc 可能会失败并返回空指针因此最好检查 cstate以避免 __drm_atomic_helper_crtc_reset 中的空指针取消引用。patchwork
    https://patchwork.freedesktop.org/patch/514163/ (CVE-2023-54122)

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

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

  - nvmemcore修复 nvmem_register() 中的内存泄漏nvmem_register() dev_set_name 将为 nvmem_register 中的 nvmem->dev.kobj.name 分配内存当 nvmem_validate_keepouts 失败时nvmem 的内存将被释放并返回但没有人将为 nvmem->dev 释放内存。 kobj.name 可能会发生内存泄露因此将 nvmem_validate_keepouts() 移动到 device_register() 之后让设备核心在错误情况下处理名称清理。 (CVE-2022-50734)

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

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

  - ns初始化初始命名空间的 ns_list_node 确保始终针对初始命名空间初始化列表。 (CVE-2025-68377)

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

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

  - fs/ntfs3修复内存泄漏如果 ntfs_read_mft 在 ntfs_read_mft() 中的 Label ATTR_ROOT 设置 is_root = true 且 ni->ni_flags |= NI_FLAG_DIR则内存泄露则下一个 attr 将前往标签 ATTR_ALLOC 和 alloc ni->dir.alloc_run。
    但是两种状态并不总是一致可能会造成内存泄漏。 1) ATTR_ROOT 中的 attr_name 不符合其设置 is_root = true 但未设置 NI_FLAG_DIR 的条件。 2) ATTR_ALLOC 中的下一个 attr_name 符合条件和 alloc ni->dir.alloc_run 3) 当设置 NI_FLAG_DIR 时在清除函数 ni_clear() 中会释放 ni->dir.alloc_run否则会释放 ni->file.run 4 ) 因为在这种情况下 NI_FLAG_DIR 未设置ni->dir.alloc_run 在 kmemleak Reported 时遭到泄露未引用的对象 0xffff888003bc5480大小 64
    backtrace[<000000003d42e6b0>] __kmalloc_node+0x4e/0x1c0 [<00000000d8e19b8a>] kvmalloc_node+0x39/0x1f0 [<00000000fc3eb5b8>] run_add_entry+0x18a/0xa40 [ntfs3] [<0000000011c9f978>] run_unpack+0x75d/0x8e0 [ntfs3] [<00000000e7cf1819>] run_unpack_ex+ 0xbc/0x500 [ntfs3] [<00000000bbf0a43d>] ntfs_iget5+0xb25/0x2dd0 [ntfs3] [<00000000a6e50693>] ntfs_fill_super+0x218d/0x3580 [ntfs3] [<00000000b9170608>] get_tree_bdev+0x3fb/0x710 [<000000004833798a>] vfs_get_tree+0x8e/0x280 [<000000006e20b8e6>] path_mount+0xf3c/0x1930 [<000000007bf15a5f>] do_mount+0xf3/0x110 ... 通过始终同时设置 is_root 和 NI_FLAG_DIR可修复此缺陷。
    (CVE-2023-54077)

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

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

  - drm/msm/dpu不允许返回未分配的资源如果拓扑请求的资源不是由系统创建因为这些资源通常不会在 dpu_mdss_cfg ^1 中呈现因此 global_state (在 drm/msm/dpu 中对它们的分配进行健全性检查之前拒绝没有 DSC 区块的拓扑保持为空但仍会从 dpu_rm_get_assigned_resources 中返回调用程序预期在这种情况下包含 num_blks 有效指针的数组但获取这些 NULL。空指针取消引用通常会导致难以调试的平台锁定发生这种情况为防止发生这种情况num_blks 的计数不应超过 NULL 区块的大小不应超过 NULL 区块而是打印错误和中断。尽管 max_blks 代表最大区块数的静态大小但实际大小会因平台而异。 ^1此问题可能在 git 衍合最终将 _dpu_cfg 的添加移动至具有相同修补程序环境的其他结构之后发生。patchwork: https://patchwork.freedesktop.org/patch/517636/(CVE-2023-53991]

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

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

  - f2fscompress修复以在 f2fs_write_raw_pages() 中调用 f2fs_wait_on_page_writeback() 并发写入文件时将会触发 BUG_ON() 因为同一页面会回写多次。 1597 void folio_end_writeback(struct folio *folio) 1598 { ...... 1618 if (!__ folio_end_writeback(folio)) 1619 BUG();
    ...... 1625} mm/filemap.c:1619! 的内核缺陷调用跟踪 <TASK> f2fs_write_end_io+0x1a0/0x370 blk_update_request+0x6c/0x410 blk_mq_end_request+0x15/0x130 blk_complete_reqs+0x3c/0x50
    __do_softirq+0xb8/0x29b ? sort_range+0x20/0x20 run_ksoftirqd+0x19/0x20 smpboot_thread_fn+0x10b/0x1d0 kthread+0xde/0x110 kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x22/0x30 </TASK> 并发场景如下[进程 A] [进程 B] [进程 C] f2fs_write_raw_pages() - redirty_page_for_writepage() - 解锁 page() f2fs_do_write_data_page() - lock_page() - clear_page_dirty_for_io() - set_page_writeback() [第一次回写] ---- ---- 解锁 page() generic_perform_write() - f2fs_write_begin() - wait_for_stable_page() - f2fs_write_end() - set_page_dirty() - lock_page() - f2fs_do_write_data_page() - set_page_writeback () [第二次回写] 此问题由之前的提交 7377e853967bf2fs压缩修复压缩文件的潜在死锁引入。f2fs_write_raw_pages() 中释放了所有页面锁但在后续写入过程中会忽略页面是否处于回写状态。让我们通过在写入之前等待页面回写来修复它。 (CVE-2023-54068)

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

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

  - usbmtu3修复 qmu 传输完成 irq 处理程序中的内核错误当处理 qmu 传输 irq 时它将在交还请求之前解锁 @mtu->lock如果另一个线程同时处理断开连接事件并尝试禁用 ep它可能锁定 @mtu->lock 并释放 qmu ring然后 qmu irq 处理程序可能得到空 gpd请在处理之前通过检查 gpd 的值来避免 KE。例如 cpu1 上运行的 cpu0 线程上的 qmu 完成了 irq qmu_done_tx() 处理 gpd [0] mtu3_requ_complete() mtu3_gadget_ep_disable() 解锁 @mtu->lock还给请求锁定 @mtu->lock mtu3_ep_disable() mtu3_gpd_ring_free() 解锁 @mtu-> lock lock @mtu->lock 获取下一个 gpd [1] [1]转到 [0] 以处理下一个 gpd且下一个 gpd 可能为空。 (CVE-2023-54159)

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

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

  - net: dsa对于同步的 VLAN 感知 MAC 地址避免可疑的 RCU 使用。在使用 felix 驱动程序唯一支持 UC 筛选和 MC 筛选的驱动程序作为其他随机 DSA 交换机的 DSA 主机时可看到以下堆栈跟踪下游交换机端口何时加入 VLAN 感知的桥：
    ============================= 警告可疑 RCU 使用情况 ---------------- ------------- net/8021q/vlan_core.c:238 可疑的 rcu_dereference_protected() 使用堆栈回溯Workqueue
    dsa_ordered dsa_slave_switchdev_event_work Call trace: lockdep_rcu_suspicious+0x170/0x210 vlan_for_each+0x8c/0x188 dsa_slave_sync_uc+0x128/0x178 __hw_addr_sync_dev+0x138/0x158 dsa_slave_set_rx_mode+0x58/0x70 __dev_set_rx_mode+0x88/0xa8 dev_uc_add+0x74/0xa0 dsa_port_bridge_host_fdb_add+0xec/0x180 dsa_slave_switchdev_event_work+0x7c/0x1c8 process_one_work+0x290/0x568 其含义是 vlan_for_each() 预期 rtnl_lock() 上下文但从 DSA 主控端的 ndo_set_rx_mode() 调用时未获得。该函数 - dsa_slave_set_rx_mode() 的调用程序是来自延迟的 dsa_slave_switchdev_event_work() 的从属 DSA 接口的 dsa_port_bridge_host_fdb_add()。我们不遗余力地避免在提交 0faf890fc519 (netdsa从 dsa_slave_switchdev_event_work 中删除 rtnl_lock) 的该调用路径中使用 rtnl_lock()上下文并且无法调用 rtnl_lock()因为在调用 dsa_flush_workqueue 时可能会发生死锁从确实包含 rtnl_lock() 的调用路径中删除 基本上是所有路径。因此当 DSA 主控端从其 ndo_set_rx_mode() 调用 vlan_for_each()时此设备上的 8021q 驱动程序的状态实际上未受到任何保护以防并发访问。查看 net/8021q/我不认为 vlan_info->vid_list 在专门设计时考虑 RCU 遍历因此引入 vlan_for_each() - vlan_for_each_rcu() - 的 RCU 读取端形式并不那么容易无论如何它也不完全是我们所需要的。一般来说，我认为解决方案无论如何也不在 net/8021q/ 中；为此任务未中断 vlan_for_each()。DSA 本身不需要保留 rtnl_lock() - 因为我们阻止的不是 netdev 状态更改而只是向 VLAN 列表并发添加/删除。我们甚至不需要可休眠上下文 - vlan_for_each() 的回调仅计划延迟的工作。建议的转义是删除对 vlan_for_each() 的依存关系并开放代码一个不可休眠的、无 rtnl-free 的替代品开源代码基于从 .ndo_vlan_rx_add_vid() 和 .ndo_vlan_rx_kill_vid() 修改的 VLAN 列表副本。
    (CVE-2023-54149)

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

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

  - wifirsi如果未启用请勿在关闭挂钩中配置 WoWlan 如果在系统操作期间从未配置 WoWlanhw->wiphy->wowlan_config 将为 NULL。 rsi_config_wowlan() 检查 wowlan_config 是否为 non-NULL如果不是则发出警告。此警告有效原因是在正常操作期间应仅通过非 NULL wowlan_config 调用 rsi_config_wowlan()。在关机时仅当用户之前配置了 WoWlan 时才调用此 rsi_config_wowlan()。
    将对 non-NULL wowlan_config 的检查添加到关闭挂钩中。同时在访问 wowlan_config 之前检查 wiphy 是否也为非 NULL。终止一次性使用 wowlan_config 变量而仅将其内联到函数调用中。 (CVE-2023-54025)

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

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

  - mediamediatekvcodec修复 vdec_msg_queue_init() 中的资源泄漏如果在 vdec_msg_queue_init() 中遇到任何错误则需要设置 msg_queue->wdma_addr.size = 0。通常此操作在 vdec_msg_queue_deinit() 函数内完成。但是如果第一次调用分配 &msg_queue->wdma_addr 失败则 vdec_msg_queue_deinit() 函数为空操作。对于这种情况，只需将大小明确设置为零，然后返回。返回前还有两个未清除的其他错误路径。将这些错误路径更改为 goto mem_alloc_err。 (CVE-2023-54143)

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

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

  - stagingvt6655修复潜在的内存泄漏在函数 device_init_td0_ring中为 priv->apTD0Rings[i] 的成员 td_info 分配内存其中 i 从 0 开始递增。如果分配失败将以相反的顺序释放内存其中 i递减到 0。但是忽略了 i=0 的情况因此内存被泄漏。修改内存释放循环以包含 i=0 的情况。 (CVE-2022-50758)

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

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

  - spmi添加删除 SPMI 驱动程序时的删除回调检查删除 SPMI 驱动程序时如果未定义删除回调则可能因空指针取消引用而发生崩溃。这是在删除 QCOM SPMI PMIC 驱动程序时观察到的一个此类调用跟踪dump_backtrace.cfi_jt+0x0/0x8 dump_stack_lvl+0xd8/0x16c panic+0x188/0x498 __cfi_slowpath+0x0/0x214 __cfi_slowpath+0x1dc/0x214 spmi_drv_remove+0x16c/0x1e0 device_driver_release /0x79c driver_detach+0x11c/0x1a0 bus_remove_driver+0xc4/0x124 driver_unregister+0x58/0x84 cleanup_module+0x1c/0xc24 [qcom_spmi_pmic]
    __do_sys_delete_module+0x3ec/0x53c __arm64_sys_delete_module+0x18/0x28 el0_svc_common+0xdc/0x294 el0_svc+0x38/0x9c el0_sync_handler+0x8c/0xf0 el0_sync+0x1b4/0x1c0 如果驱动程序包含通过 deanyvm_others cleanup 则不需要定义删除回调。因此删除 SPMI 驱动程序时在调用之前添加对删除回调是否存在的检查。 (CVE-2023-54044)

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

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

  - tracing/user_events确保写入索引不能为负 写入索引可指示数据用于哪个事件并且访问每个文件数组。索引由用户进程在 write() 调用期间作为前 4 个字节传递。通过返回 -EINVAL 来防止越界访问以确保其值为负。
    更新 ftrace self-test 以确保此项正确发生。 (CVE-2023-54139)

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

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

  - exfat修复 exfat_allocate_bitmap 中的除以零问题 exfat_allocate_bitmap() 中的变量 max_ra_count 可能为 0这在后续模运算 (i % max_ra_count) 中造成除以零错误进而导致系统崩溃。当 max_ra_count 为 0 时，表示未使用 readahead。
    此修补程序加载位图无预读。 (CVE-2025-68350)

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

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

  - drm/msm修复了 irq 卸载中的空取消引用如果出现早期初始化错误在不使用 DPU 控制器的平台上可通过设置为空的 kms 指针调用取消初始化代码。
    Patchwork https://patchwork.freedesktop.org/patch/525104/ (CVE-2023-54138)

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

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

  - stagingrtl8192u修复 ieee80211_rx() 中的释放后使用 我们无法在调用 ieee80211_monitor_rx() 后取消引用 skb 指针因为这是释放后使用。 (CVE-2022-50732)

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

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

  - 10up八天一周打印工作流 eight-day-week-print-workflow 中的未经授权Control Sphere敏感系统信息暴露漏洞允许检索嵌入的敏感数据。此问题影响八天工作流打印工作流从 不适用到 <= 1.2.5。 (CVE-2025-67621)

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

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

  - fs/ntfs3修复 indx_insert_into_buffer 中的 OOB 读取 Syzbot 报告了 OOB 读取缺陷BUG: KASAN: indx_insert_into_buffer+0xaa3/0x13b0 中的 slab 越界 fs/ntfs3/index.c:1755 在 addr ffff8880255e06c0 发生大小为 17168 的读取按任务 syz-executor308/3630 调用跟踪 <TASK> memmove+0x25/0x60 mm/kasan/shadow.c:54 indx_insert_into_buffer+0xaa3/0x13b0 fs/ntfs3/index.c:1755 indx_insert_entry+0x446/0x6b0 fs/ntfs3/index .c:1863 ntfs_create_inode+0x1d3f/0x35c0 fs/ntfs3/inode.c:1548 ntfs_create+0x3e/0x60 fs/ntfs3/namei.c:100 lookup_open fs/namei.c:3413 [内联] 如果成员 struct INDEX_BUFFER *index结构 indx_node 的 不正确即所使用的 __le32 值大于结构 INDEX_HDR 中的 __le32 total 值。因此在 indx_insert_into_buffer() 中调用 memmove 时会发生 OOB 读取。通过在 hdr_find_e() 中添加检查来修复此问题。 (CVE-2023-54063)

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

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

  - mediai2cov5648在 unbind 时释放 V4L2 fwnode 数据 V4L2 fwnode 数据结构不会在 unbind 时释放进而导致内存泄露。 (CVE-2022-50759)

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

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

  - fs/ntfs3修复 hdr_delete_de() 中的 slab 越界读取以下是 syzbot 的缺陷报告BUG: KASAN
    hdr_delete_de+0xe0/0x150 fs/ntfs3/index.c:806 中存在 slab 越界读取在 addr ffff888079cc0600 处由任务 syz-executor934/3631 调用跟踪memmove+0x25/0x60 mm/kasan/shadow. 进行的大小为 16842960 的越界读取。 c:54 hdr_delete_de+0xe0/0x150 fs/ntfs3/index.c:806 indx_delete_entry+0x74f/0x3670 fs/ntfs3/index.c:2193 ni_remove_name+0x27a/0x980 fs/ntfs3/frecord.c:2910 ntfs_unlink_inode/0x304 fs/ntfs3/inode.c:1712 ntfs_rename+0x41a/0xcb0 fs/ntfs3/namei.c:276 在使用 struct INDEX_HDR 中的元数据之前我们需要检查索引标头是否有效。否则损坏的（或恶意的）fs 图像可造成越界访问从而造成内核错误。 (CVE-2023-53988)

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

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

  - Bluetoothhci_conn无链接时返回 ERR_PTR 而不是 NULL。目前无链接时即 hci_conn_link() 返回 NULL 时hci_connect_sco 返回 NULL。 sco_connect() 预期在发生任何错误时会出现 ERR_PTR请参阅 sco.c 中的第 266 行。因此设置为 NULL 的 hcon 会传递至尝试取得 hcon->hdev 的 sco_conn_add()从而导致取消引用空指针这一点由 syzkaller 报告。调用 hci_connect_cis() 的 iso_connect_cis() 存在同样的问题。因此使 hci_connect_sco() 和 hci_connect_cis() 返回 ERR_PTR 而不是 NULL。 (CVE-2023-54038)

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

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

  - scsimpi3mr修复 KASAN 发现的问题 只写正确的大小32 而不是 64 字节。
    (CVE-2023-54011)

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

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

  - net : 修复对虚拟接口禁用 LRO 时的堆栈溢出漏洞。虚拟接口的功能一经更新，该主机便会同步更新自身下层接口的相应功能。这种传播逻辑本应以迭代而非递归方式运作。但由于 netdev 通知出现异常，导致该功能以递归方式运作。此问题只会在对团队和绑定接口类型禁用 LRO 时发生。team0 | +------+------+-----+-----+ | | | | | team1 team2 team3 ... team200 如果 team0 的 LRO 功能更新，该主机会对其自身的下层接口 (team1 ~ team200) 生成 NETDEV_FEAT_CHANGE 事件。此操作通过 netdev_sync_lower_features() 实现。因此，每个下层接口的 NETDEV_FEAT_CHANGE 通知逻辑本应以迭代方式运作。但生成的 NETDEV_FEAT_CHANGE 事件也会被发送到上层接口。upper interface(team0) 再次为其下层接口生成 NETDEV_FEAT_CHANGE 事件。下层和上层接口均不断收到并重复生成此事件，从而导致堆栈溢出。但这不是无限循环问题。因为 netdev_sync_lower_features() 在生成 NETDEV_FEAT_CHANGE 事件之前会更新功能。已同步的下层接口会跳过通知逻辑。因此，该问题的本质在于迭代逻辑由于通知机制而被意外更改为递归运作。重现程序 : ip link add team0 type team ethtool -K team0 lro on for i in {1..200} do ip link add team$i master team0 type team ethtool -K team$i lro on done ethtool -K team0 lro off 为解决此问题，已为绑定/团队接口引入 notifier_ctx 成员。(CVE-2023-54012)

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

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

  - ping修复 /proc/net/icmp 的潜在空取消引用。在提交 dbca1596bbb0ping转换为 RCU 查找、去除 rwlock之后我们使用 RCU 进行 ping 套接字但应对 /proc/net/icmp 使用旋转锁以避免在上一个修补程序中提及的潜在的空取消引用。让我们继续使用旋转锁。
    请注意我们可以转换 ping 套接字以使用 hlist 而不是 hlist_nulls因为我们不会将 SLAB_TYPESAFE_BY_RCU 用于 ping 套接字。 (CVE-2023-53987)

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

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

  - ice防止在重新加载期间发生空指针取消引用在重新加载期间调用 ethtool 可导致调用跟踪因为一段时间未配置 VSI但 netdev 还存在。若要修复此问题请为 VSI 的取消配置和配置添加 rtnl 锁定。释放后将 ::num_q_vectors 设置为 0并在与 ring 相关的 ethtool 操作中添加 ::tx/rx_rings 检查。在 ice_start_eth() 中添加正确的过滤器展开。复制 $watch -n 0.1 -d 'ethtool -g enp24s0f0np0' $devlink dev reload pci/0000:18:00.0 action driver_reinit 调用跟踪修复后
    [66303.926205] 缺陷内核空指针取消引用地址0000000000000000 [66303.926259] #PF
    内核模式中的主管读取访问 [66303.926286] #PF: error_code(0x0000) - not-present 页面 [66303.926311] PGD 0 P4D 0 [66303.926332] Oops: 0000 [#1] PREEMPT SMP PTI [66303.926358] CPU 4 PID
    933821 Comm: ethtool Kdump已加载受感染G OE 6.4.0-rc5+ #1 [66303.926400] 硬件名称Intel Corporation S2600WFT/S2600WFTBIOS SE5C620.86B.00.01.0014.070920180847 07/09/2018 [66303.926446] RIP
    0010:ice_get_ringparam+0x22/0x50 [ice] [66303.926649] Code: 90 90 90 90 90 90 90 90 f3 0f 1e fa 0f 1f 44 00 00 48 8b 87 c0 09 00 00 c7 46 04 e0 1f 00 00 c7 46 100 e0 1f 00 00 48 8b 50 20 <48> 8b 12 0f b7 52 3a 89 56 14 48 8b 40 28 48 8b 00 0f b7 40 58 48 [66303.92672266303.926749RSP: 0018:ffffad40472f39c8 EFLAGSff0ff R RBX: ffff98a8c46dd060 RCX: ffffad40472f3b48 [66303.926781] RDX
    0000000000000000 RSIffff98a8c46dd068 RDIffff98a8b23c4000 [66303.926811] RBPffffad40472f3b48 R08
    00000000000337b0 R090000000000000000 [66303.926843] R100000000000000001 R110000000000000100 R12
    ffff98a8b23c4000 [66303.926874] R13: ffff98a8c46dd060 R14: 000000000000000f R15: ffffad40472f3a50 [66303.926906] FS: 00007f6397966740(0000) GS:ffff98b390900000(0000) knlGS:0000000000000000 [66303.926941] CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 [66303.926967] CR2: 0000000000000000 CR3:
    000000011ac20002 CR4: 00000000007706e0 [66303.926999] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [66303.927029] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [66303.927060] PKRU: 55555554 [66303.927075] 调用跟踪 [66303.927094] <TASK> [66303.927111] ?
    __die+0x23/0x70 [66303.927140] page_fault_oops+0x171/0x4e0 [66303.927176] ? exc_page_fault+0x7f/0x180 [66303.927209] ? asm_exc_page_fault+0x26/0x30 [66303.927244] ?66303.927469ice_get_ringparam66303.927433=66303.927501​66303.927538​66303.927561​] ]?
    __pfx_ethnl_default_doit+0x10/0x10 [66303.927590] ?66303.927615...66303.927644​66303.927665​66303.927691​66303.927717​ [66303.927743]
    __sys_sendto+0x126/0x170 [66303.927780] __x64_sys_sendto+0x24/0x30 [66303.928593] do_syscall_64+0x5d/0x90 [66303.929370] ? __count_memcg_events+0x60/0xa0 [66303.930146] ? count_memcg_events.constprop.0+0x1a/0x30 [66303.930920] ? handle_mm_fault+0x9e/0x350 [66303.931688] ? do_user_addr_fault+0x258/0x740 [66303.932452] ? exc_page_fault+0x7f/0x180 [66303.933193] entry_SYSCALL_64_after_hwframe+0x72/0xdc (CVE-2023-54037)

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

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

  - btrfs修复从脏 cow 根列表中删除配额根时的争用在禁用配额时我们将从列表 fs_info->dirty_cowonly_roots 中删除配额根而不获取保护它的锁该锁即 struct btrfs_fs_info::trans_lock。如果此列表有另一个并发操纵例如使用 ctree.c:add_root_to_dirty_list()向其添加根时此未同步列表操纵可能会造成混乱。这可导致由争用造成的各种奇怪故障例如下列崩溃[337571.278245] 一般保护错误可能因非规范地址 0xdead000000000108: 0000 [#1] PREEMPT SMP PTI [337571.278933] CPU 1 PID115447 Commbtrfs 受感染GW 6.4.0-rc6-btrfs-next-134+ #1 [337571.279153] 硬件名称QEMU Standard PC (i440FX + PIIX,1996), BIOS rel-1.14.0-0 -g155821a1990b-prebuilt.qemu.org 04/01/2014 [337571.279572] RIP
    0010commit_cowonly_roots+0x11f/0x250 [btrfs] [337571.279928] Code: 85 38 06 00 (...) [337571.280363] RSP
    0018:ffff9f63446efba0 EFLAGS00010206 [337571.280582] RAX: ffff942d98ec2638 RBX: ffff9430b82b4c30 RCX
    0000000449e1c000 [337571.280798] RDX: dead000000000100 RSI: ffff9430021e4900 RDI: 0000000000036070 [337571.281015] RBP: ffff942d98ec2000 R08: ffff942d98ec2000 R09: 000000000000 [0000000000337571.281254] [00000000000 R10
    0000000000000009 R110000000000000001 R12ffff942fe8fbf600 [337571.281476] R13ffff942dabe23040 R14
    ffff942dabe20800 R15ffff942d92cf3b48 [337571.281723] FS: 00007f478adb7340(0000) GS:ffff94349fa40000(0000) knlGS:0000000000000000 [337571.281950] CS: 0010 DS: 00000 ES: 0
    0000000080050033 [337571.282184] CR2: 00007f478ab9a3d5 CR3: 000000001e02c001 CR4: 0000000000370ee0 [337571.282416] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [337571.282647] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [337571.282874] 调用跟踪 [337571.283101] <TASK> [337571.283327] ? __die_body+0x1b/0x60 [337571.283570] ? die_addr+0x39/0x60 [337571.283796] ? exc_general_protection+0x22e/0x430 [337571.284022] ? asm_exc_general_protection+0x22/0x30 [337571.284251] ? commit_cowonly_roots+0x11f/0x250 [btrfs] [337571.284531] btrfs_commit_transaction+0x42e/0xf90 [btrfs] [337571.284803] ? _raw_spin_unlock+0x15/0x30 [337571.285031] release_extent_buffer+0x103/0x130 [btrfs] [337571.285305] reset_balance_state+0x152/0x1b0 [btrfs] [337571.285578] btrfs_balance+0xa50/0x11e0 [btrfs] [337571.285864] ? __kmem_cache_alloc_node+0x14a/0x410 [337571.286086] btrfs_ioctl+0x249a/0x3320 [btrfs] [337571.286358] ? mod_objcg_state+0xd2/0x360 [337571.286577] ? refill_obj_Stock+0xb0/0x160 [337571.286798] ? seq_release+0x25/0x30 [337571.287016] ? __rseq_handle_notify_resume+0x3ba/0x4b0 [337571.287235] ? percpu_counter_add_batch+0x2e/0xa0 [337571.287455] ? __x64_sys_ioctl+0x88/0xc0 [337571.287675]
    __x64_sys_ioctl+0x88/0xc0 [337571.287901] do_syscall_64+0x38/0x90 [337571.288126] entry_SYSCALL_64_after_hwframe+0x72/0xdc [337571.288352] RIP0033:0x7f478aaff9b因此通过在从该列表中删除 quota root 之前锁定 struct btrfs_fs_info::trans_lock来修复此问题。 (CVE-2023-54032)

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

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

  - PCI/DOE修复因 CONFIG_DEBUG_OBJECTS=y 而发生的内存泄漏。pci_doe_task 完成后需要破坏其 work_struct 以避免因 CONFIG_DEBUG_OBJECTS=y 而发生的内存泄漏。 (CVE-2023-53993)

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

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

  - hwrngvirtio - 修复 data_avail 和实际数据的争用 每当可用数据达到零时 virtio rng 设备就会启动新的熵请求。在读取操作结束时发生新请求时即当下一个读取器仅需要该请求的结果时则新数据的写入与下一个读取器之间会发生争用。这是因为写入器和读取器之间不存在任何同步。通过在首次进入读取时使用 smp_store_release 写入 data_avail并使用 smp_load_acquire 读取来修复此问题。后续读取是安全的，因为它们要么受到第一个加载获取的保护，要么受到完成机制的保护。同时删除 random_recv_done 中 data_idx 的冗余归零此时data_idx 必须已为零以及 request_entropy 中 data_avail 的冗余归零 (ditto)。 (CVE-2023-53998)

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

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

  - socqcomsmsm修复 qcom_smsm_probe() 中的 refcount 泄漏缺陷 qcom_smsm_probe() 中存在两个 refcount 泄漏缺陷(1) 由于迭代中断“local_node”从 for_each_child_of_node() 中转义我们应调用 of_node_put在错误路径中或不再使用时修复 ()。 (2) “node”作为“goto”从 for_each_available_child_of_node() 转义我们应在 goto 目标中为其调用 of_node_put()。 (CVE-2022-50703)

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

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

  - SMB3添加缺少的锁以保护延迟关闭文件列表 cifs_del_deferred_close 函数具有可修改延迟关闭文件列表的关键区段。调用 cifs_del_deferred_close 函数之前必须获取 deferred_lock。 (CVE-2023-53990)

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

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

  - virtio_vdpa有条件地构建相关性掩码。我们尝试无条件地通过 create_affinity_masks() 构建相关性掩码这可能导致多个问题- 在没有相关性支持的情况下相关性掩码不会用于父项仅 VDUSE 现在支持相关性 - create_affinity_masks( ) 可能不适用于 block 以外的设备。例如，队列数超过 CPU 数的情况在网络设备中并不罕见。此类情况会破坏当前关联逻辑该逻辑基于 group_cpus_venly()假设 CPU 数量不低于组数量。这会触发警告 [1] if (ret >= 0) WARN_ON(nr_present + nr_others < numgrps);通过仅在以下情况下构建相关性掩码来修复此问题 - 驱动程序传递相关性描述符以后像 virtio-blk 等驱动程序可确保在队列数量超过 CPU 数时对其进行限制 - 父支持相关性设置配置 ops 这有助于避免出现警告。可在此基础上进行更多优化。 [1] [ 682.146655] WARNING: CPU: 6 PID: 1550 at lib/group_cpus.c:400 group_cpus_venly+0x1aa/0x1c0 [ 682.146668] CPU: 6 PID: 1550 Commvdpa 未受感染 6.5.0-rc5jason+ #79 [ 682.146671] 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [ 682.146673] RIP
    0010:group_cpus_venly+0x1aa/0x1c0 [ 682.146676] Code4c 89 e0 5b 5d 41 5c 41 5d 41 5e c3 cc cc cc cc e8 1b c4 74 ff 48 89 ef e8 13 ac 98 ff 4c 89 e7 45 31 e4 e8 08 ac 98 ff eb c2 <0f> 0b eb b6 e8 fd 05 c3 00 45 31 e4 eb e5 cc cc cc cc cc cc cc cc [ 682.146679] RSP: 0018:ffffc9000215f498 EFLAGS: 00010293 [682.146682] RAX: 000000000001f1e0 000000000001f1e0 RCX: 0000000000000000 [ 682.146684] RDX:
    ffff888109922058 RSI0000000000000041 RDI 0000000000000030 [ 682.146686] RBPffff888109922058 R08
    ffffc9000215f498 R09ffffc9000215f4a0 [ 682.146687] R1000000000000198d0 R110000000000000030 R12
    ffff888107e02800 [ 682.146689] R13: 0000000000000030 R14: 0000000000000030 R15: 0000000000000041 [682.146692] FS: 00007fef52315740(0000) GS:ffff888237380000(0000) knlGS:0000000000000000 [ 682.146695] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 682.146696] CR2: 00007fef52509000 CR3: 0000000110dbc004 CR4: 0000000000370ee0 [ 682.146698] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [682.146700] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 682.146701] 调用跟踪[682.146703] <TASK> [ 682.146705] ? __warn+0x7b/0x130 [ 682.146709] group_cpus_venly+0x1aa/0x1c0 [682.146712] ? report_bug+0x1c8/0x1e0 [ 682.146717] handle_bug+0x3c/0x70 [ 682.146721] ? exc_invalid_op+0x14/0x70 [ 682.146723] ? asm_exc_invalid_op+0x16/0x20 [ 682.146727] ? group_cpus_venly+0x1aa/0x1c0 [ 682.146729] ? group_cpus_venly+0x15c/0x1c0 [ 682.146731] create_affinity_masks+0xaf/0x1a0 [ 682.146735] virtio_vdpa_find_vqs+0x83/0x1d0 [ 682.146738] ?
    __pfx_default_calc_sets+0x10/0x10 [ 682.146742] virtnet_find_vqs+0x1f0/0x370 [ 682.146747] virtnet_probe+0x501/0xcd0 [ 682.146749] ? vp_modern_get_status+0x12/0x20 [ 682.146751] ? get_cap_addr.isra.0+0x10/0xc0 [ 682.146754] virtio_dev_probe+0x1af/0x260 [ 682.146759] real_probe+0x1a5/0x410 (CVE-2023-54008)

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

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

  - net不允许 gso_size 设置为 GSO_BY_FRAGS virtio_net_hdr_to_skb() 中的一个缺少检查允许 syzbot 再次使内核崩溃 [1] 不允许 gso_size 设置为 GSO_BY_FRAGS (0xffff) 因为此 magic 值由内核使用。 [1] 一般保护错误可能是非规范地址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASAN KASAN范围 [0x0000000000000070-0x0000000000000077] CPU: 0 PID: 5039 Comm: syz-executtainor401 Not 6.5.0-rc5-next-20230809-syzkaller #0 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 07/26/2023 RIP0010:skb_segment+0x1a52/0x3ef0 net/core/skbuff.c:4500代码00 00 00 e9 ab eb ff ff ff e8 6b 96 5d f9 48 8b 84 24 00 01 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e ea 21 00 00 48 8b 84 24 00 01 RSP: 0018:ffffc90003d3f1c8 EFLAGS
    00010202 RAX: dffffc0000000000 RBX: 000000000001fffe RCX: 0000000000000000 RDX: 000000000000000e RSI
    ffffffff882a3115 RDI: 0000000000000070 RBP: ffffc90003d3f378 R08: 0000000000000005 R09: 000000000000ffff R10: 000000000000ffff R11: 5ee4a93e456187d6 R12: 000000000001ffc6 R13: dffffc0000000000 R14:
     R150000000000000008  : 000000000000ffff FS: 00005555563f2380(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000020020000 CR3:
    000000001626d000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> udp6_ufo_fragment+0x9d2/0xd50 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x5c4/0x17b0 net/ipv6/ ip6_offload.c:120 skb_mac_gso_segment+0x292/0x610 net/core/gso.c:53 __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [inline] validate_xmit_skb+0x3a5/ 0xf10 net/core/dev.c:3625 __dev_queue_xmit+0x8f0/0x3d60 net/core/dev.c:4329 dev_queue_xmit include/linux/netdevice.h:3082 [inline] packet_xmit+0x257/0x380 net/packet/af_packet.c 276 packet_snd net/packet/af_packet.c:3087 [内联] packet_sendmsg+0x24c7/0x5570 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:727 [内联] sock_sendmsg+0xd9/0x180 net/socket.c 750
    ____sys_sendmsg+0x6ac/0x940 net/socket.c:2496 ___sys_sendmsg+0x135/0x1d0 net/socket.c:2550
    __sys_sendmsg+0x117/0x1e0 net/socket.c:2579 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x38/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP
    0033:0x7ff27cdb34d9CVE-2023-54051

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

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

  - KVM如果合并 MMIO 取消注册失败则销毁目标设备如果取消注册所述设备失败则销毁并释放该目标合并 MMIO 设备。代码中明确指出kvm_io_bus_unregister_dev() 不会破坏目标设备。缺陷内存泄漏未引用对象 0xffff888112a54880大小 64
    comm syz-executor.2pid 5258jiffies 4297861402 (age 14.129s) 十六进制转储前 32 字节38 c7 67 15 00 c9 ff ff 38 c7 67 15 00 c9 ff ff 8.g....8 .g.... e0 c7 e1 83 ff ff ff ff 00 30 67 15 00 c9 ff ff .....0g... 回溯[<0000000006995a8a>] kmalloc include/linux/slab .h:556 [inline] [<0000000006995a8a>] kzalloc include/linux/slab.h:690 [inline] [<0000000006995a8a>] kvm_vm_ioctl_register_coalesced_mmio+0x8e/0x3d0 arch/x86/kvm/../../../virt/ kvm/coalesced_mmio.c:150 [<00000000022550c2>] kvm_vm_ioctl+0x47d/0x1600 arch/x86/kvm/../../../virt/kvm/kvm_main.c:3323 [<000000008a75102f>] vfs_ioctl fs/ioctl.c :46 [inline] [<000000008a75102f>] file_ioctl fs/ioctl.c:509 [inline] [<000000008a75102f>] do_vfs_ioctl+0xbab/0x1160 fs/ioctl.c:696 [<0000000080e3f669>] ksys_ioctl+0x76/0xa0 fs/ioctl.c :713 [<0000000059ef4888>] __do_sys_ioctl fs/ioctl.c:720 [内联] [<0000000059ef4888>] __se_sys_ioctl fs/ioctl.c:718 [内联] [<0000000059ef4888>] __x64_sys_ioctl+0x6f/0xb0 fs/ioctl.c:718 [<000000006444fa05>] do_syscall_64+0x9f/0x4e0 arch/x86/entry/common.c:290 [<000000009a4ed50b>] entry_SYSCALL_64_after_hwframe+0x49/0xbe BUG泄漏检查失败 (CVE-2023-54024)

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

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

  - ALSAusb-audio修复 UMP 打开错误路径中的潜在内存泄漏 MIDI 2.0 / UMP 设备调用的 alloc_midi_urbs() 的分配和初始化错误应该通过调用 free_midi_urbs() 在调用程序端进行处理。但是free_midi_urbs() 仅为 ep->num_urbs 条目进行循环由于 ep->num_entries 未在 alloc_midi_urbs() 中发生分配/init 错误时更新因此不会释放此条目。free_midi_urbs() 的目的是释放整个元素因此将循环大小更改为 NUM_URBS 以扫描所有元素从而修复错过的版本。此外snd_usb_midi_v2_open() 缺少 free_midi_urbs() 调用。尽管稍后会在重新打开/关闭或断开连接时将其释放但最好在错误路径处立即释放。 (CVE-2023-54022)

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

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

  - canj1939j1939_tp_tx_dat_new()修复越界内存访问在 j1939_tp_tx_dat_new() 函数中如果 skb->cb 较大则在 memcpy() 操作期间可能会发生越界内存访问大于 struct j1939_sk_buff_cb 的大小。这是因为 memcpy() 操作使用 skb->cb 的大小从而导致读取超出 struct j1939_sk_buff_cb。更新了 memcpy() 操作以使用 struct j1939_sk_buff_cb 的大小而非 skb->cb 的大小。这可确保 memcpy() 操作仅读取 struct j1939_sk_buff_cb 边界内的内存从而防止越界内存访问。
    此外添加 BUILD_BUG_ON() 以检查 skb->cb 的大小是否大于或等于 struct j1939_sk_buff_cb 的大小。此操作可确保 skb->cb 缓冲区大小足以容纳 j1939_sk_buff_cb 结构。 [mkl改写提交消息]CVE-2023-54039

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

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

  - vmci_host修复 vmci_host_poll() 中导致 GPF 的争用条件。在模糊测试期间在 vmci_host_poll() 中发现一个一般保护错误。一般保护错误可能是非规范地址 0xdffffc0000000019: 0000 [#1] PREEMPT SMP KASAN KASAN: null-ptr-deref in 范围 [0x00000000000000c8-0x00000000000000cf] RIP: 0010:__lock_acquire+0xf3/0x50cquire+0xf3/0x50cdep.kernel/locking/lockedep0 :4926 <- omitting registers -> 调用跟踪 <TASK> lock_acquire+0x1a4/0x4a0 kernel/locking/lockdep.c:5672
    __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [内联] _raw_spin_lock_irqsave+0xb3/0x100 kernel/locking/spinlock.c:162 add_wait_queue+0x3d/0x260 kernel/sched/wait.c:22 poll_wait include/linux/poll.h 49 [内联] vmci_host_poll+0xf8/0x2b0 drivers/misc/vmw_vmci/vmci_host.c:174 vfs_poll include/linux/poll.h:88 [内联] do_pollfd fs/select.c:873 [内联] do_poll fs/select.c :921 [内联] do_sys_poll+0xc7c/0x1aa0 fs/select.c:1015 __do_sys_ppoll fs/select.c:1121 [内联]
    __se_sys_ppoll+0x2cc/0x330 fs/select.c:1101 do_syscall_x64 arch/x86/entry/common.c:51 [内联] do_syscall_64+0x4e/0xa0 arch/x86/entry/common.c:82 entry_SYSCALL_64_after_hwframe+0x46/0xb0 示例线程CPU1 (vmci_host_poll) CPU2 (vmci_host_do_init_context) ----- ----- // 读取未初始化的上下文 context = vmci_host_dev->context; // 初始化上下文 vmci_host_dev->context = vmci_ctx_create(); vmci_host_dev->ct_type = VMCIOBJ_CONTEXT
    if (vmci_host_dev->ct_type == VMCIOBJ_CONTEXT) { // 取消引用错误的指针 poll_wait(..., &context->host_context);在此情况下vmci_host_poll() 首先读取 vmci_host_dev->context然后读取 vmci_host_dev->ct_type 以检查 vmci_host_dev->context 是否已初始化。但是由于这两个读取不会自动执行因此可能会出现上述的争用条件。要修复此争用条件请在检查 vmci_host_dev->ct_type 的值后读取 vmci_host_dev->context以便 vmci_host_poll() 始终读取已初始化的上下文。 (CVE-2023-54007)

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

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

  - opp修复 中的 中的 dev_pm_opp_of_find_icc_paths() 执行探测延迟后 lazy_opp_tables 中的释放后使用
    _allocate_opp_table() 返回 -EPROBE_DEFERopp_table 将再次释放以等待所有互连路径可用。但是如果 OPP 表使用 required-opps则该表可能已被添加到全局 lazy_opp_tables 列表中。错误路径不会再次从列表中删除 opp_table。这会在稍后添加 required-ops 的提供程序时造成崩溃因为我们将迭代已释放的 OPP 表。例如读取 CPU:0 PID7 Commkworker/ 时无法处理内核空指针取消引用0:0 未受感染 6.4.0-rc3 PC 位于 _of_add_opp_table_v2 (include/linux/of.h:949 drivers/opp/of)。 c:98 drivers/opp/of.c:344 drivers/opp/of.c:404 drivers/opp/of.c:1032) -> lazy_link_required_opp_table() 通过调用 _of_clear_opp_table() 修复此问题以从列表中删除 opp_table而清除其他已分配的资源。同时在错误路径中添加缺失的 mutex_destroy() 调用。 (CVE-2023-54026)

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

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

  - onic删除 WARN_ON 以防止 panic_on_warn 删除不必要的早期代码开发检查及其使用的 WARN_ON。irq 分配和释放路径早已被清理此检查不应该停滞那么久。 (CVE-2023-53994)

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

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

  - mrp引入活动标记以防止当应用程序 uninit 时出现 UAF。del_timer_sync 的调用者必须防止重新启动定时器。如果没有此同步则很有可能取消不会成功。syzbot 会报告fellowing 崩溃
    ================================================== ================ 缺陷KASANhlist_add_head include/linux/list.h:929 中存在释放后使用 [内联] 缺陷KASANenqueue_timer 中存在释放后使用+0x18/0xa4 kernel/time/timer.c:605 在 addr f9ff000024df6058 处写入由任务 syz-fuzzer/2256 指针标签[f9]内存标签[fe] CPU:1 PID:2256 通信syz-fuzzer 未受感染6.1.0-rc5-syzkaller-00008- ge01d50cbd6ee #0 硬件名称linux,dummy-virt (DT) 调用跟踪dump_backtrace.part.0+0xe0/0xf0 arch/arm64/kernel/stacktrace.c:156 dump_backtrace arch/ arm64/kernel/stacktrace.c:162 [inline] show_stack+0x18/0x40 arch/arm64/kernel/stacktrace.c:163 __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x68/0x84 lib/dump_stack.c 106 print_address_description mm/kasan/report.c:284 [内联] print_report+0x1a8/0x4a0 mm/kasan/report.c:395 kasan_report+0x94/0xb4 mm/kasan/report.c:495
    __do_kernel_fault+0x164/0x1e0 arch/arm64/mm/fault.c:320 do_bad_area arch/arm64/mm/fault.c:473 [内联] do_tag_check_fault+0x78/0x8c arch/arm64/mm/fault.c:749 do_mem_abort+0x44 /0x94 arch/arm64/mm/fault.c:825 el1_abort+0x40/0x60 arch/arm64/kernel/entry-common.c:367 el1h_64_sync_handler+0xd8/0xe4 arch/arm64/kernel/entry-common.c:427 el1h_64_sync +0x64/0x68 arch/arm64/kernel/entry.S:576 hlist_add_head include/linux/list.h:929 [inline] enqueue_timer+0x18/0xa4 kernel/time/timer.c:605 mod_timer+0x14/0x20 kernel/time /timer.c:1161 mrp_periodic_timer_arm net/802/mrp.c:614 [内联] mrp_periodic_timer+0xa0/0xc0 net/802/mrp.c:627 call_timer_fn.constprop.0+0x24/0x80 kernel/time/timer.c 1474 expire_timers+0x98/0xc4 kernel/time/timer.c:1519 要修复此问题我们可以引入新的活动标记以确保定时器不会重新启动。 (CVE-2022-50697)

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

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

  - x86/sev使 enc_dec_hypercall() 接受大小而不是 npages enc_dec_hypercall() 接受页面计数而不是大小导致其调用程序必须向上舍入。因此未页面对齐的 vaddrs 通过加密状态超级调用导致将页面虚假标记为已解密进而在实时迁移期间造成页面一致损坏。实时迁移需要准确的加密状态信息以避免从错误的角度迁移页面。 (CVE-2023-53996)

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

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

  - ACPICAACPACICA检查 acpi_db_display_objects 中 ACPI_ALLOCATE_ZEROED 的空返回 ACPICA commit 0d5f467d6a0ba852ea3aad68663cbcbd43300fd4 ACPI_ALLOCATE_ZEROED 可能会失败object_info 可能为 null并将在以后造成空指针取消引用。 (CVE-2023-54010)

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

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

  - net/mlx5devcom修复 mlx5_devcom_register_device 中的错误流 如果 devcom 分配失败mlx5 将始终释放 priv。但是此 priv 可能已由不同的线程分配释放它可能导致释放后使用缺陷。通过仅在由运行中线程分配 priv 时释放 priv 来修复此问题。 (CVE-2023-54015)

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

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

  - udplite修复 __sk_mem_raise_allocating() 中的空指针取消引用。 syzbot 报告[0]使用 IPPROTO_UDPLITE 时 sk_get_rmem0() 中存在一个 null-ptr-deref (0x88): 14:25:52 执行程序 1r0 = 套接字$inet6(0xa, 0x80002, 0x88) 我们收到了一个类似的报告 [ 1] 可能用于 中的 sk_memory_allocating_add()
    __sk_mem_raise_allocating() 并提交 c915fe13cbaa (udplite修复空指针取消引用) 通过为 udplite_prot 和 udplitev6_prot 设置 .memory_allocating 来修复此问题。要修复 变体需要设置 .sysctl_wmem_offset 或 .sysctl_rmem。现在 UDP 和 UDPLITE 共享相同的 .memory_allocating 值因此我们对 UDP 和 UDPLITE 使用相同的 .sysctl_wmem_offset。 [0]一般保护错误可能针对非规范地址 0xdffffc0000000000: 0000 [#1] PREEMPT SMP KASAN KASAN范围 [0x0000000000000000-0x000000000000007] CPU: 0 PID: 6829 Comm: syz-executor。 1 未受感染 6.4.0-rc2-syzkaller #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 04/28/2023 RIP: 0010:sk_get_rmem0 include/net/sock.h:2907 [inline] RIP
    0010:__sk_mem_raise_allocating+0x806/0x17a0 net/core/sock.c:3006 代码c1 ea 03 80 3c 02 00 0f 85 23 0f 00 00 48 8b 44 24 08 48 8b 98 38 01 00 00 48 b8 00 00 48 b8 00 00 48 fc ff df 48 89 da 48 c1 ea 03 <0f> b6 14 02 48 89 d8 83 e0 07 83 c0 03 38 d0 0f 8d 6f 0a 00 00 8b RSP0018:ffffc90005d7f450 EFLAGS: 00010246 RAX
    dffffc0000000000 RBX: 0000000000000000 RCX: ffffc90004d92000 RDX: 0000000000000000 RSI: ffffffff88066482 RDI: ffffffff8e2ccbb8 RBP: ffff8880173f7000 R08: 0000000000000005 R09: 0000000000000000 R10:
     R110000000000000000  : 0000000000000000 R12: 0000000000030000 R13: 0000000000000001 R14: 0000000000000340 R15: 0000000000000001 FS: 0000000000000000(0000) GS:ffff8880b9800000(0063) knlGS:00000000f7f1cb40 CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033 CR2: 000000002e82f000 CR3: 0000000034ff0000 CR4: 00000000003506f0 Call Trace: <TASK> __sk_mem_schedule+0x6c/0xe0 net/core/sock.c:3077 udp_rmem_schedule net/ipv4/udp.c:1539 [inline] __udp_enqueue_schedule_skb+0x776/0xb30 net/ipv4/udp. c:1581 __udpv6_queue_rcv_skb net/ipv6/udp.c:666 [内联] udpv6_queue_rcv_one_skb+0xc39/0x16c0 net/ipv6/udp.c:775 udpv6_queue_rcv_skb+0x194/0xa10 net/ipv6/udp.c:libnet/lib_mudp6 .c:906 [内联]
    __udp6_lib_rcv+0x1bda/0x2bd0 net/ipv6/udp.c:1013 ip6_protocol_deliver_rcu+0x2e7/0x1250 net/ipv6/ip6_input.c:437 ip6_input_finish+0x150/0x2f0 net/ipv6/ip6_input.c:482 NF_HOOK include/linux/netfilter.hip :303 [inline] NF_HOOK include/linux/netfilter.h:297 [inline] ip6_input+0xa0/0xd0 net/ipv6/ip6_input.c:491 ip6_mc_input+0x40b/0xf50 net/ipv6/ip6_input.c:585 dst_input include/net /dst.h:468 [内联] ip6_rcv_finish net/ipv6/ip6_input.c:79 [内联] NF_HOOK include/linux/netfilter.h:303 [内联] NF_HOOK include/linux/netfilter.h:297 [内联] ipv6_rcv+ 0x250/0x380 net/ipv6/ip6_input.c:309
    __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5491 __netif_receive_skb+0x1f/0x1c0 net/core/dev.c:5605 netif_receive_skb_internal net/core/dev.c:5691 [内联] netif_receive_skb+0x133/0x7a0 net/core/ dev.c:5750 tun_rx_batched+0x4b3/0x7a0 drivers/net/tun.c:1553 tun_get_user+0x2452/0x39c0 drivers/net/tun.c:1989 tun_chr_write_iter+0xdf/0x200 drivers/net/tun.c:2035 call_write_iter include/ linux/fs.h:1868 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x945/0xd50 fs/read_write.c:584 ksys_write+0x12b/0x250 fs/read_write.c:637 do_syscall_32_irqs_on arch/x86/ entry/common.c:112 [内联] __do_fast_syscall_32+0x65/0xf0 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 entry_SYSENTER_compat_after_hwframe+0x70/0x82 RIP: 0023 :0xf7f21579 代码 b8 01 10 06 03 74 b4 01 10 07 03 74 b0 01 10 08 03 74 d8 01 00 00 00 00 00 00 00 00 00 00 00 00 00 51 52 55 89 e00 00 00 00 00 00 00 00 00 00 51 <5d> 52 55 89 e c3 90 90 90 90 8d b4 26 00 00 00 00 8d b4 26 00 00 00 00 ---truncated--- (CVE-2023-54004)

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

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

  - wifiath9k避免 ath9k_htc_rx_msg() 中的 uninit 内存读取syzbot 报告 ath9k_htc_rx_msg() 的 uninit 值 [1]因为 ioctl(USB_RAW_IOCTL_EP_WRITE) 可调用 ath9k_hif_usb_rx_stream() pkt_len = 0 但 ath9k_hif_usb_p_k_rx_stream() 使用 __blen_sk_alloc_stream() 、 GFP_ATOMIC基于 pkt_len 有效的假设。因此ath9k_hif_usb_rx_stream() 以未初始化的内存分配 skb并且 ath9k_htc_rx_msg() 从未初始化的内存读取。由于在调用 ath9k_htc_rx_msg() 之前无法得知 ath9k_htc_rx_msg() 访问的字节因此在 ath9k_hif_usb_rx_stream() 中的 if (pkt_len > 2 * MAX_RX_BUF_SIZE) { line 中很难检查最小有效 pkt_len。我们有两个选择。第一个方法是通过添加 __GFP_ZERO以便 ath9k_htc_rx_msg() 在 pkt_len 无效时将其视为 0。另一个是让 ath9k_htc_rx_msg() 在访问之前验证 pkt_len。此修补程序选择了后者。请注意我不确定阈值条件是否正确因为我无法找到此协议可能使用的数据包长度的详细信息。 (CVE-2022-50709)

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

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

  - iommufd确保在复制到 用户之前将 vfio_iommu_type1_info 归零此处缺少零初始化。
    结构的大部分内容填充有 copy_from_user()，但该副本的 minsz 比实际结构小 8 个字节，因此我们未填充填充。 (CVE-2023-54034)

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

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

  - scsiqla2xxx检查由 fc_bsg_to_rport() 返回的有效 rport Klocwork 报告了 rport 可能为空并将被取消引用的警告。 rport 通过调用 fc_bsg_to_rport() 返回的可能为空并取消引用。
    检查 fc_bsg_to_rport() 返回的有效 rport。 (CVE-2023-54014)

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

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

  - thermalof修复取消注册时的双重释放 自提交 3d439b1a2ad3 thermal/core对 thermal 区域参数结构进行Alloccopy 释放 thermal_zone_device_register() 会分配 tzp 参数的副本并在取消注册时释放该副本因此 thermal_of_zone_register( ) 现在会以泄漏其原始 tzp 并双重释放 tzp 副本告终。通过在堆栈上定位 tzp 来修复此问题。 (CVE-2023-53997)

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

ID	名称	严重性
280017	Linux Distros 未修补的漏洞：CVE-2023-54075	medium
280016	Linux Distros 未修补的漏洞：CVE-2022-50725	high
280015	Linux Distros 未修补的漏洞：CVE-2022-50713	medium
280014	Linux Distros 未修补的漏洞：CVE-2023-54122	medium
280013	Linux Distros 未修补的漏洞：CVE-2022-50734	medium
280012	Linux Distros 未修补的漏洞：CVE-2025-68377	medium
280011	Linux Distros 未修补的漏洞：CVE-2023-54077	medium
280010	Linux Distros 未修补的漏洞：CVE-2023-53991	medium
280009	Linux Distros 未修补的漏洞：CVE-2023-54068	medium
280008	Linux Distros 未修补的漏洞：CVE-2023-54159	medium
280007	Linux Distros 未修补的漏洞：CVE-2023-54149	medium
280006	Linux Distros 未修补的漏洞：CVE-2023-54025	medium
280005	Linux Distros 未修补的漏洞：CVE-2023-54143	medium
280004	Linux Distros 未修补的漏洞：CVE-2022-50758	medium
280003	Linux Distros 未修补的漏洞：CVE-2023-54044	medium
280002	Linux Distros 未修补的漏洞：CVE-2023-54139	high
280001	Linux Distros 未修补的漏洞：CVE-2025-68350	medium
280000	Linux Distros 未修补的漏洞：CVE-2023-54138	medium
279999	Linux Distros 未修补的漏洞：CVE-2022-50732	high
279998	Linux Distros 未修补的漏洞：CVE-2025-67621	high
279997	Linux Distros 未修补的漏洞：CVE-2023-54063	high
279996	Linux Distros 未修补的漏洞：CVE-2022-50759	high
279995	Linux Distros 未修补的漏洞：CVE-2023-53988	high
279980	Linux Distros 未修补的漏洞：CVE-2023-54038	medium
279979	Linux Distros 未修补的漏洞：CVE-2023-54011	high
279978	Linux Distros 未修补的漏洞：CVE-2023-54012	high
279977	Linux Distros 未修补的漏洞：CVE-2023-53987	medium
279976	Linux Distros 未修补的漏洞：CVE-2023-54037	medium
279975	Linux Distros 未修补的漏洞：CVE-2023-54032	medium
279974	Linux Distros 未修补的漏洞：CVE-2023-53993	medium
279973	Linux Distros 未修补的漏洞：CVE-2023-53998	medium
279972	Linux Distros 未修补的漏洞：CVE-2022-50703	high
279971	Linux Distros 未修补的漏洞：CVE-2023-53990	high
279970	Linux Distros 未修补的漏洞：CVE-2023-54008	medium
279969	Linux Distros 未修补的漏洞：CVE-2023-54051	medium
279968	Linux Distros 未修补的漏洞：CVE-2023-54024	medium
279967	Linux Distros 未修补的漏洞：CVE-2023-54022	medium
279966	Linux Distros 未修补的漏洞：CVE-2023-54039	high
279965	Linux Distros 未修补的漏洞：CVE-2023-54007	medium
279964	Linux Distros 未修补的漏洞：CVE-2023-54026	medium
279963	Linux Distros 未修补的漏洞：CVE-2023-53994	high
279962	Linux Distros 未修补的漏洞：CVE-2022-50697	high
279961	Linux Distros 未修补的漏洞：CVE-2023-53996	medium
279960	Linux Distros 未修补的漏洞：CVE-2023-54010	medium
279959	Linux Distros 未修补的漏洞：CVE-2023-54015	medium
279958	Linux Distros 未修补的漏洞：CVE-2023-54004	medium
279957	Linux Distros 未修补的漏洞：CVE-2022-50709	high
279956	Linux Distros 未修补的漏洞：CVE-2023-54034	medium
279955	Linux Distros 未修补的漏洞：CVE-2023-54014	medium
279954	Linux Distros 未修补的漏洞：CVE-2023-53997	high

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

high

high

high

high

medium

high

high

medium

medium

medium

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

high