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

  - thermal/of：修正 thermal_of_cm_lookup（） 中的參照洩漏 在 thermal_of_cm_lookup（） 中，tr_np 是透過 of_parse_phandle（） 取得的，但從未釋放。使用 __free（device_node） cleanup 屬性可自動釋放節點並修正洩漏。[ rjw： 變更日誌編輯 ]（CVE-2026-45925）

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

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

  - 已解決 Linux 核心中的下列弱點：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已解決 Linux 核心中的下列弱點：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已解決 Linux 核心中的下列弱點：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已解決 Linux 核心中的下列弱點：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已解決 Linux 核心中的下列弱點：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

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

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

    Btrfs：修正插入內嵌範圍 （CVE-2025-71268） 時某些錯誤路徑中的保留洩漏

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

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

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

    smack： /smack/doi：接受以前使用的值 （CVE-2025-71304）

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

    fs/ntfs3：使用前初始化新的對開本 （CVE-2025-71311）

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

    RDMA/umad：拒絕ib_umad_write中的負data_len （CVE-2026-23243）

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

    net： gro：修正外部網路偏移 （CVE-2026-23254）

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

    net：將適當的 RCU 保護新增至 /proc/net/ptype （CVE-2026-23255）

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

    io_uring/rw：快取放置失敗時釋放可能分配的 iovec （CVE-2026-23259）

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

    regmap： maple：mas_store_gfp（） 失敗時免費進入 （CVE-2026-23260）

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

    io_uring/zcrx：修正頁面陣列洩漏 （CVE-2026-23263）

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

    netfilter： nft_set_rbtree：驗證開放間隔重疊 （CVE-2026-23333）

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

    tracing/dma：限制追蹤點陣列dma_map_sg以防止緩衝區溢位 （CVE-2026-23390）

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

    smb： client：使用 smbdirect_socket.recv_io.credits.available （CVE-2026-31535）

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

    smb： smbdirect：引入 smbdirect_socket.recv_io.credits.available （CVE-2026-31539）

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

    driver core：強制執行 driver_match_device（） 的device_lock （CVE-2026-31688）

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

    ACPI： 處理器：在 __acpi_processor_start（） （CVE-2026-43122） 中更新 cpuidle 驅動程式檢查

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

    cpufreq： intel_pstate：修正 update_cpu_qos_request（）CVE-2026-43401 （） 中的 NULL 指標解除參照

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

    net：存取正向路徑陣列時移除 WARN_ON_ONCE （CVE-2026-45847）

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

    efi：修正未接受的記憶體表的保留 （CVE-2026-45851）

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

    ata： libata-scsi：避免非 NCQ 命令飢餓 （CVE-2026-45855）

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

    RDMA/uverbs：在 ib_uverbs_post_send （CVE-2026-45856） 中使用wqe_size之前先對其進行驗證

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

    ext4：如果EXT4_EXT_DATA_PARTIAL_VALID1 （），則不要將整個範圍歸零 （CVE-2026-45858）

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

    netfilter： nfnetlink_queue：在分割之前進行共用-未確認檢查 （CVE-2026-45859）

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

    netfilter： nf_conncount：將連線清理限制增加到 64 （CVE-2026-45860）

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

    iommu/vt-d：在使用 PASID 表格之前先排清快取 （CVE-2026-45862）

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

    fs/ntfs3：防止因下一個有效相同而造成的無限迴圈 （CVE-2026-45864）

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

    SUNRPC： auth_gss：修正 XDR 解碼錯誤路徑中的記憶體洩漏 （CVE-2026-45870）

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

    scsi：smartpqi：修正 pqi_report_phys_luns（）CVE-2026-45872 （） 中的記憶體洩漏

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

    netfilter： nft_set_rbtree：檢查匿名集中的部分重疊 （CVE-2026-45873）

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

    arm64/gcs：修正 arch_set_shadow_stack_status（） 中的錯誤處理 （CVE-2026-45876）

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

    PCI/P2PDMA：當 vm_insert_page（） 失敗時，釋放 per-CPU pgmap ref （CVE-2026-45880）

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

    bpf：修正唯讀 arg （CVE-2026-45886） 的bpf_xdp_store_bytes原型

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

    af_unix：修正 unix_stream_connect（） 中 newsk 的 memleak。（CVE-2026-45887）

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

    md/raid1：修正 raid1_run（） 中的記憶體洩漏 （CVE-2026-45888）

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

    mptcp：不要考慮 mptcp_rcvbuf_grow（） 中的 OoO （CVE-2026-45889）

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

    xen-netback：拒絕來自客體的零佇列設定 （CVE-2026-45890）

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

    iommu/vt-d：在拆除 PASID 項目 （） 之前清除 Present 位元 （CVE-2026-45894）

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

    quota：修正 quotactl 和 freeze_super 之間的即時鎖定 （CVE-2026-45895）

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

    RDMA/iwcm：透過移除 work_list （CVE-2026-45898） 來修正工作佇列清單損毀

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

    ext4：分割範圍失敗時丟棄範圍快取 （CVE-2026-45899）

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

    bpf：修正協助程式原型中的記憶體存取旗標 （CVE-2026-45903）

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

    xfrm：修正反向路徑中的ip_rt_bug爭用icmp_route_lookup （CVE-2026-45905）

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

    net/mlx5e：修正 devlink 和 netdev 執行個體鎖定之間的鎖死 （CVE-2026-45907）

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

    ext4：在分割範圍期間不要快取範圍 （CVE-2026-45912）

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

    net：bridge：mcast：始終更新 VLAN 上下文的mdb_n_entries （CVE-2026-45913）

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

    fat：避免 rmdir （CVE-2026-45915） 中的父連結計數反向溢位

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

    ipvs：如果 dev 出現故障，請勿保留 dest_dst （CVE-2026-45917）

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

    ovpn： tcp - 不要在 tcp_close（） 之後取消引用 NULL sk_socket成員 （CVE-2026-45918）

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

    sched/rt：跳過 rto_next_cpu（） 中目前正在執行的 CPU （CVE-2026-45919）

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

    ext4：修正 fs 關機時的 dirtyclusters 雙重遞減 （CVE-2026-45920）

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

    RDMA/mlx5：修正GET_DATA_DIRECT_SYSFS_PATH處理常式中的記憶體洩漏 （CVE-2026-45922）

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

    Thermal/of：修正 thermal_of_cm_lookup（）CVE-2026-45925 （） 中的參照洩漏

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

    bpf：需要凍結的地圖來計算地圖雜湊 （CVE-2026-45927）

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

    bpf：修正未授予 prog fd 時的 tcx/netkit 分離權限 （CVE-2026-45932）

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

    bpf：保留 sync_linked_regs（） 中的暫存器 ID （CVE-2026-45933）

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

    btrfs：修正由於區塊分配 （CVE-2026-45934） 中非連續間隙而導致的 EEXIST 中止

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

    fs/ntfs3：修正 DeleteIndexEntryRoot （CVE-2026-45935） 中的 slab-out-of-bounds 讀取

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

    ext4：修正 e4b 點陣圖不一致報告 （CVE-2026-45942）

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

    erofs：修正 ztailpacking pclusters 的內嵌資料讀取失敗 （CVE-2026-45943）

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

    iommu/vt-d：在拆除上下文項目 （） 之前清除 Present 位元 （CVE-2026-45944）

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

    ext4：修正 ext4_ext_shift_extents（）CVE-2026-45948 （） 中的記憶體洩漏

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

    hwrng： core - 使用 RCU 和 work_struct 來修正爭用情形 （CVE-2026-45949）

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

    bpf：修正 BTF 物件 （CVE-2026-45951） 的潛在釋放後使用

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

    md/raid5：使用 llbitmap （CVE-2026-45953） 修正降級陣列的 IO 懸置

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

    md/md-llbitmap：修正percpu_ref在暫停逾時時未復活的問題 （CVE-2026-45955）

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

    rcu：修正由於 softirq （CVE-2026-45957） 造成的 rcu_read_unlock（） 死迴圈

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

    SUNRPC：修正gss_alloc_msg錯誤路徑 （CVE-2026-45964） 中的 gss_auth kref 洩漏

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

    cpuidle：當只有一種閒置狀態可用時，跳過調速器 （CVE-2026-45968）

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

    bonding： alb：修正 bond up/down 期間rlb_arp_recv中的 UAF （CVE-2026-45970）

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

    bpf：限制 bpf 程式簽章大小 （CVE-2026-45971）

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

    RDMA/mlx5：修正 LAG 錯誤狀態 unload （CVE-2026-45973） 中的 UMR 懸置

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

    btrfs：如果找不到 ref 金鑰，則修正 btrfs_quota_enable（） 中無效的葉存取 （CVE-2026-45974）

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

    ACPICA：修正 acpi_ev_address_space_dispatch（） 中的 NULL 指標解除參照 （CVE-2026-45982）

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

    nfsd：絕不在 idmap 查詢期間延遲要求 （CVE-2026-45983）

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

    btrfs：修正 block_group_tree dirty_list 損毀 （CVE-2026-46251）

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

    pstore/ram：修正 persistent_ram_save_old（） 中的緩衝區溢位 （CVE-2026-46253）

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

    NFS/localio：防止透過 nfs_writepages （CVE-2026-46256） 直接回收遞迴至 NFS

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

    procfs：修正在 do_task_stat（） （CVE-2026-46259） 中讀取real_parent時缺少的 RCU 保護

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

    inet：使用 IPPROTO_RAW 的 RAW 通訊端必須刪除傳入的 ICMP （CVE-2026-46266）

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

    dm：修正 dm_suspended_md 的解鎖測試 （CVE-2026-46327）

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

    AppArmor：修正 POSIX CPU 計時器的 rlimit （CVE-2026-46328）

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

    erofs：正確處理檔案備份掛載的檔案系統結尾 （CVE-2026-46329）

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

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

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

  - 已解決 Linux 核心中的下列弱點：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已解決 Linux 核心中的下列弱點：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已解決 Linux 核心中的下列弱點：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已解決 Linux 核心中的下列弱點：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已解決 Linux 核心中的下列弱點：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
305231	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1543）	Nessus	Amazon Linux Local Security Checks	2026/4/7	2026/6/17	high
317680	Linux Distros 未修補弱點：CVE-2026-45925	Nessus	Misc.	2026/5/29	2026/10/16	medium
352240	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Rocky 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
304298	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1514)	Nessus	Amazon Linux Local Security Checks	2026/3/30	2026/6/17	high
352220	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high

偵測

搜尋 Plugin

high

medium

high

high

high

high