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

  - 已修复 Linux 内核中的下列漏洞：drm/bridge: megachips: Fix a null pointer dereference bug When removing the module we will get the following warning: [ 31.911505] i2c-core:
    driver [stdp2690-ge-b850v3-fw] unregistered [ 31.912484] general protection fault, probably for non-canonical address 0xdffffc0000000001: 0000 [#1] PREEMPT SMP KASAN PTI [ 31.913338] KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f] [ 31.915280] RIP: 0010:drm_bridge_remove+0x97/0x130 [31.921825] Call Trace: [ 31.922533] stdp4028_ge_b850v3_fw_remove+0x34/0x60 [megachips_stdpxxxx_ge_b850v3_fw] [ 31.923139] i2c_device_remove+0x181/0x1f0 The two bridges (stdp2690, stdp4028) do not probe at the same time, so the driver does not call ge_b850v3_resgiter() when probing, causing the driver to try to remove the object that has not been initialized. Fix this by checking whether both the bridges are probed. (CVE-2022-50317)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mt76: mt7996: rely on mt76_connac2_mac_tx_rate_val In order to fix a possible NULL pointer dereference in mt7996_mac_write_txwi() of vif pointer, export mt76_connac2_mac_tx_rate_val utility routine and reuse it in mt7996 driver. (CVE-2023-53203)

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

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

  - wifibrcmfmac修复 brcmf_c_preinit_dcmds() 中可能发生的堆栈越界问题 此修补程序修复了 brcmfmac 中的堆栈越界读取问题其将非 null 结尾的“buf”作为 的参数传递时会发生brcmf_c_preinit_dcmds() 中的 strsep()。此缓冲区由 brcmf_fil_iovar_data_get() 中的 memcpy() 填入固件版本字符串。修补程序可确保 buf 以 null 结尾。由 syzkaller 的修改版本发现。[ 47.569679][ T1897] brcmfmac：brcmf_fw_alloc_request：使用 brcm/brcmfmac43236b 作为芯片BCM43236/3 [ 47.582839][ T1897] brcmfmac：brcmf_c_process_clm_blob：没有可用的 clm_blob（err=-2），设备可用的通道可能有限 [ 47.601565][ T1897] ================================================================== [ 47.602574][ T1897] BUG：KASAN：strsep+0x1b2/0x1f0 中的堆栈越界[ 47.603447][ T1897] 任务 kworker 在地址 ffffc90001f6f000 处读取大小为 1 的数据/0:2/1897  [ 47.604336][ T1897] [ 47.604621][ T1897] CPU：0 PID：1897 通信：kworker/0:2 污染：G O 5.14.0+ #131 [ 47.605617][ T1897] 硬件名称：QEMU 标准 PC（i440FX + PIIX, 1996），BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014  [ 47.606907][ T1897] 工作队列：usb_hub_wq hub_event [ 47.607453][ T1897] 调用跟踪：[ 47.607801][ T1897] dump_stack_lvl+0x8e/0xd1 [ 47.608295][T1897] print_address_description.constprop.0.cold+0xf/0x334 [ 47.609009][ T1897] ? strsep+0x1b2/0x1f0 [47.609434][ T1897] ? strsep+0x1b2/0x1f0 [ 47.609863][ T1897] kasan_report.cold+0x83/0xdf [ 47.610366][T1897] ? strsep+0x1b2/0x1f0 [ 47.610882][ T1897] strsep+0x1b2/0x1f0 [ 47.611300][ T1897] ? brcmf_fil_iovar_data_get+0x3a/0xf0 [ 47.611883][ T1897] brcmf_c_preinit_dcmds+0x995/0xc40 [ 47.612434][T1897] ? brcmf_c_set_joinpref_default+0x100/0x100 [ 47.613078][ T1897] ? rcu_read_lock_sched_held+0xa1/0xd0 [ 47.613662][ T1897] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 47.614208][T1897] ? lock_acquire+0x19d/0x4e0 [ 47.614704][ T1897] ? find_held_lock+0x2d/0x110 [ 47.615236][ T1897] ? brcmf_usb_deq+0x1a7/0x260 [ 47.615741][ T1897] ? brcmf_usb_rx_fill_all+0x5a/0xf0 [ 47.616288][ T1897] brcmf_attach+0x246/0xd40 [ 47.616758][ T1897] ? wiphy_new_nm+0x1703/0x1dd0 [ 47.617280][ T1897] ? kmemdup+0x43/0x50 [ 47.617720][ T1897] brcmf_usb_probe+0x12de/0x1690 [ 47.618244][ T1897] ? brcmf_usbdev_qinit.constprop.0+0x470/0x470 [ 47.618901][ T1897] usb_probe_interface+0x2aa/0x760 [47.619429][ T1897] ? usb_probe_device+0x250/0x250 [ 47.619950][ T1897] really_probe+0x205/0xb70 [47.620435][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.621048][ T1897]
    __driver_probe_device+0x311/0x4b0 [ 47.621595][ T1897] ? driver_allows_async_probing+0x130/0x130 [47.622209][ T1897] driver_probe_device+0x4e/0x150 [ 47.622739][ T1897] __device_attach_driver+0x1cc/0x2a0 [ 47.623287][ T1897] bus_for_each_drv+0x156/0x1d0 [ 47.623796][ T1897]? bus_rescan_devices+0x30/0x30 [47.624309][ T1897] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 47.624907][ T1897] ? trace_hardirqs_on+0x46/0x160 [ 47.625437][ T1897] __device_attach+0x23f/0x3a0 [ 47.625924][ T1897] ? device_bind_driver+0xd0/0xd0 [ 47.626433][ T1897] ? kobject_uevent_env+0x287/0x14b0 [ 47.627057][ T1897] bus_probe_device+0x1da/0x290 [ 47.627557][ T1897] device_add+0xb7b/0x1eb0 [ 47.628027][ T1897] ? wait_for_completion+0x290/0x290 [ 47.628593][ T1897] ? __fw_devlink_link_to_suppliers+0x5a0/0x5a0 [47.629249][ T1897] usb_set_configuration+0xf59/0x16f0 [ 47.629829][ T1897] usb_generic_driver_probe+0x82/0xa0 [ 47.630385][ T1897] usb_probe_device+0xbb/0x250 [ 47.630927][ T1897]? usb_suspend+0x590/0x590 [ 47.631397][ T1897] real_probe+0x205/0xb70 [ 47.631855][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.632469][ T1897] __driver_probe_device+0x311/0x4b0 [47.633002][ ---truncated--- (CVE-2022-50258)

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

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

  - wifimac80211修复针对未上传的 sta 的无效 drv_sta_pre_rcu_remove 调用避免未初始化的驱动程序私有数据结构造成的潜在数据损坏问题。 (CVE-2023-53229)

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

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

  - cifs修复无 CONFIG_CIFS_DFS_UPCALL 的 DFS 遍历 oops 在禁用 CONFIG_CIFS_DFS_UPCALL 的情况下进行编译cifs_dfs_d_automount 为 NULL。用于将 CIFS_FATTR_DFS_REFERRAL 属性映射到 S_AUTOMOUNT 和相应 dentry 标志的 cifs.ko 逻辑不论 CONFIG_CIFS_DFS_UPCALL而保留导致遍历 DFS 参照链接时 VFS follow_automount() 中发生空指针取消引用缺陷缺陷内核空指针取消引用地址: 00000000000000000 .。 。调用跟踪 <TASK> __traverse_mounts+0xb5/0x220 ? cifs_revalidate_mapping+0x65/0xc0 [cifs] step_into+0x195/0x610 ? lookup_fast+0xe2/0xf0 path_lookupat+0x64/0x140 filename_lookup+0xc2/0x140 ? __create_object+0x299/0x380 ? kmem_cache_alloc+0x119/0x220 ? user_path_at_empty+0x31/0x50 user_path_at_empty+0x31/0x50
    __x64_sys_chdir+0x2a/0xd0 ? exit_to_user_mode_prepare+0xca/0x100 do_syscall_64+0x42/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc 此修复在 CONFIG_CIFS_DFS_UPCALL 禁用时添加内联 cifs_dfs_d_automount() {return -EREMOTE} 处理程序。替代方法是在没有 CONFIG_CIFS_DFS_UPCALL 的情况下避免标记 S_AUTOMOUNT 等。选择此方法的原因是此方法可提供对错误路径的更多控制。 (CVE-2023-53246)

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

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

  - NFSD修复执行服务器间复制时源服务器上的释放后使用。当 laundromat 在服务器间复制完成后尝试释放 s2s_cp_stateids 列表上已过期的 cpntf_state 条目时会发生释放后使用。用于插入过期复制状态的 sc_cp_list 已被释放。COPY 完成时Linux 客户端通常会向源服务器发送 LOCKU(lock_state x)、FREE_STATEID(lock_state x) 和 CLOSE(open_state y)。在释放锁定状态的 stid 之前来自 nfsd4_free_stateid 的 nfs4_put_stid 调用会从 s2s_cp_stateids 列表中清除复制状态。但是，有时 CLOSE 会在 FREE_STATEID 请求之前发送。发生这种情况时从 nfsd4_close 的 nfsd4_close_open_stateid 调用会释放其 st_locks 列表上的所有锁定状态而不清除 sc_cp_list 列表上的复制状态。当 FREE_STATEID 到达时服务器会返回 BAD_STATEID因为锁定状态已释放。这会导致当 laundromat 尝试释放过期的 cpntf_state 时发生释放后使用错误。此修补程序将调用添加到 nfsd4_close_open_stateid 中的 nfs4_free_cpntf_statelist以便在调用 free_ol_stateid_reaplist 之前清理复制状态从而在 reaplist 上释放锁定状态的 stid。 (CVE-2022-50241)

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

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

  - drm/amd/display修复可能包含大型 vblank 的显示的下溢 [原因] 当使用包含大型 vblank 区域和低刷新率的显示器时观察到下溢 [如何] 简化 vblank_nom 的计算将 VBlankNomDefaultUS 的值增加至 800us (CVE-2023-53258)

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

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

  - 已修复 Linux 内核中的下列漏洞：ext4: Fix function prototype mismatch for ext4_feat_ktype With clang's kernel control flow integrity (kCFI, CONFIG_CFI_CLANG), indirect call targets are validated against the expected function pointer prototype to make sure the call target is valid to help mitigate ROP attacks. If they are not identical, there is a failure at run time, which manifests as either a kernel panic or thread getting killed. ext4_feat_ktype was setting the release handler to kfree, which doesn't have a matching function prototype. Add a simple wrapper with the correct prototype. This was found as a result of Clang's new -Wcast-function-type-strict flag, which is more sensitive than the simpler -Wcast-function-type, which only checks for type width mismatches. Note that this code is only reached when ext4 is a loadable module and it is being unloaded: CFI failure at kobject_put+0xbb/0x1b0 (target: kfree+0x0/0x180; expected type: 0x7c4aa698) ... RIP:
    0010:kobject_put+0xbb/0x1b0 ... Call Trace: <TASK> ext4_exit_sysfs+0x14/0x60 [ext4] cleanup_module+0x67/0xedb [ext4] (CVE-2023-53224)

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

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

  - 已修复 Linux 内核中的下列漏洞：md: Replace snprintf with scnprintf Current code produces a warning as shown below when total characters in the constituent block device names plus the slashes exceeds 200. snprintf() returns the number of characters generated from the given input, which could cause the expression 200 len to wrap around to a large positive number. Fix this by using scnprintf() instead, which returns the actual number of characters written into the buffer. [ 1513.267938]
    ------------[ cut here ]------------ [ 1513.267943] WARNING: CPU: 15 PID: 37247 at <snip>/lib/vsprintf.c:2509 vsnprintf+0x2c8/0x510 [ 1513.267944] Modules linked in: <snip> [ 1513.267969] CPU: 15 PID: 37247 Comm: mdadm Not tainted 5.4.0-1085-azure #90~18.04.1-Ubuntu [ 1513.267969] Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS Hyper-V UEFI Release v4.1 05/09/2022 [1513.267971] RIP: 0010:vsnprintf+0x2c8/0x510 <-snip-> [ 1513.267982] Call Trace: [ 1513.267986] snprintf+0x45/0x70 [ 1513.267990] ? disk_name+0x71/0xa0 [ 1513.267993] dump_zones+0x114/0x240 [raid0] [1513.267996] ? _cond_resched+0x19/0x40 [ 1513.267998] raid0_run+0x19e/0x270 [raid0] [ 1513.268000] md_run+0x5e0/0xc50 [ 1513.268003] ? security_capable+0x3f/0x60 [ 1513.268005] do_md_run+0x19/0x110 [1513.268006] md_ioctl+0x195e/0x1f90 [ 1513.268007] blkdev_ioctl+0x91f/0x9f0 [ 1513.268010] block_ioctl+0x3d/0x50 [ 1513.268012] do_vfs_ioctl+0xa9/0x640 [ 1513.268014] ? __fput+0x162/0x260 [1513.268016] ksys_ioctl+0x75/0x80 [ 1513.268017] __x64_sys_ioctl+0x1a/0x20 [ 1513.268019] do_syscall_64+0x5e/0x200 [ 1513.268021] entry_SYSCALL_64_after_hwframe+0x44/0xa9 (CVE-2022-50299)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: fix amdgpu_irq_put call trace in gmc_v10_0_hw_fini The gmc.ecc_irq is enabled by firmware per IFWI setting, and the host driver is not privileged to enable/disable the interrupt. So, it is meaningless to use the amdgpu_irq_put function in gmc_v10_0_hw_fini, which also leads to the call trace. [ 82.340264] Call Trace: [ 82.340265] <TASK> [82.340269] gmc_v10_0_hw_fini+0x83/0xa0 [amdgpu] [ 82.340447] gmc_v10_0_suspend+0xe/0x20 [amdgpu] [82.340623] amdgpu_device_ip_suspend_phase2+0x127/0x1c0 [amdgpu] [ 82.340789] amdgpu_device_ip_suspend+0x3d/0x80 [amdgpu] [ 82.340955] amdgpu_device_pre_asic_reset+0xdd/0x2b0 [amdgpu] [ 82.341122] amdgpu_device_gpu_recover.cold+0x4dd/0xbb2 [amdgpu] [ 82.341359] amdgpu_debugfs_reset_work+0x4c/0x70 [amdgpu] [ 82.341529] process_one_work+0x21d/0x3f0 [ 82.341535] worker_thread+0x1fa/0x3c0 [ 82.341538] ? process_one_work+0x3f0/0x3f0 [ 82.341540] kthread+0xff/0x130 [82.341544] ? kthread_complete_and_exit+0x20/0x20 [ 82.341547] ret_from_fork+0x22/0x30 (CVE-2023-53193)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommufd: Do not corrupt the pfn list when doing batch carry If batch->end is 0 then setting npfns[0] before computing the new value of pfns will fail to adjust the pfn and result in various page accounting corruptions. It should be ordered after.
    This seems to result in various kinds of page meta-data corruption related failures: WARNING: CPU: 1 PID:
    527 at mm/gup.c:75 try_grab_folio+0x503/0x740 Modules linked in: CPU: 1 PID: 527 Comm: repro Not tainted 6.3.0-rc2-eeac8ede1755+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP: 0010:try_grab_folio+0x503/0x740 Code: e3 01 48 89 de e8 6d c1 dd ff 48 85 db 0f 84 7c fe ff ff e8 4f bf dd ff 49 8d 47 ff 48 89 45 d0 e9 73 fe ff ff e8 3d bf dd ff <0f> 0b 31 db e9 d0 fc ff ff e8 2f bf dd ff 48 8b 5d c8 31 ff 48 89 RSP:
    0018:ffffc90000f37908 EFLAGS: 00010046 RAX: 0000000000000000 RBX: 00000000fffffc02 RCX: ffffffff81504c26 RDX: 0000000000000000 RSI: ffff88800d030000 RDI: 0000000000000002 RBP: ffffc90000f37948 R08:
    000000000003ca24 R09: 0000000000000008 R10: 000000000003ca00 R11: 0000000000000023 R12: ffffea000035d540 R13: 0000000000000001 R14: 0000000000000000 R15: ffffea000035d540 FS: 00007fecbf659740(0000) GS:ffff88807dd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00000000200011c3 CR3: 000000000ef66006 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> internal_get_user_pages_fast+0xd32/0x2200 pin_user_pages_fast+0x65/0x90 pfn_reader_user_pin+0x376/0x390 pfn_reader_next+0x14a/0x7b0 pfn_reader_first+0x140/0x1b0 iopt_area_fill_domain+0x74/0x210 iopt_table_add_domain+0x30e/0x6e0 iommufd_device_selftest_attach+0x7f/0x140 iommufd_test+0x10ff/0x16f0 iommufd_fops_ioctl+0x206/0x330 __x64_sys_ioctl+0x10e/0x160 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc (CVE-2023-53236)

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

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

  - wifiath9k验证预期的 usb_endpoints 是否存在 USB 设备声称是 ATH9K但没有预期的端点时会出现此缺陷。（在这种情况下，在驱动程序预期是一个批量端点的地方，出现了一个中断端点。）内核需要能够在不发生内部错误的情况下处理此类设备。 usb 1-1BOGUS urb xfer管道 3 != 类型 1 警告CPU3 PID500位于 drivers/usb/core/urb.c:493 usb_submit_urb+0xce2/0x1430 drivers/usb/core/urb.c链接在 的 493 模块CPU
    3 PID500 Commkworker/3:2 未受感染5.10.135-syzkaller #0 硬件名称QEMU Standard PC (i440FX + PIIX,1996)、BIOS 1.12.0-1 2014 年 4 月 1 日工作队列事件 request_firmware_work_func RIP
    0010:usb_submit_urb+0xce2/0x1430 drivers/usb/core/urb.c:493 调用跟踪ath9k_hif_usb_alloc_rx_urbs drivers/net/wireless/ath/ath9k/hif_usb.c:908 [inline] ath9k_hif_usb_alloc_urbs+0x75e/0x1010 drivers/net/wireless /ath/ath9k/hif_usb.c:1019 ath9k_hif_usb_dev_init drivers/net/wireless/ath/ath9k/hif_usb.c:1109 [inline] ath9k_hif_usb_firmware_cb+0x142/0x530 drivers/net/wireless/ath/ath9k/hif_usb.c:1242 request_firmware_work_func +0x12e/0x240 drivers/base/firmware_loader/main.c:1097 process_one_work+0x9af/0x1600 kernel/workqueue.c:2279 work_thread+0x61d/0x12f0 kernel/workqueue.c:2425 kthread+0x3b4/0x4a0 kernel/kthread.c 313 ret_from_fork+0x22/0x30 arch/x86/entry/entry_64.S:299 由 Linux Verification Center (linuxtesting.org) 使用 Syzkaller 发现。 (CVE-2022-50297)

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

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

  - 已修复 Linux 内核中的下列漏洞：block, bfq: fix uaf for bfqq in bfq_exit_icq_bfqq Commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic') will access 'bic->bfqq' in bic_set_bfqq(), however, bfq_exit_icq_bfqq() can free bfqq first, and then call bic_set_bfqq(), which will cause uaf. Fix the problem by moving bfq_exit_bfqq() behind bic_set_bfqq().
    (CVE-2022-50329)

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

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

  - igb修复意外删除时的 igb_down 挂起在 Thunderbolt 集线器通过 USB Type-C 连接到以太网和显示器的设置中用户拔除 PC 和 Thunderbolt 集线器之间的电缆时可能会遇到挂起任务超时。这是因为拔出 Thunderbolt 集线器时会多次调用 igb_down 函数。例如igb_io_error_detected 触发第一个调用igb_remove 触发第二个调用。对 igb_down 的第二次调用将在 napi_synchronize 处阻断。以下是调用跟踪__schedule+0x3b0/0xddb ? __mod_timer+0x164/0x5d3 schedule+0x44/0xa8 schedule_timeout+0xb2/0x2a4 ? run_local_timers+0x4e/0x4e msleep+0x31/0x38 igb_down+0x12c/0x22a [igb 6615058754948bfde0bf01429257eb59f13030d4] __igb_close+0x6f/0x9c [igb 6615058754948bfde0bf01429257eb59f13030d4] igb_close+0x23/0x2b [igb 6615058754948bfde0bf01429257eb59f13030d4] __dev_close_many+0x95/0xec dev_close_many+0x6e/0x103 unregister_netdevice_many+0x105 /0x5b1 unregister_netdevice_queue+0xc2/0x10d unregister_netdev+0x1c/0x23 igb_remove+0xa7/0x11c [igb 6615058754948bfde0bf01429257eb59f13030d4] pci_device_remove+0x3f/0x9c device_release_driver_internal+0xfe/0x1b4 pci_stop_bus_device+0x5b/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_and_remove_bus_device+0x12/ 0x19 pciehp_unconfigure_device+0x76/0xe9 pciehp_disable_slot+0x6e/0x131 pciehp_handle_presence_or_link_change+0x7a/0x3f7 pciehp_ist+0xbe/0x194 irq_thread_fn+0x22/0x4d irq_thread+0x1fd/0x1fd irq_thread+0x17b/0x1fd ? irq_forced_thread_fn+0x5f/0x5f kthread+0x142/0x153 ? __irq_get_irqchip_state+0x46/0x46 ? kthread_associate_blkcg+0x71/0x71 ret_from_fork+0x1f/0x30 在此情况下igb_io_error_detected 会分离网络接口并请求 PCIE 插槽重置然而PCIE 重置回调并未被调用进而以太网连接中断。由于本例中的 PCIE 错误为非致命错误因此可避免请求插槽重置。
    此修补程序修复了任务挂起问题并通过忽略非致命 PCIE 错误来保留以太网连接。
    (CVE-2023-53148)

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

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

  - 已修复 Linux 内核中的下列漏洞：usb: typec: tcpci: fix of node refcount leak in tcpci_register_port() I got the following report while doing device(mt6370-tcpc) load test with CONFIG_OF_UNITTEST and CONFIG_OF_DYNAMIC enabled: OF: ERROR: memory leak, expected refcount 1 instead of 2, of_node_get()/of_node_put() unbalanced - destroy cset entry: attach overlay node /i2c/pmic@34/tcpc/connector The 'fwnode' set in tcpci_parse_config() which is called in tcpci_register_port(), its node refcount is increased in device_get_named_child_node(). It needs be put while exiting, so call fwnode_handle_put() in the error path of tcpci_register_port() and in tcpci_unregister_port() to avoid leak. (CVE-2022-50246)

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

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

  - mmcrtsx_pci修复 mmc_add_host() 的返回值检查如果忽略其返回值mmc_add_host() 可能返回错误则在 mmc_alloc_host() 中分配的内存将泄漏并因未添加的删除而导致内核崩溃删除路径中的设备。因此通过检查返回值并调用错误路径中的 mmc_free_host() 来修复此问题此外还需要禁用运行时 PM。 (CVE-2022-50267)

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

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

  - ACPIprocessoridle检查 acpi_fetch_acpi_dev() 返回值 acpi_fetch_acpi_dev() 的返回值可能为 NULL这将导致 acpi_device_hid() 中发生空指针取消引用。 [ rjw主题和变更日志编辑在 if 之后添加空行 () ] (CVE-2022-50327]

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

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

  - btrfs当在 btrfs_copy_root() 生成非预期的 eb 时中止事务如果发现在 btrfs_copy_root() 克隆的范围缓冲区非预期生成则仅报告 WARN_ON()而不会出错和中止事务这意味着我们允许以意外生成保留元数据。不只是警告而是中止事务并返回 -EUCLEAN。 (CVE-2025-39800)

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

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

  - wifimwifiex修复 rx 数据包时的 OOB 和整数下溢确保 mwifiex_process_mgmt_packet、mwifiex_process_sta_rx_packet 和 mwifiex_process_uap_rx_packet、mwifiex_uap_queue_bridged_pkt 和 mwifiex_process_rx_packet 不会越界访问 skb->data 缓冲区。 (CVE-2023-53226)

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

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

  - 已修复 Linux 内核中的下列漏洞：arm64: efi: Make efi_rt_lock a raw_spinlock Running a rt-kernel base on 6.2.0-rc3-rt1 on an Ampere Altra outputs the following: BUG:
    sleeping function called from invalid context at kernel/locking/spinlock_rt.c:46 in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 9, name: kworker/u320:0 preempt_count: 2, expected: 0 RCU nest depth: 0, expected: 0 3 locks held by kworker/u320:0/9: #0: ffff3fff8c27d128 ((wq_completion)efi_rts_wq){+.+.}-{0:0}, at: process_one_work (./include/linux/atomic/atomic-long.h:41) #1: ffff80000861bdd0 ((work_completion)(&efi_rts_work.work)){+.+.}-{0:0}, at: process_one_work (./include/linux/atomic/atomic-long.h:41) #2: ffffdf7e1ed3e460 (efi_rt_lock){+.+.}-{3:3}, at: efi_call_rts (drivers/firmware/efi/runtime-wrappers.c:101) Preemption disabled at: efi_virtmap_load (./arch/arm64/include/asm/mmu_context.h:248) CPU: 0 PID: 9 Comm: kworker/u320:0 Tainted: G W 6.2.0-rc3-rt1 Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP:
    1.08.20220218) 2022/02/18 Workqueue: efi_rts_wq efi_call_rts Call trace: dump_backtrace (arch/arm64/kernel/stacktrace.c:158) show_stack (arch/arm64/kernel/stacktrace.c:165) dump_stack_lvl (lib/dump_stack.c:107 (discriminator 4)) dump_stack (lib/dump_stack.c:114) __might_resched (kernel/sched/core.c:10134) rt_spin_lock (kernel/locking/rtmutex.c:1769 (discriminator 4)) efi_call_rts (drivers/firmware/efi/runtime-wrappers.c:101) [...] This seems to come from commit ff7a167961d1 (arm64:
    efi: Execute runtime services from a dedicated stack) which adds a spinlock. This spinlock is taken through: efi_call_rts() \-efi_call_virt() \-efi_call_virt_pointer() \-arch_efi_call_virt_setup() Make 'efi_rt_lock' a raw_spinlock to avoid being preempted. [ardb: The EFI runtime services are called with a different set of translation tables, and are permitted to use the SIMD registers. The context switch code preserves/restores neither, and so EFI calls must be made with preemption disabled, rather than only disabling migration.] (CVE-2023-53216)

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

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

  - ext4避免 fs 回收中发生页面回写的死锁 Ext4 以文件系统范围锁定保护 ext4_writepages() 调用以避免与切换日志数据标记或 inode 格式争用。但是此锁定可导致如下死锁CPU0 CPU1 ext4_writepages() percpu_down_read(sbi->s_writepages_rwsem);
    ext4_change_inode_journal_flag() percpu_down_write(sbi->s_writepages_rwsem); - 阻断从现在起所有读取程序阻断 ext4_do_writepages() ext4_init_io_end() kmem_cache_zalloc(io_end_cachep, GFP_KERNEL) fs_reclaim 释放 dentry... dentry_unlink_inode() iput() - last ref => iput_final() - inode dirty => write_inode_now()。 .. ext4_writepages() 尝试获取 sbi->s_writepages_rwsem 并永久阻止 确保不能递归至文件系统从回写代码回收以避免死锁。 (CVE-2023-53149)

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

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

  - nbd修复信号中断 nbd_start_device_ioctl() 时的挂起 syzbot 报告的挂起任务 [1]。以下程序是复制程序的简化版本 int main(void) { int sv[2], fd; if (socketpair(AF_UNIX, SOCK_STREAM, 0, sv) < 0) return 1; if ((fd = open(/dev/nbd0, 0)) < 0) return 1; if (ioctl(fd, NBD_SET_SIZE_BLOCKS, 0x81) < 0) return 1; if (ioctl(fd, NBD_SET_SOCK, sv[0]) < 0) 返回 1; if (ioctl(fd, NBD_DO_IT) < 0) return 1; return 0 } 当信号中断 nbd_start_device_ioctl() 等待条件 atomic_read(&config->recv_threads) == 0 时任务会挂起因为它在等待 inflight IO 的完成。此修补程序通过在信号中断 nbd_start_device_ioctl() 时清除队列而不仅仅是关闭来修复 问题。 (CVE-2022-50314)

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

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

  - 已修复 Linux 内核中的下列漏洞：cxl: Fix refcount leak in cxl_calc_capp_routing of_get_next_parent() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. This function only calls of_node_put() in normal path, missing it in the error path. Add missing of_node_put() to avoid refcount leak. (CVE-2022-50311)

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

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

  - wifiath12k在管理传输清理期间避免空指针访问 当前 skb_cb 中未添加“ar”引用。尽管在传输完成回调期间一般不使用该指针但在接口删除时剩余的 idr 清理回调会使用来自管理 txmgmt_idr 的 skb_cb 的 ar 指针。
    因此请在传输调用期间填充它们以正确使用以避免空指针取消引用。已在以下设备上测试
    QCN9274 hw2.0 PCI WLAN.WBE.1.0.1-00029-QCAHKSWPL_SILICONZ-1 (CVE-2023-53180)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: nvidia-shield: Reference hid_device devm allocation of input_dev name Use hid_device for devm allocation of the input_dev name to avoid a use-after-free. input_unregister_device would trigger devres cleanup of all resources associated with the input_dev, free-ing the name. The name would subsequently be used in a uevent fired at the end of unregistering the input_dev. (CVE-2023-53253)

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

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

  - cacheinfo修复 shared_cpu_map 以处理不同级别的共享缓存 cacheinfo 通过检查 CPU 之间是否共享具有相同索引的缓存来设置 shared_cpu_map。但是，如果 CPU 不具有相同的缓存层次结构，将触发 slab 越界访问。另一个问题是当共享缓存在 CPU 之间没有相同的索引时不匹配的 shared_cpu_map。CPU0 ID L3 索引 0 1 2 x ^ ^ ^ ^ 索引 0 1 2 3 CPU1 ID L2 L3 此修补程序检查每个缓存是否与其他 CPU 上的所有缓存共享。 (CVE-2023-53254)

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

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

  - wifimac80211检查 S1G 操作框架大小 检查操作代码之前请检查框架中是否存在该代码。 (CVE-2023-53257)

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

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

  - 已修复 Linux 内核中的下列漏洞：thermal/drivers/hisi: Drop second sensor hi3660 The commit 74c8e6bffbe1 (driver core: Add __alloc_size hint to devm allocators) exposes a panic BRK handler: Fatal exception on the hi3660_thermal_probe funciton. This is because the function allocates memory for only one sensors array entry, but tries to fill up a second one. Fix this by removing the unneeded second access. (CVE-2023-53242)

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

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

  - driversnetqlcnic修复 qlcnic_sriov_init() 中可能的内存泄漏如果 vp 在 qlcnic_sriov_init() 中分配失败则需要释放之前分配的所有 vp。 (CVE-2022-50242)

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

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

  - ext4修复 ext4_clu_mapped 中 bigalloc + 内联的延迟分配缺陷将具有内联数据的文件转换为盘区时使用 bigalloc 和内联选项创建的文件系统上进行的延迟分配可导致范围状态缓存内容无效、保留群集计数不正确、内核内存泄漏和潜在的内核错误。使用 bigalloc时用于确定是否必须延迟分配块的代码会搜索盘区树以查看该块是否映射到以前分配的群集。如果不是，则会延迟分配该块，否则不会延迟分配该块。但是，如果也使用了内联选项，并且包含该区块的文件标记为能够存储内联数据，则不存在与该文件关联的有效盘区树。ext4_clu_mapped() 中的当前代码无论如何都会调用 ext4_find_extent() 在不存在的树中搜索之前分配的群集这通常什么也找不到。但是，搜索的副作用可能是将来自不存在的树（垃圾）的无效内容缓存到范围状态树中，包括挂起保留树中的虚假条目。要修复此问题请避免在为 bigalloc + 内联文件从内联转换为映射的范围分配区块时搜索范围树。 (CVE-2022-50286)

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

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

  - usbucsi_acpi增加命令完成超时 Commit 130a96d698d7 (usbtypecucsiacpi
    增加命令完成超时值因与备用模式发现相关的问题将超时从 5 秒增加到 60 秒。将备用模式发现切换到轮询模式后超时减少但没有设回为 5 秒而是减少到了 1 秒。当使用 Lenovo ThinkPad X1yoga gen7 通过 Type-C 连接到 LG 27UL850-W通过 Type-C 为 DP 提供电源时此缺陷会造成问题。如果监控在启动时已连接则会记录以下错误
    PPM init 失败 (-110)/sys/class/typec 为空且拔出时会发生本系列前面修复的空指针 deref。启动后连接监控器时会改为记录以下错误
    GET_CONNECTOR_STATUS 失败 (-110)。将超时设置回 5 秒可修复这两种情况。
    (CVE-2023-53168)

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

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

  - wificfg80211修复 wext 的释放后使用。wext.connect 中的信息不会在重新连接时重置并且会保留来自之前连接的数据。重置密钥数据以避免驱动程序或 mac80211 错误地检测 WEP 连接请求并访问已释放或已重用的内存。此外优化 cfg80211_sme_connect() 并避免 conn_work 的无用计划。 (CVE-2023-53153)

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

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

  - ataahci将 EM_MAX_SLOTS 与 SATA_PMP_MAX_PORTS UBSAN 抱怨有关 array-index-out-of-bounds匹配 [1.980703] kernel/build/linux-9H675w/linux-5.15.0/drivers/ata/libahci.c:968:41 中的 UBSAN array-index-out-of-bounds [ 1.980709] 内核索引 15 超出类型“ahci_em_priv [8]”的范围 [ 1.980713] 内核CPU: 0 PID: 209 Comm: scsi_eh_8 未受感染 5.15.0-25-generic #25-Ubuntu [ 1.980716] kernel: 硬件名称系统制造商系统产品名称/P5Q3BIOS 1102 06/11/2010 [ 1.980718] kernel: 调用跟踪 [ 1.980721] kernel: <TASK> [ 1.980723] 内核: show_stack+0x52/0x58 [ 1.980729] 内核dump_stack_lvl+0x4a/0x5f [ 1.980734] 内核
    dump_stack+0x10/0x12 [ 1.980736] kernelubsan_epilogue+0x9/0x45 [ 1.980739] kernel
    __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 1.980742] 内核ahci_qc_issue+0x166/0x170 [libahci] [1.980748] 内核ata_qc_issue+0x135/0x240 [ 1.980752] 内核ata_exec_internal_sg+0x2c4/0x580 [1.980754] 内核vprintk_default+0x1d/0x20 [ 1.980759] 内核ata_exec_internal+0x67/0xa0 [ 1.980762] 内核sata_pmp_read+0x8d/0xc0 [ 1.980765] 内核sata_pmp_read_gscr+0x3c/0x90 [ 1.980768] 内核
    sata_pmp_attach+0x8b/0x310 [ 1.980771] 内核ata_eh_revalidate_and_attach+0x28c/0x4b0 [ 1.980775] 内核ata_eh_recover+0x6b6/0xb30 [ 1.980778] 内核? ahci_do_hardreset+0x180/0x180 [libahci] [1.980783] 内核? ahci_stop_engine+0xb0/0xb0 [libahci] [ 1.980787] 内核? ahci_do_softreset+0x290/0x290 [libahci] [ 1.980792] 内核? trace_event_raw_event_ata_eh_link_autopsy_qc+0xe0/0xe0 [ 1.980795] 内核
    sata_pmp_eh_recover.isra.0+0x214/0x560 [ 1.980799] 内核sata_pmp_error_handler+0x23/0x40 [ 1.980802] 内核: ahci_error_handler+0x43/0x80 [libahci] [ 1.980806] 内核ata_scsi_port_error_handler+0x2b1/0x600 [ 1.980810] 内核ata_scsi_error+0x9c/0xd0 [ 1.980813] kernelscsi_error_handler+0xa1/0x180 [ 1.980817] kernel? scsi_unjam_host+0x1c0/0x1c0 [ 1.980820] 内核kthread+0x12a/0x150 [ 1.980823] 内核? set_kthread_struct+0x50/0x50 [ 1.980826] 内核ret_from_fork+0x22/0x30 [ 1.980831] 内核 </TASK> 会发生这种情况的原因是 sata_pmp_init_links() 将 link->pmp 初始化为 SATA_PMP_MAX_PORTS而 em_priv 则声明为 8 元素数组。我无法找到 AHCI 规范 v1.3.1 中指定的最大机箱管理端口数但 12.2.1 LED 消息类型指出端口倍增器信息可利用 4 位即最多可支持 16 个端口。因此请使用 SATA_PMP_MAX_PORTS 作为 EM_MAX_SLOTS 以解决 问题。
    BugLink https://bugs.launchpad.net/bugs/1970074 (CVE-2022-50315)

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

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

  - 已修复 Linux 内核中的下列漏洞：mt76: mt7921: fix kernel panic by accessing unallocated eeprom.data The MT7921 driver no longer uses eeprom.data, but the relevant code has not been removed completely since commit 16d98b548365 (mt76: mt7921: rely on mcu_get_nic_capability).
    This could result in potential invalid memory access. To fix the kernel panic issue in mt7921, it is necessary to avoid accessing unallocated eeprom.data which can lead to invalid memory access. Furthermore, it is possible to entirely eliminate the mt7921_mcu_parse_eeprom function and solely depend on mt7921_mcu_parse_response to divide the RxD header. [2.702735] BUG: kernel NULL pointer dereference, address: 0000000000000550 [2.702740] #PF: supervisor write access in kernel mode [2.702741] #PF:
    error_code(0x0002) - not-present page [2.702743] PGD 0 P4D 0 [2.702747] Oops: 0002 [#1] PREEMPT SMP NOPTI [2.702755] RIP: 0010:mt7921_mcu_parse_response+0x147/0x170 [mt7921_common] [2.702758] RSP:
    0018:ffffae7c00fef828 EFLAGS: 00010286 [2.702760] RAX: ffffa367f57be024 RBX: ffffa367cc7bf500 RCX:
    0000000000000000 [2.702762] RDX: 0000000000000550 RSI: 0000000000000000 RDI: ffffa367cc7bf500 [2.702763] RBP: ffffae7c00fef840 R08: ffffa367cb167000 R09: 0000000000000005 [2.702764] R10: 0000000000000000 R11:
    ffffffffc04702e4 R12: ffffa367e8329f40 [2.702766] R13: 0000000000000000 R14: 0000000000000001 R15:
    ffffa367e8329f40 [2.702768] FS: 000079ee6cf20c40(0000) GS:ffffa36b2f940000(0000) knlGS:0000000000000000 [2.702769] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [2.702775] CR2: 0000000000000550 CR3:
    00000001233c6004 CR4: 0000000000770ee0 [2.702776] PKRU: 55555554 [2.702777] Call Trace: [2.702782] mt76_mcu_skb_send_and_get_msg+0xc3/0x11e [mt76 <HASH:1bc4 5>] [2.702785] mt7921_run_firmware+0x241/0x853 [mt7921_common <HASH:6a2f 6>] [2.702789] mt7921e_mcu_init+0x2b/0x56 [mt7921e <HASH:d290 7>] [2.702792] mt7921_register_device+0x2eb/0x5a5 [mt7921_common <HASH:6a2f 6>] [2.702795] ? mt7921_irq_tasklet+0x1d4/0x1d4 [mt7921e <HASH:d290 7>] [2.702797] mt7921_pci_probe+0x2d6/0x319 [mt7921e <HASH:d290 7>] [2.702799] pci_device_probe+0x9f/0x12a (CVE-2023-53232)

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: Intel: avs: Fix potential RX buffer overflow If an event caused firmware to return invalid RX size for LARGE_CONFIG_GET, memcpy_fromio() could end up copying too many bytes. Fix by utilizing min_t(). (CVE-2022-50325)

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

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

  - firmwaredmi-sysfs修复 dmi_sysfs_register_handle 中的 null-ptr-deref KASAN 报告了一个 null-ptr-deref 错误KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f] CPU: 0 PID: 1373 Comm
    modprobe 硬件名称：QEMU Standard PC（i440FX + PIIX，1996）RIP：0010：dmi_sysfs_entry_release ... 调用跟踪 <TASK> kobject_put dmi_sysfs_register_handle (drivers/firmware/dmi-sysfs.c:540) dmi_sysfs dmi_decode_table (drivers/firmware/dmi_scan.c:133) dmi_walk (drivers/firmware/dmi_scan.c:1115) dmi_sysfs_init (drivers/firmware) /dmi-sysfs.c:149) dmi_sysfs do_one_initcall (init/main.c:1296) ... 内核错误 - 未同步: 致命异常 内核偏移: 0x4000000 来自 0xffffff81000000 ---[ 结束内核错误 - 未同步: 致命异常 ]--- 原因是之前的修补程序添加了 kobject_put() 以释放将调用 dmi_sysfs_entry_release() 的内存和 list_del()。然而list_add_tail(entry->list) 在错误区块之后被调用因此 list_head 未初始化且无法删除。将错误处理移到 list_add_tail 之后以修复此问题。 (CVE-2023-53250)

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

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

  - Orangefs修复 Orangefs_sysfs_init() 中的 kmemleak 当插入和移除 Orangefs 模块时存在如下 kobjects 内存泄露unreferenced 对象 0xffff88810f95af00(size 64)comm insmod、pid 783、jiffies 4294813439(age 65.512s) hex 转储第一次32 字节a0 83 af 01 81 88 ff ff 08 af 95 0f 81 88 ff ff ....... 00 00 ............回溯
    [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000005a6e4dfe>] Orangefs_sysfs_init+0x42/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未引用对象 0xffff88810f95ae80 (大小 64)comm insmod、pid 78365.4318() dumpage前 32 字节c8 90 0f 02 81 88 ff ff 88 ae 95 0f 81 88 ff ff ........ 88 ae 95 0f 81 88 ff ff 00 00 00 00<0000000031ab7788>00<000000004232d9f7>00 00<00000000722645ca>00<000000001a4841fa>... +0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/entry_SYSCALL_64_after_hwframe+0x46/对象 0xffff88810f95ae00（大小 64）：comm insmod，pid 783，jiffies 4294813440 (age 6 5.511s十六进制转储前 32 字节60 87 a1 00 81 88 ff ff 08 ae 95 0f 81 88 ff ff `....... 08 ae 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ..... 回溯[<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000005915e797>] Orangefs_sysfs_init+0x12b/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_after_framew64 +0x46/0xb0 未引用对象 0xffff88810f95ad80 (size 64)comm insmod, pid 783, jiffies 4294813440 (age 65.511s) hex 转储前 32 字节78 90 0f 02 81 88 ff ff 88 ad 95 0f 81 88 ff ff x 88 ad 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ..<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000007a14eb35>] Orangefs_sysfs_init+0x1ac/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b 0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未引用对象 0xffff88810f95ac00 (大小 64)comm insmod、pid 783、jiffies 4294813440(age 65.531s) hex 转储(前 32 字节): 67 02 81 88 ff ff 08 ac 95 0f 81 88 ff ff .....08 ac 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 .... ...... backtrace[<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000001f38adcb>] Orangefs_sysfs_init+0x291/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/ ---truncated--- (CVE-2022-50316)

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

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

  - 已修复 Linux 内核中的下列漏洞：firmware: arm_ffa: Fix FFA device names for logical partitions Each physical partition can provide multiple services each with UUID. Each such service can be presented as logical partition with a unique combination of VM ID and UUID. The number of distinct UUID in a system will be less than or equal to the number of logical partitions. However, currently it fails to register more than one logical partition or service within a physical partition as the device name contains only VM ID while both VM ID and UUID are maintained in the partition information.
    The kernel complains with the below message: | sysfs: cannot create duplicate filename '/devices/arm-ffa-8001' | CPU: 1 PID: 1 Comm: swapper/0 Not tainted 6.3.0-rc7 #8 | Hardware name: FVP Base RevC (DT) | Call trace: | dump_backtrace+0xf8/0x118 | show_stack+0x18/0x24 | dump_stack_lvl+0x50/0x68 | dump_stack+0x18/0x24 | sysfs_create_dir_ns+0xe0/0x13c | kobject_add_internal+0x220/0x3d4 | kobject_add+0x94/0x100 | device_add+0x144/0x5d8 | device_register+0x20/0x30 | ffa_device_register+0x88/0xd8 | ffa_setup_partitions+0x108/0x1b8 | ffa_init+0x2ec/0x3a4 | do_one_initcall+0xcc/0x240 | do_initcall_level+0x8c/0xac | do_initcalls+0x54/0x94 | do_basic_setup+0x1c/0x28 | kernel_init_freeable+0x100/0x16c | kernel_init+0x20/0x1a0 | ret_from_fork+0x10/0x20 | kobject_add_internal failed for arm-ffa-8001 with -EEXIST, don't try to | register things with the same name in the same directory. | arm_ffa arm-ffa: unable to register device arm-ffa-8001 err=-17 | ARM FF-A: ffa_setup_partitions: failed to register partition ID 0x8001 By virtue of being random enough to avoid collisions when generated in a distributed system, there is no way to compress UUID keys to the number of bits required to identify each. We can eliminate '-' in the name but it is not worth eliminating 4 bytes and add unnecessary logic for doing that. Also v1.0 doesn't provide the UUID of the partitions which makes it hard to use the same for the device name. So to keep it simple, let us alloc an ID using ida_alloc() and append the same to arm-ffa to make up a unique device name.
    Also stash the id value in ffa_dev to help freeing the ID later when the device is destroyed.
    (CVE-2023-53256)

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

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

  - kprobes修复对 kill_kprobe() 中启用的探测的检查。在 kill_kprobe() 中检查是否需要调用 disarm_kprobe_ftrace() 始终失败。这是因为在此之前我们为 kprobe 设置了 KPROBE_FLAG_GONE 标记以便 !kprobe_disabled(p) 始终为 false。disarm_kprobe_ftrace() 调用由 commit: 0cb2f1372baakprobes修复 kprobe_ftrace_handler 的空指针取消引用修复了空指针引用问题。当启用探测时如果我们不撤防它此问题仍然存在。修复此问题的方法是在设置 KPROBE_FLAG_GONE 标记之前放置探测启用检查。
    (CVE-2022-50266)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: sof_es8336: fix possible use-after-free in sof_es8336_remove() sof_es8336_remove() calls cancel_delayed_work(). However, that function does not wait until the work function finishes. This means that the callback function may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling cancel_delayed_work_sync(), which ensures that the work is properly cancelled, no longer running, and unable to re-schedule itself. (CVE-2022-50305)

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

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

  - 已修复 Linux 内核中的下列漏洞：irqchip/ti-sci: Fix refcount leak in ti_sci_intr_irq_domain_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53164)

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

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

  - af_unix修复围绕 user->unix_inflight 的数据争用。 user->unix_inflight 在 spin_lock(unix_gc_lock) 下被更改但 too_many_unix_fds() 以无锁方式读取。让我们将写入/读取访问注释为 user->unix_inflight。BUGKCSAN通过 cpu 1 上的任务 44798 写入 8 字节的 0xffffffff8546f2d0 中 unix_attach_fds / unix_inflight 中的数据争用: unix_inflight+0x157/0x180 net/unix/scm.c:66 unix_attach_fds+0x147/0x1e0 net/unix/scm.c :123 unix_scm_to_skb net/unix/af_unix.c:1827 [内联] unix_dgram_sendmsg+0x46a/0x14f0 net/unix/af_unix.c:1950 unix_seqpacket_sendmsg net/unix/af_unix.c:2308 [内联] unix_seqpacket_sendmsg+0xba/0x130 net/unix13 /af_unix.c:2292 sock_sendmsg_nosec net/socket.c:725 [内联] sock_sendmsg+0x148/0x160 net/socket.c:748____sys_sendmsg+0x4e4/0x610 net/socket.c:2494
    ___sys_sendmsg+0xc6/0x140 net/socket.c:2548 __sys_sendmsg+0x94/0x140 net/socket.c:2577 __do_sys_sendmsg net/socket.c:2586 [内联] __se_sys_sendmsg net/socket.c:2584 [内联] __x64_sys0x45/ 0x50 net/socket.c:2584 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 读取至 8 字节的 0xffffffff8546f2d0按 cpu 0 上的任务 44814排序too_many_unix_fds net/unix/scm.c:101 [内联] unix_attach_fds+0x54/0x1e0 net/unix/scm.c:110 unix_scm_to_skb net/unix/af_unix.c:1827 [内联] unix_dgram_sendmsg+0x46a /0x14f0 net/unix/af_unix.c:1950 unix_seqpacket_sendmsg net/unix/af_unix.c:2308 [内联] unix_seqpacket_sendmsg+0xba/0x130 net/unix/af_unix.c:2292 sock_sendmsg_nosec net/socket.c:725 [内联] sock_sendmsg +0x148/0x160 net/socket.c:748____sys_sendmsg+0x4e4/0x610 net/socket.c:2494
    ___sys_sendmsg+0xc6/0x140 net/socket.c:2548 __sys_sendmsg+0x94/0x140 net/socket.c:2577 __do_sys_sendmsg net/socket.c:2586 [内联] __se_sys_sendmsg net/socket.c:2584 [内联] __x64_sys0x45/ 0x50 net/socket.c:2584 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 值已更改0x000000000000000c -> 0x000000000000000d 已由 CPU: 0 PID: 44814 Comm: systemd-coredum Not tainted 6.4.0-11989-g6843306689af 上的内核并发审查器报告 #6 硬件名称QEMU Standard PC (i440FX + PIIX,1996), BIOS rel-1.16.0 -0-gd239552ce722-prebuilt.qemu.org 04/01/2014 (CVE-2023-53204)

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

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

  - 已修复 Linux 内核中的下列漏洞：arm64/sme: Set new vector length before reallocating As part of fixing the allocation of the buffer for SVE state when changing SME vector length we introduced an immediate reallocation of the SVE state, this is also done when changing the SVE vector length for consistency. Unfortunately this reallocation is done prior to writing the new vector length to the task struct, meaning the allocation is done with the old vector length and can lead to memory corruption due to an undersized buffer being used. Move the update of the vector length before the allocation to ensure that the new vector length is taken into account. For some reason this isn't triggering any problems when running tests on the arm64 fixes branch (even after repeated tries) but is triggering issues very often after merge into mainline. (CVE-2023-53184)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: brcmfmac: slab-out-of-bounds read in brcmf_get_assoc_ies() Fix a slab-out-of-bounds read that occurs in kmemdup() called from brcmf_get_assoc_ies(). The bug could occur when assoc_info->req_len, data from a URB provided by a USB device, is bigger than the size of buffer which is defined as WL_EXTRA_BUF_MAX. Add the size check for req_len/resp_len of assoc_info. Found by a modified version of syzkaller. [ 46.592467][ T7] ================================================================== [ 46.594687][ T7] BUG: KASAN: slab-out-of-bounds in kmemdup+0x3e/0x50 [ 46.596572][ T7] Read of size 3014656 at addr ffff888019442000 by task kworker/0:1/7 [ 46.598575][ T7] [ 46.599157][ T7] CPU: 0 PID: 7 Comm: kworker/0:1 Tainted: G O 5.14.0+ #145 [ 46.601333][ T7] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014 [ 46.604360][ T7] Workqueue: events brcmf_fweh_event_worker [ 46.605943][ T7] Call Trace: [ 46.606584][ T7] dump_stack_lvl+0x8e/0xd1 [46.607446][ T7] print_address_description.constprop.0.cold+0x93/0x334 [ 46.608610][ T7] ? kmemdup+0x3e/0x50 [ 46.609341][ T7] kasan_report.cold+0x79/0xd5 [ 46.610151][ T7] ? kmemdup+0x3e/0x50 [46.610796][ T7] kasan_check_range+0x14e/0x1b0 [ 46.611691][ T7] memcpy+0x20/0x60 [ 46.612323][ T7] kmemdup+0x3e/0x50 [ 46.612987][ T7] brcmf_get_assoc_ies+0x967/0xf60 [ 46.613904][ T7] ? brcmf_notify_vif_event+0x3d0/0x3d0 [ 46.614831][ T7] ? lock_chain_count+0x20/0x20 [ 46.615683][ T7] ? mark_lock.part.0+0xfc/0x2770 [ 46.616552][ T7] ? lock_chain_count+0x20/0x20 [ 46.617409][ T7] ? mark_lock.part.0+0xfc/0x2770 [ 46.618244][ T7] ? lock_chain_count+0x20/0x20 [ 46.619024][ T7] brcmf_bss_connect_done.constprop.0+0x241/0x2e0 [ 46.620019][ T7] ? brcmf_parse_configure_security.isra.0+0x2a0/0x2a0 [ 46.620818][ T7] ? __lock_acquire+0x181f/0x5790 [46.621462][ T7] brcmf_notify_connect_status+0x448/0x1950 [ 46.622134][ T7] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 46.622736][ T7] ? brcmf_cfg80211_join_ibss+0x7b0/0x7b0 [ 46.623390][ T7] ? find_held_lock+0x2d/0x110 [ 46.623962][ T7] ? brcmf_fweh_event_worker+0x19f/0xc60 [ 46.624603][ T7] ? mark_held_locks+0x9f/0xe0 [ 46.625145][ T7] ? lockdep_hardirqs_on_prepare+0x3e0/0x3e0 [ 46.625871][ T7] ? brcmf_cfg80211_join_ibss+0x7b0/0x7b0 [ 46.626545][ T7] brcmf_fweh_call_event_handler.isra.0+0x90/0x100 [46.627338][ T7] brcmf_fweh_event_worker+0x557/0xc60 [ 46.627962][ T7] ? brcmf_fweh_call_event_handler.isra.0+0x100/0x100 [ 46.628736][ T7] ? rcu_read_lock_sched_held+0xa1/0xd0 [46.629396][ T7] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 46.629970][ T7] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 46.630649][ T7] process_one_work+0x92b/0x1460 [ 46.631205][ T7] ? pwq_dec_nr_in_flight+0x330/0x330 [ 46.631821][ T7] ? rwlock_bug.part.0+0x90/0x90 [ 46.632347][ T7] worker_thread+0x95/0xe00 [ 46.632832][ T7] ? __kthread_parkme+0x115/0x1e0 [ 46.633393][ T7] ? process_one_work+0x1460/0x1460 [ 46.633957][ T7] kthread+0x3a1/0x480 [ 46.634369][ T7] ? set_kthread_struct+0x120/0x120 [ 46.634933][ T7] ret_from_fork+0x1f/0x30 [ 46.635431][ T7] [ 46.635687][T7] Allocated by task 7: [ 46.636151][ T7] kasan_save_stack+0x1b/0x40 [ 46.636628][ T7]
    __kasan_kmalloc+0x7c/0x90 [ 46.637108][ T7] kmem_cache_alloc_trace+0x19e/0x330 [ 46.637696][ T7] brcmf_cfg80211_attach+0x4a0/0x4040 [ 46.638275][ T7] brcmf_attach+0x389/0xd40 [ 46.638739][ T7] brcmf_usb_probe+0x12de/0x1690 [ 46.639279][ T7] usb_probe_interface+0x2aa/0x760 [ 46.639820][ T7] really_probe+0x205/0xb70 [ 46.640342][ T7] __driver_probe_device+0 ---truncated--- (CVE-2023-53213)

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

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

  - ACPICA避免未定义的行为将零偏移应用至空指针 ACPICA commit 770653e3ba67c30a629ca7d12e352d83c2541b1e 在此变更之前我们在 Fuchsia 中发现下列 UBSAN 堆栈追踪 #0 0x000021e4213b3302 in acpi_ds_init_aml_walk(struct acpi_walkpi_space_node,8*object acpi_parse) u32、 struct acpi_evaluate_info*、u8) ../../third_party/acpica/source/components/dispatcher/dswstate.c:682 <platform-bus-x86.so>+0x233302 #1.2 ubsan_get_stack_trace() 中的 0x000020d0f660777f compiler-rt/lib/ubsan/ubsan_diag .cpp:41 <libclang_rt.asan.so>+0x3d77f #1.1 maybe_print_stack_trace() compiler-rt/lib/ubsan/ubsan_diag.cpp:51 <libclang_rt.asan.so>+0x3d77f #1 ~scoped_report() compiler-rt/lib/ubsan/ubsan_diag 中的 0x000020d0f660777f .cpp:387 <libclang_rt.asan.so>+0x3d77f #2 handlepointer_overflow_impl() compiler-rt/lib/ubsan/ubsan_handlers.cpp:809 中的 0x000020d0f660b96d <libclang_rt.asan.so>+0x4196d #3 compiler-rt/lib/ubsan/ubsan_handlers.cpp:815 中的 0x000020d0f660b50d <libclang_rt.asan.so>+0x4150d #4 acpi_ds_init_aml_walk 中的 0x000021e4213b3302(struct acpi_walk_state*, union acpi_parse_object*, struct acpi_namespace_node*, u8*, u32, struct acpi_evaluate_info*, u8) ../../third_party/acpica/source/components/dispatcher/dswstate.c:682 <platform-bus-x86.so>+0x233302 #5 0x000021e4213e2369 acpi_ds_call_control_method(struct acpi_thread_state*, struct acpi_walk_state*, union acpi_parse_object*) ../../third_party/acpica/source/components/dispatcher/dsmethod.c:605中 <platform-bus-x86.so>的  +0x262369 #6 acpi_ps_parse_aml(struct acpi_walk_state*) 中的 0x000021e421437fac ../../third_party/acpica/source/components/parser/psparse.c:550 <platform-bus-x86.so>+0x2b7fac #7 acpi_ps_execute_method(struct acpi_evaluate_info*) 中的 0x000021e4214464d2 ../../third_party/acpica/source/components/parser /psxface.c:244 <platform-bus-x86.so>+0x2c64d2 #8 acpi_ns_evaluate(struct acpi_evaluate_info*) 中的 0x000021e4213aa052 ../../third_party/acpica/source/components/namespace/nseval.c:250 <platform-bus-x86.so>+0x22a052 #9 0x000021e421413inacpi_init_one_init_devicedd8 in (acpi_handle、u32、void*、void**) ../../third_party/acpica/source/components/namespace/nsinit.c :735 <platform-bus-x86.so>+0x293dd8 #10 acpi_ns_walk_namespace(acpi_object_type, acpi_handle, u32, u32, acpi_walk_callback, acpi_walk_callback, void*, void**) 中的 0x000021e421429e98../../third_party/acpica/source/components/namespace/nswalk.c :298 <platform-bus-x86.so>+0x2a9e98 #11 acpi_ns_initialize_devices(u32) 中的 0x000021e4214131ac ../../third_party/acpica/source/components/namespace/nsinit.c:268 <platform-bus-x86.so>+0x2931ac #12 acpi_initialize_objects 中的 0x000021e42147c40d.(u32) ../third_party/acpica/source/components/utilities/utxfinit.c:304 <platform-bus-x86.so>+0x2fc40d #13 acpi::acpi_impl::initialize_acpi(acpi::acpi_impl*) 中的 0x000021e42126d603 ../../src/devices/ board/lib/acpi/acpi-impl.cc:224 <platform-bus-x86.so>+0xed603 添加简单检查避免将指针增加零但其他行为与以前相同。请注意，我们的发现依据是 ACPICA 20221020，但主控端上存在相同的代码。 (CVE-2023-53182)

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

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

  - iommu/mediatek修复 isr 上 kexec() 后的崩溃问题如果通过 isr() 重新启动系统可能会在初始化域之前触发 IRQ 处理程序。导致无效的内存访问错误。修复 [0.500930] 无法处理从虚拟地址 0000000000000070 处不可读内存的内核读取 [0.501166] 调用跟踪 [ 0.501174] report_iommu_fault+0x28/0xfc [ 0.501180] mtk_iommu_isr+0x10c/0x1c0 [joro已修复提交中的拼写消息 ] (CVE-2022-50236

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

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

  - fs/ntfs3向 attr_load_runs_vcn 添加空指针检查某些元数据文件在 MFT 之前处理。这针对某些极端情况添加了空指针检查这些极端情况在读取畸形 NTFS 图像的这些元数据文件时可能导致 NPD。 [ 240.190827] 缺陷内核空指针取消引用地址 0000000000000158 [ 240.191583] #PF内核模式下的主管读取访问 [ 240.191956] #PF: error_code (0x0000) - 不存在页面 [ 240.192391] PGD 0 P4D 0 [ 240.192897] Oops: 0000 [#1] PREEMPT SMP KASAN NOPTI [ 240.193805] CPU: 0 PID: 242 Comm: mount 受感染: GB 5.19.0+ #17 [ 240.194477] 硬件名称QEMU Standard PC (i440FX + PIIX1996, BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 240.195152] RIP
    0010:ni_find_attr+0xae/0x300 [ 240.195679] 代码c8 48 c7 45 88 c0 4e 5e 86 c7 00 f1 f1 f1 f1 c7 40 04 00 f3 f3 f3 65 48 8b 04 25 28 00 00 00 48 89 45 d0 31 c0 31 e8 e2 d9f [ 240.196642] RSP: 0018:ffff88800812f690 EFLAGS: 00000286 [ 240.197019] RAX: 0000000000000001 RBX: 0000000000000000 RCX: ffffffff85ef037a [240.197523] RDX: 0000000000000001 RSI: 0000000000000008 RDI: ffffffff88e95f60 [ 240.197877] RBP:
    ffff88800812f738 R080000000000000001 R09ffffbffff11d2bed [ 240.198292] R10ffffffff88e95f67 R11
    ffffffbff11d2bec R120000000000000000 [ 240.198647] R130000000000000080 R140000000000000000 R15
    0000000000000000 [ 240.199410] FS: 00007f233c33be40(0000) GS:ffff888058200000(0000) knlGS:0000000000000000 [ 240.199895] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 240.200314] CR2: 0000000000000158 CR3:
    0000000004d32000 CR4: 00000000000006f0 [ 240.200839] 调用跟踪 [ 240.201104] <TASK> [ 240.201502] ? ni_load_mi+0x80/0x80 [ 240.202297] ? ___slab_alloc+0x465/0x830 [ 240.202614] attr_load_runs_vcn+0x8c/0x1a0 [ 240.202886] ? __kasan_slab_alloc+0x32/0x90 [ 240.203157] attr_data_write_residue+0x250/0x250 [240.203543] mi_read+0x133/0x2c0 [ 240.203785] mi_get+0x70/0x140 [ 240.204012] ni_load_mi_ex+0xfa/0x190 [240.204346] ? ni_std5+0x90/0x90 [ 240.204588] ? __kasan_kmalloc+0x88/0xb0 [ 240.204859] ni_enum_attr_ex+0xf1/0x1c0 [ 240.205107] ? ni_fname_type.part.0+0xd0/0xd0 [ 240.205600] ntfs_load_attr_list+0xbe/0x300 [ 240.205864] ? ntfs_cmp_names_cpu+0x125/0x180 [ 240.206157] ntfs_iget5+0x56c/0x1870 [ 240.206510] ? ntfs_get_block_bmap+0x70/0x70 [ 240.206776] ?
    __kasan_kmalloc+0x88/0xb0 [ 240.207030] ? set_blocksize+0x95/0x150 [ 240.207545] ntfs_fill_super+0xb8f/0x1e20 [ 240.207839] ? put_ntfs+0x1d0/0x1d0 [ 240.208069] ? vsprintf+0x20/0x20 [240.208467] ? mutex_unlock+0x81/0xd0 [ 240.208846] ? set_blocksize+0x95/0x150 [ 240.209221] get_tree_bdev+0x232/0x370 [ 240.209804] ? put_ntfs+0x1d0/0x1d0 [ 240.210519] ntfs_fs_get_tree+0x15/0x20 [240.210991] vfs_get_tree+0x4c/0x130 [ 240.211455] path_mount+0x645/0xfd0 [ 240.211806] ? putname+0x80/0xa0 [ 240.212112] ? finish_automount+0x2e0/0x2e0 [ 240.212559] ? kmem_cache_free+0x110/0x390 [ 240.212906] putname+0x80/0xa0 [ 240.213329] do_mount+0xd6/0xf0 [ 240.213829] ? path_mount+0xfd0/0xfd0 [ 240.214246] ?
    __kasan_check_write+0x14/0x20 [ 240.214774] __x64_sys_mount+0xca/0x110 [ 240.215080] do_syscall_64+0x3b/0x90 [ 240.215442] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 240.215811] RIP
    0033:0x7f233b4e948a [ 240.216104] Code48 8b 0d 11 fa 2a 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 0 0 0 0 ca b [ 240.217615] RSP002b:00007fff02211ec8 EFLAGS
    00000202 ORIG_RAX: 00000000000000a5 [ 240.218718] RAX: ffffffffffffffda RBX: 0000561cdc35b060 RCX
    00007f233b4e948a [ 240.219556] RDX: 0000561cdc35b260 RSI: 0000561cdc35b2e0 RDI: 0000561cdc363af0 [240.219975] RBP: 0000000000000000 R08: 0000561cdc35b280 R09: 0000000000000020 [ 240.220403] R10:
    00000000c0ed0000 R110000000000000202 R12: 0000561cdc363af0 [ 240.220803] R13000 ---truncated--- (CVE-2022-50336)

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

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

  - ext4修复 ext4_fc_replay_scan() 中潜在的越界读取。For 扫描循环必须确保至少存在 EXT4_FC_TAG_BASE_LEN 空间。如果剩余空间小于 EXT4_FC_TAG_BASE_LEN这将在挂载损坏的文件系统映像时导致越界读取。进行日志扫描时需要 ADD_RANGE/HEAD/TAIL 添加额外检查因为这三个标签将在扫描期间读取数据标签长度不能小于将读取的数据长度。 (CVE-2022-50306)

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

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

  - memoryof修复 of_get_ddr_timings() 中的 refcount 泄漏缺陷 我们应在中断 for_each_child_of_node() 时添加 of_node_put()因为它将自动增加和减少 refcount。
    (CVE-2022-50249)

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

ID	名称	严重性
265024	Linux Distros 未修补的漏洞：CVE-2022-50317	medium
265023	Linux Distros 未修补的漏洞：CVE-2023-53203	medium
265022	Linux Distros 未修补的漏洞：CVE-2022-50258	high
265021	Linux Distros 未修补的漏洞：CVE-2023-53229	medium
265020	Linux Distros 未修补的漏洞：CVE-2023-53246	medium
265019	Linux Distros 未修补的漏洞：CVE-2022-50241	high
265018	Linux Distros 未修补的漏洞：CVE-2023-53258	medium
265017	Linux Distros 未修补的漏洞：CVE-2023-53224	medium
265016	Linux Distros 未修补的漏洞：CVE-2022-50299	medium
265015	Linux Distros 未修补的漏洞：CVE-2023-53193	medium
265014	Linux Distros 未修补的漏洞：CVE-2023-53236	medium
265013	Linux Distros 未修补的漏洞：CVE-2022-50297	medium
265012	Linux Distros 未修补的漏洞：CVE-2022-50329	high
265011	Linux Distros 未修补的漏洞：CVE-2023-53148	high
265010	Linux Distros 未修补的漏洞：CVE-2022-50246	medium
265009	Linux Distros 未修补的漏洞：CVE-2022-50267	medium
265008	Linux Distros 未修补的漏洞：CVE-2022-50327	medium
265007	Linux Distros 未修补的漏洞：CVE-2025-39800	medium
265006	Linux Distros 未修补的漏洞：CVE-2023-53226	medium
265005	Linux Distros 未修补的漏洞：CVE-2023-53216	high
265004	Linux Distros 未修补的漏洞：CVE-2023-53149	medium
265003	Linux Distros 未修补的漏洞：CVE-2022-50314	medium
265002	Linux Distros 未修补的漏洞：CVE-2022-50311	medium
265001	Linux Distros 未修补的漏洞：CVE-2023-53180	medium
265000	Linux Distros 未修补的漏洞：CVE-2023-53253	high
264999	Linux Distros 未修补的漏洞：CVE-2023-53254	high
264998	Linux Distros 未修补的漏洞：CVE-2023-53257	high
264997	Linux Distros 未修补的漏洞：CVE-2023-53242	medium
264996	Linux Distros 未修补的漏洞：CVE-2022-50242	medium
264995	Linux Distros 未修补的漏洞：CVE-2022-50286	medium
264994	Linux Distros 未修补的漏洞：CVE-2023-53168	medium
264993	Linux Distros 未修补的漏洞：CVE-2023-53153	high
264992	Linux Distros 未修补的漏洞：CVE-2022-50315	high
264991	Linux Distros 未修补的漏洞：CVE-2023-53232	high
264990	Linux Distros 未修补的漏洞：CVE-2022-50325	high
264989	Linux Distros 未修补的漏洞：CVE-2023-53250	medium
264988	Linux Distros 未修补的漏洞：CVE-2022-50316	medium
264987	Linux Distros 未修补的漏洞：CVE-2023-53256	medium
264986	Linux Distros 未修补的漏洞：CVE-2022-50266	medium
264985	Linux Distros 未修补的漏洞：CVE-2022-50244	medium
264984	Linux Distros 未修补的漏洞：CVE-2022-50305	high
264983	Linux Distros 未修补的漏洞：CVE-2023-53164	medium
264982	Linux Distros 未修补的漏洞：CVE-2023-53204	medium
264981	Linux Distros 未修补的漏洞：CVE-2023-53184	high
264980	Linux Distros 未修补的漏洞：CVE-2023-53213	high
264979	Linux Distros 未修补的漏洞：CVE-2023-53182	medium
264978	Linux Distros 未修补的漏洞：CVE-2022-50236	medium
264977	Linux Distros 未修补的漏洞：CVE-2022-50336	medium
264976	Linux Distros 未修补的漏洞：CVE-2022-50306	high
264975	Linux Distros 未修补的漏洞：CVE-2022-50249	medium

检测

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

high

high

high

medium

medium

medium

medium

high

high

high

high

medium

medium

medium

medium

medium

high

medium

medium

high

high

medium

medium

medium

high

medium