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

  - 恶意后端可通过高频率事件对来宾发动 DoS 攻击 T[其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞对应于哪些 CVE]。Xen 能够在常规的无权限来宾（通常称为驱动程序域）中运行 PV 后端。
    在驱动程序域中运行 PV 后端有一个主要的安全优点：如果驱动程序域遭受入侵，则无权接管系统。但是，恶意驱动程序域可能会尝试通过高频发送事件来攻击其他来宾，从而导致来宾因长时间尝试中断服务而引发拒绝服务情形。有三种受影响的后端：* blkfront patch 1、CVE-2021-28711 * netfront patch 2、CVE-2021-28712 * hvc_xen (console) patch 3、CVE-2021-28713（CVE-2021-28711、CVE-2021-28712、CVE-2021-28713）

  - 来宾可强制 Linux netback 驱动程序独占大量内核内存 T[其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞对应于哪些 CVE]。Linux 内核的 netback 驱动程序中来宾的传入数据包将被缓冲，直到来宾准备好处理这些数据包。虽然可以采取一些措施来避免堆积过多数据，但客户机也可以绕过这些措施：假定接口的客户机在停止使用新数据包之前会经历一段超时时间，而且这个超时时间相当长（默认为 60 秒）。
    在快速接口上使用 UDP 连接可轻松累积若干 GB 数据。
    (CVE-2021-28715) 如果来宾能够使其 RX 队列环页面只需要一个空闲槽，而下一个数据包需要多个空闲槽，则超时甚至永远不会被触发（这可能适用使用 GSO、XDP 或软件散列的情况）。(CVE-2021-28714)（CVE-2021-28714、CVE-2021-28715）

  - 据发现，在 Linux 内核中，RDMA 在 InfiniBand 上的实现存在缺陷。向 /dev/infiniband/rdma_cm 设备节点发出命令时，拥有特权本地帐户的攻击者可泄露内核堆栈信息。尽管此访问行为不太可能泄漏敏感用户信息，但可被进一步用于破坏现有的内核保护机制。(CVE-2021-3923)

  - 在 Linux 内核用于模拟网络设备驱动程序的 eBPF 中发现了一个内存泄露漏洞，会影响用户对设备使用 BPF 的方式，例如调用函数 nsim_map_alloc_elem。本地用户可利用此缺陷，在未经授权的情况下访问某些数据。(CVE-2021-4135)

  - 在 XFS 文件系统中 XFS_IOC_ALLOCSP IOCTL 允许未对齐大小的文件增加大小的方式中发现数据泄漏缺陷。本地攻击者可利用此缺陷泄露 XFS 文件系统上其无法访问的数据。(CVE-2021-4155)

  - 在 Linux 内核 5.15.2 及之前版本中，drivers/net/ethernet/aquantia/atlantic/hw_atl/hw_atl_utils.c 中的 hw_atl_utils_fw_rpc_wait 允许攻击者（能够引入构建的设备）通过构建的长度值触发越界写入漏洞。(CVE-2021-43975)

  - 在 Linux 内核中，以下漏洞已修复：sctp：使用 call_rcu 释放端点 此补丁用于通过调用 call_rcu() 来延迟端点释放，以修复 sctp_sock_dump() 中的另一个释放后使用问题：错误：KASAN：__lock_acquire+0x36d9/0x4c20 中存在释放后使用问题 调用跟踪：
    __lock_acquire+0x36d9/0x4c20 kernel/locking/lockdep.c:3218 lock_acquire+0x1ed/0x520 kernel/locking/lockdep.c:3844 __raw_spin_lock_bh include/linux/spinlock_api_smp.h:135 [inline]
    _raw_spin_lock_bh+0x31/0x40 kernel/locking/spinlock.c:168 spin_lock_bh include/linux/spinlock.h:334 [inline] __lock_sock+0x203/0x350 net/core/sock.c:2253 lock_sock_nested+0xfe/0x120 net/core/sock.c:2774 lock_sock include/net/sock.h:1492 [inline] sctp_sock_dump+0x122/0xb20 net/sctp/diag.c:324 sctp_for_each_transport+0x2b5/0x370 net/sctp/socket.c:5091 sctp_diag_dump+0x3ac/0x660 net/sctp/diag.c:527
    __inet_diag_dump+0xa8/0x140 net/ipv4/inet_diag.c:1049 inet_diag_dump+0x9b/0x110 net/ipv4/inet_diag.c:1065 netlink_dump+0x606/0x1080 net/netlink/af_netlink.c:2244 __netlink_dump_start+0x59a/0x7c0 net/netlink/af_netlink.c:2352 netlink_dump_start include/linux/netlink.h:216 [inline] inet_diag_handler_cmd+0x2ce/0x3f0 net/ipv4/inet_diag.c:1170 __sock_diag_cmd net/core/sock_diag.c:232 [inline] sock_diag_rcv_msg+0x31d/0x410 net/core/sock_diag.c:263 netlink_rcv_skb+0x172/0x440 net/netlink/af_netlink.c:2477 sock_diag_rcv+0x2a/0x40 net/core/sock_diag.c:274 如果 asoc 被剥离且旧的 sk 在被 asoc->base.sk 获取之后和调用 lock_sock(sk) 之前被释放，则会发生此问题。
    为防止 sk 释放，作为 sk 的持有者，在调用 lock_sock() 时，ep 应该处于有效状态。此补丁使用 call_rcu() 并将 sock_put 和 ep 释放移至 sctp_endpoint_destroy_rcu()，以便安全地尝试在 sctp_transport_traverse_process() 的 rcu_read_lock 下保存 ep。如果 sctp_endpoint_hold() 返回 true，则表示此 ep 仍有效，我们已保留并可继续转储；如果返回 false，则表示此 ep 无效，可在 rcu_read_unlock 后释放，并且我们应跳过。在 sctp_sock_dump() 中，锁定 sk 之后，如果此 ep 与 tsp->asoc->ep 不同，则表示在此转储期间，此 asoc 已在调用 lock_sock() 之前剥离，因此应跳过 sk；如果此 ep 与 tsp->asoc->ep 相同，则表示此 asoc 未发生剥离，并且受 lock_sock 影响，在 release_sock 之前也不会发生剥离。请注意，延迟端点释放不会导致端口释放延迟，因为 sctp_endpoint_destroy() 中的端口释放发生在调用 call_rcu() 之前。此外，通过 call_rcu() 释放端点让 sctp_assocs_seq_show() 和 sctp_rcv() 中的 asoc->base.sk 可以安全地访问 sk。
    感谢 Jones 报告此问题。v1->v2：- 改进变更日志。- 将 kfree(ep) 添加到 sctp_endpoint_destroy_rcu() 中，正如 Jakub 注意到的那样。(CVE-2021-46929)

  - 在 Linux 内核中，以下漏洞已修复：net/mlx5e：封装 tx 报告程序转储回调，以提取 sq 函数 mlx5e_tx_reporter_dump_sq() 将无效 * 参数转换为 struct mlx5e_txqsq *，但在 TX-timeout-recovery 流中，参数实际上属于 struct mlx5e_tx_timeout_ctx * 类型。mlx5_core 0000:08:00.1 enp8s0f1：检测到 TX 超时 mlx5_core 0000:08:00.1 enp8s0f1：队列中的 TX 超时：1，SQ：0x11ec，CQ：0x146d，SQ Cons：0x0 SQ Prod：0x1，自最后一个事务以来的 usecs：21565000 错误：堆栈保护页面在 0000000093f1a2de 被命中（堆栈为 00000000b66ea0dc..000000004d932dae）内核堆栈溢出（页面默认值）：0000 [#1] SMP NOPTI CPU：5 PID：95 命令：kworker/u20:1 已感染：G W OE 5.13.0_mlnx #1 硬件名称：QEMU Standard PC（Q35 + ICH9，2009），BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 工作队列：mlx5e mlx5e_tx_timeout_work [mlx5_core] RIP：0010:mlx5e_tx_reporter_dump_sq+0xd3/0x180 [mlx5_core] 调用跟踪：
    mlx5e_tx_reporter_dump+0x43/0x1c0 [mlx5_core] devlink_health_do_dump.part.91+0x71/0xd0 devlink_health_report+0x157/0x1b0 mlx5e_reporter_tx_timeout+0xb9/0xf0 [mlx5_core] ? mlx5e_tx_reporter_err_cqe_recover+0x1d0/0x1d0 [mlx5_core] ? mlx5e_health_queue_dump+0xd0/0xd0 [mlx5_core] ? update_load_avg+0x19b/0x550 ? set_next_entity+0x72/0x80 ? pick_next_task_fair+0x227/0x340 ? finish_task_switch+0xa2/0x280 mlx5e_tx_timeout_work+0x83/0xb0 [mlx5_core] process_one_work+0x1de/0x3a0 worker_thread+0x2d/0x3c0 ? process_one_work+0x3a0/0x3a0 kthread+0x115/0x130 ? kthread_park+0x90/0x90 ret_from_fork+0x1f/0x30 --[ end trace 51ccabea504edaff ]--- RIP：0010:mlx5e_tx_reporter_dump_sq+0xd3/0x180 PKRU：55555554 内核错误 - 不同步：致命异常 内核偏移：已禁用 结束内核错误 - 不同步：致命异常 要修复此错误，请为 mlx5e_tx_reporter_dump_sq() 添加封装程序，以从 struct mlx5e_tx_timeout_ctx 提取 sq 并将其设置为 TX-timeout-recovery 流转储回调。
    (CVE-2021-46931)

  - 在 Linux 内核中，以下漏洞已修复：i2c：验证 compat ioctl 中的用户数据 错误的用户数据可能会造成 i2c_transfer() 中出现警告，例如：零消息。用户空间不应触发警告，这样此补丁才能为 compact ioctl 中的用户数据添加验证检查以防报告警告 (CVE-2021-46934)

  - 已解决 Linux 内核中的以下漏洞：net：修复 tw_timer_handler 中的释放后使用问题。在 Linux 5.4 中发现如下真实的错误问题。BUG：无法处理以下地址的页面错误：ffffde49a863de28 PGD 7e6fe62067 P4D 7e6fe62067 PUD 7e6fe63067 PMD f51e064067 PTE 0 RIP:
    0010:tw_timer_handler+0x20/0x40 Call Trace: <IRQ> call_timer_fn+0x2b/0x120 run_timer_softirq+0x1ef/0x450
    __do_softirq+0x10d/0x2b8 irq_exit+0xc7/0xd0 smp_apic_timer_interrupt+0x68/0x120 apic_timer_interrupt+0xf/0x20 自 2017 年以来，在线程 [1] 中也发现了此问题，遗憾的是，修复 DCCP 后仍可能会出现此问题。因为 tcp_sk_ops 是在 ipv4_mib_ops 之前注册，，因此当 net 命名空间被破坏时，会在调用 tcp_sk_exit_batch 之前调用 ipv4_mib_exit_net，这意味着 tcp_sk_ops 位于 pernet_list 列表中 ipv4_mib_ops 的前端。如果存在一些 inflight time-wait 定时器，则在 ipv4_mib_exit_net 之后 tw_timer_handler 中的 net->mib.net_statistics 会发生释放后使用。此缺陷并非提交 f2bf415cfed7（mib：将网络添加至 NET_ADD_STATS_BH）引入，因为 net_statistics 是全局变量，并非动态分配和释放。实际上，引入了该缺陷的是提交 61a7e26028b9（mib：将网络统计数据置于 struct net 上），因为它将网络统计数据置于 struct net 上，并在 net 命名空间被破坏时将其释放。将 init_ipv4_mibs() 移动到 tcp_init() 的前端以修复此缺陷，并将 pr_crit() 替换为 panic()，这是因为 init_ipv4_mibs() 失败时继续操作毫无意义。[1] https://groups.google.com/g/syzkaller/c/p1tn-_Kc6l4/m/smuL_FMAAgAJ?pli=1 (CVE-2021-46936)

  - 在 Linux 内核“文件系统上下文”功能的 legacy_parse_param 函数验证所提供参数长度的方式中发现一个基于堆的缓冲区溢出缺陷。能够打开不支持 Filesystem Context API 的文件系统（因而退回到遗留处理进程）的无特权（在启用非特权用户命名空间的情况下，否则需要带有命名空间的 CAP_SYS_ADMIN 特权）本地用户可利用此缺陷升级其在系统中的权限。(CVE-2022-0185)

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

检测

Amazon Linux 2：内核 (ALASKERNEL-5.10-2022-009)

high Nessus 插件 ID 160451

版本 1.9