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

    在 Linux 内核中发现了一个归类为“存在问题”的漏洞。这会影响 IPv4 处理程序组件中 net/ipv4/fib_semantics.c 文件的 fib_nh_match 函数。攻击者可利用此漏洞导致越界读取。可以远程发起攻击。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-210357。(CVE-2022-3435)

    在 Linux 内核中发现一个漏洞。已将此漏洞声明为“有问题”。受此漏洞影响的是组件 BPF 的文件 mm/gup.c 的函数 follow_page_pte。此操纵导致争用条件。攻击者可远程执行攻击。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211921。(CVE-2022-3623)

    客户机可通过 netback 触发 NIC 接口重置/中止/崩溃。客户机可通过发送某些类型的数据包，在基于 Linux 的网络后端中触发 NIC 接口重置/中止/崩溃。Linux 网络堆栈的其余部分似乎有一个（未写入的）假设，即数据包协议标头都包含在 SKB 的线性部分中，如果不是这样，有些 NIC 就会表现不良。据报告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 会发生此问题，但其他 NIC/驱动程序也可能会出现此问题。如果前端发送带有拆分标头的请求，netback 会将违反上述假设的请求转发给网络核心，从而导致所述错误行为。(CVE-2022-3643)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42328)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 内核的 SYSCTL 子系统中，用户更改某些内核参数和变量的方式中存在堆栈溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-4378)

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

    udf：修复间接范围边界中的预分配丢弃问题 (CVE-2022-48946)

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

    igb：初始化 VF 重置的邮箱消息 (CVE-2022-48949)

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

    ipv6：避免 ip6_fragment() 中的释放后使用问题 (CVE-2022-48956)

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

    xen-netfront：修复实时迁移后的空字符串 (CVE-2022-48969)

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

    af_unix：在 unix_diag_get_exact() 中，从 in_skb 获取 user_ns。(CVE-2022-48970)

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

    mac802154：修复 ieee802154_if_add() 中缺少 INIT_LIST_HEAD 的问题 (CVE-2022-48972)

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

    can：修复 can_rcv_filter 中的空指针取消引用漏洞 (CVE-2022-48977)

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

    HID：core：修复 hid_report_raw_event 中的位移越界问题 (CVE-2022-48978)

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

    drm/shmem-helper：删除错误路径中的错误 (CVE-2022-48981)

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

    mm/gup：修复 dax 的 gup_pud_range() (CVE-2022-48986)

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

    media：v4l2-dv-timings.c：修复过于严格的消隐健全性检查 (CVE-2022-48987)

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

    memcg：修复 memcg_write_event_control() 中可能存在的释放后使用问题 (CVE-2022-48988)

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

    mm/khugepaged：在 shmem/文件崩溃路径中调用 MMU 通知程序 (CVE-2022-48991)

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

    char：tpm：使用锁定保护 tpm_pm_suspend (CVE-2022-48997)

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

    ipv4：处理当 fib_info 包含 nh 引用时删除多路径路由的尝试 (CVE-2022-48999)

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

    iommu/vt-d：修复 has_external_pci() 中的 PCI 设备引用计数泄漏问题 (CVE-2022-49000)

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

    iommu/vt-d：修复 dmar_dev_scope_init() 中的 PCI 设备引用计数泄漏问题 (CVE-2022-49002)

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

    tracing：删除已使用的动态事件时释放缓冲区 (CVE-2022-49006)

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

    nilfs2：修复 nilfs_palloc_commit_free_entry() 中的空指针取消引用问题 (CVE-2022-49007)

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

    sctp：修复 sctp_stream_outq_migrate() 中的内存流失问题 (CVE-2022-49013)

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

    net: tun：修复 tun_detach() 中的释放后使用问题 (CVE-2022-49014)

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

    net：hsr：修复潜在的释放后使用漏洞 (CVE-2022-49015)

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

    tipc：tipc_msg_validate 之后重新获取 skb cb (CVE-2022-49017)

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

    net：phy：修复 probe() 失败时的空指针取消引用问题 (CVE-2022-49021)

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

    net/mlx5e：修复恢复终止表时的释放后使用问题 (CVE-2022-49025)

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

    iavf：修复 iavf_init_module() 中的错误处理 (CVE-2022-49027)

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

    ixgbevf：修复 ixgbevf_init_module() 中的资源泄漏问题 (CVE-2022-49028)

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

    libbpf：处理 ringbuf mmap 的大小溢出问题 (CVE-2022-49030)

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

    btrfs：qgroup：修复 btrfs_qgroup_inherit() 中无效上下文导致休眠的缺陷 (CVE-2022-49033)

    在 Linux 内核 5.6 至 5.11 版（含）中，io_uring 子系统的 IORING_OP_CLOSE 操作中存在检查时间和使用时间不一致的问题，使本地用户可以将其特权提升为根级特权。
    此问题在 b5dba59e0cf7e2cc4d3b3b1ac5fe81ddf21959eb 中引入，已在 9eac1904d3364254d622bf2c771c4f85cd435fc2 中修补，并在 788d0824269bef539fe31a785b1517882eafed93 中向后移植到稳定版本中 (CVE-2023-1295)

    在 Linux 内核中，发现 net/can/af_can.c 的 can 协议中存在空指针取消引用问题。
    在 CAN 帧的接收路径中，可能未初始化 ml_priv。本地用户可利用此问题来造成系统崩溃或拒绝服务。(CVE-2023-2166)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：samples/landlock: Fix path_list memory leak Clang static analysis reports this error sandboxer.c:134:8: warning: Potential leak of memory pointed to by 'path_list' ret = 0; ^ path_list is allocated in parse_path() but never freed. (CVE-2021-47654)

  - 已修复 Linux 内核中的下列漏洞：tty: synclink_gt: Fix null-pointer-dereference in slgt_clean() When the driver fails at alloc_hdlcdev(), and then we remove the driver module, we will get the following splat: [ 25.065966] general protection fault, probably for non-canonical address 0xdffffc0000000182: 0000 [#1] PREEMPT SMP KASAN PTI [ 25.066914] KASAN: null-ptr-deref in range [0x0000000000000c10-0x0000000000000c17] [ 25.069262] RIP: 0010:detach_hdlc_protocol+0x2a/0x3e0 [25.077709] Call Trace: [ 25.077924] <TASK> [ 25.078108] unregister_hdlc_device+0x16/0x30 [ 25.078481] slgt_cleanup+0x157/0x9f0 [synclink_gt] Fix this by checking whether the 'info->netdev' is a null pointer first. (CVE-2022-49307)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已修复 Linux 内核中的下列漏洞：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已修复 Linux 内核中的下列漏洞：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx]() The ACPI buffer memory (out.pointer) returned by wmi_evaluate_method() is not freed after the call, so it leads to memory leak. The method results in ACPI buffer is not used, so just pass NULL to wmi_evaluate_method() which fixes the memory leak. (CVE-2022-50521)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

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

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx]() The ACPI buffer memory (out.pointer) returned by wmi_evaluate_method() is not freed after the call, so it leads to memory leak. The method results in ACPI buffer is not used, so just pass NULL to wmi_evaluate_method() which fixes the memory leak. (CVE-2022-50521)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

远程主机上安装的内核版本低于 4.14.304-226.531。因此，该软件受到 ALAS2-2023-1932 公告中提及的多个漏洞影响。

    客户机可通过 netback 触发 NIC 接口重置/中止/崩溃。客户机可通过发送某些类型的数据包，在基于 Linux 的网络后端中触发 NIC 接口重置/中止/崩溃。Linux 网络堆栈的其余部分似乎有一个（未写入的）假设，即数据包协议标头都包含在 SKB 的线性部分中，如果不是这样，有些 NIC 就会表现不良。据报告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 会发生此问题，但其他 NIC/驱动程序也可能会出现此问题。如果前端发送带有拆分标头的请求，netback 会将违反上述假设的请求转发给网络核心，从而导致所述错误行为。(CVE-2022-3643)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42328)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 内核 6.0.10 及之前所有版本中发现一个问题。 net/bluetooth/l2cap_core.c 中的 l2cap_config_req 可通过 L2CAP_CONF_REQ 数据包产生整数环绕问题。(CVE-2022-45934)

    在 6.1.6 之前的 Linux 内核中，流量控制子系统中有一个空指针取消引用缺陷，允许非特权用户通过使用 tc qdisc 和 tc class 命令设置的构建的流量控制配置触发拒绝服务（系统崩溃）。这会影响 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

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

    udf：修复间接范围边界中的预分配丢弃问题 (CVE-2022-48946)

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

    Bluetooth：L2CAP：修复 u8 溢出问题 (CVE-2022-48947)

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

    igb：初始化 VF 重置的邮箱消息 (CVE-2022-48949)

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

    ipv6：避免 ip6_fragment() 中的释放后使用问题 (CVE-2022-48956)

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

    mac802154：修复 ieee802154_if_add() 中缺少 INIT_LIST_HEAD 的问题 (CVE-2022-48972)

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

    HID：core：修复 hid_report_raw_event 中的位移越界问题 (CVE-2022-48978)

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

    media：v4l2-dv-timings.c：修复过于严格的消隐健全性检查 (CVE-2022-48987)

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

    memcg：修复 memcg_write_event_control() 中可能存在的释放后使用问题 (CVE-2022-48988)

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

    mm/khugepaged：在 shmem/文件崩溃路径中调用 MMU 通知程序 (CVE-2022-48991)

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

    mmcvub300修复 mmc_add_host() 的返回值检查 (CVE-2022-50251)

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

    igb请勿释放 q_vector除非分配了新的 q_vector (CVE-2022-50252)

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

    bpf确保重定向到隧道设备时 skb->len != 0 (CVE-2022-50253)

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

    drm/radeon添加缺失的 acpi_put_table() 以修复内存泄漏 (CVE-2022-50275)

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

    PNP修复 pnp_alloc_dev() 中的名称内存泄漏 (CVE-2022-50278)

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

    pnode在源对等机上终止 (CVE-2022-50280)

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

    chardev修复 cdev_device_add() 中的错误处理 (CVE-2022-50282)

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

    fsjfs修复 dbDiscardAG 中的位移越界 (CVE-2022-50333)

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

    rapidio修复 rio_add_device() 失败时可能的名称泄漏 (CVE-2022-50343)

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

    ext4“ext4_rename”中“old.inode”的初始化配额 (CVE-2022-50346)

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

    misctifm修复 tifm_7xx1_switch_media() 中可能的内存泄漏 (CVE-2022-50349)

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

    skbuff考虑拉取操作期间的尾部调整 (CVE-2022-50365)

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

    md修复 mempool_free 中的崩溃CVE-2022-50381

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

    tpmtpm_crb添加缺失的 acpi_put_table() 以修复内存泄漏 (CVE-2022-50389)

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

    nfsd在 NFSv4.1 下修复 rpc_create 失败时的双重 svc_xprt_put (CVE-2022-50401)

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

    net/tunnel等待所有 sk_user_data 阅读器完成然后再释放 sock (CVE-2022-50405)

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

    ACPICA修复了 acpi_ds_call_control_method() 中的错误代码路径 (CVE-2022-50411)

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

    scsifcoe修复 fcoe_if_init() 失败时未解除连接传输 (CVE-2022-50414)

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

    ACPICA修复 acpi_ut_copy_ipackage_to_ipackage() 中的释放后使用 (CVE-2022-50423)

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

    mmcvub300修复警告 - !TASK_RUNNING 时不调用阻断 ops (CVE-2022-50430)

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

    blk-mq修复寄存器“hctx”失败时可能的内存泄漏 (CVE-2022-50434)

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

    MIPSvpe-mt修复模块退出时可能的内存泄漏 (CVE-2022-50462)

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

    Macintosh修复 macio_add_one_device() 中可能的内存泄漏 (CVE-2022-50474)

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

    nilfs2修复 nilfs_sb2_bad_offset() 中的位移越界/溢出CVE-2022-50478]

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

    dm cache修复 destroy() 中的 UAF (CVE-2022-50496)

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

    binfmt_misc修复 check_special_flags 中的位移越界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修复可能的 null-ptr-deref (CVE-2022-50503)

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

    iommu/amd修复 ppr_notifier() 中的 pci 设备引用计数泄漏 (CVE-2022-50505)

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

    drm/radeon修复 radeon_atrm_get_bios() 中的 PCI 设备引用计数泄漏 (CVE-2022-50520)

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

    mcbmcb-parse修复 chameleon_parse_gdd() 中的错误处理 (CVE-2022-50522)

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

    dm Thin提交失败时使用上一个事务的 pmd->root (CVE-2022-50534)

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

    dm Thin修复 run_timer_softirq() 中的 UAF (CVE-2022-50563)

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

    mtd修复在 add_mtd_device() 中注册设备失败时的设备名称泄漏 (CVE-2022-50566)

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

    fsjfs修复 dbAllocAG 中的位移越界 (CVE-2022-50567)

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

    类修复 __class_register() 中可能的内存泄漏 (CVE-2022-50578)

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

    hfs修复 __hfs_brec_find 中的 OOB 读取 (CVE-2022-50581)

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

    serialamba-pl011避免 SBSA UART 访问 DMACR 寄存器 (CVE-2022-50625)

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

    PCI通过检查 PF 修复 VF 的 pci_device_is_present() (CVE-2022-50636)

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

    ext4修复错误引导加载程序 inode 在 __es_tree_search 中造成的 bug_onCVE-2022-50638]

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

    uiouio_dmem_genirq修复 irq 配置中缺少的解锁 (CVE-2022-50652)

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

    ppp将 skb 与 tx 处的设备相关联 (CVE-2022-50655)

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

    mrp引入活动标记以在取消初始化时阻止 UAF (CVE-2022-50697)

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

    md/raid1当 raid1 数组运行失败时停止 mdx_raid1 线程 (CVE-2022-50715)

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

    hfs修复 hfs_asc2mac 中的越界写入 (CVE-2022-50747)

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

    acct修复 encode_comp_t() 中潜在的整数溢出 (CVE-2022-50749)

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

    udf避免 udf_rename() 中出现双重 brelse() (CVE-2022-50755)

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

    x86/xen修复 xen_init_lock_cpu() 中的内存泄漏 (CVE-2022-50761)

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

    tpmtpm_tis添加缺失的 acpi_put_table() 以修复内存泄漏 (CVE-2022-50824)

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

    netstream清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

    ext4修复错误路径上 ext4_xattr_inode_create() 中的 inode 泄漏 (CVE-2022-50845)

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

    mmcvia-sdmmc修复 mmc_add_host() 的返回值检查 (CVE-2022-50846)

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

    pstore通过使用 VM_IOREMAP 的 vmap()ing 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修复 ipr_init() 中的警告 (CVE-2022-50850)

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

    hwrngamd - 修复 PCI 设备引用计数泄漏 (CVE-2022-50868)

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

    RDMA/rxe修复当套接字创建失败时 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修复 mmc_add_host() 的返回值检查 (CVE-2022-50886)

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

    调节器核心修复调节器_dev_lookup() 中不平衡的节点引用计数 (CVE-2022-50887)

    Linux 内核未正确缓解 SMT 攻击（如在内核 API 中使用 STIBP 进行缓解措施的奇怪模式所发现），从而使进程在 syscall 之后的短时间内暴露于风险之下。内核在 syscall 期间也不会立即发出 IBPB。(CVE-2023-0045)

    在 net/ipv6/raw.c（位于 Linux 内核的 Network 子组件中）的 rawv6_push_pending_frames 中发现一个空指针取消引用缺陷。此缺陷会导致系统崩溃。(CVE-2023-0394)

    检测到一些可通过 MDS 等边信道泄漏机密内存的可利用小工具，以及针对 spectre-v1 的 usercopy 函数强化不充分。(CVE-2023-0459)

    Linux 内核中存在一个释放后使用漏洞，可用于实现本地特权提升。要利用此漏洞，必须配置内核配置标记 CONFIG_TLS 或 CONFIG_XFRM_ESPINTCP，但该操作不需要任何权限。

    struct inet_connection_sock 的 icsk_ulp_data 存在一个释放后使用缺陷。

    启用 CONFIG_TLS 时，用户可在连接的 TCP 套接字上安装 TLS 上下文 (struct tls_context)。
    如果此套接字已断开连接并重新用作监听器，则上下文不会被清除。如果从监听器创建新套接字，上下文将被继承并会受到攻击。

    setsockopt TCP_ULP 操作不需要任何权限。

    我们建议升级过去的提交 2c02d41d71f90a5168391b6a5f2954112ba2307c (CVE-2023-0461)

    在 Linux 内核 6.1.4 及之前版本的 net/sched/sch_atm.c 中，atm_tc_enqueue in 可让攻击者因类型混淆（非负数有时可表示 TC_ACT_SHOT 而不是有效的分类结果）导致拒绝服务。(CVE-2023-23455)

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

    nilfs2修复 nilfs_btree_insert() 中的一般保护错误CVE-2023-52900]

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

    usbxhci在取消引用端点之前检查端点是否有效 (CVE-2023-52901)

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

    netfilter: ipset：修复 bitmap_ip_create() 函数中加宽前的溢出。(CVE-2023-53032)

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

    usbrndis_host针对 int 溢出的安全 rndis_query 检查 (CVE-2023-54110)

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

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

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

  - mac802154修复 ieee802154_if_add() 中缺少的 INIT_LIST_HEAD 内核错误注入测试报告 null-ptr-deref 如下缺陷缺陷内核空指针取消引用地址0000000000000008 RIP
    0010:cfg802154_netdev_notifier_call+0x120/0x310 include/linux/list.h:114 调用跟踪 <TASK> raw_notifier_call_chain+0x6d/0xa0 kernel/notifier.c:87 call_netdevice_notifiers_info+0x6e/0xc0 net/core/dev.c:1944 unregister_netdevice_many_notify+0x60d /0xcb0 net/core/dev.c:1982 unregister_netdevice_queue+0x154/0x1a0 net/core/dev.c:10879 register_netdevice+0x9a8/0xb90 net/core/dev.c:10083 ieee802154_if_add+0x6ed/0x7e0 net/mac802154/iface. c:659 ieee802154_register_hw+0x29c/0x330 net/mac802154/main.c:229 mcr20a_probe+0xaaa/0xcb1 drivers/net/ieee802154/mcr20a.c:1316 ieee802154_if_add() 将 wpan_dev 分配为 netdev 的私有数据但未初始化列表wpan_dev。 cfg802154_netdev_notifier_call() 管理设备注册/取消注册时的列表可能导致 null-ptr-deref。对其使用 INIT_LIST_HEAD() 以正确对其进行初始化。 (CVE-2022-48972)

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

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

    在 Linux 内核中发现一个漏洞。已将此漏洞声明为“有问题”。受此漏洞影响的是组件 BPF 的文件 mm/gup.c 的函数 follow_page_pte。此操纵导致争用条件。攻击者可远程执行攻击。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211921。(CVE-2022-3623)

    客户机可通过 netback 触发 NIC 接口重置/中止/崩溃。客户机可通过发送某些类型的数据包，在基于 Linux 的网络后端中触发 NIC 接口重置/中止/崩溃。Linux 网络堆栈的其余部分似乎有一个（未写入的）假设，即数据包协议标头都包含在 SKB 的线性部分中，如果不是这样，有些 NIC 就会表现不良。据报告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 会发生此问题，但其他 NIC/驱动程序也可能会出现此问题。如果前端发送带有拆分标头的请求，netback 会将违反上述假设的请求转发给网络核心，从而导致所述错误行为。(CVE-2022-3643)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42328)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42329)

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

    ipv6：避免 ip6_fragment() 中的释放后使用问题 (CVE-2022-48956)

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

    xen-netfront：修复实时迁移后的空字符串 (CVE-2022-48969)

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

    af_unix：在 unix_diag_get_exact() 中，从 in_skb 获取 user_ns。(CVE-2022-48970)

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

    mac802154：修复 ieee802154_if_add() 中缺少 INIT_LIST_HEAD 的问题 (CVE-2022-48972)

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

    can：修复 can_rcv_filter 中的空指针取消引用漏洞 (CVE-2022-48977)

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

    HID：core：修复 hid_report_raw_event 中的位移越界问题 (CVE-2022-48978)

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

    drm/shmem-helper：删除错误路径中的错误 (CVE-2022-48981)

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

    mm/gup：修复 dax 的 gup_pud_range() (CVE-2022-48986)

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

    media：v4l2-dv-timings.c：修复过于严格的消隐健全性检查 (CVE-2022-48987)

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

    memcg：修复 memcg_write_event_control() 中可能存在的释放后使用问题 (CVE-2022-48988)

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

    mm/khugepaged：在 shmem/文件崩溃路径中调用 MMU 通知程序 (CVE-2022-48991)

    在 Linux 内核中，发现 net/can/af_can.c 的 can 协议中存在空指针取消引用问题。
    在 CAN 帧的接收路径中，可能未初始化 ml_priv。本地用户可利用此问题来造成系统崩溃或拒绝服务。(CVE-2023-2166)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
170472	Amazon Linux 2：内核 (ALASKERNEL-5.10-2023-025)	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/2/26	high
361258	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1778266904）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
359694	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/15	high
359640	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/15	high
170458	Amazon Linux 2：内核、 --advisory ALAS2KERNEL-5。15-2023-012 （ALASKERNEL-5。15-2023-012）	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/6/4	high
171229	Amazon Linux 2内核 --advisory ALAS2-2023-1932 (ALAS-2023-1932)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
225570	Linux Distros 未修补的漏洞：CVE-2022-48972	Nessus	Misc.	2025/3/5	2026/7/17	medium
170471	Amazon Linux 2：内核 (ALASKERNEL-5.4-2023-041)	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/2/26	high

检测

插件搜索

high

high

high

high

high

high

medium

high