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

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-26365)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33740)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33741)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33742)

    Arm 客户机可通过 PV 设备造成 Dom0 DoS。在 Arm 上映射客户机页面时，dom0 会使用 rbtree 来跟踪外部映射。该 rbtree 的更新并非总是在保留相关锁定的情况下全部完成，这会导致短时争用窗口，非特权客户机可借此通过 PV 设备造成 rbtree 不一致。这些不一致可导致 dom0 拒绝服务 (DoS)，例如造成崩溃或无法执行其他客户机内存页面的进一步映射。(CVE-2022-33744)

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

    net：bonding：修复 802.3ad 从属取消绑定之后的释放后使用问题 (CVE-2022-49667)

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

    linux/dim修复 RDMA DIM 中的除以 0 错误CVE-2022-49670

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

    nettun破坏时取消 NAPI 与设备的链接 (CVE-2022-49672)

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

    dm raid：修复 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

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

    dm raid修复超出 raid 成员数组末尾的访问 (CVE-2022-49674)

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

    virtio_net：修复暂停/恢复之后的 xdp_rxq_info 缺陷 (CVE-2022-49687)

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

    afs修复动态根 getattrCVE-2022-49688

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

    erspan：不假设始终设置传输标头 (CVE-2022-49691)

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

    bpf修复 sk 查找帮助程序中的 request_sock 泄漏 (CVE-2022-49697)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：asix: fix uninit-value in asix_mdio_read() asix_read_cmd() may read less than sizeof(smsr) bytes and in this case smsr will be uninitialized. Fail log: BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 (CVE-2021-47101)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已修复 Linux 内核中的下列漏洞：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已修复 Linux 内核中的下列漏洞：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已修复 Linux 内核中的下列漏洞：ceph: avoid putting the realm twice when decoding snaps fails When decoding the snaps fails it maybe leaving the 'first_realm' and 'realm' pointing to the same snaprealm memory. And then it'll put it twice and could cause random use-after-free, BUG_ON, etc issues. (CVE-2022-49770)

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

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

  - 已修复 Linux 内核中的下列漏洞：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已修复 Linux 内核中的下列漏洞：RDMA/srpt: Fix a use-after-free Change the LIO port members inside struct srpt_port from regular members into pointers. Allocate the LIO port data structures from inside srpt_make_tport() and free these from inside srpt_make_tport(). Keep struct srpt_device as long as either an RDMA port or a LIO target port is associated with it. This patch decouples the lifetime of struct srpt_port (controlled by the RDMA core) and struct srpt_port_id (controlled by LIO). This patch fixes the following KASAN complaint: BUG: KASAN: use-after-free in srpt_enable_tpg+0x31/0x70 [ib_srpt] Read of size 8 at addr ffff888141cc34b8 by task check/5093 Call Trace:
    <TASK> show_stack+0x4e/0x53 dump_stack_lvl+0x51/0x66 print_address_description.constprop.0.cold+0xea/0x41e print_report.cold+0x90/0x205 kasan_report+0xb9/0xf0 __asan_load8+0x69/0x90 srpt_enable_tpg+0x31/0x70 [ib_srpt] target_fabric_tpg_base_enable_store+0xe2/0x140 [target_core_mod] configfs_write_iter+0x18b/0x210 new_sync_write+0x1f2/0x2f0 vfs_write+0x3e3/0x540 ksys_write+0xbb/0x140 __x64_sys_write+0x42/0x50 do_syscall_64+0x34/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> (CVE-2022-50129)

  - 已修复 Linux 内核中的下列漏洞：drm/amdkfd: Fix double release compute pasid If kfd_process_device_init_vm returns failure after vm is converted to compute vm and vm->pasid set to compute pasid, KFD will not take pdd->drm_file reference. As a result, drm close file handler maybe called to release the compute pasid before KFD process destroy worker to release the same pasid and set vm->pasid to zero, this generates below WARNING backtrace and NULL pointer access. Add helper amdgpu_amdkfd_gpuvm_set_vm_pasid and call it at the last step of kfd_process_device_init_vm, to ensure vm pasid is the original pasid if acquiring vm failed or is the compute pasid with pdd->drm_file reference taken to avoid double release same pasid. amdgpu: Failed to create process VM object ida_free called for id=32770 which is not allocated. WARNING: CPU: 57 PID: 72542 at ../lib/idr.c:522 ida_free+0x96/0x140 RIP:
    0010:ida_free+0x96/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 BUG: kernel NULL pointer dereference, address:
    0000000000000000 RIP: 0010:ida_free+0x76/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 (CVE-2022-50303)

  - 已修复 Linux 内核中的下列漏洞：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已修复 Linux 内核中的下列漏洞：NFSD: Protect against send buffer overflow in NFSv2 READ Since before the git era, NFSD has conserved the number of pages held by each nfsd thread by combining the RPC receive and send buffers into a single array of pages. This works because there are no cases where an operation needs a large RPC Call message and a large RPC Reply at the same time. Once an RPC Call has been received, svc_process() updates svc_rqst::rq_res to describe the part of rq_pages that can be used for constructing the Reply. This means that the send buffer (rq_res) shrinks when the received RPC record containing the RPC Call is large. A client can force this shrinkage on TCP by sending a correctly- formed RPC Call header contained in an RPC record that is excessively large. The full maximum payload size cannot be constructed in that case. (CVE-2022-50410)

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

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

  - 已修复 Linux 内核中的下列漏洞：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

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

远程 Redhat Enterprise Linux 9 主机上安装的多个程序包受到 RHSA-2023:6583 公告中提及的多个漏洞影响。

  - 内核：内存管理器中设备私有页面发生故障时，出现争用 (CVE-2022-3523)

  - kernel：l1oip 计时器处理程序中的释放后使用 (CVE-2022-3565)

  - 内核：intr_callback 的 r8152 中存在速率限制溢出消息 (CVE-2022-3594)

  - 内核：vmwgfx：vmw_cmd_res_check 中存在释放后使用漏洞 (CVE-2022-38457)

  - 内核：vmwgfx：vmw_execbuf_tie_context 中存在释放后使用漏洞 (CVE-2022-40133)

  - hw: Intel：收集数据采样 (GDS) 边信道漏洞 (CVE-2022-40982)

  - 内核：net/bluetooth/l2cap_core.c 的 l2cap_parse_conf_req 中存在信息泄漏漏洞 (CVE-2022-42895)

  - kernel: x86/mm：随机化 per-cpu 条目区域 (CVE-2023-0597)

  - kernel: HID：检查 hid_validate_values() 中空的 report_list (CVE-2023-1073)

  - kernel: sctp：如果给定范围内没有可以使用的绑定地址，则失败 (CVE-2023-1074)

  - kernel: net/tls：tls_is_tx_ready() 检查了 list_entry (CVE-2023-1075)

  - kernel: tap: tap_open()：正确初始化套接字 uid (CVE-2023-1076)

  - kernel: hid：asus_remove() 中的释放后使用 (CVE-2023-1079)

  - kernel：IPv6 连接查找表中的哈希冲突 (CVE-2023-1206)

  - kernel：file_files_note 中缺少 mmap_lock，可能导致 coredump 代码中出现释放后使用 (CVE-2023-1249)

  - kernel: ovl：修复 ovl_aio_req 结构中的释放后使用 (CVE-2023-1252)

  - Kernel：fs/nfsd/nfs4proc.c 中 nfsd4_ssc_setup_dul 中的释放后使用 (CVE-2023-1652)

  - kernel：删除函数 xgene_hwmon_remove 中的释放后使用缺陷 (CVE-2023-1855)

  - Kernel：由于争用条件，xen_9pfs_front_remove 中存在释放后使用 (CVE-2023-1989)

  - Kernel：dm- ioctl.c 的 dm_get_inactive_table 中可能存在死锁问题，进而导致 DOS (CVE-2023-2269)

  - kernel：r592_remove 中的释放后使用缺陷 (CVE-2023-3141)

  - kernel: fbcon：fbcon_set_font() 中的 shift 越界 (CVE-2023-3161)

  - kernel: gfs2：修复 gfs2_rgrp_dump 中的空指针取消引用漏洞 (CVE-2023-3212)

  - kernel：relay_file_read 中的越界访问 (CVE-2023-3268)

  - kernel：由于 shtp_cl_get_dma_send_buf() 中缺少 kalloc() 返回值检查，导致空指针取消引用 (CVE-2023-3358)

  - kernel：net/sched：如果 tcf_change_indev() 失败，cls_u32 组件引用计数器将会泄漏 (CVE-2023-3609)

  - kernel: xfrm：xfrm_update_ae_params() 中的空指针取消引用 (CVE-2023-3772)

  - kernel: xfrm：XFRMA_MTIMER_THRESH nlattr 发生越界读取 (CVE-2023-3773)

  - kernel：SEV-ES/SEV-SNP VMGEXIT 双重提取漏洞 (CVE-2023-4155)

   kernel: tap: tap_open()：正确初始化套接字 uid，再将 i_uid 修复为 current_fsuid (CVE-2023-4194)

  - kernel：net/sched：net/sched 分类器中存在释放后使用漏洞：cls_fw、cls_u32 和 cls_route（CVE-2023-4206、CVE-2023-4207、CVE-2023-4208）

  - kernel: exFAT：exfat_get_uniname_from_ext_entry 中的堆栈溢出（CVE-2023-4273）

  - kernel: mpls：sysctl 分配时的双重释放失败 (CVE-2023-26545)

  - 内核：KVM：nVMX：缺少对 CR0 和 CR4 的一致性检查 (CVE-2023-30456)

  - kernel：net: qcom/emac: 争用条件导致 emac_remove() 中发生释放后使用 (CVE-2023-33203)

  - 内核：vmwgfx：争用条件导致信息泄露漏洞 (CVE-2023-33951)

  - 内核：vmwgfx：处理 vmw_buffer_object 对象时发生双重释放 (CVE-2023-33952)

  - kernel: r592: 争用条件导致 r592_remove() 中发生释放后使用 (CVE-2023-35825)

  - 内核：eBPF：dynptr 中的堆栈类型检查不充分 (CVE-2023-39191)

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

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

  - 已修复 Linux 内核中的下列漏洞：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已修复 Linux 内核中的下列漏洞：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已修复 Linux 内核中的下列漏洞：xhci: Remove device endpoints from bandwidth list when freeing the device Endpoints are normally deleted from the bandwidth list when they are dropped, before the virt device is freed. If xHC host is dying or being removed then the endpoints aren't dropped cleanly due to functions returning early to avoid interacting with a non-accessible host controller. So check and delete endpoints that are still on the bandwidth list when freeing the virt device. Solves a list_del corruption kernel crash when unbinding xhci-pci, caused by xhci_mem_cleanup() when it later tried to delete already freed endpoints from the bandwidth list. This only affects hosts that use software bandwidth checking, which currenty is only the xHC in intel Panther Point PCH (Ivy Bridge) (CVE-2022-50470)

  - 已修复 Linux 内核中的下列漏洞：mmc: via-sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, it will lead two issues:
    1. The memory that allocated in mmc_alloc_host() is leaked. 2. In the remove() path, mmc_remove_host() will be called to delete device, but it's not added yet, it will lead a kernel crash because of null-ptr-deref in device_del(). Fix this by checking the return value and goto error path which will call mmc_free_host(). (CVE-2022-50846)

  - 已修复 Linux 内核中的下列漏洞：media: uvcvideo: Fix memory leak in uvc_gpio_parse Previously the unit buffer was allocated before checking the IRQ for privacy GPIO. In case of error, the unit buffer was leaked. Allocate the unit buffer after the IRQ to avoid it. Addresses-Coverity-ID: 1474639 (Resource leak) (CVE-2022-50882)

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

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

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-26365)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33740)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33741)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33742)

    网络后端可能造成 Linux netfront 使用已释放的 SKB。在添加逻辑以支持 XDP (eXpress Data Path) 时，移动代码标签时所采用的方式允许释放被保留做进一步处理的包含引用（指针）的 SKB。(CVE-2022-33743)

    当用户输入错误的 NFT_DATA_VERDICT 类型时，在 Linux 内核的 Netfilter 子系统中发现堆缓冲区溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-34918)

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

    scsiqla2xxx修复模块加载卸载测试期间的崩溃 (CVE-2022-49160)

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

    block修复因跳过 rq_qos_done_bio() 而造成的 rq-qos 中断 (CVE-2022-49266)

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

    module修复 [e_shstrndx].sh_size=0 OOB 访问 (CVE-2022-49444)

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

    bpf修复从adjust_scalar_min_max_vals 传播不充分的边界 (CVE-2022-49658)

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

    ipv6：修复 in6_dump_addrs() 中的 lockdep 崩溃问题 (CVE-2022-49662)

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

    tunnels：不假设 mac 标头是在 skb_tunnel_check_pmtu() 中设置 (CVE-2022-49663)

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

    tipc将 bc 链接创建移回 tipc_node_create (CVE-2022-49664)

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

    net：bonding：修复 802.3ad 从属取消绑定之后的释放后使用问题 (CVE-2022-49667)

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

    linux/dim修复 RDMA DIM 中的除以 0 错误CVE-2022-49670

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

    RDMA/cm修复 ib_cm_insert_listen 中的内存泄漏 (CVE-2022-49671)

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

    nettun破坏时取消 NAPI 与设备的链接 (CVE-2022-49672)

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

    dm raid：修复 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

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

    dm raid修复超出 raid 成员数组末尾的访问 (CVE-2022-49674)

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

    tick/nohz取消导出 __init-annotated tick_nohz_full_setup() (CVE-2022-49675)

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

    virtio_net：修复暂停/恢复之后的 xdp_rxq_info 缺陷 (CVE-2022-49687)

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

    afs修复动态根 getattrCVE-2022-49688

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

    erspan：不假设始终设置传输标头 (CVE-2022-49691)

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

    igb：修复 igb_clean_tx_ring 中的释放后使用问题 (CVE-2022-49695)

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

    tipc修复 tipc_named_reinit 中的释放后使用读取 (CVE-2022-49696)

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

    bpf修复 sk 查找帮助程序中的 request_sock 泄漏 (CVE-2022-49697)

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

    netfilter使用 get_random_u32 而不是 prandom (CVE-2022-49698)

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

    mm/slub：添加 slab 停用时缺少的 TID 更新 (CVE-2022-49700)

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

    btrfs修复块群组回收任务运行时卸载期间的挂起 (CVE-2022-49702)

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

    sock重新执行 psock 与 ULP 保护检查 (CVE-2022-49732)

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

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

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

    在用户使用恶意数据触发 ioctl FBIOPUT_VSCREENINFO 的方式中，在 Linux 内核的基于帧缓冲区的控制台驱动程序功能中发现了一个越界写入缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2021-33655)

    Linux 的 net/rose/rose_timer.c 中存在由定时器处理程序造成的释放后使用漏洞，攻击者可在没有任何特权的情况下造成 Linux 内核崩溃。(CVE-2022-2318)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-26365)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33740)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33741)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33742)

    网络后端可能造成 Linux netfront 使用已释放的 SKB。在添加逻辑以支持 XDP (eXpress Data Path) 时，移动代码标签时所采用的方式允许释放被保留做进一步处理的包含引用（指针）的 SKB。(CVE-2022-33743)

    Arm 客户机可通过 PV 设备造成 Dom0 DoS。在 Arm 上映射客户机页面时，dom0 会使用 rbtree 来跟踪外部映射。该 rbtree 的更新并非总是在保留相关锁定的情况下全部完成，这会导致短时争用窗口，非特权客户机可借此通过 PV 设备造成 rbtree 不一致。这些不一致可导致 dom0 拒绝服务 (DoS)，例如造成崩溃或无法执行其他客户机内存页面的进一步映射。(CVE-2022-33744)

    当用户输入错误的 NFT_DATA_VERDICT 类型时，在 Linux 内核的 Netfilter 子系统中发现堆缓冲区溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-34918)

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

    usbnet：修复错误情况下的内存流失问题 (CVE-2022-49657)

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

    bpf修复从adjust_scalar_min_max_vals 传播不充分的边界 (CVE-2022-49658)

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

    tunnels：不假设 mac 标头是在 skb_tunnel_check_pmtu() 中设置 (CVE-2022-49663)

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

    tipc将 bc 链接创建移回 tipc_node_create (CVE-2022-49664)

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

    net：bonding：修复 802.3ad 从属取消绑定之后的释放后使用问题 (CVE-2022-49667)

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

    linux/dim修复 RDMA DIM 中的除以 0 错误CVE-2022-49670

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

    RDMA/cm修复 ib_cm_insert_listen 中的内存泄漏 (CVE-2022-49671)

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

    nettun破坏时取消 NAPI 与设备的链接 (CVE-2022-49672)

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

    dm raid：修复 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

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

    dm raid修复超出 raid 成员数组末尾的访问 (CVE-2022-49674)

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

    tick/nohz取消导出 __init-annotated tick_nohz_full_setup() (CVE-2022-49675)

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

    virtio_net：修复暂停/恢复之后的 xdp_rxq_info 缺陷 (CVE-2022-49687)

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

    afs修复动态根 getattrCVE-2022-49688

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

    erspan：不假设始终设置传输标头 (CVE-2022-49691)

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

    igb：修复 igb_clean_tx_ring 中的释放后使用问题 (CVE-2022-49695)

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

    tipc修复 tipc_named_reinit 中的释放后使用读取 (CVE-2022-49696)

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

    bpf修复 sk 查找帮助程序中的 request_sock 泄漏 (CVE-2022-49697)

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

    netfilter使用 get_random_u32 而不是 prandom (CVE-2022-49698)

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

    mm/slub：添加 slab 停用时缺少的 TID 更新 (CVE-2022-49700)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
163385	Amazon Linux 2：内核 (ALASKERNEL-5.4-2022-033)	Nessus	Amazon Linux Local Security Checks	2022/7/22	2026/2/26	high
352370	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1773047921）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
352091	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1777614651）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/1	high
227072	Linux Distros 未修补的漏洞：CVE-2022-49687	Nessus	Misc.	2025/3/5	2026/9/30	high
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
362121	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
163352	Amazon Linux 2：内核 (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2026/2/26	high
163382	Amazon Linux 2：内核 (ALASKERNEL-5.10-2022-018)	Nessus	Amazon Linux Local Security Checks	2022/7/22	2026/2/26	high

检测

插件搜索

high

high

high

high

high

high

high

high