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

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

    KVM：x86/mmu：即使在建立 MMIO SPTE 時，也會刪除/刪除現有的 SPTE （CVE-2026-23401）

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

    KVM：x86/mmu：覆寫影子存在 SPTE 時，僅在直接 MMU 中發出 WARN （CVE-2026-23402）

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

    tls：在 tls_decrypt_async_wait（） 中清除async_hold （CVE-2026-23414）

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

    futex：修正 futex_key_to_node_opt（） 和 vma_replace_policy（） 之間的 UaF （CVE-2026-23415）

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

    mm/mseal：在合併 （CVE-2026-23416） 時正確更新 VMA 結束

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

    bpf：修正PROBE_MEM32儲存區的持續致盲 （CVE-2026-23417）

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

    xfrm：修正 xfrm_nat_keepalive_net_fini（） 中取消後的工作重新排程 （CVE-2026-31406）

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

    bpf：修正 maybe_fork_scalars（） 中 BPF_OR （） 中不健全的純量分叉 （CVE-2026-31413）

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

    netfilter： nf_conntrack_expect：使用 expect->helper （CVE-2026-31414）

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

    ipv6：避免 ip6_datagram_send_ctl（）CVE-2026-31415 （） 中的溢位

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

    netfilter： nfnetlink_log：考慮網路連結標頭大小 （CVE-2026-31416）

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

    net： bonding：修正 bond_xmit_broadcast（） 中的釋放後使用 （CVE-2026-31419）

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

    net/sched： cls_fw：修正共用區塊上的 NULL 指標解除參照 （CVE-2026-31421）

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

    net/sched： cls_flow：修正共用區塊上的 NULL 指標解除參照 （CVE-2026-31422）

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

    net/sched： sch_hfsc：修正 rtsc_min（） 中的除以零 （CVE-2026-31423）

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

    netfilter： x_tables：限制 NFPROTO_ARP 的 xt_check_match/xt_check_target 延伸模組 （CVE-2026-31424）

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

    ACPI： EC：在 acpi_ec_setup（） （） 中清除探查失敗的處理常式 （CVE-2026-31426）

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

    netfilter： nf_conntrack_sip：修正 process_sdp 中未初始化rtp_addr的使用 （CVE-2026-31427）

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

    netfilter： nfnetlink_log：修正 NFULA_PAYLOAD （CVE-2026-31428） 中未初始化的填充洩漏

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

    btrfs：修正子群組 space_info 的 kobject 名稱洩露 （CVE-2026-31434）

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

    netfs：修正重試期間的讀取放棄 （CVE-2026-31435）

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

    netfs：修正 ITER_KVEC 迭代器 netfs_limit_iter（） 中的核心錯誤 （CVE-2026-31438）

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

    mm/damon/core：避免使用半線上提交的上下文 （CVE-2026-31445）

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

    ext4：修正使用 umount （CVE-2026-31446） 比賽時 update_super_work 中的釋放後使用

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

    ext4：如果 bigalloc 具有 s_first_data_block ！= 0 （），則拒絕掛載 （CVE-2026-31447）

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

    ext4：避免殘差資料CVE-2026-31448（）造成的無限迴圈

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

    ext4：驗證 ext4_ext_correct_indexes （CVE-2026-31449） 中的p_idx邊界

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

    ext4：初始化後發布 jinode （CVE-2026-31450）

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

    ext4：將 BUG_ON 替換為 ext4_read_inline_folio （CVE-2026-31451） 中的正確錯誤處理

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

    ext4：當截斷超過內嵌大小時，將內嵌資料轉換為範圍 （CVE-2026-31452）

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

    xfs：避免在推送回呼後取消引用日誌項目 （CVE-2026-31453）

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

    xfs：在刪除推送回呼中的 AIL 鎖定之前儲存 AILP （CVE-2026-31454）

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

    xfs：在卸載期間推送 AIL 之前停止回收 （CVE-2026-31455）

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

    mm/pagewalk：修正並行分割和重新fault （CVE-2026-31456） 之間的爭用

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

    mm/damon/sysfs：檢查 repeat_call_fn 中的 contexts->nr （CVE-2026-31457）

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

    mm/damon/sysfs：在存取 contexts_arr[0] （CVE-2026-31458） 之前檢查 contexts->nr

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

    mm/damon/sysfs：修正 damon_sysfs_new_test_ctx（） 失敗時的param_ctx洩露 （CVE-2026-31459）

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

    回寫：不要封鎖沒有資料完整性保證的檔案系統的同步處理 （CVE-2026-31465）

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

    mm/huge_memory：修正未在 softleaf_to_folio（） 中鎖定作品集 （CVE-2026-31466）

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

    erofs：如有需要，在簡歷完成中新增GFP_NOIO （CVE-2026-31467）

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

    virtio_net：當 IFF_XMIT_DST_RELEASE 被清除且 napi_tx 為 false 時，修正 dst_ops 上的 UAF （CVE-2026-31469）

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

    virt： tdx-guest：修正主機控制的「quote」緩衝區長度的處理 （CVE-2026-31470）

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

    media： mc， v4l2：使用 req_queue_mutex 序列化 REINIT 和 REQBUFS （CVE-2026-31473）

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

    跟蹤：使用 osnoise （CVE-2026-31480） 修正 CPU 熱插拔中的潛在鎖死

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

    SPI：使用通用driver_override基礎架構 （CVE-2026-31487）

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

    RDMA/irdma：使用前先初始化free_qp完成 （CVE-2026-31492）

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

    netfilter： ctnetlink：使用網路連結原則範圍檢查 （CVE-2026-31495）

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

    netfilter： nf_conntrack_expect：透過 proc （CVE-2026-31496） 跳過其他 netn 中的預期

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

    team：修正非乙太網路連接埠的 header_ops 類型混淆 （CVE-2026-31502）

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

    udp：修正使用 hash2 （CVE-2026-31503） 時的萬用字元綁定衝突檢查

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

    net：透過 NETDEV_UP 爭用 （CVE-2026-31504） 修正 packet_release（） 中的扇出 UAF

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

    net： openvswitch：避免在拆卸完成之前釋放 netdev （CVE-2026-31508）

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

    erofs：在短讀取情況下，設定 fileio bio 失敗 （CVE-2026-31514）

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

    af_key：驗證 pfkey_send_migrate（） 中的系列 （CVE-2026-31515）

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

    xfrm：防止 policy_hthresh.work 與 netns teardown （CVE-2026-31516） 爭用

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

    esp：使用 espintcp 和非同步加密 （CVE-2026-31518） 修正 skb 洩漏

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

    btrfs：在 subvol 建立期間設定 BTRFS_ROOT_ORPHAN_CLEANUP （CVE-2026-31519）

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

    module：修正符號st_shndx越界時的核心錯誤 （CVE-2026-31521）

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

    nvme-pci：確保我們輪詢的是輪詢的佇列 （CVE-2026-31523）

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

    HID：華碩：避免 asus_report_fixup（） 中的記憶體洩漏 （CVE-2026-31524）

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

    bpf：修正解譯器 sdiv/smod 中未定義的行為，以INT_MIN （CVE-2026-31525）

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

    bpf：修正子程序的異常退出鎖定檢查 （CVE-2026-31526）

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

    驅動程式核心： 平台：使用通用driver_override基礎架構 （CVE-2026-31527）

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

    perf：確保對群組使用 pmu_ctx->pmu （CVE-2026-31528）

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

    futex：要求 sys_futex_requeue（） 具有相同的旗標 （CVE-2026-31554）

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

    futex：清除 futex_lock_pi（） 重試路徑 （） 中過時的結束指標 （CVE-2026-31555）

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

    x86/cpu：從 CR4 固定位元遮罩中移除 X86_CR4_FRED （CVE-2026-31561）

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

    PM： sleep：從 pm_restore_gfp_mask（）CVE-2026-31567 刪除虛假 WARN_ON（）

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

    can：gw：修正 cgw_csum_crc8_rel（） 中的 OOB 堆積存取 （CVE-2026-31570）

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

    drm/i915：過早取消連結 NV12 平面 （CVE-2026-31571）

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

    smb： client：避免 smbd_send_batch_flush（）CVE-2026-31609 之後的 smbd_free_send_io（） 中的雙重釋放

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

    netfilter： ip6t_rt：拒絕 rt_mt6_check（） 中過大的 addrnr （CVE-2026-31674）

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

    net/sched： sch_netem：修正封包損毀中的越界存取 （CVE-2026-31675）

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

    openvswitch：將通道netdev_put延遲至 RCU 版本 （CVE-2026-31678）

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

    openvswitch：驗證 MPLS 設定/set_masked負載長度 （CVE-2026-31679）

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

    net： ipv6： flowlabel：延遲獨佔選項釋放，直到 RCU 拆卸 （CVE-2026-31680）

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

    bridge： br_nd_send：在剖析 ND 選項之前線性化 skb （CVE-2026-31682）

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

    wifi： virt_wifi：移除SET_NETDEV_DEV以避免釋放後使用 （CVE-2026-31695）

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

    Thermal： core：使用恢復 （CVE-2026-31731） 解決熱區移除爭用

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

    gpio：修正 gpiochip_add_data_with_key（）CVE-2026-31732 （） 中錯誤造成的資源洩漏

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

    sched_ext：修正 ddsp_dsq_id （CVE-2026-31733） 中過時的直接分派狀態

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

    sched_ext：修正非PREEMPT_RCU （） 上的 is_bpf_migration_disabled（） 漏報 （CVE-2026-31734）

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

    vxlan：驗證 vxlan_na_create （CVE-2026-31738） 中的 ND 選項長度

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

    vt：捨棄調整大小後 alt 畫面退出時過時的 Unicode 緩衝區 （CVE-2026-31742）

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

    bridge： br_nd_send：驗證 ND 選項長度 （CVE-2026-31752）

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

    USB： ulpi：修正 ulpi_register_interface（） 錯誤路徑中的雙重釋放 （CVE-2026-31759）

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

    drm/i915/dsi：不要在命令模式下進行 DSC 水平計時調整 （CVE-2026-31767）

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

    io_uring/net：修正 io_bundle_nbufs（） 中的 slab-out-of-bounds 讀取 （CVE-2026-31774）

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

    drm/ioc32：停止對drm_compat_ioctl路徑的推測 （CVE-2026-31781）

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

    perf/x86：修正 intel_pmu_hw_config 中潛在的不良container_of （CVE-2026-31782）

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

    io_uring/rsrc：拒絕零長度固定緩衝區匯入 （CVE-2026-43006）

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

    bpf：在連接時拒絕可休眠的kprobe_multi程式 （CVE-2026-43010）

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

    net/mlx5：修正發生故障時的 switchdev 模式復原 （CVE-2026-43012）

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

    net/mlx5： lag：在建立 debugfs （CVE-2026-43013） 之前檢查 LAG 裝置

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

    bpf： sockmap：修正 sk_psock_verdict_data_ready（） 中 sk->sk_socket 的釋放後使用。（CVE-2026-43016）

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

    netfilter： nf_tables：拒絕立即NF_QUEUE判定 （CVE-2026-43024）

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

    netfilter： ctnetlink：忽略新期望的明確協助程式 （CVE-2026-43025）

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

    netfilter： ctnetlink：當CTA_EXPECT_NAT不存在時，預期 NAT 欄位為零 （CVE-2026-43026）

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

    netfilter： nf_conntrack_helper：傳遞協助程式以預期清理 （CVE-2026-43027）

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

    netfilter： x_tables：確保名稱以 nul 終止 （CVE-2026-43028）

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

    mptcp：修正 mptcp_recvmsg（） 中的軟鎖定 （CVE-2026-43029）

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

    bpf：修正資料包 （CVE-2026-43030） 指標的 regsafe（）

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

    net：sched：cls_api：修正 tc_chain_fill_node 以將 tcm_info 初始化為零以防止資訊洩露 （CVE-2026-43035）

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

    net：將 skb_header_pointer（） 用於 TCPv4 GSO frag_off檢查 （CVE-2026-43036）

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

    ip6_tunnel：清除 ip4ip6_err（） 中的 skb2->cb[] （CVE-2026-43037）

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

    ipv6： icmp：清除 ip6_err_gen_icmpv6_unreach（） 中的 skb2->cb[] （CVE-2026-43038）

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

    net： ipv6： ndisc：修正 ndisc_ra_useropt 以將 nduseropt_padX 欄位初始化為零以防止資訊洩露 （CVE-2026-43040）

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

    btrfs：拒絕具有 drop_progress 且零drop_level的根項目 （CVE-2026-43046）

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

    HID：多點觸控：檢查以確保報告回應符合要求 （CVE-2026-43047）

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

    HID： core：透過移除虛假的 memset（） （CVE-2026-43048） 來減輕潛在的 OOB

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

    scsi： target： tcm_loop： 清空target_reset處理常式中的命令 （CVE-2026-43054）

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

    scsi： target： file： 將 kzalloc_flex 用於 aio_cmd （CVE-2026-43055）

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

    net：正確處理 IPV6_CSUM GSO 後援 （） 上的通道流量 （CVE-2026-43057）

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

    xfs：在 xfs_attri_recover_work （） 中 iget 失敗後，不要再發脾氣了 （CVE-2026-43063）

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

    ext4：一律排空 ext4_mb_release（） 中佇列的捨棄工作 （CVE-2026-43065）

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

    ext4：修正 ext4_fc_replay_inode（） 錯誤路徑中的 iloc.bh 洩露 （CVE-2026-43066）

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

    ext4：在搜尋間接映射區塊的區塊時處理環繞 （CVE-2026-43067）

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

    ext4：避免從 ext4_mb_find_by_goal（） 中的損毀群組分配區塊 （CVE-2026-43068）

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

    sched/fair：修正zero_vruntime追蹤修正 （CVE-2026-43323）

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

    cpufreq： governor：修正 cpufreq_dbs_governor_init（） 錯誤路徑中的雙重釋放 （CVE-2026-43328）

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

    netfilter： flowtable：嚴格檢查最大動作數 （CVE-2026-43329）

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

    thermal： core：修正熱區域裝置註冊錯誤路徑 （CVE-2026-43332）

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

    bpf：拒絕直接存取可為 null 的PTR_TO_BUF指標 （CVE-2026-43333）

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

    lib/crypto： chacha：在 permuted_state 離開範圍 （CVE-2026-43336） 之前將其歸零

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

    btrfs：為 qgroup ioctl 保留足夠的交易項目 （CVE-2026-43338）

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

    ipv6：防止 addrconf_permanent_addr（） 中可能的 UaF （CVE-2026-43339）

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

    net/ipv6： ioam6：防止追蹤填充 （） 中的結構描述長度環繞 （CVE-2026-43341）

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

    net/sched： cls_fw：修正 change（）CVE-2026-53080 （） 之前舊篩選器的 NULL 解除參照

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

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

遠端 CentOS Linux 9 主機已安裝的套件會受到 kernel-5.14.0-725.el9 組建變更記錄中所提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() During futex_key_to_node_opt() execution, vma->vm_policy is read under speculative mmap lock and RCU. Concurrently, mbind() may call vma_replace_policy() which frees the old mempolicy immediately via kmem_cache_free(). This creates a race where __futex_key_to_node() dereferences a freed mempolicy pointer, causing a use-after-free read of mpol->mode. [ 151.412631] BUG:
    KASAN: slab-use-after-free in __futex_key_to_node (kernel/futex/core.c:349) [ 151.414046] Read of size 2 at addr ffff888001c49634 by task e/87 [ 151.415969] Call Trace: [ 151.416732] __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [ 151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c:386 kernel/futex/core.c:593) Fix by adding rcu to __mpol_put(). (CVE-2026-23415)

  - 已解決 Linux 核心中的下列弱點：futex: Require sys_futex_requeue() to have identical flags Nicholas reported that his LLM found it was possible to create a UaF when sys_futex_requeue() is used with different flags. The initial motivation for allowing different flags was the variable sized futex, but since that hasn't been merged (yet), simply mandate the flags are identical, as is the case for the old style sys_futex() requeue operations. (CVE-2026-31554)

  - 已解決 Linux 核心中的下列弱點：futex: Clear stale exiting pointer in futex_lock_pi() retry path Fuzzying/stressing futexes triggered: WARNING: kernel/futex/core.c:825 at wait_for_owner_exiting+0x7a/0x80, CPU#11: futex_lock_pi_s/524 When futex_lock_pi_atomic() sees the owner is exiting, it returns -EBUSY and stores a refcounted task pointer in 'exiting'. After wait_for_owner_exiting() consumes that reference, the local pointer is never reset to nil. Upon a retry, if futex_lock_pi_atomic() returns a different error, the bogus pointer is passed to wait_for_owner_exiting(). CPU0 CPU1 CPU2 futex_lock_pi(uaddr) // acquires the PI futex exit() futex_cleanup_begin() futex_state = EXITING; futex_lock_pi(uaddr) futex_lock_pi_atomic() attach_to_pi_owner() // observes EXITING *exiting = owner; // takes ref return -EBUSY wait_for_owner_exiting(-EBUSY, owner) put_task_struct(); // drops ref // exiting still points to owner goto retry; futex_lock_pi_atomic() lock_pi_update_atomic() cmpxchg(uaddr) *uaddr ^= WAITERS // whatever // value changed return -EAGAIN; wait_for_owner_exiting(-EAGAIN, exiting) // stale WARN_ON_ONCE(exiting) Fix this by resetting upon retry, essentially aligning it with requeue_pi. (CVE-2026-31555)

  - 已解決 Linux 核心中的下列弱點：crypto: qat - fix IRQ cleanup on 6xxx probe failure When adf_dev_up() partially completes and then fails, the IRQ handlers registered during adf_isr_resource_alloc() are not detached before the MSI-X vectors are released. Since the device is enabled with pcim_enable_device(), calling pci_alloc_irq_vectors() internally registers pcim_msi_release() as a devres action. On probe failure, devres runs pcim_msi_release() which calls pci_free_irq_vectors(), tearing down the MSI-X vectors while IRQ handlers (for example 'qat0-bundle0') are still attached. This causes remove_proc_entry() warnings: [ 22.163964] remove_proc_entry: removing non-empty directory 'irq/143', leaking at least 'qat0-bundle0' Moving the devm_add_action_or_reset() before adf_dev_up() does not solve the problem since devres runs in LIFO order and pcim_msi_release(), registered later inside adf_dev_up(), would still fire before adf_device_down(). Fix by calling adf_dev_down() explicitly when adf_dev_up() fails, to properly free IRQ handlers before devres releases the MSI-X vectors.
    (CVE-2026-46060)

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

因此，该软件受到 ALAS2023-2026-1746 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    KVM：x86/mmu：即使创建 MMIO SPTE （CVE-2026-23401） 时，删除/清除存在的 SPTE

    在 Linux 内核中，以下漏洞已修复：

    KVM：x86/mmu：覆盖 shadow-present SPTE （CVE-2026-23402） 时，仅在直接 MMU 中发出 WARN

    在 Linux 内核中，以下漏洞已修复：

    tls：清除 tls_decrypt_async_wait（） （CVE-2026-23414） 中的async_hold

    在 Linux 内核中，以下漏洞已修复：

    futex：修复 futex_key_to_node_opt（） 与 vma_replace_policy（）CVE-2026-23415 （） 之间的 UaF

    在 Linux 内核中，以下漏洞已修复：

    mm/mseal：更新 VMA 在合并时正确结束 （CVE-2026-23416）

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复 PROBE_MEM32 存储的固定伪装 （CVE-2026-23417）

    在 Linux 内核中，以下漏洞已修复：

    xfrm：修复 xfrm_nat_keepalive_net_fini（）CVE-2026-31406 （） 中取消后的工作重新计划

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复 BPF_OR （CVE-2026-31413） 的 maybe_fork_scalars（） 中不健全的标量 fork

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nf_conntrack_expect：使用 expect->helper （CVE-2026-31414）

    在 Linux 内核中，以下漏洞已修复：

    ipv6：避免 ip6_datagram_send_ctl（） （CVE-2026-31415） 中的溢出

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nfnetlink_log：考虑 netlink 标头大小 （CVE-2026-31416）

    在 Linux 内核中，以下漏洞已修复：

    net：bonding：修复 bond_xmit_broadcast（） 中的释放后使用 （CVE-2026-31419）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：cls_fw：修复共享区块中的空指针取消引用 （CVE-2026-31421）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：cls_flow：修复共享区块中的空指针取消引用 （CVE-2026-31422）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：sch_hfsc：修复 rtsc_min（） （CVE-2026-31423） 中的除以零问题

    在 Linux 内核中，以下漏洞已修复：

    netfilter：x_tables：限制 NFPROTO_ARP 的 xt_check_match/xt_check_target扩展 （CVE-2026-31424）

    在 Linux 内核中，以下漏洞已修复：

    ACPI：EC：清除 acpi_ec_setup（） （CVE-2026-31426） 中的探测失败时的处理程序

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nf_conntrack_sip：修复 process_sdp （CVE-2026-31427） 中对未初始化rtp_addr的使用

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nfnetlink_log：修复 NFULA_PAYLOAD （CVE-2026-31428） 中未初始化的填充泄漏

    在 Linux 内核中，以下漏洞已修复：

    btrfs：修复子组 space_info 的 kobject 名称泄漏 （CVE-2026-31434）

    在 Linux 内核中，以下漏洞已修复：

    netfs：修复重试期间的读取放弃 （CVE-2026-31435）

    在 Linux 内核中，以下漏洞已修复：

    netfs：针对 ITER_KVEC 迭代器修复 netfs_limit_iter（） 中的内核缺陷 （CVE-2026-31438）

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/core：避免使用半在线提交的上下文 （CVE-2026-31445）

    在 Linux 内核中，以下漏洞已修复：

    ext4：修复使用 umount （CVE-2026-31446） 争用时 update_super_work 中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    ext4：如果 bigalloc 为 s_first_data_block ！= 0 （CVE-2026-31447），则拒绝挂载

    在 Linux 内核中，以下漏洞已修复：

    ext4：避免残余数据 （CVE-2026-31448） 导致的无限循环

    在 Linux 内核中，以下漏洞已修复：

    ext4：验证 ext4_ext_correct_indexes 中的p_idx边界 （CVE-2026-31449）

    在 Linux 内核中，以下漏洞已修复：

    ext4：初始化后发布 jinode （CVE-2026-31450）

    在 Linux 内核中，以下漏洞已修复：

    ext4：将 BUG_ON 替换为 ext4_read_inline_folio （CVE-2026-31451） 中的正确错误处理

    在 Linux 内核中，以下漏洞已修复：

    ext4：当截断超过内联大小时，将内联数据转换为盘区 （CVE-2026-31452）

    在 Linux 内核中，以下漏洞已修复：

    xfs：避免在推送回调 （CVE-2026-31453） 之后取消引用日志项目

    在 Linux 内核中，以下漏洞已修复：

    xfs：在删除推送回调中的 AIL 锁定之前保存 ailp （CVE-2026-31454）

    在 Linux 内核中，以下漏洞已修复：

    xfs：在卸载期间推送 AIL 前停止回收 （CVE-2026-31455）

    在 Linux 内核中，以下漏洞已修复：

    mm/pagewalk：修复并发拆分和 refault （CVE-2026-31456） 之间的争用

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/sysfs：检查 repeat_call_fn （CVE-2026-31457） 中的 contexts->nr

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/sysfs：在访问 contexts_arr[0] （CVE-2026-31458） 之前检查 contexts->nr

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/sysfs：修复 damon_sysfs_new_test_ctx（） 失败 （CVE-2026-31459） 时的param_ctx泄漏

    在 Linux 内核中，以下漏洞已修复：

    writeback：不阻断没有数据完整性保证的文件系统的同步 （CVE-2026-31465）

    在 Linux 内核中，以下漏洞已修复：

    mm/huge_memory：修复 softleaf_to_folio（）CVE-2026-31466 （） 中未锁定的作品集

    在 Linux 内核中，以下漏洞已修复：

    erofs：如果需要，在 bio 完成中添加GFP_NOIO （CVE-2026-31467）

    在 Linux 内核中，以下漏洞已修复：

    virtio_net：修复清除 IFF_XMIT_DST_RELEASE 且 napi_tx 为 false 时dst_ops上的 UAF （CVE-2026-31469）

    在 Linux 内核中，以下漏洞已修复：

    virt：tdx-guest：修复对主机控制的“quote”缓冲区长度 （CVE-2026-31470） 的处理

    在 Linux 内核中，以下漏洞已修复：

    media：mc、v4l2：使用 req_queue_mutex （） 序列化 REINIT 和CVE-2026-31473 REQBUFS

    在 Linux 内核中，以下漏洞已修复：

    tracing：使用 osnoise （CVE-2026-31480） 修复 cpu 热插拔中潜在的死锁

    在 Linux 内核中，以下漏洞已修复：

    spi：使用通用 driver_override 基础架构 （CVE-2026-31487）

    在 Linux 内核中，以下漏洞已修复：

    RDMA/irdma：使用之前初始化 free_qp 完成 （CVE-2026-31492）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：ctnetlink：使用 netlink 策略范围检查 （CVE-2026-31495）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nf_conntrack_expect：通过 proc （CVE-2026-31496） 跳过其他 netns 中的预期

    在 Linux 内核中，以下漏洞已修复：

    team：修复非以太网端口的header_ops类型混淆 （CVE-2026-31502）

    在 Linux 内核中，以下漏洞已修复：

    udp：修复使用 hash2 （CVE-2026-31503） 时的通配符 bind 冲突检查

    在 Linux 内核中，以下漏洞已修复：

    net：通过 NETDEV_UP 争用 （CVE-2026-31504） 修复 packet_release（） 中的扇出 UAF

    在 Linux 内核中，以下漏洞已修复：

    net：openvswitch：避免在拆卸完成之前发布 netdev （CVE-2026-31508）

    在 Linux 内核中，以下漏洞已修复：

    erofs：设置 fileio bio 在短读取情况下失败 （CVE-2026-31514）

    在 Linux 内核中，以下漏洞已修复：

    af_key：验证 pfkey_send_migrate（） （）CVE-2026-31515 中的系列

    在 Linux 内核中，以下漏洞已修复：

    xfrm：防止 policy_hthresh.work 与 netns 拆卸 （CVE-2026-31516） 争用

    在 Linux 内核中，以下漏洞已修复：

    esp：修复 espintcp 和异步加密 （CVE-2026-31518） 的 skb 泄漏

    在 Linux 内核中，以下漏洞已修复：

    btrfs：在子卷创建期间设置 BTRFS_ROOT_ORPHAN_CLEANUP （CVE-2026-31519）

    在 Linux 内核中，以下漏洞已修复：

    module：修复符号st_shndx越界时的内核错误 （CVE-2026-31521）

    在 Linux 内核中，以下漏洞已修复：

    nvme-pci：确保轮询的是轮询的队列 （CVE-2026-31523）

    在 Linux 内核中，以下漏洞已修复：

    HID：asus：避免 asus_report_fixup（）CVE-2026-31524 （） 中的内存泄漏

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复 INT_MIN （CVE-2026-31525） 的解释器 sdiv/smod 中的未定义行为

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复 subprogs （CVE-2026-31526） 的异常退出锁定检查

    在 Linux 内核中，以下漏洞已修复：

    driver core： platform：使用通用 driver_override 基础架构 （CVE-2026-31527）

    在 Linux 内核中，以下漏洞已修复：

    perf：确保对群组使用 pmu_ctx->pmu （CVE-2026-31528）

    在 Linux 内核中，以下漏洞已修复：

    futex：要求 sys_futex_requeue（） 具有相同的标记 （CVE-2026-31554）

    在 Linux 内核中，以下漏洞已修复：

    futex：清除 futex_lock_pi（） 重试路径 （CVE-2026-31555） 中过时的退出指针

    在 Linux 内核中，以下漏洞已修复：

    x86/cpu：从 CR4 固定位掩码 （CVE-2026-31561） 中删除X86_CR4_FRED

    在 Linux 内核中，以下漏洞已修复：

    PM：sleep：从 pm_restore_gfp_mask（）CVE-2026-31567 丢弃虚假 WARN_ON（）

    在 Linux 内核中，以下漏洞已修复：

    can：gw：修复 cgw_csum_crc8_rel（） （CVE-2026-31570） 中的 OOB 堆访问

    在 Linux 内核中，以下漏洞已修复：

    drm/i915：过早断开平面链接 NV12 （CVE-2026-31571）

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：避免 smbd_send_batch_flush（）CVE-2026-31609 （） 之后 smbd_free_send_io（） 中的双重释放

    在 Linux 内核中，以下漏洞已修复：

    netfilter：ip6t_rt：拒绝 rt_mt6_check（） （CVE-2026-31674） 中过大的 addrnr

    在 Linux 内核中，以下漏洞已修复：

    net/sched：sch_netem：修复数据包损坏中的越界访问 （CVE-2026-31675）

    在 Linux 内核中，以下漏洞已修复：

    openvswitch：延迟将隧道netdev_put到 RCU 版本 （CVE-2026-31678）

    在 Linux 内核中，以下漏洞已修复：

    openvswitch：验证 MPLS set/set_masked 负载长度 （CVE-2026-31679）

    在 Linux 内核中，以下漏洞已修复：

    net：ipv6：flowlabel：延迟独占选项释放，直到 RCU 拆卸 （CVE-2026-31680）

    在 Linux 内核中，以下漏洞已修复：

    bridge：br_nd_send：解析 ND 选项 （CVE-2026-31682） 之前先线性化 skb

    在 Linux 内核中，以下漏洞已修复：

    wifi：virt_wifi：删除SET_NETDEV_DEV以避免释放后使用 （CVE-2026-31695）

    在 Linux 内核中，以下漏洞已修复：

    thermal：core：使用 resume （CVE-2026-31731） 解决热区删除争用

    在 Linux 内核中，以下漏洞已修复：

    gpio：修复 gpiochip_add_data_with_key（） （）CVE-2026-31732 中的错误导致的资源泄漏

    在 Linux 内核中，以下漏洞已修复：

    sched_ext：修复 ddsp_dsq_id （CVE-2026-31733） 中过时的直接调度状态

    在 Linux 内核中，以下漏洞已修复：

    sched_ext：修复非PREEMPT_RCU （CVE-2026-31734） 的 is_bpf_migration_disabled（） 漏报

    在 Linux 内核中，以下漏洞已修复：

    vxlan：验证 vxlan_na_create 中的 ND 选项长度 （CVE-2026-31738）

    在 Linux 内核中，以下漏洞已修复：

    vt：调整大小后放弃 alt 屏幕退出时过时的 Unicode 缓冲区 （CVE-2026-31742）

    在 Linux 内核中，以下漏洞已修复：

    bridge：br_nd_send：验证 ND 选项长度 （CVE-2026-31752）

    在 Linux 内核中，以下漏洞已修复：

    usb：ulpi：修复 ulpi_register_interface（） 错误路径中的双重释放 （CVE-2026-31759）

    在 Linux 内核中，以下漏洞已修复：

    drm/i915/dsi：不在命令模式中进行 DSC 水平时序调整 （CVE-2026-31767）

    在 Linux 内核中，以下漏洞已修复：

    io_uring/net：修复 io_bundle_nbufs（） （CVE-2026-31774） 中的 slab-out-of-bound 读取

    在 Linux 内核中，以下漏洞已修复：

    drm/ioc32：停止对drm_compat_ioctl路径的推测 （CVE-2026-31781）

    在 Linux 内核中，以下漏洞已修复：

    perf/x86：修复 intel_pmu_hw_config （CVE-2026-31782） 中潜在的不良container_of

    在 Linux 内核中，以下漏洞已修复：

    io_uring/rsrc：拒绝零长度固定缓冲区导入 （CVE-2026-43006）

    在 Linux 内核中，以下漏洞已修复：

    bpf：在附加时拒绝可休眠的 kprobe_multi 程序 （CVE-2026-43010）

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5：修复失败时的 switchdev 模式回滚 （CVE-2026-43012）

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5：lag：在创建 debugfs （CVE-2026-43013） 之前检查 LAG 设备

    在 Linux 内核中，以下漏洞已修复：

    bpf：sockmap：修复 sk_psock_verdict_data_ready（） 中 sk->sk_socket 的释放后使用。（CVE-2026-43016）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nf_tables：拒绝立即NF_QUEUE判定 （CVE-2026-43024）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：ctnetlink：忽略新预期的显式帮助程序 （CVE-2026-43025）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：ctnetlink：当CTA_EXPECT_NAT不存在时，预期 NAT 字段为零 （CVE-2026-43026）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nf_conntrack_helper：传递帮助程序以预期 cleanup （CVE-2026-43027）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：x_tables：确保名称以 NUL 结束 （CVE-2026-43028）

    在 Linux 内核中，以下漏洞已修复：

    mptcp：修复 mptcp_recvmsg（） 中的软锁定 （CVE-2026-43029）

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复针对数据包 （CVE-2026-43030） 指针的 regsafe（）

    在 Linux 内核中，以下漏洞已修复：

    net：sched：cls_api：修复 tc_chain_fill_node 以将 tcm_info 初始化为零以防止信息泄漏 （CVE-2026-43035）

    在 Linux 内核中，以下漏洞已修复：

    net：将 skb_header_pointer（） 用于 TCPv4 GSO frag_off check （CVE-2026-43036）

    在 Linux 内核中，以下漏洞已修复：

    ip6_tunnel：清除 ip4ip6_err（）CVE-2026-43037 中的 skb2->cb[]

    在 Linux 内核中，以下漏洞已修复：

    ipv6：icmp：清除 ip6_err_gen_icmpv6_unreach（） （CVE-2026-43038） 中的 skb2->cb[]

    在 Linux 内核中，以下漏洞已修复：

    net：ipv6：ndisc：修复ndisc_ra_useropt以将 nduseropt_padX 字段初始化为零以防止信息泄漏 （CVE-2026-43040）

    在 Linux 内核中，以下漏洞已修复：

    btrfs：拒绝具有 drop_progress 和零drop_level （CVE-2026-43046） 的根项目

    在 Linux 内核中，以下漏洞已修复：

    HID：多点触控：检查以确保报告响应与请求 （CVE-2026-43047） 匹配

    在 Linux 内核中，以下漏洞已修复：

    HID：core：通过删除虚假的 memset（） （CVE-2026-43048） 缓解潜在的 OOB

    在 Linux 内核中，以下漏洞已修复：

    scsi：target：tcm_loop：target_reset处理程序 （CVE-2026-43054） 中的 Drain 命令

    在 Linux 内核中，以下漏洞已修复：

    scsi：target：file： 将 kzalloc_flex用于aio_cmd （CVE-2026-43055）

    在 Linux 内核中，以下漏洞已修复：

    net：正确处理 IPV6_CSUM GSO fallback （CVE-2026-43057） 上的隧道流量

    在 Linux 内核中，以下漏洞已修复：

    xfs：在 xfs_attri_recover_work （） 中执行 iget 失败后不执行 ireleCVE-2026-43063

    在 Linux 内核中，以下漏洞已修复：

    ext4：始终耗尽 ext4_mb_release（）CVE-2026-43065 中的排队丢弃工作

    在 Linux 内核中，以下漏洞已修复：

    ext4：修复 ext4_fc_replay_inode（） 错误路径 （CVE-2026-43066） 中的 iloc.bh 泄漏

    在 Linux 内核中，以下漏洞已修复：

    ext4：在搜索间接映射区块的区块时处理回绕 （CVE-2026-43067）

    在 Linux 内核中，以下漏洞已修复：

    ext4：避免从 ext4_mb_find_by_goal（） （CVE-2026-43068） 中损坏的群组分配区块

    在 Linux 内核中，以下漏洞已修复：

    sched/fair：修复 zero_vruntime 跟踪补丁 （CVE-2026-43323）

    在 Linux 内核中，以下漏洞已修复：

    cpufreq：governor：修复 cpufreq_dbs_governor_init（） 错误路径 （CVE-2026-43328） 中的双重释放

    在 Linux 内核中，以下漏洞已修复：

    netfilter：flowtable：严格检查最大操作数 （CVE-2026-43329）

    在 Linux 内核中，以下漏洞已修复：

    thermal：core：修复热区设备注册错误路径 （CVE-2026-43332）

    在 Linux 内核中，以下漏洞已修复：

    bpf：拒绝直接访问可空PTR_TO_BUF指针 （CVE-2026-43333）

    在 Linux 内核中，以下漏洞已修复：

    lib/crypto：chacha：在permuted_state离开 scope （CVE-2026-43336） 之前将其归零

    在 Linux 内核中，以下漏洞已修复：

    btrfs：为 qgroup ioctls （CVE-2026-43338） 预留足够的事务项

    在 Linux 内核中，以下漏洞已修复：

    ipv6：防止 addrconf_permanent_addr（） （CVE-2026-43339） 中可能的 UaF

    在 Linux 内核中，以下漏洞已修复：

    net/ipv6：ioam6：防止跟踪填充 （CVE-2026-43341） 中的方案长度回绕

    在 Linux 内核中，以下漏洞已修复：

    net/sched：cls_fw：修复 change（） （CVE-2026-53080） 之前旧过滤器的空取消引用

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 CentOS Linux 9 主机上存在安装的程序包，该程序包受到 kernel-5.14.0-725.el9 版本变更日志中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() During futex_key_to_node_opt() execution, vma->vm_policy is read under speculative mmap lock and RCU. Concurrently, mbind() may call vma_replace_policy() which frees the old mempolicy immediately via kmem_cache_free(). This creates a race where __futex_key_to_node() dereferences a freed mempolicy pointer, causing a use-after-free read of mpol->mode. [ 151.412631] BUG:
    KASAN: slab-use-after-free in __futex_key_to_node (kernel/futex/core.c:349) [ 151.414046] Read of size 2 at addr ffff888001c49634 by task e/87 [ 151.415969] Call Trace: [ 151.416732] __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [ 151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c:386 kernel/futex/core.c:593) Fix by adding rcu to __mpol_put(). (CVE-2026-23415)

  - 已修复 Linux 内核中的下列漏洞：futex: Require sys_futex_requeue() to have identical flags Nicholas reported that his LLM found it was possible to create a UaF when sys_futex_requeue() is used with different flags. The initial motivation for allowing different flags was the variable sized futex, but since that hasn't been merged (yet), simply mandate the flags are identical, as is the case for the old style sys_futex() requeue operations. (CVE-2026-31554)

  - 已修复 Linux 内核中的下列漏洞：futex: Clear stale exiting pointer in futex_lock_pi() retry path Fuzzying/stressing futexes triggered: WARNING: kernel/futex/core.c:825 at wait_for_owner_exiting+0x7a/0x80, CPU#11: futex_lock_pi_s/524 When futex_lock_pi_atomic() sees the owner is exiting, it returns -EBUSY and stores a refcounted task pointer in 'exiting'. After wait_for_owner_exiting() consumes that reference, the local pointer is never reset to nil. Upon a retry, if futex_lock_pi_atomic() returns a different error, the bogus pointer is passed to wait_for_owner_exiting(). CPU0 CPU1 CPU2 futex_lock_pi(uaddr) // acquires the PI futex exit() futex_cleanup_begin() futex_state = EXITING; futex_lock_pi(uaddr) futex_lock_pi_atomic() attach_to_pi_owner() // observes EXITING *exiting = owner; // takes ref return -EBUSY wait_for_owner_exiting(-EBUSY, owner) put_task_struct(); // drops ref // exiting still points to owner goto retry; futex_lock_pi_atomic() lock_pi_update_atomic() cmpxchg(uaddr) *uaddr ^= WAITERS // whatever // value changed return -EAGAIN; wait_for_owner_exiting(-EAGAIN, exiting) // stale WARN_ON_ONCE(exiting) Fix this by resetting upon retry, essentially aligning it with requeue_pi. (CVE-2026-31555)

  - 已修复 Linux 内核中的下列漏洞：crypto: qat - fix IRQ cleanup on 6xxx probe failure When adf_dev_up() partially completes and then fails, the IRQ handlers registered during adf_isr_resource_alloc() are not detached before the MSI-X vectors are released. Since the device is enabled with pcim_enable_device(), calling pci_alloc_irq_vectors() internally registers pcim_msi_release() as a devres action. On probe failure, devres runs pcim_msi_release() which calls pci_free_irq_vectors(), tearing down the MSI-X vectors while IRQ handlers (for example 'qat0-bundle0') are still attached. This causes remove_proc_entry() warnings: [ 22.163964] remove_proc_entry: removing non-empty directory 'irq/143', leaking at least 'qat0-bundle0' Moving the devm_add_action_or_reset() before adf_dev_up() does not solve the problem since devres runs in LIFO order and pcim_msi_release(), registered later inside adf_dev_up(), would still fire before adf_device_down(). Fix by calling adf_dev_down() explicitly when adf_dev_up() fails, to properly free IRQ handlers before devres releases the MSI-X vectors.
    (CVE-2026-46060)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - futex修复 futex_key_to_node_opt() 和 vma_replace_policy() 之间的 UaF 在 futex_key_to_node_opt() 执行期间vma->vm_policy 在推测 mmap 锁定和 RCU 下读取。同时mbind() 可能会调用 vma_replace_policy()后者通过 kmem_cache_free() 立即释放旧 mempolicy。这会在 __futex_key_to_node() 取消引用已释放的 mempolicy 指针处造成争用造成 mpol->mode 的释放后使用读取。 [ 151.412631] BUGKASAN: __futex_key_to_node 中的 slab-use-after-free (kernel/futex/core.c:349) [ 151.414046] 通过任务 e/87 在地址 ffff888001c49634 读取大小为 2 的内存 [ 151.415969] Call Trace [ 151.416732]
    __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c 386 kernel/futex/core.c:593)通过将 rcu 添加到 __mpol_put() 来修复。 (CVE-2026-23415)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - futex修正 futex_key_to_node_opt() 和 vma_replace_policy() 之間的 UaF在 futex_key_to_node_opt() 執行期間系統會在推測 mmap 鎖定和 RCU 下讀取 vma->vm_policy。同時mbind() 可呼叫 vma_replace_policy()其會立即透過 kmem_cache_free() 釋放舊的 mempolicy。這會造成爭用情形其中 __futex_key_to_node() 會解除參照已釋放的 mempolicy 指標進而造成 mpol->mode 的釋放後使用讀取。 [ 151.412631] 錯誤KASAN__futex_key_to_node 中有 slab 釋放後使用 (kernel/futex/core.c:349) [ 151.414046] 工作 e/87 在 addr ffff888001c49634 讀取大小 2 [ 151.415969] 呼叫追踪[ 151.416732]
    __asan_load2 (mm/kasan/generic.c271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c 386 kernel/futex/core.c:593) 透過新增 rcu 至 __mpol_put() 來修正。 (CVE-2026-23415)

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - futexfutex_key_to_node_opt() と vma_replace_policy() の間の UaF を修正します futex_key_to_node_opt() の実行中に、vma->vm_policy が投機的 mmap ロックおよび RCU で読み込まれます。同時に、mbind() は vma_replace_policy() を呼び出す可能性があり、これによって kmem_cache_free() を介して古い mempolicy が即座に解放されます。これにより、__futex_key_to_node() が解放された mempolicy ポインターを逆参照する場合に競合が発生し、mpol->mode の use-after-free 読み取りが引き起こされます。 [ 151.412631] バグ KASAN__futex_key_to_node の slab-use-after-free (kernel/futex/core.c:349) [ 151.414046] タスク e/87 による addr ffff888001c49634 でのサイズ 2 の読み取り [ 151.415969] Call Trace [ 151.416732]
    __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c) :386 kernel/futex/core.c:593rcu を __mpol_put() に追加することで修正します。CVE-2026-23415

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

リモートのCentOS Linux 9ホストには、kernel-5.14.0-725.el9ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() During futex_key_to_node_opt() execution, vma->vm_policy is read under speculative mmap lock and RCU. Concurrently, mbind() may call vma_replace_policy() which frees the old mempolicy immediately via kmem_cache_free(). This creates a race where __futex_key_to_node() dereferences a freed mempolicy pointer, causing a use-after-free read of mpol->mode. [ 151.412631] BUG:
    KASAN: slab-use-after-free in __futex_key_to_node (kernel/futex/core.c:349) [ 151.414046] Read of size 2 at addr ffff888001c49634 by task e/87 [ 151.415969] Call Trace: [ 151.416732] __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [ 151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c:386 kernel/futex/core.c:593) Fix by adding rcu to __mpol_put(). (CVE-2026-23415)

  - Linux カーネルでは、以下の脆弱性が解決されています: futex: Require sys_futex_requeue() to have identical flags Nicholas reported that his LLM found it was possible to create a UaF when sys_futex_requeue() is used with different flags. The initial motivation for allowing different flags was the variable sized futex, but since that hasn't been merged (yet), simply mandate the flags are identical, as is the case for the old style sys_futex() requeue operations. (CVE-2026-31554)

  - Linux カーネルでは、以下の脆弱性が解決されています: futex: Clear stale exiting pointer in futex_lock_pi() retry path Fuzzying/stressing futexes triggered: WARNING: kernel/futex/core.c:825 at wait_for_owner_exiting+0x7a/0x80, CPU#11: futex_lock_pi_s/524 When futex_lock_pi_atomic() sees the owner is exiting, it returns -EBUSY and stores a refcounted task pointer in 'exiting'. After wait_for_owner_exiting() consumes that reference, the local pointer is never reset to nil. Upon a retry, if futex_lock_pi_atomic() returns a different error, the bogus pointer is passed to wait_for_owner_exiting(). CPU0 CPU1 CPU2 futex_lock_pi(uaddr) // acquires the PI futex exit() futex_cleanup_begin() futex_state = EXITING; futex_lock_pi(uaddr) futex_lock_pi_atomic() attach_to_pi_owner() // observes EXITING *exiting = owner; // takes ref return -EBUSY wait_for_owner_exiting(-EBUSY, owner) put_task_struct(); // drops ref // exiting still points to owner goto retry; futex_lock_pi_atomic() lock_pi_update_atomic() cmpxchg(uaddr) *uaddr ^= WAITERS // whatever // value changed return -EAGAIN; wait_for_owner_exiting(-EAGAIN, exiting) // stale WARN_ON_ONCE(exiting) Fix this by resetting upon retry, essentially aligning it with requeue_pi. (CVE-2026-31555)

  - Linux カーネルでは、以下の脆弱性が解決されています: crypto: qat - fix IRQ cleanup on 6xxx probe failure When adf_dev_up() partially completes and then fails, the IRQ handlers registered during adf_isr_resource_alloc() are not detached before the MSI-X vectors are released. Since the device is enabled with pcim_enable_device(), calling pci_alloc_irq_vectors() internally registers pcim_msi_release() as a devres action. On probe failure, devres runs pcim_msi_release() which calls pci_free_irq_vectors(), tearing down the MSI-X vectors while IRQ handlers (for example 'qat0-bundle0') are still attached. This causes remove_proc_entry() warnings: [ 22.163964] remove_proc_entry: removing non-empty directory 'irq/143', leaking at least 'qat0-bundle0' Moving the devm_add_action_or_reset() before adf_dev_up() does not solve the problem since devres runs in LIFO order and pcim_msi_release(), registered later inside adf_dev_up(), would still fire before adf_device_down(). Fix by calling adf_dev_down() explicitly when adf_dev_up() fails, to properly free IRQ handlers before devres releases the MSI-X vectors.
    (CVE-2026-46060)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - futex: Fix UaF between futex_key_to_node_opt() and vma_replace_policy() During futex_key_to_node_opt()     execution, vma->vm_policy is read under speculative mmap lock and RCU. Concurrently, mbind() may call     vma_replace_policy() which frees the old mempolicy immediately via kmem_cache_free(). This creates a race     where __futex_key_to_node() dereferences a freed mempolicy pointer, causing a use-after-free read of     mpol->mode. [ 151.412631] BUG: KASAN: slab-use-after-free in __futex_key_to_node (kernel/futex/core.c:349)     [ 151.414046] Read of size 2 at addr ffff888001c49634 by task e/87 [ 151.415969] Call Trace: [ 151.416732]
    __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [     151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c:386 kernel/futex/core.c:593) Fix by     adding rcu to __mpol_put(). (CVE-2026-23415)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote CentOS Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the kernel-5.14.0-725.el9 build changelog.

  - In the Linux kernel, the following vulnerability has been resolved: futex: Fix UaF between     futex_key_to_node_opt() and vma_replace_policy() During futex_key_to_node_opt() execution, vma->vm_policy     is read under speculative mmap lock and RCU. Concurrently, mbind() may call vma_replace_policy() which     frees the old mempolicy immediately via kmem_cache_free(). This creates a race where __futex_key_to_node()     dereferences a freed mempolicy pointer, causing a use-after-free read of mpol->mode. [ 151.412631] BUG:
    KASAN: slab-use-after-free in __futex_key_to_node (kernel/futex/core.c:349) [ 151.414046] Read of size 2     at addr ffff888001c49634 by task e/87 [ 151.415969] Call Trace: [ 151.416732] __asan_load2     (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [ 151.416822]     get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c:386 kernel/futex/core.c:593) Fix by adding rcu     to __mpol_put(). (CVE-2026-23415)

  - In the Linux kernel, the following vulnerability has been resolved: futex: Require sys_futex_requeue() to     have identical flags Nicholas reported that his LLM found it was possible to create a UaF when     sys_futex_requeue() is used with different flags. The initial motivation for allowing different flags was     the variable sized futex, but since that hasn't been merged (yet), simply mandate the flags are identical,     as is the case for the old style sys_futex() requeue operations. (CVE-2026-31554)

  - In the Linux kernel, the following vulnerability has been resolved: futex: Clear stale exiting pointer in     futex_lock_pi() retry path Fuzzying/stressing futexes triggered: WARNING: kernel/futex/core.c:825 at     wait_for_owner_exiting+0x7a/0x80, CPU#11: futex_lock_pi_s/524 When futex_lock_pi_atomic() sees the owner     is exiting, it returns -EBUSY and stores a refcounted task pointer in 'exiting'. After     wait_for_owner_exiting() consumes that reference, the local pointer is never reset to nil. Upon a retry,     if futex_lock_pi_atomic() returns a different error, the bogus pointer is passed to     wait_for_owner_exiting(). CPU0 CPU1 CPU2 futex_lock_pi(uaddr) // acquires the PI futex exit()     futex_cleanup_begin() futex_state = EXITING; futex_lock_pi(uaddr) futex_lock_pi_atomic()     attach_to_pi_owner() // observes EXITING *exiting = owner; // takes ref return -EBUSY     wait_for_owner_exiting(-EBUSY, owner) put_task_struct(); // drops ref // exiting still points to owner     goto retry; futex_lock_pi_atomic() lock_pi_update_atomic() cmpxchg(uaddr) *uaddr ^= WAITERS // whatever //     value changed return -EAGAIN; wait_for_owner_exiting(-EAGAIN, exiting) // stale WARN_ON_ONCE(exiting) Fix     this by resetting upon retry, essentially aligning it with requeue_pi. (CVE-2026-31555)

  - In the Linux kernel, the following vulnerability has been resolved: crypto: qat - fix IRQ cleanup on 6xxx     probe failure When adf_dev_up() partially completes and then fails, the IRQ handlers registered during     adf_isr_resource_alloc() are not detached before the MSI-X vectors are released. Since the device is     enabled with pcim_enable_device(), calling pci_alloc_irq_vectors() internally registers pcim_msi_release()     as a devres action. On probe failure, devres runs pcim_msi_release() which calls pci_free_irq_vectors(),     tearing down the MSI-X vectors while IRQ handlers (for example 'qat0-bundle0') are still attached. This     causes remove_proc_entry() warnings: [ 22.163964] remove_proc_entry: removing non-empty directory     'irq/143', leaking at least 'qat0-bundle0' Moving the devm_add_action_or_reset() before adf_dev_up() does     not solve the problem since devres runs in LIFO order and pcim_msi_release(), registered later inside     adf_dev_up(), would still fire before adf_device_down(). Fix by calling adf_dev_down() explicitly when     adf_dev_up() fails, to properly free IRQ handlers before devres releases the MSI-X vectors.
    (CVE-2026-46060)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
316948	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1746)	Nessus	Amazon Linux Local Security Checks	2026/5/27	2026/7/16	high
328036	CentOS 9 ： kernel-5.14.0-725.el9	Nessus	CentOS Local Security Checks	2026/7/20	2026/7/20	high
316948	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1746)	Nessus	Amazon Linux Local Security Checks	2026/5/27	2026/7/16	high
328036	CentOS 9：kernel-5.14.0-725.el9	Nessus	CentOS Local Security Checks	2026/7/20	2026/7/20	high
304783	Linux Distros 未修补的漏洞：CVE-2026-23415	Nessus	Misc.	2026/4/3	2026/7/31	high
304783	Linux Distros 未修補的弱點：CVE-2026-23415	Nessus	Misc.	2026/4/3	2026/7/31	high
304783	Linux Distros のパッチ未適用の脆弱性: CVE-2026-23415	Nessus	Misc.	2026/4/3	2026/7/31	high
328036	CentOS 9:kernel-5.14.0-725.el9	Nessus	CentOS Local Security Checks	2026/7/20	2026/7/20	high
316948	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1746)	Nessus	Amazon Linux Local Security Checks	2026/5/27	2026/7/16	high
304783	Linux Distros Unpatched Vulnerability : CVE-2026-23415	Nessus	Misc.	2026/4/3	2026/7/31	high
316948	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-1746)	Nessus	Amazon Linux Local Security Checks	2026/5/27	2026/7/16	high
328036	CentOS 9 : kernel-5.14.0-725.el9	Nessus	CentOS Local Security Checks	2026/7/20	2026/7/20	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

high