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

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

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

CentOS Linux 8.5 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS8.5：CLSA-2026：U 1771077729公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已修复 Linux 内核中的下列漏洞：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已修复 Linux 内核中的下列漏洞：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已修复 Linux 内核中的下列漏洞：be2net: Fix buffer overflow in be_get_module_eeprom be_cmd_read_port_transceiver_data assumes that it is given a buffer that is at least PAGE_DATA_LEN long, or twice that if the module supports SFF 8472. However, this is not always the case.
    Fix this by passing the desired offset and length to be_cmd_read_port_transceiver_data so that we only copy the bytes once. (CVE-2022-49581)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：2026：1771239384公告中提及的多个漏洞的影响。

  - 已修复 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)

  - 已修复 Linux 内核中的下列漏洞：block, bfq: fix possible uaf for 'bfqq->bic' Our test report a uaf for 'bfqq->bic' in 5.10:
    ================================================================== BUG: KASAN: use-after-free in bfq_select_queue+0x378/0xa30 CPU: 6 PID: 2318352 Comm: fsstress Kdump: loaded Not tainted 5.10.0-60.18.0.50.h602.kasan.eulerosv2r11.x86_64 #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58-20220320_160524-szxrtosci10000 04/01/2014 Call Trace:
    bfq_select_queue+0x378/0xa30 bfq_dispatch_request+0xe8/0x130 blk_mq_do_dispatch_sched+0x62/0xb0
    __blk_mq_sched_dispatch_requests+0x215/0x2a0 blk_mq_sched_dispatch_requests+0x8f/0xd0
    __blk_mq_run_hw_queue+0x98/0x180 __blk_mq_delay_run_hw_queue+0x22b/0x240 blk_mq_run_hw_queue+0xe3/0x190 blk_mq_sched_insert_requests+0x107/0x200 blk_mq_flush_plug_list+0x26e/0x3c0 blk_finish_plug+0x63/0x90
    __iomap_dio_rw+0x7b5/0x910 iomap_dio_rw+0x36/0x80 ext4_dio_read_iter+0x146/0x190 [ext4] ext4_file_read_iter+0x1e2/0x230 [ext4] new_sync_read+0x29f/0x400 vfs_read+0x24e/0x2d0 ksys_read+0xd5/0x1b0 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x61/0xc6 Commit 3bc5e683c67d (bfq: Split shared queues on move between cgroups) changes that move process to a new cgroup will allocate a new bfqq to use, however, the old bfqq and new bfqq can point to the same bic: 1) Initial state, two process with io in the same cgroup. Process 1 Process 2 (BIC1) (BIC2) | | | | | | V | V | bfqq1 bfqq2 2) bfqq1 is merged to bfqq2. Process 1 Process 2 (BIC1) (BIC2) | | \-------------\| V bfqq1 bfqq2(coop) 3) Process 1 exit, then issue new io(denoce IOA) from Process 2. (BIC2) | | | V | bfqq2(coop) 4) Before IOA is completed, move Process 2 to another cgroup and issue io. Process 2 (BIC2) |\--------------\ | V bfqq2 bfqq3 Now that BIC2 points to bfqq3, while bfqq2 and bfqq3 both point to BIC2. If all the requests are completed, and Process 2 exit, BIC2 will be freed while there is no guarantee that bfqq2 will be freed before BIC2. Fix the problem by clearing bfqq->bic while bfqq is detached from bic. (CVE-2022-50488)

  - 已修复 Linux 内核中的下列漏洞：wifi: ath10k: Delay the unmapping of the buffer On WCN3990, we are seeing a rare scenario where copy engine hardware is sending a copy complete interrupt to the host driver while still processing the buffer that the driver has sent, this is leading into an SMMU fault triggering kernel panic. This is happening on copy engine channel 3 (CE3) where the driver normally enqueues WMI commands to the firmware. Upon receiving a copy complete interrupt, host driver will immediately unmap and frees the buffer presuming that hardware has processed the buffer. In the issue case, upon receiving copy complete interrupt, host driver will unmap and free the buffer but since hardware is still accessing the buffer (which in this case got unmapped in parallel), SMMU hardware will trigger an SMMU fault resulting in a kernel panic. In order to avoid this, as a work around, add a delay before unmapping the copy engine source DMA buffer. This is conditionally done for WCN3990 and only for the CE3 channel where issue is seen. Below is the crash signature: wifi smmu error: kernel: [10.120965] arm-smmu 15000000.iommu: Unhandled context fault: fsr=0x402, iova=0x7fdfd8ac0, fsynr=0x500003,cbfrsynra=0xc1, cb=6 arm-smmu 15000000.iommu: Unhandled context fault:fsr=0x402, iova=0x7fe06fdc0, fsynr=0x710003, cbfrsynra=0xc1, cb=6 qcom-q6v5-mss 4080000.remoteproc: fatal error received: err_qdi.c:1040:EF:wlan_process:0x1:WLAN RT:0x2091: cmnos_thread.c:3998:Asserted in copy_engine.c:AXI_ERROR_DETECTED:2149 remoteproc remoteproc0: crash detected in 4080000.remoteproc: type fatal error <3> remoteproc remoteproc0: handling crash #1 in 4080000.remoteproc pc :
    __arm_lpae_unmap+0x500/0x514 lr : __arm_lpae_unmap+0x4bc/0x514 sp : ffffffc011ffb530 x29: ffffffc011ffb590 x28: 0000000000000000 x27: 0000000000000000 x26: 0000000000000004 x25: 0000000000000003 x24:
    ffffffc011ffb890 x23: ffffffa762ef9be0 x22: ffffffa77244ef00 x21: 0000000000000009 x20: 00000007fff7c000 x19: 0000000000000003 x18: 0000000000000000 x17: 0000000000000004 x16: ffffffd7a357d9f0 x15:
    0000000000000000 x14: 00fd5d4fa7ffffff x13: 000000000000000e x12: 0000000000000000 x11: 00000000ffffffff x10: 00000000fffffe00 x9 : 000000000000017c x8 : 000000000000000c x7 : 0000000000000000 x6 :
    ffffffa762ef9000 x5 : 0000000000000003 x4 : 0000000000000004 x3 : 0000000000001000 x2 : 00000007fff7c000 x1 : ffffffc011ffb890 x0 : 0000000000000000 Call trace: __arm_lpae_unmap+0x500/0x514
    __arm_lpae_unmap+0x4bc/0x514 __arm_lpae_unmap+0x4bc/0x514 arm_lpae_unmap_pages+0x78/0xa4 arm_smmu_unmap_pages+0x78/0x104 __iommu_unmap+0xc8/0x1e4 iommu_unmap_fast+0x38/0x48
    __iommu_dma_unmap+0x84/0x104 iommu_dma_free+0x34/0x50 dma_free_attrs+0xa4/0xd0 ath10k_htt_rx_free+0xc4/0xf4 [ath10k_core] ath10k_core_stop+0x64/0x7c [ath10k_core] ath10k_halt+0x11c/0x180 [ath10k_core] ath10k_stop+0x54/0x94 [ath10k_core] drv_stop+0x48/0x1c8 [mac80211] ieee80211_do_open+0x638/0x77c [mac80211] ieee80211_open+0x48/0x5c [mac80211] __dev_open+0xb4/0x174
    __dev_change_flags+0xc4/0x1dc dev_change_flags+0x3c/0x7c devinet_ioctl+0x2b4/0x580 inet_ioctl+0xb0/0x1b4 sock_do_ioctl+0x4c/0x16c compat_ifreq_ioctl+0x1cc/0x35c compat_sock_ioctl+0x110/0x2ac
    __arm64_compat_sys_ioctl+0xf4/0x3e0 el0_svc_common+0xb4/0x17c el0_svc_compat_handler+0x2c/0x58 el0_svc_compat+0x8/0x2c Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1 (CVE-2022-50700)

  - 已修复 Linux 内核中的下列漏洞：tcp: fix a signed-integer-overflow bug in tcp_add_backlog() The type of sk_rcvbuf and sk_sndbuf in struct sock is int, and in tcp_add_backlog(), the variable limit is caculated by adding sk_rcvbuf, sk_sndbuf and 64 * 1024, it may exceed the max value of int and overflow. This patch reduces the limit budget by halving the sndbuf to solve this issue since ACK packets are much smaller than the payload. (CVE-2022-50865)

  - 已修复 Linux 内核中的下列漏洞：block, bfq: fix uaf for bfqq in bic_set_bfqq() After commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic'), bic->bfqq will be accessed in bic_set_bfqq(), however, in some context bic->bfqq will be freed, and bic_set_bfqq() is called with the freed bic->bfqq. Fix the problem by always freeing bfqq after bic_set_bfqq().
    (CVE-2023-52983)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

如 TuxCare CENTOS8.4：CLSA-2026：1771078945公告所述，CentOS Linux 8.4 主机上存在安装的程序包，该漏洞会受到多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已修复 Linux 内核中的下列漏洞：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已修复 Linux 内核中的下列漏洞：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已修复 Linux 内核中的下列漏洞：ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The rxstatus->rs_keyix eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()' (CVE-2022-49503)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的内核版本低于 5.4.247-161.349。因此，会受到 ALAS2KERNEL-5.4-2023-047 公告中提及的多个漏洞影响。

    在 Linux 内核中，arch/x86/kvm/x86.c 内 kvm_steal_time_set_preempted 的 x86 KVM 子系统中发现了一个缺陷。非特权客户机用户可危害客户机内核，因为在某些 KVM_VCPU_PREEMPTED 情况下未正确处理 TLB 刷新操作。 (CVE-2022-39189)

    在 Linux 内核中，以下漏洞已修复：

    btrfs：如果在 prepare_to_relocate() 中事务提交失败，则取消设置重定位控制 (CVE-2022-50067)

    Linux 内核的 eBPF 子系统中可能发生死锁问题。

    Amazon Linux 上的默认 sysctl 配置 kernel.unprivileged_bpf_disabled 不允许非特权用户使用 eBPF。(CVE-2023-0160)

    发现可能因为存在递归锁定情形而产生的拒绝服务问题，该问题会导致 Linux 内核 Device Mapper Multipathing 子组件中 drivers/md/dm-ioctl.c 的 table_clear 发生死锁。(CVE-2023-2269)

    可以利用 Linux 内核 ipvlan 网络驱动程序中的堆越界写入漏洞实现本地特权提升。

    出现越界写入的原因是 ipvlan 网络驱动程序中缺少 skb->cb 初始化。如果启用了 CONFIG_IPVLAN，则可利用此漏洞。

    我们建议升级过去的提交 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 内核的 btrfs 内，在 fs/btrfs/relocation.c 中的 prepare_to_relocate 内发现了一个释放后使用漏洞。通过在调用 btrfs_ioctl_defrag() 之前调用 btrfs_ioctl_balance()，可触发此潜在缺陷。(CVE-2023-3111)

    在 Linux 内核的媒体访问中，在 drivers/memstick/host/r592.c 的 r592_remove 中发现一个释放后使用缺陷。此缺陷让本地攻击者能够在设备断开连接时使系统崩溃，进而可能导致内核信息泄露。(CVE-2023-3141)

    在 Linux 内核的中继文件中，在 kernel/relay.c 的 relay_file_read_start_pos 中发现一个越界 (OOB) 内存访问缺陷。此缺陷允许本地攻击者造成系统崩溃或泄露内核内部信息。(CVE-2023-3268)

    在 6.3.3 之前版本的 Linux 内核中发现了一个问题。由于 ext4_group_desc_csum 未正确检查偏移，因此当从 fs/ext4/super.c 调用时，lib/crc16.c 中的 crc16 发生越界读取问题。(CVE-2023-34256)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

    在 6.3.7 之前的 Linux 内核中发现 net/sched/cls_flower.c 内的 fl_set_geneve_opt 存在问题。
    借助 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 数据包，此问题可造成花卉分类器代码出现越界写入。
    这可能导致拒绝服务或权限升级。(CVE-2023-35788)

    在 Linux 内核中，以下漏洞已修复：

    serial8250重新初始化端口特定驱动程序 unbind 上的 port->pm (CVE-2023-53176)

    在 Linux 内核中，以下漏洞已修复：

    ACPICA避免未定义的行为将零偏移应用到空指针 (CVE-2023-53182)

    在 Linux 内核中，以下漏洞已修复：

    ext4在 get_max_inline_xattr_value_size() 中添加边界检查 (CVE-2023-53285)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复“r10bio->remaining”的泄漏以进行恢复 (CVE-2023-53299)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 mb_find_extent 中的警告 (CVE-2023-53317)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2在降级为只读后不写入脏数据 (CVE-2023-53337)

    在 Linux 内核中，以下漏洞已修复：

    net添加 vlan_get_protocol_and_depth() 辅助函数 (CVE-2023-53433)

    在 Linux 内核中，以下漏洞已修复：

    ext4删除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

    在 Linux 内核中，以下漏洞已修复：

    libcpu_rmap避免 rmap->obj 数组条目上的释放后使用 (CVE-2023-53484)

    在 Linux 内核中，以下漏洞已修复：

    tcp/udp修复具有 TX 时间戳的 sk 和 zerocopy skbs 的内存泄漏。 (CVE-2023-53489)

    在 Linux 内核中，以下漏洞已修复：

    spiqup不跳过删除的错误路径中的清理 (CVE-2023-53567)

    在 Linux 内核中，以下漏洞已修复：

    ext2挂载期间检查块大小有效性 (CVE-2023-53569)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer同步 IRQ 在缓冲区破坏前工作 (CVE-2023-53587)

    在 Linux 内核中，以下漏洞已修复：

    dm 完整性在 dm_integrity_init() 错误路径中调用 kmem_cache_destroy()CVE-2023-53604

    在 Linux 内核中，以下漏洞已修复：

    netcdc_ncm处理过低的 dwNtbOutMaxSize 值CVE-2023-53667

    在 Linux 内核中，以下漏洞已修复：

    fshfsplus从 hfsplus_cat_{read,write}_inode() 删除 WARN_ON() (CVE-2023-53683)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 ext4_find_extent 中针对 bigalloc + 内联的释放后使用读取 (CVE-2023-53692)

    在 Linux 内核中，以下漏洞已修复：

    ipv6修复 ipv6_find_tlv() 中的越界访问 (CVE-2023-53705)

    在 Linux 内核中，以下漏洞已修复：

    serialarc_uart修复“arc_serial_probe”中的 of_iomap 泄漏 (CVE-2023-53719)

    在 Linux 内核中，以下漏洞已修复：

    vc_screen重新加载 vcs_write() 中的 struct vc_data 指针加载以避免 UAFCVE-2023-53747]

    在 Linux 内核中，以下漏洞已修复：

    scsilpfc修复 lpfc_sli4_pci_mem_setup() 中的 ioremap 问题 (CVE-2023-53754)

    在 Linux 内核中，以下漏洞已修复：

    USBusbtmc修复了 0 长度 ioctl 控制消息的方向 (CVE-2023-53761)

    在 Linux 内核中，以下漏洞已修复：

    dmflakey修复无效表行中的崩溃问题 (CVE-2023-53786)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2修复 nilfs_evict_inode() 中 nilfs_root 的释放后使用缺陷CVE-2023-53804]

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2修复 nilfs_mdt_get_block() 中的无限循环CVE-2023-53845]

    在 Linux 内核中，以下漏洞已修复：

    netlink批注对 nlk->cb_running 的访问 (CVE-2023-53853)

    在 Linux 内核中，以下漏洞已修复：

    udplite修复 __sk_mem_raise_allocating() 中的空指针取消引用。 (CVE-2023-54004)

    在 Linux 内核中，以下漏洞已修复：

    vmci_host修复 vmci_host_poll() 中导致 GPF 的争用条件 (CVE-2023-54007)

    在 Linux 内核中，以下漏洞已修复：

    net修复对虚拟接口禁用 LRO 时的堆栈溢出 (CVE-2023-54012)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5Devcom修复 mlx5_devcom_register_device 中的错误流 (CVE-2023-54015)

    在 Linux 内核中，以下漏洞已修复：

    ext4在 ext4_mb_normalize_request 中正确设置目标开始 (CVE-2023-54021)

    在 Linux 内核中，以下漏洞已修复：

    spmi删除 SPMI 驱动程序时添加对删除回调的检查 (CVE-2023-54044)

    在 Linux 内核中，以下漏洞已修复：

    kheaders使用数组声明而不是 char (CVE-2023-54056)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 ext4_xattr_move_to_block() 中的无效释放跟踪 (CVE-2023-54062)

    在 Linux 内核中，以下漏洞已修复：

    scsilpfc防止 lpfc_debugfs_lockstat_write() 缓冲区溢出CVE-2023-54102]

    在 Linux 内核中，以下漏洞已修复：

    netnsh使用正确的 mac_offset 在 nsh_gso_segment() 中展开 gso skbCVE-2023-54114]

    在 Linux 内核中，以下漏洞已修复：

    inotify避免报告具有无效 wd 的事件 (CVE-2023-54119)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复“conf->bio_split”的内存泄漏 (CVE-2023-54123)

    在 Linux 内核中，以下漏洞已修复：

    btrfs除非特别指定否则不释放 qgroup 空间 (CVE-2023-54158)

    在 Linux 内核中，以下漏洞已修复：

    firmwarearm_sdei修复无效上下文 BUG 中的休眠 (CVE-2023-54160)

    在 Linux 内核中，以下漏洞已修复：

    RDMA/mlx4防止 set_user_sq_size() 中位移封装 (CVE-2023-54168)

    在 Linux 内核中，以下漏洞已修复：

    scsitargetiscsit在释放会话前释放 cmd (CVE-2023-54184)

    在 Linux 内核中，以下漏洞已修复：

    net/schedcls_api在释放之前从 driver_list 中删除 block_cb (CVE-2023-54193)

    在 Linux 内核中，以下漏洞已修复：

    USBsisusbvga添加端点检查 (CVE-2023-54213)

    在 Linux 内核中，以下漏洞已修复：

    net修复 sock_recv_cmsgs() 中 sk->sk_stamp 的加载损坏。 (CVE-2023-54218)

    在 Linux 内核中，以下漏洞已修复：

    af_unix修复围绕 sk->sk_shutdown 的数据争用。 (CVE-2023-54226)

    在 Linux 内核中，以下漏洞已修复：

    ACPIEC修复删除自定义查询处理程序时的 oops (CVE-2023-54244)

    在 Linux 内核中，以下漏洞已修复：

    debugobjects不从 fill_pool() 唤醒 kswapd (CVE-2023-54268)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 md 线程的内存泄漏 (CVE-2023-54294)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复在非日志模式下转换内联目录时的死锁 (CVE-2023-54311)

    在 Linux 内核的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中发现了一个释放后使用缺陷。本地用户可利用此缺陷，在释放旧配额文件名以触发潜在的故障时，造成信息泄漏问题，从而导致释放后使用。(CVE-2024-0775)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的内核版本低于 5.15.117-72.142。因此，会受到 ALAS2KERNEL-5.15-2023-021 公告中提及的多个漏洞影响。

    在 6.2.7 及之前版本的 Linux 内核中，fs/ntfs3/inode.c 在重播日志前未验证 MFT 标记，因而包含无效的 kfree。(CVE-2022-48425)

    在 Linux 内核中，以下漏洞已修复：

    binder修复与 munmap() 争用中 alloc->vma 的 UAF (CVE-2022-50240)

    在 Linux 内核中，以下漏洞已修复：

    binder修复与 munmap() 争用中 alloc->vma 的 UAF (CVE-2022-50338)

    Linux 内核的 eBPF 子系统中可能发生死锁问题。

    Amazon Linux 上的默认 sysctl 配置 kernel.unprivileged_bpf_disabled 不允许非特权用户使用 eBPF。(CVE-2023-0160)

    在处理 RPL 协议期间，在 Linux 内核的网络子系统中发现一个缺陷。发生此问题的原因是未正确处理用户提供的数据，这可导致断言失败。该缺陷可能允许未经身份验证的远程攻击者在系统上创建拒绝服务情况。
    (CVE-2023-2156)

    可以利用 Linux 内核 ipvlan 网络驱动程序中的堆越界写入漏洞实现本地特权提升。

    出现越界写入的原因是 ipvlan 网络驱动程序中缺少 skb->cb 初始化。如果启用了 CONFIG_IPVLAN，则可利用此漏洞。

    我们建议升级过去的提交 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

    在 Linux 内核的中继文件中，在 kernel/relay.c 的 relay_file_read_start_pos 中发现一个越界 (OOB) 内存访问缺陷。此缺陷允许本地攻击者造成系统崩溃或泄露内核内部信息。(CVE-2023-3268)

    在 6.3.3 之前版本的 Linux 内核中发现了一个问题。由于 ext4_group_desc_csum 未正确检查偏移，因此当从 fs/ext4/super.c 调用时，lib/crc16.c 中的 crc16 发生越界读取问题。(CVE-2023-34256)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

    在 6.3.7 之前的 Linux 内核中发现 net/sched/cls_flower.c 内的 fl_set_geneve_opt 存在问题。
    借助 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 数据包，此问题可造成花卉分类器代码出现越界写入。
    这可能导致拒绝服务或权限升级。(CVE-2023-35788)

    在 Linux 内核中，以下漏洞已修复：

    serial8250重新初始化端口特定驱动程序 unbind 上的 port->pm (CVE-2023-53176)

    在 Linux 内核中，以下漏洞已修复：

    ACPICA避免未定义的行为将零偏移应用到空指针 (CVE-2023-53182)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3在 indx_get_root 中添加长度检查 (CVE-2023-53194)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复部分写入情况下 i_disksize 超过 i_size 的问题 (CVE-2023-53270)

    在 Linux 内核中，以下漏洞已修复：

    ext4在 get_max_inline_xattr_value_size() 中添加边界检查 (CVE-2023-53285)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复 ntfs_lookup() 中 inode->i_op 上的 null-ptr-deref (CVE-2023-53294)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复“r10bio->remaining”的泄漏以进行恢复 (CVE-2023-53299)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 mb_find_extent 中的警告 (CVE-2023-53317)

    在 Linux 内核中，以下漏洞已修复：

    rcu保护 rcu_print_task_exp_stall() ->exp_tasks 访问 (CVE-2023-53419)

    在 Linux 内核中，以下漏洞已修复：

    net添加 vlan_get_protocol_and_depth() 辅助函数 (CVE-2023-53433)

    在 Linux 内核中，以下漏洞已修复：

    ext4删除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

    在 Linux 内核中，以下漏洞已修复：

    ext4改进 ext4_dirhash() 中的错误处理 (CVE-2023-53473)

    在 Linux 内核中，以下漏洞已修复：

    x86/MCE/AMD将 u64 用于 bank_map (CVE-2023-53474)

    在 Linux 内核中，以下漏洞已修复：

    libcpu_rmap避免 rmap->obj 数组条目上的释放后使用 (CVE-2023-53484)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3增强属性大小检查 (CVE-2023-53486)

    在 Linux 内核中，以下漏洞已修复：

    tcp/udp修复具有 TX 时间戳的 sk 和 zerocopy skbs 的内存泄漏。 (CVE-2023-53489)

    在 Linux 内核中，以下漏洞已修复：

    virtio_net修复 XDP 初始化的错误展开 (CVE-2023-53499)

    在 Linux 内核中，以下漏洞已修复：

    ext4允许 ext4_get_group_info() 失败 (CVE-2023-53503)

    在 Linux 内核中，以下漏洞已修复：

    nbd修复 ioctl arg 的不完整验证 (CVE-2023-53513)

    在 Linux 内核中，以下漏洞已修复：

    blk-crypto使 blk_crypto_evict_key() 更可靠 (CVE-2023-53536)

    在 Linux 内核中，以下漏洞已修复：

    netfilternft_set_rbtree修复元素插入时的空取消引用 (CVE-2023-53566)

    在 Linux 内核中，以下漏洞已修复：

    drm/i915使 intel_get_crtc_new_encoder() 减少 oopsy (CVE-2023-53571)

    在 Linux 内核中，以下漏洞已修复：

    null_blk始终从 configfs 检查队列模式设置 (CVE-2023-53576)

    在 Linux 内核中，以下漏洞已修复：

    scsitarget修复多个 LUN_RESET 处理 (CVE-2023-53586)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer同步 IRQ 在缓冲区破坏前工作 (CVE-2023-53587)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e修复 tc 路由查询代码中的死锁 (CVE-2023-53591)

    在 Linux 内核中，以下漏洞已修复：

    dm 完整性在 dm_integrity_init() 错误路径中调用 kmem_cache_destroy()CVE-2023-53604

    在 Linux 内核中，以下漏洞已修复：

    net/schedsch_fq修复 credit 整数溢出 (CVE-2023-53624)

    在 Linux 内核中，以下漏洞已修复：

    rcu避免由于 __rcu_irq_enter_check_tick() 被 kprobe-ed 导致的堆栈溢出 (CVE-2023-53655)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 ext4_find_extent 中针对 bigalloc + 内联的释放后使用读取 (CVE-2023-53692)

    在 Linux 内核中，以下漏洞已修复：

    ipv6修复 ipv6_find_tlv() 中的越界访问 (CVE-2023-53705)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复 ni_write_inode 中的空取消引用 (CVE-2023-53732)

    在 Linux 内核中，以下漏洞已修复：

    vc_screen重新加载 vcs_write() 中的 struct vc_data 指针加载以避免 UAFCVE-2023-53747]

    在 Linux 内核中，以下漏洞已修复：

    dmflakey修复无效表行中的崩溃问题 (CVE-2023-53786)

    在 Linux 内核中，以下漏洞已修复：

    ethtool修复未初始化的通道数量 (CVE-2023-53798)

    在 Linux 内核中，以下漏洞已修复：

    blk-mq在报告 I/O 完成之前释放 crypto keyslot (CVE-2023-53810)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

    在 Linux 内核中，以下漏洞已修复：

    netlink批注对 nlk->cb_running 的访问 (CVE-2023-53853)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复 hdr_delete_de() 中的 slab 越界读取 (CVE-2023-53988)

    在 Linux 内核中，以下漏洞已修复：

    SMB3添加缺失的锁以保护延迟关闭文件列表 (CVE-2023-53990)

    在 Linux 内核中，以下漏洞已修复：

    udplite修复 __sk_mem_raise_allocating() 中的空指针取消引用。 (CVE-2023-54004)

    在 Linux 内核中，以下漏洞已修复：

    vmci_host修复 vmci_host_poll() 中导致 GPF 的争用条件 (CVE-2023-54007)

    在 Linux 内核中，以下漏洞已修复：

    net修复对虚拟接口禁用 LRO 时的堆栈溢出 (CVE-2023-54012)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5Devcom修复 mlx5_devcom_register_device 中的错误流 (CVE-2023-54015)

    在 Linux 内核中，以下漏洞已修复：

    ext4在 ext4_mb_normalize_request 中正确设置目标开始 (CVE-2023-54021)

    在 Linux 内核中，以下漏洞已修复：

    bpf修复 LRU 和 LRU_PERCPU 哈希映射中的内存泄漏 (CVE-2023-54033)

    在 Linux 内核中，以下漏洞已修复：

    spmi删除 SPMI 驱动程序时添加对删除回调的检查 (CVE-2023-54044)

    在 Linux 内核中，以下漏洞已修复：

    kheaders使用数组声明而不是 char (CVE-2023-54056)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 ext4_xattr_move_to_block() 中的无效释放跟踪 (CVE-2023-54062)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复 indx_insert_into_buffer 中的 OOB 读取 (CVE-2023-54063)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复 ntfs_read_mft 失败时的内存泄漏 (CVE-2023-54077)

    在 Linux 内核中，以下漏洞已修复：

    bpf将 preempt_count_{sub,add} 添加到 btf id 拒绝列表 (CVE-2023-54086)

    在 Linux 内核中，以下漏洞已修复：

    netnsh使用正确的 mac_offset 在 nsh_gso_segment() 中展开 gso skbCVE-2023-54114]

    在 Linux 内核中，以下漏洞已修复：

    inotify避免报告具有无效 wd 的事件 (CVE-2023-54119)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复“conf->bio_split”的内存泄漏 (CVE-2023-54123)

    在 Linux 内核中，以下漏洞已修复：

    binder修复与 munmap() 争用中 alloc->vma 的 UAF (CVE-2023-54157)

    在 Linux 内核中，以下漏洞已修复：

    btrfs除非特别指定否则不释放 qgroup 空间 (CVE-2023-54158)

    在 Linux 内核中，以下漏洞已修复：

    firmwarearm_sdei修复无效上下文 BUG 中的休眠 (CVE-2023-54160)

    在 Linux 内核中，以下漏洞已修复：

    net/schedcls_api在释放之前从 driver_list 中删除 block_cb (CVE-2023-54193)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复“ni_write_inode”中的空指针取消引用 (CVE-2023-54196)

    在 Linux 内核中，以下漏洞已修复：

    netfilternf_tables始终从通知程序释放 netdev 挂钩CVE-2023-54200

    在 Linux 内核中，以下漏洞已修复：

    net修复 sock_recv_cmsgs() 中 sk->sk_stamp 的加载损坏。 (CVE-2023-54218)

    在 Linux 内核中，以下漏洞已修复：

    af_unix修复围绕 sk->sk_shutdown 的数据争用。 (CVE-2023-54226)

    在 Linux 内核中，以下漏洞已修复：

    ACPIEC修复删除自定义查询处理程序时的 oops (CVE-2023-54244)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3添加对 kmemdup 的检查 (CVE-2023-54248)

    在 Linux 内核中，以下漏洞已修复：

    debugobjects不从 fill_pool() 唤醒 kswapd (CVE-2023-54268)

    在 Linux 内核中，以下漏洞已修复：

    SUNRPC双重释放 xprt_ctxt 仍在使用中 (CVE-2023-54269)

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3修复 ni_clear() 中可能的空指针取消引用 (CVE-2023-54272)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 md 线程的内存泄漏 (CVE-2023-54294)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复在非日志模式下转换内联目录时的死锁 (CVE-2023-54311)

    在 Linux 内核的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中发现了一个释放后使用缺陷。本地用户可利用此缺陷，在释放旧配额文件名以触发潜在的故障时，造成信息泄漏问题，从而导致释放后使用。(CVE-2024-0775)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的内核版本低于 5.10.184-174.730。因此，会受到 ALAS2KERNEL-5.10-2023-034 公告中提及的多个漏洞影响。

    在 Linux 内核流量控制 (TC) 子系统中发现缺陷。使用特定网络配置（使用 TC 操作镜像将出口数据包重定向到入口）时，本地非特权用户可在使用中的传输协议（TCP 或 SCTP）进行重新传输时触发 CPU 软锁定（ABBA 死锁），从而导致拒绝服务条件。(CVE-2022-4269)

    在 Linux 内核中，以下漏洞已修复：

    btrfs：如果在 prepare_to_relocate() 中事务提交失败，则取消设置重定位控制 (CVE-2022-50067)

    Linux 内核的 eBPF 子系统中可能发生死锁问题。

    Amazon Linux 上的默认 sysctl 配置 kernel.unprivileged_bpf_disabled 不允许非特权用户使用 eBPF。(CVE-2023-0160)

    在处理 RPL 协议期间，在 Linux 内核的网络子系统中发现一个缺陷。发生此问题的原因是未正确处理用户提供的数据，这可导致断言失败。该缺陷可能允许未经身份验证的远程攻击者在系统上创建拒绝服务情况。
    (CVE-2023-2156)

    可以利用 Linux 内核 ipvlan 网络驱动程序中的堆越界写入漏洞实现本地特权提升。

    出现越界写入的原因是 ipvlan 网络驱动程序中缺少 skb->cb 初始化。如果启用了 CONFIG_IPVLAN，则可利用此漏洞。

    我们建议升级过去的提交 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 内核的 btrfs 内，在 fs/btrfs/relocation.c 中的 prepare_to_relocate 内发现了一个释放后使用漏洞。通过在调用 btrfs_ioctl_defrag() 之前调用 btrfs_ioctl_balance()，可触发此潜在缺陷。(CVE-2023-3111)

    在 Linux 内核的媒体访问中，在 drivers/memstick/host/r592.c 的 r592_remove 中发现一个释放后使用缺陷。此缺陷让本地攻击者能够在设备断开连接时使系统崩溃，进而可能导致内核信息泄露。(CVE-2023-3141)

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

    在 Linux 内核的中继文件中，在 kernel/relay.c 的 relay_file_read_start_pos 中发现一个越界 (OOB) 内存访问缺陷。此缺陷允许本地攻击者造成系统崩溃或泄露内核内部信息。(CVE-2023-3268)

    在 6.3.3 之前版本的 Linux 内核中发现了一个问题。由于 ext4_group_desc_csum 未正确检查偏移，因此当从 fs/ext4/super.c 调用时，lib/crc16.c 中的 crc16 发生越界读取问题。(CVE-2023-34256)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

    在 6.3.7 之前的 Linux 内核中发现 net/sched/cls_flower.c 内的 fl_set_geneve_opt 存在问题。
    借助 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 数据包，此问题可造成花卉分类器代码出现越界写入。
    这可能导致拒绝服务或权限升级。(CVE-2023-35788)

    在 Linux 内核中，以下漏洞已修复：

    serial8250重新初始化端口特定驱动程序 unbind 上的 port->pm (CVE-2023-53176)

    在 Linux 内核中，以下漏洞已修复：

    ACPICA避免未定义的行为将零偏移应用到空指针 (CVE-2023-53182)

    在 Linux 内核中，以下漏洞已修复：

    ext4在 get_max_inline_xattr_value_size() 中添加边界检查 (CVE-2023-53285)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复“r10bio->remaining”的泄漏以进行恢复 (CVE-2023-53299)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 mb_find_extent 中的警告 (CVE-2023-53317)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2在降级为只读后不写入脏数据 (CVE-2023-53337)

    在 Linux 内核中，以下漏洞已修复：

    rcu保护 rcu_print_task_exp_stall() ->exp_tasks 访问 (CVE-2023-53419)

    在 Linux 内核中，以下漏洞已修复：

    net添加 vlan_get_protocol_and_depth() 辅助函数 (CVE-2023-53433)

    在 Linux 内核中，以下漏洞已修复：

    ext4删除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

    在 Linux 内核中，以下漏洞已修复：

    x86/MCE/AMD将 u64 用于 bank_map (CVE-2023-53474)

    在 Linux 内核中，以下漏洞已修复：

    libcpu_rmap避免 rmap->obj 数组条目上的释放后使用 (CVE-2023-53484)

    在 Linux 内核中，以下漏洞已修复：

    tcp/udp修复具有 TX 时间戳的 sk 和 zerocopy skbs 的内存泄漏。 (CVE-2023-53489)

    在 Linux 内核中，以下漏洞已修复：

    ext4允许 ext4_get_group_info() 失败 (CVE-2023-53503)

    在 Linux 内核中，以下漏洞已修复：

    tipc如果 mtu 协商中的 msg_max 太小则不更新 mtu (CVE-2023-53517)

    在 Linux 内核中，以下漏洞已修复：

    blk-crypto使 blk_crypto_evict_key() 更可靠 (CVE-2023-53536)

    在 Linux 内核中，以下漏洞已修复：

    netfilternft_set_rbtree修复元素插入时的空取消引用 (CVE-2023-53566)

    在 Linux 内核中，以下漏洞已修复：

    spiqup不跳过删除的错误路径中的清理 (CVE-2023-53567)

    在 Linux 内核中，以下漏洞已修复：

    ext2挂载期间检查块大小有效性 (CVE-2023-53569)

    在 Linux 内核中，以下漏洞已修复：

    null_blk始终从 configfs 检查队列模式设置 (CVE-2023-53576)

    在 Linux 内核中，以下漏洞已修复：

    scsitarget修复多个 LUN_RESET 处理 (CVE-2023-53586)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer同步 IRQ 在缓冲区破坏前工作 (CVE-2023-53587)

    在 Linux 内核中，以下漏洞已修复：

    dm 完整性在 dm_integrity_init() 错误路径中调用 kmem_cache_destroy()CVE-2023-53604

    在 Linux 内核中，以下漏洞已修复：

    net/schedsch_fq修复 credit 整数溢出 (CVE-2023-53624)

    在 Linux 内核中，以下漏洞已修复：

    rcu避免由于 __rcu_irq_enter_check_tick() 被 kprobe-ed 导致的堆栈溢出 (CVE-2023-53655)

    在 Linux 内核中，以下漏洞已修复：

    fshfsplus从 hfsplus_cat_{read,write}_inode() 删除 WARN_ON() (CVE-2023-53683)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 ext4_find_extent 中针对 bigalloc + 内联的释放后使用读取 (CVE-2023-53692)

    在 Linux 内核中，以下漏洞已修复：

    ipv6修复 ipv6_find_tlv() 中的越界访问 (CVE-2023-53705)

    在 Linux 内核中，以下漏洞已修复：

    serialarc_uart修复“arc_serial_probe”中的 of_iomap 泄漏 (CVE-2023-53719)

    在 Linux 内核中，以下漏洞已修复：

    vc_screen重新加载 vcs_write() 中的 struct vc_data 指针加载以避免 UAFCVE-2023-53747]

    在 Linux 内核中，以下漏洞已修复：

    scsilpfc修复 lpfc_sli4_pci_mem_setup() 中的 ioremap 问题 (CVE-2023-53754)

    在 Linux 内核中，以下漏洞已修复：

    USBusbtmc修复了 0 长度 ioctl 控制消息的方向 (CVE-2023-53761)

    在 Linux 内核中，以下漏洞已修复：

    dmflakey修复无效表行中的崩溃问题 (CVE-2023-53786)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2修复 nilfs_evict_inode() 中 nilfs_root 的释放后使用缺陷CVE-2023-53804]

    在 Linux 内核中，以下漏洞已修复：

    blk-mq在报告 I/O 完成之前释放 crypto keyslot (CVE-2023-53810)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2修复 nilfs_mdt_get_block() 中的无限循环CVE-2023-53845]

    在 Linux 内核中，以下漏洞已修复：

    netlink批注对 nlk->cb_running 的访问 (CVE-2023-53853)

    在 Linux 内核中，以下漏洞已修复：

    udplite修复 __sk_mem_raise_allocating() 中的空指针取消引用。 (CVE-2023-54004)

    在 Linux 内核中，以下漏洞已修复：

    vmci_host修复 vmci_host_poll() 中导致 GPF 的争用条件 (CVE-2023-54007)

    在 Linux 内核中，以下漏洞已修复：

    net修复对虚拟接口禁用 LRO 时的堆栈溢出 (CVE-2023-54012)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5Devcom修复 mlx5_devcom_register_device 中的错误流 (CVE-2023-54015)

    在 Linux 内核中，以下漏洞已修复：

    ext4在 ext4_mb_normalize_request 中正确设置目标开始 (CVE-2023-54021)

    在 Linux 内核中，以下漏洞已修复：

    spmi删除 SPMI 驱动程序时添加对删除回调的检查 (CVE-2023-54044)

    在 Linux 内核中，以下漏洞已修复：

    kheaders使用数组声明而不是 char (CVE-2023-54056)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复 ext4_xattr_move_to_block() 中的无效释放跟踪 (CVE-2023-54062)

    在 Linux 内核中，以下漏洞已修复：

    scsiqedi修复 qedi_remove() 中的释放后使用缺陷 (CVE-2023-54100)

    在 Linux 内核中，以下漏洞已修复：

    scsilpfc防止 lpfc_debugfs_lockstat_write() 缓冲区溢出CVE-2023-54102]

    在 Linux 内核中，以下漏洞已修复：

    netnsh使用正确的 mac_offset 在 nsh_gso_segment() 中展开 gso skbCVE-2023-54114]

    在 Linux 内核中，以下漏洞已修复：

    inotify避免报告具有无效 wd 的事件 (CVE-2023-54119)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复“conf->bio_split”的内存泄漏 (CVE-2023-54123)

    在 Linux 内核中，以下漏洞已修复：

    btrfs除非特别指定否则不释放 qgroup 空间 (CVE-2023-54158)

    在 Linux 内核中，以下漏洞已修复：

    firmwarearm_sdei修复无效上下文 BUG 中的休眠 (CVE-2023-54160)

    在 Linux 内核中，以下漏洞已修复：

    RDMA/mlx4防止 set_user_sq_size() 中位移封装 (CVE-2023-54168)

    在 Linux 内核中，以下漏洞已修复：

    scsitargetiscsit在释放会话前释放 cmd (CVE-2023-54184)

    在 Linux 内核中，以下漏洞已修复：

    net/schedcls_api在释放之前从 driver_list 中删除 block_cb (CVE-2023-54193)

    在 Linux 内核中，以下漏洞已修复：

    USBsisusbvga添加端点检查 (CVE-2023-54213)

    在 Linux 内核中，以下漏洞已修复：

    net修复 sock_recv_cmsgs() 中 sk->sk_stamp 的加载损坏。 (CVE-2023-54218)

    在 Linux 内核中，以下漏洞已修复：

    af_unix修复围绕 sk->sk_shutdown 的数据争用。 (CVE-2023-54226)

    在 Linux 内核中，以下漏洞已修复：

    ACPIEC修复删除自定义查询处理程序时的 oops (CVE-2023-54244)

    在 Linux 内核中，以下漏洞已修复：

    debugobjects不从 fill_pool() 唤醒 kswapd (CVE-2023-54268)

    在 Linux 内核中，以下漏洞已修复：

    RDMA/srpt添加“mad_agent”指针有效检查 (CVE-2023-54274)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 md 线程的内存泄漏 (CVE-2023-54294)

    在 Linux 内核中，以下漏洞已修复：

    ext4修复在非日志模式下转换内联目录时的死锁 (CVE-2023-54311)

    在 Linux 内核的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中发现了一个释放后使用缺陷。本地用户可利用此缺陷，在释放旧配额文件名以触发潜在的故障时，造成信息泄漏问题，从而导致释放后使用。(CVE-2024-0775)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
279959	Linux Distros 未修补的漏洞：CVE-2023-54015	Nessus	Misc.	2025/12/25	2026/9/30	medium
360928	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1771077729）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
360081	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1771239384）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
361173	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1771078945）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
177776	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-047 (ALASKERNEL-5.4-2023-047)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
177781	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2023-021 (ALASKERNEL-5.15-2023-021)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
177770	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-034 (ALASKERNEL-5.10-2023-034)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high

检测

插件搜索

medium

high

high

high

high

high

high