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

  - 在 Linux 内核中，已解决以下漏洞： block: fix rq-qos breakage from skipping rq_qos_done_bio() a647a524a467 (block: don't call rq_qos_ops->done_bio if the bio isn't tracked) made bio_endio() skip rq_qos_done_bio() if BIO_TRACKED is not set. While this fixed a potential oops, it also broke blk-iocost by skipping the done_bio callback for merged bios. Before, whether a bio goes through rq_qos_throttle() or rq_qos_merge(), rq_qos_done_bio() would be called on the bio on completion with BIO_TRACKED distinguishing the former from the latter. rq_qos_done_bio() is not called for bios which wenth through rq_qos_merge(). This royally confuses blk-iocost as the merged bios never finish and are considered perpetually in-flight. One reliably reproducible failure mode is an intermediate cgroup geting stuck active preventing its children from being activated due to the leaf-only rule, leading to loss of control. The following is from resctl-bench protection scenario which emulates isolating a web server like workload from a memory bomb run on an iocost configuration which should yield a reasonable level of protection. # cat /sys/block/nvme2n1/device/model Samsung SSD 970 PRO 512GB # cat /sys/fs/cgroup/io.cost.model 259:0 ctrl=user model=linear rbps=834913556 rseqiops=93622 rrandiops=102913 wbps=618985353 wseqiops=72325 wrandiops=71025 # cat /sys/fs/cgroup/io.cost.qos 259:0 enable=1 ctrl=user rpct=95.00 rlat=18776 wpct=95.00 wlat=8897 min=60.00 max=100.00 # resctl-bench -m 29.6G -r out.json run protection::scenario=mem-hog,loops=1 ... Memory Hog Summary ================== IO Latency: R p50=242u:336u/2.5m p90=794u:1.4m/7.5m p99=2.7m:8.0m/62.5m max=8.0m:36.4m/350m W p50=221u:323u/1.5m p90=709u:1.2m/5.5m p99=1.5m:2.5m/9.5m max=6.9m:35.9m/350m Isolation and Request Latency Impact Distributions: min p01 p05 p10 p25 p50 p75 p90 p95 p99 max mean stdev isol% 15.90 15.90 15.90 40.05 57.24 59.07 60.01 74.63 74.63 90.35 90.35 58.12 15.82 lat-imp% 0 0 0 0 0 4.55 14.68 15.54 233.5 548.1 548.1 53.88 143.6 Result: isol=58.12:15.82% lat_imp=53.88%:143.6 work_csv=100.0% missing=3.96% The isolation result of 58.12% is close to what this device would show without any IO control. Fix it by introducing a new flag BIO_QOS_MERGED to mark merged bios and calling rq_qos_done_bio() on them too. For consistency and clarity, rename BIO_TRACKED to BIO_QOS_THROTTLED. The flag checks are moved into rq_qos_done_bio() so that it's next to the code paths that set the flags. With the patch applied, the above same benchmark shows: # resctl-bench -m 29.6G -r out.json run protection::scenario=mem-hog,loops=1 ... Memory Hog Summary ================== IO Latency: R p50=123u:84.4u/985u p90=322u:256u/2.5m p99=1.6m:1.4m/9.5m max=11.1m:36.0m/350m W p50=429u:274u/995u p90=1.7m:1.3m/4.5m p99=3.4m:2.7m/11.5m max=7.9m:5.9m/26.5m Isolation and Request Latency Impact Distributions: min p01 p05 p10 p25 p50 p75 p90 p95 p99 max mean stdev isol% 84.91 84.91 89.51 90.73 92.31 94.49 96.36 98.04 98.71 100.0 100.0 94.42 2.81 lat-imp% 0 0 0 0 0 2.81 5.73 11.11 13.92 17.53 22.61 4.10 4.68 Result: isol=94.42:2.81% lat_imp=4.10%:4.68 work_csv=58.34% missing=0% (CVE-2022-49266)

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
225716	Linux Distros 未修补的漏洞: CVE-2022-49266	Nessus	Misc.	2025/3/5	2025/8/8	medium
163352	Amazon Linux 2：内核 (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high

检测

插件搜索

medium

high