CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2026：1786435880 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：RDMA/siw: Fix a use after free in siw_alloc_mr Our code analyzer reported a UAF. In siw_alloc_mr(), it calls siw_mr_add_mem(mr,..). In the implementation of siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed via kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point to a freed object. After, the execution continue up to the err_out branch of siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr). My patch moves mr->mem = mem behind the if (xa_alloc_cyclic(..)<0) {} section, to avoid the uaf. (CVE-2021-47012)

  - 已解決 Linux 核心中的下列弱點：net: bonding: fix use-after-free after 802.3ad slave unbind commit 0622cab0341c (bonding: fix 802.3ad aggregator reselection), resolve case, when there is several aggregation groups in the same bond. bond_3ad_unbind_slave will invalidate (clear) aggregator when __agg_active_ports return zero. So, ad_clear_agg can be executed even, when num_of_ports!=0. Than bond_3ad_unbind_slave can be executed again for, previously cleared aggregator.
    NOTE: at this time bond_3ad_unbind_slave will not update slave ports list, because lag_ports==NULL. So, here we got slave ports, pointing to freed aggregator memory. Fix with checking actual number of ports in group (as was before commit 0622cab0341c (bonding: fix 802.3ad aggregator reselection) ), before ad_clear_agg(). The KASAN logs are as follows: [ 767.617392] ================================================================== [ 767.630776] BUG: KASAN: use-after-free in bond_3ad_state_machine_handler+0x13dc/0x1470 [ 767.638764] Read of size 2 at addr ffff00011ba9d430 by task kworker/u8:7/767 [ 767.647361] CPU: 3 PID: 767 Comm: kworker/u8:7 Tainted: G O 5.15.11 #15 [767.655329] Hardware name: DNI AmazonGo1 A7040 board (DT) [ 767.660760] Workqueue: lacp_1 bond_3ad_state_machine_handler [ 767.666468] Call trace: [ 767.668930] dump_backtrace+0x0/0x2d0 [767.672625] show_stack+0x24/0x30 [ 767.675965] dump_stack_lvl+0x68/0x84 [ 767.679659] print_address_description.constprop.0+0x74/0x2b8 [ 767.685451] kasan_report+0x1f0/0x260 [ 767.689148]
    __asan_load2+0x94/0xd0 [ 767.692667] bond_3ad_state_machine_handler+0x13dc/0x1470 (CVE-2022-49667)

  - 已解決 Linux 核心中的下列弱點：arp: use RCU protection in arp_xmit() arp_xmit() can be called without RTNL or RCU protection. Use RCU protection to avoid potential UAF.
    (CVE-2025-21762)

  - 已解決 Linux 核心中的下列弱點：netfilter: nf_conntrack_h323: fix OOB read in decode_choice() In decode_choice(), the boundary check before get_len() uses the variable `len`, which is still 0 from its initialization at the top of the function: unsigned int type, ext, len = 0; ...
    if (ext || (son->attr & OPEN)) { BYTE_ALIGN(bs); if (nf_h323_error_boundary(bs, len, 0)) /* len is 0 here
    */ return H323_ERROR_BOUND; len = get_len(bs); /* OOB read */ When the bitstream is exactly consumed (bs->cur == bs->end), the check nf_h323_error_boundary(bs, 0, 0) evaluates to (bs->cur + 0 > bs->end), which is false. The subsequent get_len() call then dereferences *bs->cur++, reading 1 byte past the end of the buffer. If that byte has bit 7 set, get_len() reads a second byte as well. This can be triggered remotely by sending a crafted Q.931 SETUP message with a User-User Information Element containing exactly 2 bytes of PER-encoded data ({0x08, 0x00}) to port 1720 through a firewall with the nf_conntrack_h323 helper active. The decoder fully consumes the PER buffer before reaching this code path, resulting in a 1-2 byte heap-buffer-overflow read confirmed by AddressSanitizer. Fix this by checking for 2 bytes (the maximum that get_len() may read) instead of the uninitialized `len`. This matches the pattern used at every other get_len() call site in the same file, where the caller checks for 2 bytes of available data before calling get_len(). (CVE-2026-43233)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: SMP: force responder MITM requirements before building the pairing response smp_cmd_pairing_req() currently builds the pairing response from the initiator auth_req before enforcing the local BT_SECURITY_HIGH requirement. If the initiator omits SMP_AUTH_MITM, the response can also omit it even though the local side still requires MITM. tk_request() then sees an auth value without SMP_AUTH_MITM and may select JUST_CFM, making method selection inconsistent with the pairing policy the responder already enforces. When the local side requires HIGH security, first verify that MITM can be achieved from the IO capabilities and then force SMP_AUTH_MITM in the response in both rsp.auth_req and auth. This keeps the responder auth bits and later method selection aligned. (CVE-2026-43334)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2026:1494 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心mac80211修正網狀結構加入時可能發生的雙重釋放 (CVE-2022-49290)

    * 核心net連結修正 802.3ad 從屬解除系結後的釋放後使用 (CVE-2022-49667)

    * 核心Linux 核心be_get_module_eeprom 中的 be2net 緩衝區溢位 (CVE-2022-49581)

    * 核心ntb_hw_switchtec修正 switchtec_ntb_mw_set_trans 中的 shift-out-of-bounds (CVE-2023-53034)

    * 核心netopenvswitch修正 set() 動作中的巢狀金鑰長度驗證 (CVE-2025-37789)

    * 核心KVMarm64 vCPU 建立失敗時中斷 vGIC (CVE-2025-37849)

    * 核心：smb：client：修正 cifs_fill_dirent 中的釋放後使用 (CVE-2025-38051)

    * 核心：RDMA/rxe：修正 rxe_requester 中的狀態儲存不完整的問題 (CVE-2023-53539)

    * 核心：i40e：修正組態佇列訊息中的 idx 驗證 (CVE-2025-39971)

    * 核心ASoC Intelbytcr_rt5640修正無效的 quirk 輸入對應 (CVE-2025-40154)

    * 核心Linux 核心vsock 弱點可能導致記憶體損毀 (CVE-2025-40248)

    * 核心mptcp修正 mptcp_schedule_work() 中的爭用情形 (CVE-2025-40258)

    * 核心：drm/vmwgfx：根據 SVGA_CMD_MAX_DATASIZE 驗證命令標頭大小 (CVE-2025-40277)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2026:1495 公告中提及的多個弱點影響。

    kernel-rt 套件提供即時 Linux 核心，其可針對具有極高決定機制需求的系統啟用微調。

    安全性修正：

    * 核心mac80211修正網狀結構加入時可能發生的雙重釋放 (CVE-2022-49290)

    * 核心net連結修正 802.3ad 從屬解除系結後的釋放後使用 (CVE-2022-49667)

    * 核心Linux 核心be_get_module_eeprom 中的 be2net 緩衝區溢位 (CVE-2022-49581)

    * 核心ntb_hw_switchtec修正 switchtec_ntb_mw_set_trans 中的 shift-out-of-bounds (CVE-2023-53034)

    * 核心netopenvswitch修正 set() 動作中的巢狀金鑰長度驗證 (CVE-2025-37789)

    * 核心KVMarm64 vCPU 建立失敗時中斷 vGIC (CVE-2025-37849)

    * 核心：smb：client：修正 cifs_fill_dirent 中的釋放後使用 (CVE-2025-38051)

    * 核心：RDMA/rxe：修正 rxe_requester 中的狀態儲存不完整的問題 (CVE-2023-53539)

    * 核心：i40e：修正組態佇列訊息中的 idx 驗證 (CVE-2025-39971)

    * 核心ASoC Intelbytcr_rt5640修正無效的 quirk 輸入對應 (CVE-2025-40154)

    * 核心Linux 核心vsock 弱點可能導致記憶體損毀 (CVE-2025-40248)

    * 核心mptcp修正 mptcp_schedule_work() 中的爭用情形 (CVE-2025-40258)

    * 核心：drm/vmwgfx：根據 SVGA_CMD_MAX_DATASIZE 驗證命令標頭大小 (CVE-2025-40277)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - net： bonding：修正 802.3ad 從屬解除綁定提交 0622cab0341c 後的釋放後使用（bonding：修正 802.3ad aggregator 重新選取），解決同一bond中有多個彙總群組時的情況。
    當__agg_active_ports傳回零時，bond_3ad_unbind_slave會使 （清除） 彙總器失效。因此，即使當 num_of_ports！=0 時，也可以執行 ad_clear_agg。比bond_3ad_unbind_slave可以再次執行，先前清除的聚合器。注意：目前bond_3ad_unbind_slave不會更新從屬連接埠清單，因為 lag_ports==NULL。所以，這裡我們得到了從端口，指向釋放的聚合器內存。修正檢查群組中實際連接埠數量的問題 （與提交 0622cab0341c 之前一樣（綁定：修正 802.3ad 聚合器重新選擇） ），在 ad_clear_agg（） 之前）。KASAN 記錄如下： [ 767.617392] ================================================================== [ 767.630776] 錯誤： KASAN：bond_3ad_state_machine_handler+0x13dc/0x1470 中的釋放後使用 [ 767.638764] 任務 kworker/u8：7/767 在 addr ffff00011ba9d430 讀取大小 2 [ 767.647361] CPU：3 PID：767 通訊：kworker/u8：7 污染：G O 5.15.11 #15 [767.655329] 硬體名稱：DNI AmazonGo1 A7040 板 （DT） [ 767.660760] 工作佇列：lacp_1 bond_3ad_state_machine_handler [ 767.666468] 呼叫追蹤： [ 767.668930] dump_backtrace+0x0/0x2d0 [767.672625] show_stack+0x24/0x30 [ 767.675965] dump_stack_lvl+0x68/0x84 [ 767.679659] print_address_description.constprop.0+0x74/0x2b8 [ 767.685451] kasan_report+0x1f0/0x260 [ 767.689148]
    __asan_load2+0x94/0xd0 [ 767.692667] bond_3ad_state_machine_handler+0x13dc/0x1470 （CVE-2022-49667）

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 5.10.130-118.517。因此，會受到 ALAS2KERNEL-510-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)

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

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

    usbnet：修正錯誤情況下的記憶體洩漏 (CVE-2022-49657)

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

    bpf修正來自 adjust_scalar_min_max_vals 的不充分邊界傳播 (CVE-2022-49658)

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

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 4.14.287-215.504。因此，會受到 ALAS2-2022-1825 公告中所提及的多個弱點影響。

    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)

    Arm 來賓可透過 PV 裝置造成 Dom0 DoS。在 Arm 上對應來賓頁面時，dom0 會使用 rbtree 來追蹤外部對應。此 rbtree 的更新並非總是在保留相關鎖定的情況下全部完成，這會造成短時爭用視窗，無權限的來賓可藉此透過 PV 裝置造成 rbtree 不一致，而這些不一致可導致 dom0 拒絕服務 (DoS)，例如造成當機或無法執行其他來賓記憶體頁面的進一步對應。(CVE-2022-33744)

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

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

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

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

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

    dm raid: 修復存取超出 raid 成員陣列邊界的問題 (CVE-2022-49674)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 5.4.204-113.362。因此，會受到 ALAS2KERNEL-54-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 slave 解除繫結後的釋放後使用 (CVE-2022-49667)

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

    linux/dim修正 RDMA DIM 中的除以零錯誤 (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修正動態 root getattr (CVE-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：1792247642 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：ethtool: do not perform operations on net devices being unregistered There is a short period between a net device starts to be unregistered and when it is actually gone. In that time frame ethtool operations could still be performed, which might end up in unwanted or undefined behaviours[1]. Do not allow ethtool operations after a net device starts its unregistration. This patch targets the netlink part as the ioctl one isn't affected: the reference to the net device is taken and the operation is executed within an rtnl lock section and the net device won't be found after unregister. [1] For example adding Tx queues after unregister ends up in NULL pointer exceptions and UaFs, such as: BUG: KASAN: use-after-free in kobject_get+0x14/0x90 Read of size 1 at addr ffff88801961248c by task ethtool/755 CPU: 0 PID: 755 Comm: ethtool Not tainted 5.15.0-rc6+ #778 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-4.fc34 04/014 Call Trace:
    dump_stack_lvl+0x57/0x72 print_address_description.constprop.0+0x1f/0x140 kasan_report.cold+0x7f/0x11b kobject_get+0x14/0x90 kobject_add_internal+0x3d1/0x450 kobject_init_and_add+0xba/0xf0 netdev_queue_update_kobjects+0xcf/0x200 netif_set_real_num_tx_queues+0xb4/0x310 veth_set_channels+0x1c3/0x550 ethnl_set_channels+0x524/0x610 (CVE-2021-47517)

  - 已解決 Linux 核心中的下列弱點：nvme-tcp: fix UAF when detecting digest errors We should also bail from the io_work loop when we set rd_enabled to true, so we don't attempt to read data from the socket when the TCP stream is already out-of-sync or corrupted.
    (CVE-2022-48686)

  - 已解決 Linux 核心中的下列弱點：net: bonding: fix use-after-free after 802.3ad slave unbind commit 0622cab0341c (bonding: fix 802.3ad aggregator reselection), resolve case, when there is several aggregation groups in the same bond. bond_3ad_unbind_slave will invalidate (clear) aggregator when __agg_active_ports return zero. So, ad_clear_agg can be executed even, when num_of_ports!=0. Than bond_3ad_unbind_slave can be executed again for, previously cleared aggregator.
    NOTE: at this time bond_3ad_unbind_slave will not update slave ports list, because lag_ports==NULL. So, here we got slave ports, pointing to freed aggregator memory. Fix with checking actual number of ports in group (as was before commit 0622cab0341c (bonding: fix 802.3ad aggregator reselection) ), before ad_clear_agg(). The KASAN logs are as follows: [ 767.617392] ================================================================== [ 767.630776] BUG: KASAN: use-after-free in bond_3ad_state_machine_handler+0x13dc/0x1470 [ 767.638764] Read of size 2 at addr ffff00011ba9d430 by task kworker/u8:7/767 [ 767.647361] CPU: 3 PID: 767 Comm: kworker/u8:7 Tainted: G O 5.15.11 #15 [767.655329] Hardware name: DNI AmazonGo1 A7040 board (DT) [ 767.660760] Workqueue: lacp_1 bond_3ad_state_machine_handler [ 767.666468] Call trace: [ 767.668930] dump_backtrace+0x0/0x2d0 [767.672625] show_stack+0x24/0x30 [ 767.675965] dump_stack_lvl+0x68/0x84 [ 767.679659] print_address_description.constprop.0+0x74/0x2b8 [ 767.685451] kasan_report+0x1f0/0x260 [ 767.689148]
    __asan_load2+0x94/0xd0 [ 767.692667] bond_3ad_state_machine_handler+0x13dc/0x1470 (CVE-2022-49667)

  - 已解決 Linux 核心中的下列弱點：bpf: Do mark_chain_precision for ARG_CONST_ALLOC_SIZE_OR_ZERO Precision markers need to be propagated whenever we have an ARG_CONST_* style argument, as the verifier cannot consider imprecise scalars to be equivalent for the purposes of states_equal check when such arguments refine the return value (in this case, set mem_size for PTR_TO_MEM). The resultant mem_size for the R0 is derived from the constant value, and if the verifier incorrectly prunes states considering them equivalent where such arguments exist (by seeing that both registers have reg->precise as false in regsafe), we can end up with invalid programs passing the verifier which can do access beyond what should have been the correct mem_size in that explored state. To show a concrete example of the problem: 0000000000000000 <prog>: 0: r2 = *(u32 *)(r1 + 80) 1: r1 = *(u32 *)(r1 + 76) 2: r3 = r1 3: r3 += 4 4: if r3 > r2 goto +18 <LBB5_5> 5: w2 = 0 6: *(u32 *)(r1 + 0) = r2 7: r1 = *(u32
    *)(r1 + 0) 8: r2 = 1 9: if w1 == 0 goto +1 <LBB5_3> 10: r2 = -1 0000000000000058 <LBB5_3>: 11: r1 = 0 ll 13: r3 = 0 14: call bpf_ringbuf_reserve 15: if r0 == 0 goto +7 <LBB5_5> 16: r1 = r0 17: r1 += 16777215 18:
    w2 = 0 19: *(u8 *)(r1 + 0) = r2 20: r1 = r0 21: r2 = 0 22: call bpf_ringbuf_submit 00000000000000b8 <LBB5_5>: 23: w0 = 0 24: exit For the first case, the single line execution's exploration will prune the search at insn 14 for the branch insn 9's second leg as it will be verified first using r2 = -1 (UINT_MAX), while as w1 at insn 9 will always be 0 so at runtime we don't get error for being greater than UINT_MAX/4 from bpf_ringbuf_reserve. The verifier during regsafe just sees reg->precise as false for both r2 registers in both states, hence considers them equal for purposes of states_equal. If we propagated precise markers using the backtracking support, we would use the precise marking to then ensure that old r2 (UINT_MAX) was within the new r2 (1) and this would never be true, so the verification would rightfully fail. The end result is that the out of bounds access at instruction 19 would be permitted without this fix. Note that reg->precise is always set to true when user does not have CAP_BPF (or when subprog count is greater than 1 (i.e. use of any static or global functions)), hence this is only a problem when precision marks need to be explicitly propagated (i.e. privileged users with CAP_BPF). A simplified test case has been included in the next patch to prevent future regressions. (CVE-2022-49961)

  - 在 Linux 核心的 SCSI 子元件中，發現 drivers/scsi/iscsi_tcp.c 的 iscsi_sw_tcp_session_create 存在釋放後使用弱點。攻擊者可利用此瑕疵洩漏核心內部資訊。
    (CVE-2023-2162)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
361958	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1786435880）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
297043	RHEL 9：核心 (RHSA-2026:1494)	Nessus	Red Hat Local Security Checks	2026/1/28	2026/1/28	high
297060	RHEL 9：kernel-rt (RHSA-2026:1495)	Nessus	Red Hat Local Security Checks	2026/1/28	2026/1/28	high
226311	Linux Distros 未修補弱點：CVE-2022-49667	Nessus	Misc.	2025/3/5	2026/11/11	high
163352	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2026/2/26	high
163382	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-018)	Nessus	Amazon Linux Local Security Checks	2022/7/22	2026/2/26	high
163324	Amazon Linux 2：核心 (ALAS-2022-1825)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2026/2/24	high
163385	Amazon Linux 2：kernel (ALASKERNEL-5.4-2022-033)	Nessus	Amazon Linux Local Security Checks	2022/7/22	2026/2/26	high
366854	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1792247642）	Nessus	CentOS Local Security Checks	2026/10/17	2026/10/17	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high