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-515-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)

    在 Linux 核心的 Netfilter 子系統中，發現使用者提供錯誤 NFT_DATA_VERDICT 類型輸入的一個堆積緩衝區溢位瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-34918)

    在 Linux 核心中，下列弱點已解決：

    scsiqla2xxx修正模組載入卸載測試期間的當機 (CVE-2022-49160)

    在 Linux 核心中，下列弱點已解決：

    block修正因略過 rq_qos_done_bio() 而造成的 rq-qos 中斷 (CVE-2022-49266)

    在 Linux 核心中，下列弱點已解決：

    模組修正 [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 splat (CVE-2022-49662)

    在 Linux 核心中，下列弱點已解決：

    通道：不假設已在 skb_tunnel_check_pmtu() 中設定 mac 標頭 (CVE-2022-49663)

    在 Linux 核心中，下列弱點已解決：

    tipc將 bc 連結建立作業移回 tipc_node_create (CVE-2022-49664)

    在 Linux 核心中，下列弱點已解決：

    net：bonding：修正 802.3ad slave 解除繫結後的釋放後使用 (CVE-2022-49667)

    在 Linux 核心中，下列弱點已解決：

    linux/dim修正 RDMA DIM 中的除以零錯誤 (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 註釋的 tick_nohz_full_setup() (CVE-2022-49675)

    在 Linux 核心中，下列弱點已解決：

    virtio_net：修正暫停/恢復後的 xdp_rxq_info 錯誤 (CVE-2022-49687)

    在 Linux 核心中，下列弱點已解決：

    afs修正動態 root getattr (CVE-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：新增平台停用時缺少的 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：kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high

偵測

搜尋 Plugin

medium

high