AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1791741836 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：vhost: fix hung thread due to erroneous iotlb entries In vhost_iotlb_add_range_ctx(), range size can overflow to 0 when start is 0 and last is ULONG_MAX. One instance where it can happen is when userspace sends an IOTLB message with iova=size=uaddr=0 (vhost_process_iotlb_msg). So, an entry with size = 0, start = 0, last = ULONG_MAX ends up in the iotlb. Next time a packet is sent, iotlb_access_ok() loops indefinitely due to that erroneous entry. Call Trace: <TASK> iotlb_access_ok+0x21b/0x3e0 drivers/vhost/vhost.c:1340 vq_meta_prefetch+0xbc/0x280 drivers/vhost/vhost.c:1366 vhost_transport_do_send_pkt+0xe0/0xfd0 drivers/vhost/vsock.c:104 vhost_worker+0x23d/0x3d0 drivers/vhost/vhost.c:372 kthread+0x2e9/0x3a0 kernel/kthread.c:377 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:295 </TASK> Reported by syzbot at:
    https://syzkaller.appspot.com/bug?extid=0abd373e2e50d704db87 To fix this, do two things: 1. Return -EINVAL in vhost_chr_write_iter() when userspace asks to map a range with size 0. 2. Fix vhost_iotlb_add_range_ctx() to handle the range [0, ULONG_MAX] by splitting it into two entries.
    (CVE-2022-48862)

  - 已解決 Linux 核心中的下列弱點：net: hns3: add vlan list lock to protect vlan list When adding port base VLAN, vf VLAN need to remove from HW and modify the vlan state in vf VLAN list as false. If the periodicity task is freeing the same node, it may cause use after free error. This patch adds a vlan list lock to protect the vlan list. (CVE-2022-49182)

  - 已解決 Linux 核心中的下列弱點：perf/x86/amd: Fix crash due to race between amd_pmu_enable_all, perf NMI and throttling amd_pmu_enable_all() does: if (!test_bit(idx, cpuc->active_mask)) continue; amd_pmu_enable_event(cpuc->events[idx]); A perf NMI of another event can come between these two steps. Perf NMI handler internally disables and enables _all_ events, including the one which nmi-intercepted amd_pmu_enable_all() was in process of enabling. If that unintentionally enabled event has very low sampling period and causes immediate successive NMI, causing the event to be throttled, cpuc->events[idx] and cpuc->active_mask gets cleared by x86_pmu_stop(). This will result in amd_pmu_enable_event() getting called with event=NULL when amd_pmu_enable_all() resumes after handling the NMIs. This causes a kernel crash: BUG: kernel NULL pointer dereference, address: 0000000000000198 #PF:
    supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page [...] Call Trace: <TASK> amd_pmu_enable_all+0x68/0xb0 ctx_resched+0xd9/0x150 event_function+0xb8/0x130 ? hrtimer_start_range_ns+0x141/0x4a0 ? perf_duration_warn+0x30/0x30 remote_function+0x4d/0x60
    __flush_smp_call_function_queue+0xc4/0x500 flush_smp_call_function_queue+0x11d/0x1b0 do_idle+0x18f/0x2d0 cpu_startup_entry+0x19/0x20 start_secondary+0x121/0x160 secondary_startup_64_no_verify+0xe5/0xeb </TASK> amd_pmu_disable_all()/amd_pmu_enable_all() calls inside perf NMI handler were recently added as part of BRS enablement but I'm not sure whether we really need them. We can just disable BRS in the beginning and enable it back while returning from NMI. This will solve the issue by not enabling those events whose active_masks are set but are not yet enabled in hw pmu. (CVE-2022-49781)

  - 已解決 Linux 核心中的下列弱點：blk-iolatency: Fix memory leak on add_disk() failures When a gendisk is successfully initialized but add_disk() fails such as when a loop device has invalid number of minor device numbers specified, blkcg_init_disk() is called during init and then blkcg_exit_disk() during error handling. Unfortunately, iolatency gets initialized in the former but doesn't get cleaned up in the latter. This is because, in non-error cases, the cleanup is performed by del_gendisk() calling rq_qos_exit(), the assumption being that rq_qos policies, iolatency being one of them, can only be activated once the disk is fully registered and visible. That assumption is true for wbt and iocost, but not so for iolatency as it gets initialized before add_disk() is called. It is desirable to lazy-init rq_qos policies because they are optional features and add to hot path overhead once initialized - each IO has to walk all the registered rq_qos policies. So, we want to switch iolatency to lazy init too. However, that's a bigger change. As a fix for the immediate problem, let's just add an extra call to rq_qos_exit() in blkcg_exit_disk(). This is safe because duplicate calls to rq_qos_exit() become noop's. (CVE-2022-50550)

  - 已解決 Linux 核心中的下列弱點：i40e: Do not allow untrusted VF to remove administratively set MAC Currently when PF administratively sets VF's MAC address and the VF is put down (VF tries to delete all MACs) then the MAC is removed from MAC filters and primary VF MAC is zeroed.
    Do not allow untrusted VF to remove primary MAC when it was set administratively by PF. Reproducer: 1) Create VF 2) Set VF interface up 3) Administratively set the VF's MAC 4) Put VF interface down [root@host ~]# echo 1 > /sys/class/net/enp2s0f0/device/sriov_numvfs [root@host ~]# ip link set enp2s0f0v0 up [root@host ~]# ip link set enp2s0f0 vf 0 mac fe:6c:b5:da:c7:7d [root@host ~]# ip link show enp2s0f0 23:
    enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether fe:6c:b5:da:c7:7d brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off [root@host ~]# ip link set enp2s0f0v0 down [root@host ~]# ip link show enp2s0f0 23: enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off (CVE-2024-26830)

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

因此，會受到 ALAS2023-2026-1702 公告中所提及的多個弱點影響。

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

    audit：新增 fchmodat2（） 以變更屬性類別 （CVE-2025-71239）

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

    fs： ntfs3：修正 attr_load_runs_range 中繼資料不一致的無限迴圈 （CVE-2025-71265）

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

    fs： ntfs3：檢查 indx_find 的傳回值以避免無限迴圈 （CVE-2025-71266）

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

    fs： ntfs3：修正由零大小ATTR_LIST觸發的無限迴圈 （CVE-2025-71267）

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

    fs/buffer：在 try_to_free_buffers（） 中針對沒有緩衝區 （） 的對開本新增警示 （CVE-2025-71295）

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

    drm/tests： shmem：在清除 （CVE-2025-71296） 周圍保留鎖定

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

    drm/tests： shmem：保留 madvise （CVE-2025-71298） 周圍的保留鎖定

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

    drm/tests： shmem： 保留 vmap/vunmap （CVE-2025-71301） 周圍的保留鎖定

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

    drm/display/dp_mst：新增針對 0 vcpi 的保護 （CVE-2025-71305）

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

    espintcp：修正 espintcp_close（） 中的爭用情形 （CVE-2026-23239）

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

    tls：修正 tls_sw_cancel_work_tx（） 中的爭用情形 （CVE-2026-23240）

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

    audit：新增遺漏的系統調用以讀取類別 （CVE-2026-23241）

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

    xfs：重新驗證兩個 btree 時，檢查已刪除的游標 （CVE-2026-23249）

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

    cifs：重播時缺少一些初始化 （CVE-2026-31693）

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

    io_uring/zcrx：修正清理和重新填充路徑之間的user_ref爭用 （CVE-2026-43121）

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

    fbcon：檢查 con2fb_acquire_newinfo（）CVE-2026-43123 （） 的傳回值

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

    pstore： ram_core：修正 vmap（） 失敗時不正確的成功傳回 （CVE-2026-43124）

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

    ntfs3：修正 run_unpack_ex （CVE-2026-43127） 中的循環鎖定相依性

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

    RDMA/umem：修正故障路徑中的雙重dma_buf_unpin （CVE-2026-43128）

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

    ima：驗證前一個核心的 IMA 緩衝區位於可定址 RAM （CVE-2026-43129） 中

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

    iommu/vt-d：僅當 PCIe 裝置可在可擴展模式下存取時，才排清 dev-IOTLB （CVE-2026-43130）

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

    dm-verity：正確處理 dm_bufio_client_create（） 失敗 （CVE-2026-43132）

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

    KVM： nSVM：在 VMLOAD/VMSAVE 模擬中一律使用 vmcb01 （CVE-2026-43133）

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

    xfrm6：修正 xfrm6_get_saddr（） 中未初始化的 saddr （CVE-2026-43139）

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

    mfd： core：在 'mfd_of_node_list' 周圍新增鎖定 （CVE-2026-43143）

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

    還原 PCI/IOV：啟用/停用 SR-IOV 時新增 PCI 重新掃描-移除鎖定 （CVE-2026-43147）

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

    perf/arm-cmn：拒絕不支援的硬體組態 （CVE-2026-43150）

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

    HID： hid-pl：處理探查錯誤 （CVE-2026-43152）

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

    xfs：移除 xfs_attr_leaf_hasname （CVE-2026-43153）

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

    erofs：修正磁碟區標籤處理中不正確的提前退出 （CVE-2026-43154）

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

    xfs：修正將 xattrs 新增至葉區塊時的 freemap 調整 （CVE-2026-43158）

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

    md/bitmap：修正write_page中由調整大小爭用 （CVE-2026-43163） 引起的 GPF

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

    udplite：修正 __udp_enqueue_schedule_skb（） 中的 null-ptr-deref。（CVE-2026-43164）

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

    erofs：修正編碼範圍的隔行掃描普通標識 （CVE-2026-43166）

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

    xfrm：一律在NETDEV_UNREGISTER事件時排清狀態和原則 （CVE-2026-43167）

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

    drm/buddy：透過驗證四捨五入分配 （CVE-2026-43169） 來防止BUG_ON

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

    EFI/CPER：不要傾印整個記憶體區域 （CVE-2026-43171）

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

    erofs：修正無效啟用 metabox 影像的錯誤提前退出 （CVE-2026-43179）

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

    ipv6： ioam：修正 __ioam6_fill_trace_data（） 中的堆積緩衝區溢位 （CVE-2026-43186）

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

    xfs：空白時刪除 attr 葉 freemap 項目 （CVE-2026-43187）

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

    Ceph：不要將頁面陣列放置錯誤傳播為批次錯誤 （CVE-2026-43188）

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

    media：v4l2-async：修正找到相符項目後步驟的錯誤處理 （CVE-2026-43189）

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

    netfilter： xt_tcpmss：在讀取 optlen （CVE-2026-43190） 之前檢查剩餘長度

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

    net：消耗 GSO 框架的 xmit 錯誤 （CVE-2026-43194）

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

    tcp：修正 tcp_v6_syn_recv_sock（） 中潛在的爭用 （CVE-2026-43198）

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

    net/mlx5e：修正 IPsec MAC 位址查詢 （CVE-2026-43199） 中不可部分完成的排程

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

    APEI/GHES： ARM 處理器錯誤：不要超過配置的記憶體 （CVE-2026-43201）

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

    net：不要將flow_id傳遞給 set_rps_cpu（） （CVE-2026-43208）

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

    tracing： ring-buffer： 修正在使用 （CVE-2026-43210） 之前檢查事件長度的問題

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

    PCI：修正 pci_slot_trylock（） 錯誤處理 （CVE-2026-43211）

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

    KVM： x86：新增 SRCU 保護，用於讀取 __get_sregs2（）CVE-2026-43214 中的 PDPTR （）

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

    cifs：修正 tcon 欄位的鎖定用法 （CVE-2026-43215）

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

    net：刪除 skb_may_tx_timestamp（）CVE-2026-43216 （） 中的鎖定

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

    io_uring/zcrx：修正映射失敗時的 sgtable 洩漏 （CVE-2026-43224）

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

    net/rds：RDS_CONN_ERROR （CVE-2026-43226） 中沒有捷徑

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

    net/rds：清除重新連接擱置位元 （CVE-2026-43230）

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

    netfilter： nf_conntrack_h323：修正 decode_choice（） 中的 OOB 讀取 （CVE-2026-43233）

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

    team：取消註冊 slave （CVE-2026-43234） 時避免NETDEV_CHANGEMTU事件

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

    net/sched： act_skbedit：修正 tcf_skbedit_hash（） 中的除以零 （CVE-2026-43238）

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

    SMB： client：防止 ->query_interfaces（） 中的爭用 （CVE-2026-43239）

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

    x86/kexec：對先前核心的 IMA kexec 緩衝區新增健全性檢查 （CVE-2026-43240）

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

    kcm：修正部分 sendmsg 錯誤 （CVE-2026-43244） 的 frag_list 中的零片段 skb

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

    ntfs：->d_compare（） 不得封鎖 （CVE-2026-43245）

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

    mptcp： pm： in-kernel：當 rm endp （CVE-2026-43252） 時，一律將 ID 設定為 avail

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

    iommu/amd：將 wait_on_sem（） 移出微調鎖 （CVE-2026-43253）

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

    ovpn： tcp - 修正從資料流擷取封包 （CVE-2026-43254）

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

    alpha：修正記憶體壓縮期間的使用者空間損毀 （CVE-2026-43258）

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

    arm64：新增對 Spectre-BHB 緩解措施的 TSV110 支援 （CVE-2026-43261）

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

    EFI/CPER：不要越過 ARM 處理器 CPER 記錄緩衝區 （CVE-2026-43266）

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

    ring-buffer：修正未初始化指標 （CVE-2026-43272） 的可能解除參照

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

    Ceph：在 ceph_zero_partial_object（） （CVE-2026-43273） 中提供快照內容

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

    APEI/GHES：確保不會超過 CPER 分配的記錄 （CVE-2026-43277）

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

    dm：當最後一個複製 bio 完成時，清除複製的要求 bio 指標 （CVE-2026-43278）

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

    信箱：防止 fw_mbox_index_xlate（） 中的越界存取 （CVE-2026-43281）

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

    mm/slab：如果 ！allow_spin （CVE-2026-43285），則不要存取 current->mems_allowed_seq

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

    mm/hugetlb：將失敗的全域保留還原至子儲存區 （CVE-2026-43286）

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

    drm：帳戶屬性 blob 分配給 memcg （CVE-2026-43287）

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

    ext4：在 ext4_mb_init（） 之前移動 ext4_percpu_param_init（） （CVE-2026-43288）

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

    kexec：從符號 （CVE-2026-43289） 衍生煉獄項目

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

    mm/vmalloc：防止 RCU 在 kasan_release_vmalloc_node （CVE-2026-43292） 中停止

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

    mm/page_alloc：清除 free_pages_prepare（） 中的 page->private （CVE-2026-43303）

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

    libceph：定義並強制執行CEPH_MAX_KEY_LEN （CVE-2026-43304）

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

    bpf： crypto：使用正確的析構函式 kfunc 類型 （CVE-2026-43306）

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

    md raid：修正透過 dm-raid （） 停止具有中繼資料的陣列時的懸置 （CVE-2026-43309）

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

    ACPI： 處理器：修正 acpi_processor_errata_piix4（） 中的 NULL 指標解除參照 （CVE-2026-43313）

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

    dm：移除假逾時以避免洩漏請求 （CVE-2026-43314）

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

    KVM： nSVM：在 nested_svm_load_cr3（） 成功 （CVE-2026-43315） 時移除使用者可觸發的 WARN

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

    bpf：正確標記即時暫存器以進行間接跳轉 （CVE-2026-43321）

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

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

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

  - md raid：修正透過 dm-raid 停止具有中繼資料的陣列時的懸置 使用 device-mapper 的 dm-raid 目標時，停止 RAID 陣列可能會導致系統在特定情況下懸置。這種情況發生在以下情況： - dm-raid 受管理裝置樹狀結構從上到下暫停（頂層 RAID 裝置首先暫停，然後是其基礎中繼資料和資料裝置） - 然後移除頂層 RAID 裝置 移除頂層裝置會按以下順序觸發懸置： dm-raid 析構函式會呼叫 md_stop（），其嘗試透過寫入中繼資料子裝置來排清寫入意圖點陣圖。然而，這些設備已經被暫停，使其無法完成寫入意圖操作並造成無限期封鎖。修正： - 從 dm-raid 析構函式內容呼叫 md_stop（） 時，防止點陣圖排清，並避免靜止/取消查詢循環，這也可能導致 I/O - 從 dm-raid 暫停內容呼叫時，仍允許寫入意圖點陣圖排清 這可確保即使基礎裝置處於暫停狀態，RAID 陣列拆卸也能成功完成。第二個修補程式使用 md_is_rdwr（） 來區分暫停和解構函式路徑，如上所述。（CVE-2026-43309）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

ID	名稱	產品	系列	已發布	已更新	嚴重性
364688	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1791741836）	Nessus	Alma Linux Local Security Checks	2026/10/12	2026/10/28	critical
315658	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1702)	Nessus	Amazon Linux Local Security Checks	2026/5/20	2026/6/17	high
313299	Linux Distros 未修補弱點：CVE-2026-43309	Nessus	Misc.	2026/5/8	2026/11/6	medium

偵測

搜尋 Plugin

critical

high

medium