Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - block修正因略過 rq_qos_done_bio() a647a524a467 (block若未追踪 bio 則不呼叫 rq_qos_ops->done_bio) 而導致 bio_endio() 略過 rq_qos_done_bio() 的情況下若 BIO_TRACKED 未設定則 rq-qos 損毀。此更新修正了一個潛在的 oops同時也透過略過已合併 bios 的 done_bio 回呼來損毀 blk-iocost。之前無論 bio 執行的是 rq_qos_throttle() 還是 rq_qos_merge()都會在完成時對 bio 呼叫 rq_qos_done_bio()BIO_TRACKED 會區分前者和後者。
    透過 rq_qos_merge() 的 bios 不會呼叫 rq_qos_done_bio()。這會讓 blk-iocost 非常混淆因為合併的 bios 永遠不會結束而且會被視為永遠進行中。一個可靠且可重現的失敗模式是中繼 cgroup 因僅限分葉規則而停滯作用中無法啟動其子項進而導致失去控制。以下是來自 resctl-bench 保護狀況的 resctl-bench 保護狀況其會模擬將 Web 伺服器 (如工作負載) 與 iocost 組態上執行的記憶體炸彈隔離開來這應該會產生合理的保護層級。 # 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 ... 記憶體專用摘要 ================= IO 延遲R p50=242u:336u/2.5m p90=794u:1.4m/7.5m p99=2.7m:8.0m/ 62.5m 最大值=8.0m:36.4m/350m W p50=221u:323u/1.5m p90=709u:1.2m/5.5m p99=1.5m:2.5m/9.5m 最大值=6.9m:35.9m/350m 隔離 和要求延遲影響分佈min p01 p05 p10 p25 p50 p75 p90 p95 p99 maxmean 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 結果 isol=58.12:15.82% lat_imp=53.88%143.6 work_csv=100.0% missing=3.96% 58.12% 的隔離結果與此裝置在沒有任何 IO 控制的情況下顯示的結果相近。修正方法是引入新旗標 BIO_QOS_MERGED 來標記合併的 bios並同時呼叫 rq_qos_done_bio()。為確保一致性和清晰度請將 BIO_TRACKED 重新命名為 BIO_QOS_THROTTLED。旗標檢查已移至 rq_qos_done_bio()使其位於設定旗標的程式碼路徑旁邊。套用修補程式後上述相同基準顯示# resctl-bench -m 29.6G -r out.json run Protection::scenario=mem-hog,loops=1 ... 記憶體 Hog 摘要 ================== IO 延遲R p50=123u:84.4u/985u p90=322u:256u/2.5m p99=1.6m:1.4m/9.5 m 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 隔離 和要求延遲影響分佈min p01 p05 p10 p25 p50 p75 p90 p95 p99 maxmean 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 結果 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/10/27	medium
163352	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/10/27	high

偵測

搜尋 Plugin

medium

high