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

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

    btrfs：由於 -ENOSPC （），請勿從內聯釋放後援中的資料保留 （CVE-2025-71269）

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

    gpiolib：修正 gdev->srcu （CVE-2026-22986） 的爭用情形

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

    net：註解 sk->sk_{data_ready，write_space} （CVE-2026-23302） 周圍的資料爭用

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

    blktrace：修正搶佔式上下文中的 __this_cpu_read/write （CVE-2026-23374）

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

    ice：修正 ice_set_ringparam（） 中的記憶體洩漏 （CVE-2026-23389）

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

    ipv6：在 SRv6 路徑中新增 idev 的 NULL 檢查 （CVE-2026-23442）

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

    netfilter： conntrack：新增缺少的網路連結原則驗證 （CVE-2026-31407）

    在 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 核心中，下列弱點已解決：

    netfilter： ipset：刪除 mtype_del （CVE-2026-31418） 中邏輯上空白的儲存桶

    在 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 核心中，下列弱點已解決：

    net： skb：修正 KFENCE 配置的 skb 頭 （CVE-2026-31429） 的交叉快取

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

    X.509：修正剖析延伸模組時的越界存取 （CVE-2026-31430）

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

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

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

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

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

    ipv4： nexthop：在 rtm_get_nexthop（） 中動態分配 skb （CVE-2026-31531）

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

    can：raw：修正 raw_rcv（） 中的 ro->uniq 釋放後使用 （CVE-2026-31532）

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

    net/tls：修正 -EBUSY 中的釋放後使用錯誤路徑 tls_do_encryption （CVE-2026-31533）

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

    bcache：修正 cached_dev.sb_bio 釋放後使用和損毀 （CVE-2026-31580）

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

    mm： blk-cgroup：修正 cgwb_release_workfn（） 中的釋放後使用 （CVE-2026-31586）

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

    KVM：x86：在 MMIO 片段中使用暫存欄位來保存小的寫入值 （CVE-2026-31588）

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

    KVM： SEV：拒絕嘗試同步已啟動/加密 vCPU 的 VMSA （CVE-2026-31593）

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

    usbip：驗證 usbip_pack_ret_submit（） 中的number_of_packets （CVE-2026-31607）

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

    SMB： client：修正 check_wsl_eas（）CVE-2026-31614 （） 中的 off-by-8 邊界檢查

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

    HID： core：在 s32ton（） 中夾report_size以避免未定義的移位 （CVE-2026-31624）

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

    HID： alps：修正 alps_raw_event（） 中的 NULL 指標解除參照 （CVE-2026-31625）

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

    x86/CPU：修正 Zen1 上的 FPDSS （CVE-2026-31628）

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

    rxrpc：修正 rxrpc_server_keyring（）CVE-2026-31634 （） 中的參照計數洩漏

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

    rxrpc：拒絕不可解密的 rxkad 回應工單 （CVE-2026-31637）

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

    mm： filemap：修正 filemap_map_pages（） 中的 nr_pages 計算溢位 （CVE-2026-31648）

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

    drm/i915/gt：修正 intel_engine_park_heartbeat （CVE-2026-31656） 中的參照計數反向溢位

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

    提示：修正重複GRP_ACK_MSG上的bc_ackers溢位 （CVE-2026-31662）

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

    xfrm：清除 build_polexpire（） 中的尾端填充 （CVE-2026-31664）

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

    netfilter： nft_ct：修正逾時物件銷毀 （CVE-2026-31665） 中的釋放後使用

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

    btrfs：修正 lookup_extent_data_ref（） 中變更葉子後不正確的傳回值 （CVE-2026-31666）

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

    Input： uinput - 修正具有 ff-core （CVE-2026-31667） 的循環鎖定相依性

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

    SEG6：SEG6 LWtunnel （） 中輸入和輸出路徑的單獨dst_cacheCVE-2026-31668

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

    mptcp：修正 __inet_lookup_established 中的 slab-use-after-free （CVE-2026-31669）

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

    xfrm_user：修正 build_report（）CVE-2026-31671 （） 中的資訊洩露

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

    af_unix：讀取 unix_state_lock （CVE-2026-31673） 下的UNIX_DIAG_VFS資料

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

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

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

    crypto： af_alg - 透過接收緩衝區預算 （CVE-2026-31677） 限制 RX SG 擷取

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

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

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

    netfilter： xt_multiport：驗證 checkentry （CVE-2026-31681） 中的範圍編碼

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

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

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

    net： sched： act_csum：驗證巢狀 VLAN 標頭 （CVE-2026-31684）

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

    netfilter： ip6t_eui64：拒絕所有封包的無效 MAC 標頭 （CVE-2026-31685）

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

    EDAC/mc：修正 edac_mc_alloc（）CVE-2026-31689 （） 中的錯誤路徑排序

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

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

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

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

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

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

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

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

    在 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 核心中，下列弱點已解決：

    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 核心中，下列弱點已解決：

    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 核心中，下列弱點已解決：

    crypto： af-alg - 修正 scatterwalk （CVE-2026-43043） 中的 NULL 指標解除參照

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

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

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

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

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

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

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

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

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

    dcache：將儲存貯體的最小數量限制為兩個 （CVE-2026-43071）

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

    x86-64：重新命名誤導性名稱的「__copy_user_nocache（）」函式 （CVE-2026-43073）

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

    eventpoll：將結構 eventpoll 釋放時間推遲到 RCU 寬限期 （CVE-2026-43074）

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

    perf/x86/intel/uncore：跳過離線晶片的探索表 （CVE-2026-43079）

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

    netfilter： nfnetlink_queue：為每個佇列製作雜湊表 （CVE-2026-43084）

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

    netfilter： nfnetlink_log：初始化 NLMSG_DONE 終止符中的 nfgenmsg （CVE-2026-43085）

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

    ipvs：修正錯誤路徑中的 NULL 解除參照ip_vs_add_service （CVE-2026-43086）

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

    xfrm_user：修正 build_mapping（）CVE-2026-43089 （） 中的資訊洩露

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

    xfrm：修正 xfrm_migrate_policy_find （CVE-2026-43090） 中的參照計數洩漏

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

    xfrm：在原則 netns 結束期間等待 RCU 讀取器 （CVE-2026-43091）

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

    xsk：根據 bind 上的可用框架大小驗證 MTU （CVE-2026-43092）

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

    xsk：加強 UMEM 餘量驗證，以考慮尾部空間和最小框架 （CVE-2026-43093）

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

    ixgbevf：將遺漏的 negotiate_features op 新增至 Hyper-V ops 表格 （CVE-2026-43094）

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

    ipv4： icmp：修正 icmp_build_probe（） 中的 null-ptr-deref （CVE-2026-43099）

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

    xfrm：事件大小計算中的帳戶XFRMA_IF_ID （CVE-2026-43107）

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

    fs/smb/client：修正 cifs_sanitize_prepath （CVE-2026-43112） 中的越界讀取

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

    netfilter： nft_set_pipapo_avx2：到期時不傳回不相符的項目 （CVE-2026-43114）

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

    btrfs： tracepoints：在事件 btrfs_sync_file（） （CVE-2026-43117） 中從 dentry 取得正確的超級區塊

    在 Linux 核心中，已解決下列弱點：xfrm： esp：避免在共用 skb 片段上就地解密

    Amazon Linux 核心中的 Dirty Frag 和其他問題：https://aws.amazon.com/security/security-bulletins/2026-027-aws/ （CVE-2026-43284）

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

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

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

遠端主機上安裝的核心版本早於 5.10.260-259.1061。因此，會受到 ALAS2KERNEL-5.10-2026-128 公告中所提及的多個弱點影響。

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

    ipv6：在 ip6_output() 中使用 RCU (CVE-2025-40158)

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

    xfrm：在原則 netns 結束期間等待 RCU 讀取器 (CVE-2026-43091)

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

    sched/psi：修正檔案釋放和壓力寫入之間的爭用 (CVE-2026-52991)

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

    sctp：驗證 cookie 中內嵌的 INIT 區塊和位址清單長度 (CVE-2026-53224)

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

    sctp：驗證 COOKIE_ECHO 處理中快取的對等 INIT 區塊長度 (CVE-2026-53246)

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

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

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

  - xfrm：在原則 netns 結束期間等候 RCU 讀取器 xfrm_policy_fini（） 會在排清原則工作項目並刪除所有原則之後釋放policy_bydst雜湊表，但不會等候並行 RCU 讀取器先離開其讀取端重要區段。policy_bydst表會透過 rcu_assign_pointer（） 發佈，並透過 rcu_dereference_check（） 查詢，因此 netns 拆卸也必須等待 RCU 寬限期，才能釋放表記憶體。在釋放原則雜湊表之前新增 synchronize_rcu（） 來修正此問題。（CVE-2026-43091）

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

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

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

    ipv6：在 ip6_output（） 中使用 RCU （CVE-2025-40158）

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

    xfrm：在原則 netns 結束期間等待 RCU 讀取器 （CVE-2026-43091）

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

    net/sched：修正導致頁面快取損毀的 pedit 部分 COW （CVE-2026-46331）

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

    ip6_vti：在後援裝置上設定netns_immutable。（CVE-2026-52909）

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

    af_unix：拒絕非串流通訊端上的 SIOCATMARK （CVE-2026-52928）

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

    sched/psi：修正檔案釋放和壓力寫入 （CVE-2026-52991） 之間的爭用

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

    fuse：將FUSE_NOTIFY_RETRIEVE限制為最新的對開本 （CVE-2026-53167）

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

    sctp：驗證 cookie （CVE-2026-53224） 中內嵌的 INIT 區塊和位址清單長度

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

    sctp：驗證 COOKIE_ECHO 處理中快取的對等 INIT 區塊長度 （CVE-2026-53246）

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

    af_unix：在 unix_gc（） 中將 gc_in_progress 設為 true。（CVE-2026-53361）

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

    virtiofs：修正子掛載 umount 上的 UAF

    如果超級區塊已經被破壞，則從 fuse_release_end（） 呼叫的 iput（） 可以 Oops。通常，這是透過在開始超級區塊關閉之前等待fornum_waiting降至零來防止的。

    不過，這僅適用於最後一個子掛載執行個體，因為等候計數器是每個連線，而不是每個超級區塊。

    還原為針對auto_submounts情況使用同步釋放要求，目前僅為虛擬狀態。（CVE-2026-53381）

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

    vc_screen：在並行vcs_write期間修正 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中觀察到 KASAN null-ptr-deref：

    錯誤：KASAN：vcs_notifier+0x98/0x130 中的 null-ptr-deref 在 addr qmp_cmd_name 處讀取大小為 2：
    qmp_capabilities，引數：{}

    問題是 vcs_write（） 中的爭用情形。當console_lock暫時刪除（以從使用者空間複製資料）時，從vcs_vc（）取得的vc_data指標可能會過時。重新取得鎖定後，會再次呼叫 vcs_vc（） 以重新驗證指標。如果 vc 在此期間已被解除分配，則 vcs_vc（） 傳回 NULL，while 迴圈中斷（寫入的 > 為 0）。不過，在迴圈之後，仍會使用現在為 NULL 的 vc 指標呼叫 vcs_scr_updated（vc），導致通知程式鏈結中出現 NULL 指標解除參照 （vcs_notifier解除參照 param->vc）。

    在呼叫 vcs_scr_updated（） 之前新增 vc 的 NULL 檢查來修正此問題。（CVE-2026-53385）

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

    fuse：取代頁面快取對開本之前的重新鎖定要求

    fuse_try_move_folio（） 會在進入時解除鎖定要求，但不會在成功路徑上重新鎖定要求。這意味著 fuse_chan_abort（） 可以結束請求並釋放fuse_io_args（例如 fuse_readpages_end（）），而 fuse_try_move_folio（） 存取後的後續複製鏈邏輯thefuse_io_args，從而導致釋放後使用問題。

    透過在 replace_page_cache_folio（） 之前呼叫 lock_request（） 來解決此問題。這可確保要求鎖定在成功路徑上，以防止在稍後的複製邏輯執行時釋放fuse_io_args，並且還可以確保 ap->folios[i]->映射永遠不會為 null，因為 ap->folios[i] 將始終指向 newfolio afterreplace_page_cache_folio（）。（CVE-2026-53388）

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

    NFSv4/pNFS：拒絕 nfs4_decode_mp_ds_addr （CVE-2026-53391） 中的零長度r_addr

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

    nfsd：修正 SETACL 解碼失敗時的posix_acl洩露 （CVE-2026-53397）

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

    NFSD：修正SECINFO_NO_NAME解碼錯誤清除 （CVE-2026-53398）

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

    fbdev：修正 fb_new_modelist 以防止 fb_videomode_to_var 中的 null-ptr-deref

    info->var 是 framebuffer 的目前模式，在 info->modelist 中應該有一個 matchingentry。
    var_to_display（） 依賴這一點，並將失敗的 fb_match_mode（） 視為不應該發生這種情況。
    fb_set_var（） 透過在每次變更時將模式新增至清單來保持 true，anddo_register_framebuffer（） 在註冊時也會執行相同的操作。

    store_modes（） 取代了使用者空間中的模式清單。fb_new_modelist（）會驗證新模式，但不會檢查 info->var 是否仍然具有 amatch。它依賴 fbcon_new_modelist（） 重新指向控制台，但這僅處理映射到幀緩衝區的控制台。如果 fbcon 未綁定，就沒有了，所以 info->var 只剩下描述一個不再在清單中的模式。

    稍後的主控台接管會執行 var_to_display（），其中 fb_match_mode（） 傳回 NULL 並將 fb_display[i].mode 保留為 NULL。fbcon_switch（） 將其傳遞給 display_to_var（），fb_videomode_to_var（） 解除參照 NULL 模式。

    在 fb_new_modelist（） 中保留清單中的目前模式，wayfb_set_var（） 也是如此。（CVE-2026-53403）

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

    pNFS：修正 pnfs_update_layout（） 中的釋放後使用 （CVE-2026-63800）

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

    tipc：修正 tipc_aead_decrypt_done （CVE-2026-63801） 中的 slab-use-after-free Read

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

    KVM：x86/mmu：在檢查最大對應層級 （） 之前，請確定 hugepage 已依插槽進入 （CVE-2026-63807）

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

    exfat：修正 exfat_find_dir_entry（） 中潛在的釋放後使用 （CVE-2026-63808）

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

    bpf：將 kvfree（） 用於已替換的 sysctl 寫入緩衝區 （CVE-2026-63809）

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

    keys：在實例路徑中釘選request_key_auth負載 （CVE-2026-63823）

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

    KEYS：修正 keyctl_pkey_params_get_2（）CVE-2026-63824 （） 中的溢位

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

    net： skmsg：跨 SG 轉換保留 sg.copy （CVE-2026-63830）

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

    ntfs3：拒絕直接使用者空間寫入保留 $LX的 * xattrs

    NTFS3 使用 $LXUID、 $LXGID和 $LXDEV 作為$LXMOD內部 WSLpermission 中繼資料，並將它們重新載入到 i_uid、i_gid 和 i_modefrom ntfs_get_wsl_perm（） 中。

    由於空前綴 xattr 處理常式還允許檔案所有者直接在這些名稱上呼叫 setxattr（），因此 awritable ntfs3 掛載上的無權限寫入器可以在自己的檔案上植入根所有權和S_ISUID，並在 inode 重新載入後獲得 euid 0。

    拒絕直接使用者空間寫入保留 $LX的 * 名稱。Internalntfs3 中繼資料更新不會變更，因為 ntfs_save_wsl_perm（） 會直接透過 ntfs_set_ea（） 寫入這些更新。

    [almaz.alexandrovich@paragon-software.com：新增了針對非特權使用者的額外檢查]（CVE-2026-63833）

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

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

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

  - 已解決 Linux 核心中的下列弱點：ceph: fix possible deadlock when holding Fwb to get inline_data 1, mount with wsync. 2, create a file with O_RDWR, and the request was sent to mds.0: ceph_atomic_open()--> ceph_mdsc_do_request(openc) finish_open(file, dentry, ceph_open)--> ceph_open()--> ceph_init_file()--> ceph_init_file_info()--> ceph_uninline_data()--> { ... if (inline_version == 1 || /* initial version, no data */ inline_version == CEPH_INLINE_NONE) goto out_unlock; ... } The inline_version will be 1, which is the initial version for the new create file. And here the ci->i_inline_version will keep with 1, it's buggy. 3, buffer write to the file immediately:
    ceph_write_iter()--> ceph_get_caps(file, need=Fw, want=Fb, ...); generic_perform_write()--> a_ops->write_begin()--> ceph_write_begin()--> netfs_write_begin()--> netfs_begin_read()--> netfs_rreq_submit_slice()--> netfs_read_from_server()--> rreq->netfs_ops->issue_read()--> ceph_netfs_issue_read()--> { ... if (ci->i_inline_version != CEPH_INLINE_NONE && ceph_netfs_issue_op_inline(subreq)) return; ... } ceph_put_cap_refs(ci, Fwb); The ceph_netfs_issue_op_inline() will send a getattr(Fsr) request to mds.1. 4, then the mds.1 will request the rd lock for CInode::filelock from the auth mds.0, the mds.0 will do the CInode::filelock state transation from excl --> sync, but it need to revoke the Fxwb caps back from the clients. While the kernel client has aleady held the Fwb caps and waiting for the getattr(Fsr). It's deadlock! URL:
    https://tracker.ceph.com/issues/55377 (CVE-2022-49296)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - 已解決 Linux 核心中的下列弱點：hwrng: core - Fix page fault dead lock on mmap-ed hwrng There is a dead-lock in the hwrng device read path. This triggers when the user reads from /dev/hwrng into memory also mmap-ed from /dev/hwrng. The resulting page fault triggers a recursive read which then dead-locks. Fix this by using a stack buffer when calling copy_to_user. (CVE-2023-52615)

  - 已解決 Linux 核心中的下列弱點：fscache: Use wait_on_bit() to wait for the freeing of relinquished volume The freeing of relinquished volume will wake up the pending volume acquisition by using wake_up_bit(), however it is mismatched with wait_var_event() used in fscache_wait_on_volume_collision() and it will never wake up the waiter in the wait-queue because these two functions operate on different wait-queues. According to the implementation in fscache_wait_on_volume_collision(), if the wake-up of pending acquisition is delayed longer than 20 seconds (e.g., due to the delay of on-demand fd closing), the first wait_var_event_timeout() will timeout and the following wait_var_event() will hang forever as shown below: FS-Cache: Potential volume collision new=00000024 old=00000022 ...... INFO: task mount:1148 blocked for more than 122 seconds. Not tainted 6.1.0-rc6+ #1 task:mount state:D stack:0 pid:1148 ppid:1 Call Trace: <TASK> __schedule+0x2f6/0xb80 schedule+0x67/0xe0 fscache_wait_on_volume_collision.cold+0x80/0x82 __fscache_acquire_volume+0x40d/0x4e0 erofs_fscache_register_volume+0x51/0xe0 [erofs] erofs_fscache_register_fs+0x19c/0x240 [erofs] erofs_fc_fill_super+0x746/0xaf0 [erofs] vfs_get_super+0x7d/0x100 get_tree_nodev+0x16/0x20 erofs_fc_get_tree+0x20/0x30 [erofs] vfs_get_tree+0x24/0xb0 path_mount+0x2fa/0xa90 do_mount+0x7c/0xa0
    __x64_sys_mount+0x8b/0xe0 do_syscall_64+0x30/0x60 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Considering that wake_up_bit() is more selective, so fix it by using wait_on_bit() instead of wait_var_event() to wait for the freeing of relinquished volume. In addition because waitqueue_active() is used in wake_up_bit() and clear_bit() doesn't imply any memory barrier, use clear_and_wake_up_bit() to add the missing memory barrier between cursor->flags and waitqueue_active(). (CVE-2023-52982)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: ISO: fix iso_conn related locking and validity issues sk->sk_state indicates whether iso_pi(sk)->conn is valid. Operations that check/update sk_state and access conn should hold lock_sock, otherwise they can race. The order of taking locks is hci_dev_lock > lock_sock > iso_conn_lock, which is how it is in connect/disconnect_cfm -> iso_conn_del -> iso_chan_del. Fix locking in iso_connect_cis/bis and sendmsg/recvmsg to take lock_sock around updating sk_state and conn. iso_conn_del must not occur during iso_connect_cis/bis, as it frees the iso_conn. Hold hdev->lock longer to prevent that. This should not reintroduce the issue fixed in commit 241f51931c35 (Bluetooth: ISO: Avoid circular locking dependency), since the we acquire locks in order.
    We retain the fix in iso_sock_connect to release lock_sock before iso_connect_* acquires hdev->lock.
    Similarly for commit 6a5ad251b7cd (Bluetooth: ISO: Fix possible circular locking dependency). We retain the fix in iso_conn_ready to not acquire iso_conn_lock before lock_sock. iso_conn_add shall return iso_conn with valid hcon. Make it so also when reusing an old CIS connection waiting for disconnect timeout (see __iso_sock_close where conn->hcon is set to NULL). Trace with iso_conn_del after iso_chan_add in iso_connect_cis: =============================================================== iso_sock_create:771:
    sock 00000000be9b69b7 iso_sock_init:693: sk 000000004dff667e iso_sock_bind:827: sk 000000004dff667e 70:1a:b8:98:ff:a2 type 1 iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_connect:875: sk 000000004dff667e iso_connect_cis:353: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da hci_get_route:1199: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da hci_conn_add:1005: hci0 dst 28:3d:c2:4a:7e:da iso_conn_add:140: hcon 000000007b65d182 conn 00000000daf8625e __iso_chan_add:214: conn 00000000daf8625e iso_connect_cfm:1700: hcon 000000007b65d182 bdaddr 28:3d:c2:4a:7e:da status 12 iso_conn_del:187: hcon 000000007b65d182 conn 00000000daf8625e, err 16 iso_sock_clear_timer:117: sock 000000004dff667e state 3 <Note: sk_state is BT_BOUND (3), so iso_connect_cis is still running at this point> iso_chan_del:153: sk 000000004dff667e, conn 00000000daf8625e, err 16 hci_conn_del:1151: hci0 hcon 000000007b65d182 handle 65535 hci_conn_unlink:1102: hci0: hcon 000000007b65d182 hci_chan_list_flush:2780: hcon 000000007b65d182 iso_sock_getsockopt:1376: sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getsockopt:1376: sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_shutdown:1434:
    sock 00000000be9b69b7, sk 000000004dff667e, how 1 __iso_sock_close:632: sk 000000004dff667e state 5 socket 00000000be9b69b7 <Note: sk_state is BT_CONNECT (5), even though iso_chan_del sets BT_CLOSED (6). Only iso_connect_cis sets it to BT_CONNECT, so it must be that iso_chan_del occurred between iso_chan_add and end of iso_connect_cis.> BUG: kernel NULL pointer dereference, address: 0000000000000000 PGD 8000000006467067 P4D 8000000006467067 PUD 3f5f067 PMD 0 Oops: 0000 [#1] PREEMPT SMP PTI Hardware name:
    QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-1.fc38 04/01/2014 RIP: 0010:__iso_sock_close (net/bluetooth/iso.c:664) bluetooth =============================================================== Trace with iso_conn_del before iso_chan_add in iso_connect_cis:
    =============================================================== iso_connect_cis:356: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da ... iso_conn_add:140: hcon 0000000093bc551f conn 00000000768ae504 hci_dev_put:1487: hci0 orig refcnt 21 hci_event_packet:7607: hci0: e ---truncated--- (CVE-2023-54164)

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

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

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

    af_unix：如果MSG_PEEK介入，則放棄 GC。（CVE-2026-23394）

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

    ipv6：在 SRv6 路徑中新增 idev 的 NULL 檢查 （CVE-2026-23442）

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

    netfilter： conntrack：新增缺少的網路連結原則驗證 （CVE-2026-31407）

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

    netfilter： ipset：刪除 mtype_del （CVE-2026-31418） 中邏輯上空白的儲存桶

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

    net： skb：修正 KFENCE 配置的 skb 頭 （CVE-2026-31429） 的交叉快取

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

    X.509：修正剖析延伸模組時的越界存取 （CVE-2026-31430）

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

    ipv4： nexthop：在 rtm_get_nexthop（） 中動態分配 skb （CVE-2026-31531）

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

    can：raw：修正 raw_rcv（） 中的 ro->uniq 釋放後使用 （CVE-2026-31532）

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

    net/tls：修正 -EBUSY 中的釋放後使用錯誤路徑 tls_do_encryption （CVE-2026-31533）

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

    mm/userfaultfd：修正 hugetlb 錯誤互斥雜湊計算 （CVE-2026-31575）

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

    wireguard： device：在 pre_exit （CVE-2026-31579） 中使用 exit_rtnl 回呼而不是手動rtnl_lock

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

    bcache：修正 cached_dev.sb_bio 釋放後使用和損毀 （CVE-2026-31580）

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

    mm： blk-cgroup：修正 cgwb_release_workfn（） 中的釋放後使用 （CVE-2026-31586）

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

    KVM：x86：在 MMIO 片段中使用暫存欄位來保存小的寫入值 （CVE-2026-31588）

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

    KVM：SEV：同步 VMSA 以完成 SNP 啟動時，鎖定所有 vCPU （CVE-2026-31591）

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

    KVM： SEV：使用 kvm->lock （CVE-2026-31592） 保護 *所有* sev_mem_enc_register_region（）

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

    KVM： SEV：拒絕嘗試同步已啟動/加密 vCPU 的 VMSA （CVE-2026-31593）

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

    arm64： mm：正確處理無效的大葉映射 （CVE-2026-31600）

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

    usbip：驗證 usbip_pack_ret_submit（） 中的number_of_packets （CVE-2026-31607）

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

    smb： client：修正 OOB 讀取剖析符號連結錯誤回應 （CVE-2026-31613）

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

    SMB： client：修正 check_wsl_eas（）CVE-2026-31614 （） 中的 off-by-8 邊界檢查

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

    HID： core：在 s32ton（） 中夾report_size以避免未定義的移位 （CVE-2026-31624）

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

    HID： alps：修正 alps_raw_event（） 中的 NULL 指標解除參照 （CVE-2026-31625）

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

    x86/CPU：修正 Zen1 上的 FPDSS （CVE-2026-31628）

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

    rxrpc：修正 rxrpc_server_keyring（）CVE-2026-31634 （） 中的參照計數洩漏

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

    rxrpc：拒絕不可解密的 rxkad 回應工單 （CVE-2026-31637）

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

    mm： filemap：修正 filemap_map_pages（） 中的 nr_pages 計算溢位 （CVE-2026-31648）

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

    mm/damon/sysfs：如果 damon_call（） 失敗，則repeat_call_control解除配置 （CVE-2026-31653）

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

    drm/i915/gt：修正 intel_engine_park_heartbeat （CVE-2026-31656） 中的參照計數反向溢位

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

    提示：修正重複GRP_ACK_MSG上的bc_ackers溢位 （CVE-2026-31662）

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

    xfrm：保留 dev ref，直到 transport_finish NF_HOOK （） 之後 （CVE-2026-31663）

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

    xfrm：清除 build_polexpire（） 中的尾端填充 （CVE-2026-31664）

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

    netfilter： nft_ct：修正逾時物件銷毀 （CVE-2026-31665） 中的釋放後使用

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

    btrfs：修正 lookup_extent_data_ref（） 中變更葉子後不正確的傳回值 （CVE-2026-31666）

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

    Input： uinput - 修正具有 ff-core （CVE-2026-31667） 的循環鎖定相依性

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

    SEG6：SEG6 LWtunnel （） 中輸入和輸出路徑的單獨dst_cacheCVE-2026-31668

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

    mptcp：修正 __inet_lookup_established 中的 slab-use-after-free （CVE-2026-31669）

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

    xfrm_user：修正 build_report（）CVE-2026-31671 （） 中的資訊洩露

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

    af_unix：讀取 unix_state_lock （CVE-2026-31673） 下的UNIX_DIAG_VFS資料

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

    netfilter： xt_multiport：驗證 checkentry （CVE-2026-31681） 中的範圍編碼

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

    net： sched： act_csum：驗證巢狀 VLAN 標頭 （CVE-2026-31684）

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

    netfilter： ip6t_eui64：拒絕所有封包的無效 MAC 標頭 （CVE-2026-31685）

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

    EDAC/mc：修正 edac_mc_alloc（）CVE-2026-31689 （） 中的錯誤路徑排序

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

    igb：移除 igb_down（）CVE-2026-31691 中的 napi_synchronize（）

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

    rtnetlink：新增對等 netn 的遺漏 netlink_ns_capable（） 檢查 （CVE-2026-31692）

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

    fuse：拒絕頁面快取中過大的 dirents （CVE-2026-31694）

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

    net/packet：修正 tpacket_snd（） 中 mmap'd vnet_hdr 上的 TOCTOU 爭用 （CVE-2026-31700）

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

    writeback：修正 inode_switch_wbs_work_fn（） 中的釋放後使用 （CVE-2026-31703）

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

    smb： client：修正smb2_ioctl_query_info QUERY_INFO路徑中的 OOB 讀取 （CVE-2026-31708）

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

    fuse：在同步 init （CVE-2026-31713） 期間中止致命訊號

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

    fs/ntfs3：驗證 rec->用於日誌重播檔案記錄檢查 （CVE-2026-31716）

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

    crypto：krb5enc - 修正非同步解密跳過雜湊驗證 （CVE-2026-31719）

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

    dcache：將儲存貯體的最小數量限制為兩個 （CVE-2026-43071）

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

    x86-64：重新命名誤導性名稱的「__copy_user_nocache（）」函式 （CVE-2026-43073）

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

    eventpoll：將結構 eventpoll 釋放時間推遲到 RCU 寬限期 （CVE-2026-43074）

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

    perf/x86/intel/uncore：跳過離線晶片的探索表 （CVE-2026-43079）

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

    net： ioam6：修正 OOB 和缺少的鎖定 （CVE-2026-43083）

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

    netfilter： nfnetlink_queue：為每個佇列製作雜湊表 （CVE-2026-43084）

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

    netfilter： nfnetlink_log：初始化 NLMSG_DONE 終止符中的 nfgenmsg （CVE-2026-43085）

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

    ipvs：修正錯誤路徑中的 NULL 解除參照ip_vs_add_service （CVE-2026-43086）

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

    xfrm_user：修正 build_mapping（）CVE-2026-43089 （） 中的資訊洩露

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

    xfrm：修正 xfrm_migrate_policy_find （CVE-2026-43090） 中的參照計數洩漏

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

    xfrm：在原則 netns 結束期間等待 RCU 讀取器 （CVE-2026-43091）

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

    xsk：根據 bind 上的可用框架大小驗證 MTU （CVE-2026-43092）

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

    xsk：加強 UMEM 餘量驗證，以考慮尾部空間和最小框架 （CVE-2026-43093）

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

    ixgbevf：將遺漏的 negotiate_features op 新增至 Hyper-V ops 表格 （CVE-2026-43094）

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

    ipv4： icmp：修正 icmp_build_probe（） 中的 null-ptr-deref （CVE-2026-43099）

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

    bridge：保護本機 VLAN-0 FDB 協助程式免受 NULL VLAN 群組影響 （CVE-2026-43100）

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

    ipv6： ioam：修正 __ioam6_fill_trace_data（）CVE-2026-43101 （） 中潛在的空取消參照

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

    xfrm：事件大小計算中的帳戶XFRMA_IF_ID （CVE-2026-43107）

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

    x86：影子堆疊：mmap 鎖定 （CVE-2026-43109） 的正確錯誤處理

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

    fs/smb/client：修正 cifs_sanitize_prepath （CVE-2026-43112） 中的越界讀取

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

    netfilter： nft_set_pipapo_avx2：到期時不傳回不相符的項目 （CVE-2026-43114）

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

    netfilter： ctnetlink：確保安全存取主 conntrack （CVE-2026-43116）

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

    btrfs： tracepoints：在事件 btrfs_sync_file（） （CVE-2026-43117） 中從 dentry 取得正確的超級區塊

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

    btrfs：在日誌重播後修正大小為非零的零大小 inode （CVE-2026-43118）

    在 Linux 核心中，已解決下列弱點：xfrm： esp：避免在共用 skb 片段上就地解密

    Amazon Linux 核心中的 Dirty Frag 和其他問題：https://aws.amazon.com/security/security-bulletins/2026-027-aws/ （CVE-2026-43284）

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

    smb： client：需要完整的 NFS 模式 SID，才能讀取模式位元 （CVE-2026-43350）

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

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

Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1789986443 公告中提及的多個弱點影響。

  - 已解決 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 核心中的下列弱點：tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - 已解決 Linux 核心中的下列弱點：ipc: fix memleak if msg_init_ns failed in create_ipc_ns Percpu memory allocation may failed during create_ipc_ns however this fail is not handled properly since ipc sysctls and mq sysctls is not released properly. Fix this by release these two resource when failure. Here is the kmemleak stack when percpu failed: unreferenced object 0xffff88819de2a600 (size 512): comm shmem_2nstest, pid 120711, jiffies 4300542254 hex dump (first 32 bytes): 60 aa 9d 84 ff ff ff ff fc 18 48 b2 84 88 ff ff `.........H..... 04 00 00 00 a4 01 00 00 20 e4 56 81 ff ff ff ff ........
    .V..... backtrace (crc be7cba35): [<ffffffff81b43f83>] __kmalloc_node_track_caller_noprof+0x333/0x420 [<ffffffff81a52e56>] kmemdup_noprof+0x26/0x50 [<ffffffff821b2f37>] setup_mq_sysctls+0x57/0x1d0 [<ffffffff821b29cc>] copy_ipcs+0x29c/0x3b0 [<ffffffff815d6a10>] create_new_namespaces+0x1d0/0x920 [<ffffffff815d7449>] copy_namespaces+0x2e9/0x3e0 [<ffffffff815458f3>] copy_process+0x29f3/0x7ff0 [<ffffffff8154b080>] kernel_clone+0xc0/0x650 [<ffffffff8154b6b1>] __do_sys_clone+0xa1/0xe0 [<ffffffff843df8ff>] do_syscall_64+0xbf/0x1c0 [<ffffffff846000b0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 (CVE-2024-53175)

  - 已解決 Linux 核心中的下列弱點：net/mlx5: HWS, change error flow on matcher disconnect Currently, when firmware failure occurs during matcher disconnect flow, the error flow of the function reconnects the matcher back and returns an error, which continues running the calling function and eventually frees the matcher that is being disconnected. This leads to a case where we have a freed matcher on the matchers list, which in turn leads to use-after-free and eventual crash. This patch fixes that by not trying to reconnect the matcher back when some FW command fails during disconnect. Note that we're dealing here with FW error. We can't overcome this problem. This might lead to bad steering state (e.g. wrong connection between matchers), and will also lead to resource leakage, as it is the case with any other error handling during resource destruction. However, the goal here is to allow the driver to continue and not crash the machine with use-after-free error. (CVE-2025-21751)

  - 已解決 Linux 核心中的下列弱點：wifi: ath12k: Avoid memory leak while enabling statistics Driver uses monitor destination rings for extended statistics mode and standalone monitor mode. In extended statistics mode, TLVs are parsed from the buffer received from the monitor destination ring and assigned to the ppdu_info structure to update per-packet statistics. In standalone monitor mode, along with per-packet statistics, the packet data (payload) is captured, and the driver updates per MSDU to mac80211. When the AP interface is enabled, only extended statistics mode is activated. As part of enabling monitor rings for collecting statistics, the driver subscribes to HAL_RX_MPDU_START TLV in the filter configuration. This TLV is received from the monitor destination ring, and kzalloc for the mon_mpdu object occurs, which is not freed, leading to a memory leak. The kzalloc for the mon_mpdu object is only required while enabling the standalone monitor interface. This causes a memory leak while enabling extended statistics mode in the driver. Fix this memory leak by removing the kzalloc for the mon_mpdu object in the HAL_RX_MPDU_START TLV handling. Additionally, remove the standalone monitor mode handlings in the HAL_MON_BUF_ADDR and HAL_RX_MSDU_END TLVs. These TLV tags will be handled properly when enabling standalone monitor mode in the future. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-37743)

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

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

  - 已解決 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 核心中的下列弱點：tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - 已解決 Linux 核心中的下列弱點：ipc: fix memleak if msg_init_ns failed in create_ipc_ns Percpu memory allocation may failed during create_ipc_ns however this fail is not handled properly since ipc sysctls and mq sysctls is not released properly. Fix this by release these two resource when failure. Here is the kmemleak stack when percpu failed: unreferenced object 0xffff88819de2a600 (size 512): comm shmem_2nstest, pid 120711, jiffies 4300542254 hex dump (first 32 bytes): 60 aa 9d 84 ff ff ff ff fc 18 48 b2 84 88 ff ff `.........H..... 04 00 00 00 a4 01 00 00 20 e4 56 81 ff ff ff ff ........
    .V..... backtrace (crc be7cba35): [<ffffffff81b43f83>] __kmalloc_node_track_caller_noprof+0x333/0x420 [<ffffffff81a52e56>] kmemdup_noprof+0x26/0x50 [<ffffffff821b2f37>] setup_mq_sysctls+0x57/0x1d0 [<ffffffff821b29cc>] copy_ipcs+0x29c/0x3b0 [<ffffffff815d6a10>] create_new_namespaces+0x1d0/0x920 [<ffffffff815d7449>] copy_namespaces+0x2e9/0x3e0 [<ffffffff815458f3>] copy_process+0x29f3/0x7ff0 [<ffffffff8154b080>] kernel_clone+0xc0/0x650 [<ffffffff8154b6b1>] __do_sys_clone+0xa1/0xe0 [<ffffffff843df8ff>] do_syscall_64+0xbf/0x1c0 [<ffffffff846000b0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 (CVE-2024-53175)

  - 已解決 Linux 核心中的下列弱點：net/mlx5: HWS, change error flow on matcher disconnect Currently, when firmware failure occurs during matcher disconnect flow, the error flow of the function reconnects the matcher back and returns an error, which continues running the calling function and eventually frees the matcher that is being disconnected. This leads to a case where we have a freed matcher on the matchers list, which in turn leads to use-after-free and eventual crash. This patch fixes that by not trying to reconnect the matcher back when some FW command fails during disconnect. Note that we're dealing here with FW error. We can't overcome this problem. This might lead to bad steering state (e.g. wrong connection between matchers), and will also lead to resource leakage, as it is the case with any other error handling during resource destruction. However, the goal here is to allow the driver to continue and not crash the machine with use-after-free error. (CVE-2025-21751)

  - 已解決 Linux 核心中的下列弱點：wifi: ath12k: Avoid memory leak while enabling statistics Driver uses monitor destination rings for extended statistics mode and standalone monitor mode. In extended statistics mode, TLVs are parsed from the buffer received from the monitor destination ring and assigned to the ppdu_info structure to update per-packet statistics. In standalone monitor mode, along with per-packet statistics, the packet data (payload) is captured, and the driver updates per MSDU to mac80211. When the AP interface is enabled, only extended statistics mode is activated. As part of enabling monitor rings for collecting statistics, the driver subscribes to HAL_RX_MPDU_START TLV in the filter configuration. This TLV is received from the monitor destination ring, and kzalloc for the mon_mpdu object occurs, which is not freed, leading to a memory leak. The kzalloc for the mon_mpdu object is only required while enabling the standalone monitor interface. This causes a memory leak while enabling extended statistics mode in the driver. Fix this memory leak by removing the kzalloc for the mon_mpdu object in the HAL_RX_MPDU_START TLV handling. Additionally, remove the standalone monitor mode handlings in the HAL_MON_BUF_ADDR and HAL_RX_MSDU_END TLVs. These TLV tags will be handled properly when enabling standalone monitor mode in the future. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-37743)

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

遠端 Oracle Linux 10 / 9 主機中安裝的套件受到 ELSA-2026-50372 公告中提及的多個弱點影響。

    - net/sched：修正導致頁面快取損毀的 pedit 部分 COW (Rajat Gupta) {CVE-2026-46331}
    - eventpoll：修正ep_remove結構 eventpoll / 結構檔案 UAF （Christian Brauner） [Orabug： 39668743] {CVE-2026-46242}
    - net： skbuff：修正 pskb_carve 協助程式中缺少的 zerocopy 參照 （Minh Nguyen） [Orabug： 39656679] {CVE-2026-52943}
    - arm64： 勘誤表：緩解各種 Arm CPU 上的 TLBI 勘誤表 （Mark Rutland） [Orabug： 39548792] {CVE-2025-10263}
    - openvswitch： vport：修正釋放通道埠時的自我鎖死 （Ilya Maximets） {CVE-2026-46165}
    - iommu/amd：在並行 TLB 無效的情況下序列化序列分配 （Ankit Soni） {CVE-2026-43220}
    - usb： ulpi：修正 ulpi_register（） 錯誤路徑上的記憶體洩漏 （Felix Gu） {CVE-2026-46109}
    - smb： client：拒絕使用者空間 cifs.spnego 描述 （Asim Viladi Oglu Manizada） [Orabug： 39463671] {CVE-2026-46243}
    - net：skbuff：透過片段傳輸協助程式傳播共用片段標記 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503，CVE-2026-46300}
    - net：skbuff：在合併期間保留共用片段標記 (William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter：拒絕 nft_bitwise 中的零移位 （Kai Ma） [Orabug： 39452464] {CVE-2026-46101}
    - net： ipv6：修正 seg6 和 rpl lwtunnels 中的 NOREF dst 使用 （Andrea Mayer） [Orabug： 39452457] {CVE-2026-46099}
    - ALSA： caiaq：修正探查失敗時的 usb_dev 參照計數洩漏 （Deepanshu Kartikey） [Orabug： 39452739] {CVE-2026-46048}
    - ipv6： rpl：當重新壓縮mac_len SRH 增長時，保留餘量 （Greg Kroah-Hartman） [Orabug： 39426003] {CVE-2026-43501}
    - ALSA： caiaq：修正錯誤路徑上可能剩餘的ep1_in_urb （Takashi Iwai） [Orabug： 39452746] {CVE-2026-45992}
    - net：bonding：修復 bond_xmit_broadcast() 中的釋放後使用 (Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto： authencesn - 在執行個體建立期間拒絕短 ahash 摘要 （Yucheng Lu） [Orabug： 39452231] {CVE-2026-46033}
    - spi：修正裝置設定失敗時的資源洩漏 （Johan Hovold） [Orabug： 39452400] {CVE-2026-46083}
    - net： qrtr： ns： 限制節點總數 （Manivannan Sadhasivam） [Orabug： 39452123] {CVE-2026-46003}
    - net： bridge：在 RCU 讀取器中使用穩定的 FDB dst 快照 （Zhengchuan Liang） [Orabug： 39452411] {CVE-2026-46086}
    - net： qrtr： ns： 限制查詢的最大次數（Manivannan Sadhasivam） [Orabug: 39452207] {CVE-2026-46026}
    - net： qrtr： ns：限制每個節點的最大伺服器註冊數量（Manivannan Sadhasivam） [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib：停用 RSS QP 銷毀的 RX 轉向 （Long Li） [Orabug： 39452406] {CVE-2026-46084}
    - media： rc： igorplugusb：注意相干性規則 （Oliver Neukum） [Orabug： 39452432] {CVE-2026-46091}
    - wifi： mwifiex：修正 mwifiex_adapter_cleanup（） 中的釋放後使用 （Daniel Hodges） [Orabug： 39452343] {CVE-2026-46069}
    - thermal： core：修正熱區域調速器清理問題 （Rafael J. Wysocki） [Orabug： 39452186] {CVE-2026-46021}
    - smb：client：在 cifsacl 中重寫 DACL 之前先驗證整個 DACL (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi：sd：修正 device_add（&disk_dev） 失敗時遺失的 put_disk（） （Yang Xiuwei） [Orabug： 39452100] {CVE-2026-45997}
    - rtmutex：在 remove_waiter() 中使用 waiter::task 而不是 current (Keenan Dong) [Orabug: 39425998] {CVE-2026-43499}
    - ceph：只有 d_add（） 負 dentry 未雜湊時 （Max Kellermann） [Orabug： 39452291] {CVE-2026-46052}
    - dm mirror：修正 create_dirty_log（） 中的整數溢位 （Junrui Luo） [Orabug： 39452196] {CVE-2026-46023}
    - 藍牙：hci_event：修正 SSP 通行金鑰處理常式中潛在的 UAF (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp：接聽程式遷移後呼叫 sk_data_ready（） （Zhenzhong Wu） [Orabug： 39452159] {CVE-2026-46015}
    - inotify：修正 fsnotify_add_inode_mark_locked（） 失敗時的監視計數洩漏 （Chia-Ming Chang） [Orabug：
    39452250] {CVE-2026-46040}
    - md/raid5：在存取日誌中繼資料之前驗證負載大小 （Junrui Luo） [Orabug： 39452349] {CVE-2026-46070}
    - md/raid5：修正 retry_aligned_read（） 中的軟鎖定 （Chia-Ming Chang） [Orabug： 39452287] {CVE-2026-46051}
    - ext4：修正 ext4_xattr_inode_dec_ref_all（） 中缺少的 brelse（） （Sohei Koyama） [Orabug： 39452269] {CVE-2026-46046}
    - ext4：修正 check_xattrs（） 中的邊界檢查以防止越界存取 （Deepanshu Kartikey） [Orabug：
    39452442] {CVE-2026-46094}
    - io_uring/poll：修正喚醒爭用時缺少 EOF 的 multishot recv （Jens Axboe） {CVE-2026-23473}
    - KVM： nSVM： 如果未處理的 VMMCALL 未被 L1 攔截，則引發 #UD （Kevin Cheng） [Orabug： 39452372] {CVE-2026-46076}
    - KVM： SVM：如果是 EFER，則為 INVLPGA 注入 #UD。SVME=0 （Kevin Cheng） [Orabug： 39452394] {CVE-2026-46082}
    - KVM： nSVM：在 L2 的 VMRUN 之後，將中斷影子同步到快取的 vmcb12 （Yosry Ahmed） [Orabug： 39452061] {CVE-2026-45987}
    - xfs：修正 xfs_alloc_buftarg（） 中的資源洩漏 （Haoxiang Li） [Orabug： 39452131] {CVE-2026-46005}
    - libceph：防止 ceph_handle_auth_reply（） 中潛在的 null-ptr-deref （Raphael Zimmer） [Orabug：
    39452201] {CVE-2026-46024}
    - ipv4： icmp：使用 icmp_pointers 之前先驗證回覆類型 （Ruide Cao） [Orabug： 39452243] {CVE-2026-46037}
    - RDMA/rxe：在 rxe_rcv 中的 payload_size（） 之前驗證 pad 和 ICRC （Hkbinbin） [Orabug： 39452259] {CVE-2026-46043}
    - net： qrtr： ns： 在 ctrl_cmd_bye（） 期間釋放節點 （Manivannan Sadhasivam） [Orabug： 39452246] {CVE-2026-46038}
    - rxrpc： 修正 rxkad 加密不對齊處理 （David Howells） [Orabug： 39452728] {CVE-2026-46085}
    - ALSA： caiaq： 正確處理探查錯誤 （Takashi Iwai） [Orabug： 39452126] {CVE-2026-46004}
    - rbd：修正 device_add_disk（） 失敗時的 null-ptr-deref （Dawei Feng） [Orabug： 39452385] {CVE-2026-46079}
    - md/raid10：修正帶有檢查操作和 nowait 要求的鎖死 （Josh Hunt） [Orabug： 39452284] {CVE-2026-46050}
    - jbd2：修正 jbd2_journal_cancel_revoke（） 中的鎖死 （Zhang Yi） [Orabug： 39452318] {CVE-2026-46061}
    - erofs：修正尾隨 dirents 的越界 nameoff 處理 （Gao Xiang） [Orabug： 39452380] {CVE-2026-46078}
    - ALSA： ctxfi：新增 S/PDIF 預設 RSR 的後援 （Harin Lee） [Orabug： 39452280] {CVE-2026-46049}
    - ext2：拒絕 ext2_iget（） 中具有零i_nlink和有效模式的 inode （Vasiliy Kovalev） [Orabug： 39452119] {CVE-2026-46002}
    - net： qrtr： ns： 修正驅動程式 remove（） 中的釋放後使用 （Manivannan Sadhasivam） [Orabug： 39452274] {CVE-2026-46047}
    - net： strparser：修正 strp_abort_strp（） 中的skb_head洩露 （Luxiao Xu） [Orabug： 39452468] {CVE-2026-46102}
    - ALSA： control：在 snd_ctl_elem_init_enum_names（） 中 strnlen（） 之前驗證buf_len （Ziqing Chen） [Orabug： 39452416] {CVE-2026-46088}
    - crypto： pcrypt - 修正 MAY_BACKLOG 要求的處理 （Herbert Xu） [Orabug： 39410863] {CVE-2026-43493}
    - wifi： rtw88：檢查 PCI 上游橋接器是否存在 （Fedor Pchelkin） [Orabug： 39452437] {CVE-2026-46092}
    - zram：不要忘記部分捨棄請求的 endio （Sergey Senozhatsky） [Orabug： 39452420] {CVE-2026-46089}
    - ocfs2：在 dio 完成時拆分交易以避免信用耗盡 （Heming Zhao） [Orabug： 39452388] {CVE-2026-46080}
    - drm/amdgpu： 限制 BO 清單項目計數以防止資源耗盡 （Jesse Zhang） [Orabug： 39167551] {CVE-2026-23468}
    - padata：一勞永逸地修正 pd UAF （Herbert Xu） [Orabug： 38335055] {CVE-2025-38584}
    - drm/nouveau：修正 pushbuf 重新定位邊界檢查中的 u32 溢位 （Greg Kroah-Hartman） [Orabug： 39452133] {CVE-2026-46006}
    - ALSA： usb-audio：停止剖析 MAX_NR_RATES 的 UAC2 速率 （Cassio Gabriel） [Orabug： 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c 中的緩衝區溢位 （Juergen Gross） [Orabug： 39305898] {CVE-2026-31786}
    - xen/privcmd：透過 VMA 分割修正雙重釋放 （Juergen Gross） [Orabug： 39305908] {CVE-2026-31787}
    - rxrpc： 修正非 XDR 金鑰準備中缺少的票證長度驗證 （Anderson Nascimento） [Orabug：
    39300563] {CVE-2026-31696}
    - crypto： ccp：如果 PSP 命令失敗，請勿嘗試將 ID 複製到使用者空間 （Sean Christopherson） {CVE-2026-31697}
    - crypto： ccp：如果 PSP 命令失敗，請勿嘗試將 PDH cert 複製到使用者空間 （Sean Christopherson） {CVE-2026-31698}
    - crypto： ccp：如果 PSP 命令失敗，請勿嘗試將 CSR 複製到使用者空間 （Sean Christopherson） {CVE-2026-31699}
    - net/packet：修正 tpacket_snd（） 中 mmap'd vnet_hdr 上的 TOCTOU 爭用 （Bingquan Chen） {CVE-2026-31700}
    - ALSA： caiaq：在 create_card（） 中參照 USB 裝置 （Berk Cem Goksel） [Orabug： 39300586] {CVE-2026-31701}
    - smb： client：修正smb2_ioctl_query_info QUERY_INFO路徑中的 OOB 讀取 （Michael Bommarito） [Orabug：
    39300607] {CVE-2026-31708}
    - smb： client：在讀取模式位元之前需要完整的 NFS 模式 SID （Michael Bommarito） [Orabug： 39343707] {CVE-2026-43350}
    - fuse：拒絕頁面快取中的過大內容 （Samuel Page） [Orabug： 39300556] {CVE-2026-31694}
    - mm/pagewalk：修正並行分割和重新fault之間的爭用 （Max Boone） [Orabug： 39250782] {CVE-2026-31456}
    - wifi： mac80211：ieee80211_tx_prepare_skb（） 失敗時始終釋放 skb （Felix Fietkau） [Orabug： 39167472] {CVE-2026-23444}
    - mm/userfaultfd：修正 hugetlb 錯誤互斥雜湊計算 （Jianhui Zhou） [Orabug： 39273453] {CVE-2026-31575}
    - ipv6：在 SRv6 路徑中新增 idev 的 NULL 檢查 （Heminhong） [Orabug： 39167467] {CVE-2026-23442}
    - ocfs2：修正 ocfs2_write_end_inline 中的越界寫入 （Joseph Qi） [Orabug： 39331090] {CVE-2026-43075}
    - ocfs2：在 inode 讀取期間驗證內嵌資料i_size （Deepanshu Kartikey） [Orabug： 39331097] {CVE-2026-43076}
    - media： as102：修正裝置在 as102_usb_probe（） 中註冊後不會釋放記憶體的問題 （Jeongjun Park） [Orabug： 39273467] {CVE-2026-31578}
    - bcache：修正 cached_dev.sb_bio 釋放後使用和崩潰 （Mingzhe Zou） [Orabug： 39273481] {CVE-2026-31580}
    - ALSA： 6fire：修正中斷連接時的釋放後使用 （Berk Cem Goksel） [Orabug： 39273486] {CVE-2026-31581}
    - media： em28xx：修正 em28xx_v4l2_open（） 中的釋放後使用 （Abhishek Kumar） [Orabug： 39273493] {CVE-2026-31583}
    - mm： blk-cgroup：修正 cgwb_release_workfn（） 中的釋放後使用 （Breno Leitao） [Orabug： 39273507] {CVE-2026-31586}
    - KVM：x86：使用 MMIO 片段中的暫存欄位來保存小寫入值 （Sean Christopherson） [Orabug：
    39273521] {CVE-2026-31588}
    - x86-64：重新命名具有誤導性名稱的「__copy_user_nocache（）」函式 （Linus Torvalds） [Orabug： 39323162] {CVE-2026-43073}
    - kernel：對於 dup_mmap() 失敗和 uprobe 註冊要更加小心 (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib：修正 gdev->srcu 的爭用情形 （Pawel Narewski） [Orabug： 38887677] {CVE-2026-22986}
    - KVM： SEV：對 KVM_MEMORY_ENCRYPT_REG_REGION 的大尺寸刪除 WARN （Sean Christopherson） [Orabug：
    39273529] {CVE-2026-31590}
    - KVM： SEV：拒絕嘗試同步已啟動/加密 vCPU 的 VMSA （Sean Christopherson） [Orabug： 39273553] {CVE-2026-31593}
    - ocfs2：處理 ocfs2_group_extend 中無效的 dinode （Zhengyuan Huang） [Orabug： 39273569] {CVE-2026-31596}
    - ocfs2：修正 ocfs2_fault（） 中VM_FAULT_RETRY時的釋放後使用 （Tejas Bharambe） [Orabug： 39273578] {CVE-2026-31597}
    - ocfs2：修正取消連結和dio_end_io_write之間可能的鎖死 （Joseph Qi） [Orabug： 39273586] {CVE-2026-31598}
    - dcache：將儲存桶的最小數量限制為兩個 （Zhihao Cheng） [Orabug： 39323133] {CVE-2026-43071}
    - ALSA： ctxfi：將 PTP 限制為單一頁面 （Harin Lee） [Orabug： 39273608] {CVE-2026-31602}
    - wifi： rtw88：修正探查失敗時的裝置洩漏 （Johan Hovold） [Orabug： 39273620] {CVE-2026-31604}

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
313517	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1695）	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/5/26	high
332011	Amazon Linux 2：核心 --advisory ALAS2KERNEL-5。10-2026-128 (ALASKERNEL-5.10-2026-128)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/13	critical
312595	Linux Distros 未修補弱點：CVE-2026-43091	Nessus	Misc.	2026/5/6	2026/9/30	high
340680	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 核心（Raspberry Pi）弱點（USN-8665-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/8/27	high
332051	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2026-2032)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/9/23	medium
360912	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1789898700）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
313525	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel （ALAS2023-2026-1693）	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/10	high
352273	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1789986443）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
352548	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1789986443）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high

偵測

搜尋 Plugin

high

critical

high

high

medium

high

high

high

high

high