遠端 Ubuntu 22.04 LTS/24.04 LTS 主機上安裝的一個套件受到 USN-8492-1 公告中所提及的多個弱點影響。

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM64 架構；

    - MIPS 架構；

    - PowerPC 架構；

    - x86 架構；

    - 區塊層子系統；

    - 密碼編譯 API;

    - ACPI 驅動程式；

    - ATM 驅動程式 ;

    - RNBD 區塊裝置驅動程式；

    - Ublk 使用者空間區塊驅動程式；

    - 匯流排裝置；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - 時鐘架構和驅動程式 ;

    - Clocksource 驅動程式；

    - CPU 閒置管理架構；

    - 硬體加密裝置驅動程式；

    - DMA 引擎子系統;

    - EFI 核心;

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式;

    - IIO 子系統；

    - InfiniBand 驅動程式；

    - IOMMU 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - 多功能裝置驅動程式；

    - Broadcom VK 加速器驅動程式；

    - MOST (媒體導向系統傳輸) 驅動程式；

    - MTD 區塊裝置驅動程式；

    - 乙太網路綁定驅動程式；

    - 網路驅動程式；

    - Mellanox 網路驅動程式；

    - STMicroelectronics 網路驅動程式；

    - NTB 驅動程式；

    - NVME 驅動程式；

    - PCI 子系統；

    - 效能監控驅動程式；

    - 針腳控制器子系統；

    - x86 平台驅動程式；

    - 電源驅動程式；

    - RapidIO 驅動程式;

    - RAS (可靠性、可用性、可維護性) 子系統；

    - Remote Processor 子系統;

    - RPMSG 子系統；

    - S/390 驅動程式 ;

    - SCSI 子系統；

    - MediaTek SoC 驅動程式；

    - Texas Instruments SoC  驅動程式；

    - SPI 子系統；

    - Greybus lights staging 驅動程式；

    - Realtek RTL8723BS SDIO 驅動程式；

    - UFS 子系統;

    - ChipIdea USB 驅動程式;

    - DesignWare USB3 驅動程式；

    - USB over IP 驅動程式 ;

    - vDPA 驅動程式;

    - Virtio Host (VHOST) 子系統;

    - Framebuffer 層；

    - BTRFS 檔案系統；

    - 檔案系統基礎架構;

    - Ceph 分散式檔案系統;

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FAT 檔案系統；

    - GFS2 檔案系統；

    - HFS+ 檔案系統；

    - JFS 檔案系統；

    - 網路檔案系統 (NFS) 伺服器程式；

    - NILFS2 檔案系統；

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - Proc 檔案系統；

    - Pstore 檔案系統；

    - Diskquota 系統；

    - SMB 網路檔案系統；

    - XFS 檔案系統；

    - 稽核子系統；

    - 記憶體管理 ;

    - IPv6 網路；

    - Netfilter；

    - 追蹤基礎架構；

    - 核心 kexec() 系統呼叫；

    - RCU 子系統；

    - 排程器基礎架構；

    - 散點清單 API;

    - 9P 檔案系統網路通訊協定；

    - 非同步傳輸模式 (ATM) 子系統；

    - B.A.T.M.A.N. 網狀通訊協定；

    - 藍牙子系統；

    - 乙太網路橋接器；

    - Ceph Core 程式庫；

    - 網路核心；

    - IPv4 網路；

    - KCM (核心連線多工器) 通訊端驅動程式 ;

    - 多重路徑 TCP;

    - NFC 子系統；

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - 網路流量控制；

    - SMC 通訊端；

    - Sun RPC 通訊協定；

    - X.25 network layer;

    - XFRM 子系統；

    - AppArmor 安全性模組 ;

    - 簡化強制存取控制核心架構 ;

    - SOF 驅動程式；

    - USB 聲音裝置； (CVE-2025-40005, CVE-2025-71229, CVE-2025-71231, CVE-2025-71232, CVE-2025-71233, CVE-2025-71235, CVE-2025-71236, CVE-2025-71237, CVE-2025-71238, CVE-2025-71239, CVE-2025-71265, CVE-2025-71266, CVE-2025-71267, CVE-2025-71272, CVE-2025-71273, CVE-2025-71274, CVE-2025-71286, CVE-2025-71291, CVE-2025-71292, CVE-2025-71294, CVE-2025-71295, CVE-2025-71297, CVE-2025-71304, CVE-2025-71305, CVE-2026-23100, CVE-2026-23169, CVE-2026-23220, CVE-2026-23221, CVE-2026-23222, CVE-2026-23228, CVE-2026-23229, CVE-2026-23230, CVE-2026-23233, CVE-2026-23234, CVE-2026-23235, CVE-2026-23236, CVE-2026-23237, CVE-2026-23238, CVE-2026-23241, CVE-2026-23242, CVE-2026-23243, CVE-2026-23249, CVE-2026-23266, CVE-2026-23267, CVE-2026-23272, CVE-2026-23278, CVE-2026-23392, CVE-2026-23428, CVE-2026-23450, CVE-2026-23455, CVE-2026-31402, CVE-2026-31411, CVE-2026-31418, CVE-2026-31436, CVE-2026-31448, CVE-2026-31478, CVE-2026-31607, CVE-2026-31637, CVE-2026-31649, CVE-2026-31657, CVE-2026-31659, CVE-2026-31668, CVE-2026-31669, CVE-2026-31682, CVE-2026-31685, CVE-2026-31687, CVE-2026-31693, CVE-2026-43011, CVE-2026-43037, CVE-2026-43038, CVE-2026-43071, CVE-2026-43114, CVE-2026-43117, CVE-2026-43123, CVE-2026-43124, CVE-2026-43128, CVE-2026-43130, CVE-2026-43132, CVE-2026-43133, CVE-2026-43134, CVE-2026-43135, CVE-2026-43136, CVE-2026-43137, CVE-2026-43139, CVE-2026-43140, CVE-2026-43141, CVE-2026-43143, CVE-2026-43145, CVE-2026-43147, CVE-2026-43148, CVE-2026-43149, CVE-2026-43150, CVE-2026-43152, CVE-2026-43153, CVE-2026-43156, CVE-2026-43157, CVE-2026-43158, CVE-2026-43159, CVE-2026-43163, CVE-2026-43167, CVE-2026-43168, CVE-2026-43169, CVE-2026-43170, CVE-2026-43171, CVE-2026-43173, CVE-2026-43175, CVE-2026-43180, CVE-2026-43182, CVE-2026-43183, CVE-2026-43184, CVE-2026-43186, CVE-2026-43187, CVE-2026-43189, CVE-2026-43190, CVE-2026-43194, CVE-2026-43196, CVE-2026-43199, CVE-2026-43200, CVE-2026-43201, CVE-2026-43202, CVE-2026-43203, CVE-2026-43205, CVE-2026-43206, CVE-2026-43207, CVE-2026-43209, CVE-2026-43211, CVE-2026-43212, CVE-2026-43214, CVE-2026-43215, CVE-2026-43218, CVE-2026-43221, CVE-2026-43222, CVE-2026-43223, CVE-2026-43225, CVE-2026-43226, CVE-2026-43227, CVE-2026-43230, CVE-2026-43231, CVE-2026-43232, CVE-2026-43233, CVE-2026-43236, CVE-2026-43238, CVE-2026-43239, CVE-2026-43241, CVE-2026-43242, CVE-2026-43244, CVE-2026-43246, CVE-2026-43248, CVE-2026-43249, CVE-2026-43250, CVE-2026-43251, CVE-2026-43253, CVE-2026-43255, CVE-2026-43256, CVE-2026-43257, CVE-2026-43258, CVE-2026-43261, CVE-2026-43262, CVE-2026-43264, CVE-2026-43266, CVE-2026-43268, CVE-2026-43269, CVE-2026-43270, CVE-2026-43271, CVE-2026-43273, CVE-2026-43275, CVE-2026-43277, CVE-2026-43278, CVE-2026-43279, CVE-2026-43283, CVE-2026-43287, CVE-2026-43288, CVE-2026-43289, CVE-2026-43291, CVE-2026-43295, CVE-2026-43296, CVE-2026-43297, CVE-2026-43300, CVE-2026-43302, CVE-2026-43304, CVE-2026-43312, CVE-2026-43313, CVE-2026-43314, CVE-2026-43315, CVE-2026-43316, CVE-2026-43317, CVE-2026-43318, CVE-2026-43319, CVE-2026-43320, CVE-2026-43341, CVE-2026-43378, CVE-2026-43383, CVE-2026-43384, CVE-2026-43406, CVE-2026-43407, CVE-2026-43414, CVE-2026-43493, CVE-2026-43501, CVE-2026-45847, CVE-2026-45848, CVE-2026-45849, CVE-2026-45851, CVE-2026-45852, CVE-2026-45856, CVE-2026-45857, CVE-2026-45859, CVE-2026-45860, CVE-2026-45861, CVE-2026-45862, CVE-2026-45864, CVE-2026-45865, CVE-2026-45866, CVE-2026-45867, CVE-2026-45868, CVE-2026-45869, CVE-2026-45870, CVE-2026-45871, CVE-2026-45872, CVE-2026-45873, CVE-2026-45875, CVE-2026-45877, CVE-2026-45878, CVE-2026-45879, CVE-2026-45880, CVE-2026-45881, CVE-2026-45882, CVE-2026-45883, CVE-2026-45884, CVE-2026-45885, CVE-2026-45886, CVE-2026-45890, CVE-2026-45891, CVE-2026-45893, CVE-2026-45895, CVE-2026-45902, CVE-2026-45904, CVE-2026-45905, CVE-2026-45910, CVE-2026-45912, CVE-2026-45913, CVE-2026-45914, CVE-2026-45915, CVE-2026-45916, CVE-2026-45917, CVE-2026-45919, CVE-2026-45921, CVE-2026-45923, CVE-2026-45928, CVE-2026-45935, CVE-2026-45936, CVE-2026-45938, CVE-2026-45941, CVE-2026-45946, CVE-2026-45947, CVE-2026-45948, CVE-2026-45954, CVE-2026-45957, CVE-2026-45960, CVE-2026-45962, CVE-2026-45964, CVE-2026-45965, CVE-2026-45968, CVE-2026-45969, CVE-2026-45970, CVE-2026-45972, CVE-2026-45973, CVE-2026-45974, CVE-2026-45976, CVE-2026-45978, CVE-2026-45981, CVE-2026-45982, CVE-2026-45983, CVE-2026-45984, CVE-2026-45988, CVE-2026-46043, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46246, CVE-2026-46247, CVE-2026-46249, CVE-2026-46250, CVE-2026-46251, CVE-2026-46253, CVE-2026-46254, CVE-2026-46255, CVE-2026-46259, CVE-2026-46260, CVE-2026-46261, CVE-2026-46265, CVE-2026-46266, CVE-2026-46267, CVE-2026-46270, CVE-2026-46289, CVE-2026-46328)

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

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

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

  - xfrm：在 Syzbot 報告結構xfrm_state引用計數洩露的事件NETDEV_UNREGISTER始終刷新狀態和策略。unregister_netdevice：等待netdevsim0變為自由。使用計數 = 2 ref_tracker：netdev@ffff888052f24618 在 include/linux/netdevice.h：4400 [內嵌] netdev_tracker_alloc include/linux/netdevice.h：4412 __netdev_tracker_alloc[內嵌] xfrm_dev_state_add+0x3a5/0x1080 net/xfrm/xfrm_device.c：316 xfrm_state_construct net/xfrm/xfrm_user.c：986 [內嵌] xfrm_add_sa+0x34ff/0x5fa0 net/xfrm/xfrm_user.c：1022 xfrm_user_rcv_msg+0x58e/0xc00 net/xfrm/xfrm_user.c：3507 netlink_rcv_skb+0x158/0x420 net/netlink/af_netlink.c：2550 xfrm_netlink_rcv+0x71/0x90 net/xfrm/xfrm_user.c：3529 netlink_unicast_kernel net/netlink/af_netlink.c：1318 [內嵌] netlink_unicast+0x5aa/0x870 net/netlink/af_netlink.c：1344 netlink_sendmsg+0x8c8/0xdd0 net/netlink/af_netlink.c：1894 sock_sendmsg_nosec net/socket.c：727 [內嵌] __sock_sendmsg net/socket.c：742 [內嵌] ____sys_sendmsg+0xa5d/0xc30 net/socket.c：2592 ___sys_sendmsg+0x134/0x1d0 net/socket.c：2646
    __sys_sendmsg+0x16d/0x220 net/socket.c：2678 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [內嵌] do_syscall_64+0xcd/0xf80 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f 這是因為提交 d77e38e612a0 （xfrm：新增 IPsec 硬體卸載 API） 將 xfrm_dev_unregister（） 實作為無操作，儘管 xfrm_state_construct（） 的 xfrm_dev_state_add（） 取得對結構net_device的參照。我猜該提交期望在事件觸發之前觸發NETDEV_DOWN事件NETDEV_UNREGISTER並且還假設僅在 （dev->features &; NETIF_F_HW_ESP） ！= 0 時才呼叫 xfrm_dev_state_add（）。薩布麗娜·杜布羅卡 （Sabrina Dubroca） 確定了重現以下相同症狀的步驟。echo 0 > /sys/bus/netdevsim/new_device dev=$(ls -1 /sys/bus/netdevsim/devices/netdevsim0/net/) ip xfrm state add src 192.168.13.1 dst 192.168.13.2 proto esp \ spi 0x1000 mode tunnel aead 'RFC4106（gcm（aes））' $key 128 \ offload crypto dev $dev dir out ethtool -K $dev esp-hw-offload off echo 0 > /sys/bus/netdevsim/del_device 如上述步驟所示，在 xfrm_dev_state_add（） 取得結構net_device的參照後，可以清除 NETIF_F_HW_ESP 位元。此外，xfrm_dev_state_add（） 在獲取對結構net_device的引用時不會檢查NETIF_F_HW_ESP位。提交 03891f820c21 （xfrm：xfrm 裝置的句柄NETDEV_UNREGISTER） 將 NETDEV_UNREGISTER 事件重新引入 xfrm_dev_event（），但該提交出於不明原因選擇在 NETDEV_DOWN 事件和 NETDEV_UNREGISTER 事件之間共用 xfrm_dev_down（）。我猜該提交錯過了上一段中的行為。因此，我們需要重新引入 xfrm_dev_unregister（），以便透過無條件刷新狀態和策略來釋放對結構net_device的引用。（CVE-2026-43167）

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

遠端 Ubuntu 24.04 LTS 主機上安裝的一個套件受到 USN-8498-1 公告中所提及的多個弱點影響。

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM64 架構；

    - MIPS 架構；

    - PowerPC 架構；

    - x86 架構；

    - 區塊層子系統；

    - 密碼編譯 API;

    - ACPI 驅動程式；

    - ATM 驅動程式 ;

    - RNBD 區塊裝置驅動程式;

    - Ublk 使用者空間區塊驅動程式；

    - 匯流排裝置；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - 時鐘架構和驅動程式 ;

    - Clocksource 驅動程式;

    - CPU閒置管理框架;

    - 硬體加密裝置驅動程式；

    - DMA 引擎子系統;

    - EFI 核心;

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式;

    - IIO 子系統；

    - InfiniBand 驅動程式；

    - IOMMU 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - 多功能裝置驅動程式；

    - Broadcom VK 加速器驅動程序;

    - MOST (媒體導向系統傳輸) 驅動程式；

    - MTD 區塊裝置驅動程式；

    - 乙太網路綁定驅動程式 ;

    - 網路驅動程式;

    - Mellanox 網路驅動程式；

    - STMicroelectronics 網路驅動程式；

    - NTB 驅動程式；

    - NVME 驅動程式；

    - PCI 子系統；

    - 效能監控驅動程式；

    - 針腳控制器子系統；

    - x86 平台驅動程式；

    - 電源驅動程式;

    - RapidIO 驅動程式;

    - RAS（可靠性、可用性、可維護性）子系統;

    - Remote Processor 子系統;

    - RPMSG 子系統；

    - S/390 驅動程式 ;

    - SCSI 子系統；

    - 聯發科 SoC 驅動程式;

    - Texas Instruments SoC  驅動程式；

    - SPI 子系統；

    - Greybus lights staging 驅動程式；

    - Realtek RTL8723BS SDIO 驅動程式；

    - UFS 子系統;

    - ChipIdea USB 驅動程式;

    - DesignWare USB3 驅動程式；

    - USB over IP 驅動程式 ;

    - vDPA 驅動程式;

    - Virtio Host (VHOST) 子系統;

    - Framebuffer 層；

    - BTRFS 檔案系統；

    - 檔案系統基礎架構;

    - Ceph 分散式檔案系統;

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FAT 檔案系統；

    - GFS2 檔案系統；

    - HFS+ 檔案系統；

    - JFS 檔案系統；

    - 網路檔案系統 (NFS) 伺服器程序；

    - NILFS2 檔案系統；

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - Proc 檔案系統；

    - Pstore 檔案系統；

    - Diskquota 系統；

    - SMB 網路檔案系統；

    - XFS 檔案系統；

    - 稽核子系統;

    - 記憶體管理 ;

    - IPv6 網路；

    - Netfilter；

    - 追蹤基礎架構；

    - 核心：kexec（） syscall;

    - RCU 子系統；

    - 排程器基礎架構；

    - 散點清單 API;

    - 9P 檔案系統網路通訊協定；

    - 非同步傳輸模式 (ATM) 子系統；

    - B.A.T.M.A.N. 網狀通訊協定；

    - 藍牙子系統；

    - 乙太網路橋接器；

    - Ceph Core 程式庫；

    - 網路核心；

    - IPv4 網路；

    - KCM (核心連線多工器) 通訊端驅動程式 ;

    - 多重路徑 TCP;

    - NFC 子系統；

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - 網路流量控制；

    - SMC 通訊端；

    - Sun RPC 通訊協定；

    - X.25網路層;

    - XFRM 子系統；

    - AppArmor 安全性模組 ;

    - 簡化強制存取控制核心架構 ;

    - SOF 驅動程式；

    - USB 聲音裝置； (CVE-2025-40005, CVE-2025-71229, CVE-2025-71231, CVE-2025-71232, CVE-2025-71235, CVE-2025-71236, CVE-2025-71237, CVE-2025-71238, CVE-2025-71239, CVE-2025-71265, CVE-2025-71266, CVE-2025-71267, CVE-2025-71272, CVE-2025-71273, CVE-2025-71274, CVE-2025-71286, CVE-2025-71291, CVE-2025-71292, CVE-2025-71294, CVE-2025-71295, CVE-2025-71297, CVE-2025-71304, CVE-2025-71305, CVE-2026-23100, CVE-2026-23169, CVE-2026-23220, CVE-2026-23221, CVE-2026-23222, CVE-2026-23228, CVE-2026-23229, CVE-2026-23230, CVE-2026-23233, CVE-2026-23234, CVE-2026-23235, CVE-2026-23236, CVE-2026-23237, CVE-2026-23238, CVE-2026-23241, CVE-2026-23242, CVE-2026-23243, CVE-2026-23249, CVE-2026-23266, CVE-2026-23267, CVE-2026-23272, CVE-2026-23278, CVE-2026-23392, CVE-2026-23428, CVE-2026-23450, CVE-2026-23455, CVE-2026-31402, CVE-2026-31411, CVE-2026-31418, CVE-2026-31436, CVE-2026-31448, CVE-2026-31478, CVE-2026-31607, CVE-2026-31637, CVE-2026-31649, CVE-2026-31657, CVE-2026-31659, CVE-2026-31668, CVE-2026-31669, CVE-2026-31682, CVE-2026-31685, CVE-2026-31687, CVE-2026-31693, CVE-2026-43011, CVE-2026-43037, CVE-2026-43038, CVE-2026-43071, CVE-2026-43114, CVE-2026-43117, CVE-2026-43123, CVE-2026-43124, CVE-2026-43128, CVE-2026-43130, CVE-2026-43132, CVE-2026-43133, CVE-2026-43134, CVE-2026-43135, CVE-2026-43136, CVE-2026-43137, CVE-2026-43139, CVE-2026-43140, CVE-2026-43141, CVE-2026-43143, CVE-2026-43145, CVE-2026-43147, CVE-2026-43148, CVE-2026-43149, CVE-2026-43150, CVE-2026-43152, CVE-2026-43153, CVE-2026-43156, CVE-2026-43157, CVE-2026-43158, CVE-2026-43159, CVE-2026-43163, CVE-2026-43167, CVE-2026-43168, CVE-2026-43169, CVE-2026-43170, CVE-2026-43171, CVE-2026-43173, CVE-2026-43175, CVE-2026-43180, CVE-2026-43182, CVE-2026-43183, CVE-2026-43184, CVE-2026-43186, CVE-2026-43187, CVE-2026-43189, CVE-2026-43190, CVE-2026-43194, CVE-2026-43196, CVE-2026-43199, CVE-2026-43201, CVE-2026-43202, CVE-2026-43203, CVE-2026-43205, CVE-2026-43206, CVE-2026-43207, CVE-2026-43209, CVE-2026-43211, CVE-2026-43212, CVE-2026-43214, CVE-2026-43215, CVE-2026-43218, CVE-2026-43221, CVE-2026-43222, CVE-2026-43223, CVE-2026-43225, CVE-2026-43226, CVE-2026-43227, CVE-2026-43230, CVE-2026-43231, CVE-2026-43232, CVE-2026-43233, CVE-2026-43236, CVE-2026-43238, CVE-2026-43239, CVE-2026-43241, CVE-2026-43242, CVE-2026-43244, CVE-2026-43246, CVE-2026-43248, CVE-2026-43249, CVE-2026-43250, CVE-2026-43251, CVE-2026-43253, CVE-2026-43255, CVE-2026-43256, CVE-2026-43257, CVE-2026-43258, CVE-2026-43261, CVE-2026-43262, CVE-2026-43264, CVE-2026-43266, CVE-2026-43268, CVE-2026-43269, CVE-2026-43270, CVE-2026-43271, CVE-2026-43273, CVE-2026-43275, CVE-2026-43277, CVE-2026-43278, CVE-2026-43279, CVE-2026-43283, CVE-2026-43287, CVE-2026-43288, CVE-2026-43289, CVE-2026-43291, CVE-2026-43295, CVE-2026-43296, CVE-2026-43297, CVE-2026-43300, CVE-2026-43302, CVE-2026-43304, CVE-2026-43312, CVE-2026-43313, CVE-2026-43314, CVE-2026-43315, CVE-2026-43316, CVE-2026-43317, CVE-2026-43318, CVE-2026-43319, CVE-2026-43320, CVE-2026-43341, CVE-2026-43378, CVE-2026-43383, CVE-2026-43384, CVE-2026-43406, CVE-2026-43407, CVE-2026-43414, CVE-2026-43493, CVE-2026-43501, CVE-2026-45847, CVE-2026-45848, CVE-2026-45849, CVE-2026-45851, CVE-2026-45852, CVE-2026-45856, CVE-2026-45857, CVE-2026-45859, CVE-2026-45860, CVE-2026-45861, CVE-2026-45862, CVE-2026-45864, CVE-2026-45865, CVE-2026-45866, CVE-2026-45867, CVE-2026-45868, CVE-2026-45869, CVE-2026-45870, CVE-2026-45871, CVE-2026-45872, CVE-2026-45873, CVE-2026-45875, CVE-2026-45877, CVE-2026-45878, CVE-2026-45879, CVE-2026-45880, CVE-2026-45881, CVE-2026-45882, CVE-2026-45883, CVE-2026-45884, CVE-2026-45885, CVE-2026-45886, CVE-2026-45890, CVE-2026-45891, CVE-2026-45893, CVE-2026-45895, CVE-2026-45902, CVE-2026-45904, CVE-2026-45905, CVE-2026-45910, CVE-2026-45912, CVE-2026-45913, CVE-2026-45914, CVE-2026-45915, CVE-2026-45916, CVE-2026-45917, CVE-2026-45919, CVE-2026-45921, CVE-2026-45923, CVE-2026-45928, CVE-2026-45935, CVE-2026-45936, CVE-2026-45938, CVE-2026-45941, CVE-2026-45946, CVE-2026-45947, CVE-2026-45948, CVE-2026-45954, CVE-2026-45957, CVE-2026-45960, CVE-2026-45962, CVE-2026-45964, CVE-2026-45965, CVE-2026-45968, CVE-2026-45969, CVE-2026-45970, CVE-2026-45972, CVE-2026-45973, CVE-2026-45974, CVE-2026-45976, CVE-2026-45978, CVE-2026-45981, CVE-2026-45982, CVE-2026-45983, CVE-2026-45984, CVE-2026-45988, CVE-2026-46043, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46246, CVE-2026-46247, CVE-2026-46249, CVE-2026-46250, CVE-2026-46251, CVE-2026-46253, CVE-2026-46254, CVE-2026-46255, CVE-2026-46259, CVE-2026-46260, CVE-2026-46261, CVE-2026-46265, CVE-2026-46266, CVE-2026-46267, CVE-2026-46270, CVE-2026-46289, CVE-2026-46328)

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

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

遠端 Ubuntu 24.04 LTS 主機上安裝的一個套件受到 USN-8499-1 公告中所提及的多個弱點影響。

    據發現，Linux 核心 algif_aead 模組未正確處理就地密碼編譯作業。此缺陷稱為複製失敗。本機攻擊者可能會利用此問題提升權限，或者可能造成容器逸出。(CVE-2026-31431)

    據發現，Linux 核心在通訊端緩衝區操作期間未正確處理共用頁面片段，統稱為 Dirty Frag。處理分頁片段時，XFRM ESP-in-TCP 子系統和 RxRPC 網路子系統中存在邏輯缺陷。本機攻擊者可能會利用此問題提升特權，或者可能造成容器逸出。(CVE-2026-43284、CVE-2026-43500、CVE-2026-45998、CVE-2026-46000)

    據發現，在處理通訊端緩衝區片段時，Linux 核心的 XFRM ESP-in-TCP 子系統存在邏輯缺陷。此缺陷又稱為 Fragnesia。本機攻擊者可能會利用此問題提升特權，或者可能造成容器逸出。(CVE-2026-43503、CVE-2026-46300)

    Qualys 發現，在退出有特權的處理程序時，Linux 核心的 ptrace 子系統中存在爭用情形。非特權本機攻擊者可利用此問題洩漏敏感資訊。(CVE-2026-46333)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含記憶體流失弱點。本機攻擊者可對此加以利用，從而造成資源耗盡。(CVE-2026-47326)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含 NULL 指標解除參照。本機攻擊者可惡意利用此問題導致核心 oops。
    (CVE-2026-47327)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含無效釋放弱點。本機攻擊者可惡意利用此問題導致核心記憶體損毀。
    (CVE-2026-47328)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 存在未充分驗證 AppArmor 通知回應弱點。本機攻擊者可利用此函式來處理特製的回應。(CVE-2026-47329)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含未初始化的變數。本機攻擊者可利用此問題造成資料快取不正確。
    (CVE-2026-47330)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8 包含釋放後使用 (UAF) 錯誤。本機攻擊者可利用此錯誤造成記憶體損毀，理論上會導致任意程式碼執行。
    (CVE-2026-47331)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含超出邊界 (OOB) 讀取弱點。本機攻擊者可利用此弱點披露內核內存的資訊。(CVE-2026-47332)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含超出邊界 (OOB) 讀取弱點。本機攻擊者可利用此弱點造成核心記憶體損毀，這在理論上會影響 AppArmor 原則的處理。(CVE-2026-47333)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含不正確的保留鎖定。本機攻擊者可惡意利用此問題導致核心錯誤或鎖死。
    (CVE-2026-47334)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8 在處理 AppArmor 通知時包含 NULL 指標解除參照。本機攻擊者可惡意利用此問題導致核心錯誤。(CVE-2026-47335)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8 在處理 AppArmor AF_INET/AF_INET6 通訊端中介時包含未初始化的變數。本機攻擊者可利用此問題來影響精細網路通訊端中介的處理方式。(CVE-2026-47336)

    Tristan Madani 和 Trevor Lawrence 各自發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 網路通訊端中介時包含 NULL 指標解除參照。本機攻擊者可惡意利用此問題導致核心 oops。(CVE-2026-47337)

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - Foo-over-UDP （FOU）;

    - ARM64 架構；

    - MIPS 架構；

    - PowerPC 架構；

    - x86 架構；

    - 區塊層子系統；

    - 密碼編譯 API;

    - 英特爾 NPU 驅動程式;

    - ACPI 驅動程式；

    - ATM 驅動程式 ;

    - 驅動程式核心；

    - Null 區塊裝置驅動程式 ;

    - RNBD 區塊裝置驅動程式;

    - Ublk 使用者空間區塊驅動程式；

    - 藍牙驅動程式;

    - 匯流排裝置；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - 時鐘架構和驅動程式 ;

    - Clocksource 驅動程式;

    - 計數器介面驅動程式；

    - CPU閒置管理框架;

    - 硬體加密裝置驅動程式；

    - DMA 引擎子系統；

    - DPLL 子系統；

    - EFI 核心；

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式;

    - Intel Trace Hub HW 追蹤驅動程式；

    - IIO 子系統；

    - IIO ADC 驅動程式；

    - InfiniBand 驅動程式；

    - 晶片上互連管理架構；

    - IOMMU 子系統;

    - IRQ 晶片驅動程式；

    - 模組化 ISDN 驅動程式；

    - LED 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - 多功能裝置驅動程式；

    - Broadcom VK 加速器驅動程序;

    - UACCE 加速器架構；

    - MMC 子系統；

    - MOST (媒體導向系統傳輸) 驅動程式；

    - MTD 區塊裝置驅動程式；

    - 乙太網路綁定驅動程式 ;

    - 網路驅動程式;

    - Mellanox 網路驅動程式；

    - STMicroelectronics 網路驅動程式；

    - NTB 驅動程式；

    - NVME 驅動程式；

    - PCI 子系統；

    - 效能監控驅動程式；

    - PHY 驅動程式；

    - 針腳控制器子系統；

    - x86 平台驅動程式；

    - i.MX PM 網域;

    - 電源驅動程式;

    - RapidIO 驅動程式;

    - RAS（可靠性、可用性、可維護性）子系統;

    - Remote Processor 子系統;

    - RPMSG 子系統；

    - S/390 驅動程式 ;

    - SCSI 子系統；

    - SLIMbus 驅動程式;

    - 聯發科 SoC 驅動程式;

    - Texas Instruments SoC  驅動程式；

    - SPI 子系統；

    - Greybus lights staging 驅動程式；

    - Realtek RTL8723BS SDIO 驅動程式；

    - TCM 子系統；

    - UFS 子系統;

    - ChipIdea USB 驅動程式;

    - DesignWare USB3 驅動程式；

    - USB over IP 驅動程式 ;

    - vDPA 驅動程式;

    - Virtio Host (VHOST) 子系統;

    - Framebuffer 層；

    - W1 Dallas 的單線匯流排驅動程式；

    - Xen Hypervisor 驅動程式；

    - BTRFS 檔案系統；

    - 檔案系統基礎架構;

    - Ceph 分散式檔案系統；

    - EFI 變數檔案系統；

    - AexFAT 檔案系統；

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FAT 檔案系統；

    - GFS2 檔案系統；

    - HFS+ 檔案系統；

    - JFS 檔案系統；

    - 網路檔案系統 (NFS) 用戶端；

    - 網路檔案系統 (NFS) 伺服器程序；

    - NILFS2 檔案系統；

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - Proc 檔案系統；

    - Pstore 檔案系統；

    - Diskquota 系統；

    - SMB 網路檔案系統；

    - XFS 檔案系統；

    - 稽核子系統;

    - 記憶體管理 ;

    - 排程器基礎架構；

    - IPv6 網路；

    - Netfilter；

    - NFC 子系統 ;

    - 追蹤基礎架構；

    - io_uring 子系統；

    - BPF 子系統；

    - Perf 事件；

    - 核心：kexec（） syscall;

    - RCU 子系統；

    - 浮動比例庫；

    - 散點清單 API;

    - 記憶體管理；

    - 9P 檔案系統網路通訊協定；

    - 非同步傳輸模式 (ATM) 子系統；

    - B.A.T.M.A.N. 網狀通訊協定；

    - 藍牙子系統；

    - 乙太網路橋接器;

    - CAN 網路層

    - Ceph Core 程式庫；

    - 網路核心；

    - IPv4 網路；

    - KCM (核心連線多工器) 通訊端驅動程式 ;

    - L2TP 通訊協定；

    - MAC80211 子系統；

    - 多重路徑 TCP;

    - NET/ROM 層;

    - 封包通訊端;

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - 網路流量控制 ;

    - SCTP 通訊協定；

    - SMC 通訊端；

    - Sun RPC 通訊協定；

    - TLS 通訊協定；

    - Unix 網域通訊端;

    - VMware vSockets 驅動程式；

    - 無線網路 ；

    - X.25網路層;

    - XFRM 子系統；

    - AppArmor 安全性模組 ;

    - 簡化強制存取控制核心架構 ;

    - ALSA AC97 驅動程式；

    - 通用 PCM 環回聲音驅動程式；

    - Creative Sound Blaster X-Fi 驅動程式；

    - AMD SoC Alsa 驅動程式 ;

    - Texas InstrumentS Audio (ASoC/HDA) 驅動程式 ;

    - SOF 驅動程式；

    - USB 音效裝置；

    - KVM 子系統； (CVE-2024-50004, CVE-2024-58096, CVE-2024-58097, CVE-2025-37926, CVE-2025-38201, CVE-2025-38591, CVE-2025-40005, CVE-2025-40039, CVE-2025-40082, CVE-2025-40149, CVE-2025-68351, CVE-2025-68358, CVE-2025-68365, CVE-2025-68725, CVE-2025-68749, CVE-2025-68803, CVE-2025-68823, CVE-2025-71160, CVE-2025-71162, CVE-2025-71163, CVE-2025-71180, CVE-2025-71182, CVE-2025-71183, CVE-2025-71184, CVE-2025-71185, CVE-2025-71186, CVE-2025-71188, CVE-2025-71189, CVE-2025-71190, CVE-2025-71191, CVE-2025-71192, CVE-2025-71193, CVE-2025-71194, CVE-2025-71195, CVE-2025-71196, CVE-2025-71197, CVE-2025-71198, CVE-2025-71199, CVE-2025-71200, CVE-2025-71220, CVE-2025-71222, CVE-2025-71224, CVE-2025-71225, CVE-2025-71229, CVE-2025-71231, CVE-2025-71232, CVE-2025-71233, CVE-2025-71235, CVE-2025-71236, CVE-2025-71237, CVE-2025-71238, CVE-2025-71239, CVE-2025-71265, CVE-2025-71266, CVE-2025-71267, CVE-2025-71268, CVE-2025-71272, CVE-2025-71273, CVE-2025-71274, CVE-2025-71286, CVE-2025-71291, CVE-2025-71292, CVE-2025-71294, CVE-2025-71295, CVE-2025-71297, CVE-2025-71304, CVE-2025-71305, CVE-2026-22976, CVE-2026-22977, CVE-2026-22978, CVE-2026-22979, CVE-2026-22980, CVE-2026-22982, CVE-2026-22984, CVE-2026-22990, CVE-2026-22991, CVE-2026-22992, CVE-2026-22994, CVE-2026-22996, CVE-2026-22997, CVE-2026-22998, CVE-2026-22999, CVE-2026-23000, CVE-2026-23001, CVE-2026-23003, CVE-2026-23005, CVE-2026-23006, CVE-2026-23010, CVE-2026-23011, CVE-2026-23019, CVE-2026-23020, CVE-2026-23021, CVE-2026-23025, CVE-2026-23026, CVE-2026-23030, CVE-2026-23031, CVE-2026-23032, CVE-2026-23033, CVE-2026-23035, CVE-2026-23037, CVE-2026-23038, CVE-2026-23047, CVE-2026-23049, CVE-2026-23050, CVE-2026-23053, CVE-2026-23054, CVE-2026-23056, CVE-2026-23057, CVE-2026-23058, CVE-2026-23059, CVE-2026-23061, CVE-2026-23062, CVE-2026-23063, CVE-2026-23064, CVE-2026-23065, CVE-2026-23068, CVE-2026-23069, CVE-2026-23071, CVE-2026-23073, CVE-2026-23075, CVE-2026-23076, CVE-2026-23078, CVE-2026-23080, CVE-2026-23083, CVE-2026-23084, CVE-2026-23085, CVE-2026-23086, CVE-2026-23087, CVE-2026-23088, CVE-2026-23089, CVE-2026-23090, CVE-2026-23091, CVE-2026-23093, CVE-2026-23094, CVE-2026-23095, CVE-2026-23096, CVE-2026-23097, CVE-2026-23098, CVE-2026-23099, CVE-2026-23100, CVE-2026-23101, CVE-2026-23102, CVE-2026-23103, CVE-2026-23105, CVE-2026-23107, CVE-2026-23108, CVE-2026-23110, CVE-2026-23113, CVE-2026-23116, CVE-2026-23119, CVE-2026-23120, CVE-2026-23121, CVE-2026-23123, CVE-2026-23124, CVE-2026-23125, CVE-2026-23126, CVE-2026-23128, CVE-2026-23129, CVE-2026-23131, CVE-2026-23133, CVE-2026-23135, CVE-2026-23136, CVE-2026-23139, CVE-2026-23140, CVE-2026-23141, CVE-2026-23142, CVE-2026-23144, CVE-2026-23145, CVE-2026-23146, CVE-2026-23148, CVE-2026-23150, CVE-2026-23151, CVE-2026-23156, CVE-2026-23159, CVE-2026-23160, CVE-2026-23163, CVE-2026-23164, CVE-2026-23166, CVE-2026-23167, CVE-2026-23168, CVE-2026-23169, CVE-2026-23170, CVE-2026-23172, CVE-2026-23173, CVE-2026-23176, CVE-2026-23178, CVE-2026-23179, CVE-2026-23180, CVE-2026-23182, CVE-2026-23187, CVE-2026-23190, CVE-2026-23191, CVE-2026-23193, CVE-2026-23198, CVE-2026-23200, CVE-2026-23202, CVE-2026-23204, CVE-2026-23205, CVE-2026-23206, CVE-2026-23212, CVE-2026-23213, CVE-2026-23214, CVE-2026-23215, CVE-2026-23216, CVE-2026-23220, CVE-2026-23221, CVE-2026-23222, CVE-2026-23228, CVE-2026-23229, CVE-2026-23230, CVE-2026-23233, CVE-2026-23234, CVE-2026-23235, CVE-2026-23236, CVE-2026-23237, CVE-2026-23238, CVE-2026-23241, CVE-2026-23242, CVE-2026-23243, CVE-2026-23249, CVE-2026-23254, CVE-2026-23256, CVE-2026-23257, CVE-2026-23258, CVE-2026-23260, CVE-2026-23261, CVE-2026-23262, CVE-2026-23264, CVE-2026-23266, CVE-2026-23267, CVE-2026-23272, CVE-2026-23274, CVE-2026-23278, CVE-2026-23351, CVE-2026-23392, CVE-2026-23394, CVE-2026-23428, CVE-2026-23450, CVE-2026-23455, CVE-2026-31402, CVE-2026-31411, CVE-2026-31418, CVE-2026-31419, CVE-2026-31436, CVE-2026-31448, CVE-2026-31478, CVE-2026-31504, CVE-2026-31533, CVE-2026-31607, CVE-2026-31637, CVE-2026-31649, CVE-2026-31657, CVE-2026-31659, CVE-2026-31668, CVE-2026-31669, CVE-2026-31676, CVE-2026-31682, CVE-2026-31685, CVE-2026-31687, CVE-2026-31693, CVE-2026-43011, CVE-2026-43033, CVE-2026-43037, CVE-2026-43038, CVE-2026-43071, CVE-2026-43077, CVE-2026-43078, CVE-2026-43114, CVE-2026-43117, CVE-2026-43123, CVE-2026-43124, CVE-2026-43128, CVE-2026-43130, CVE-2026-43132, CVE-2026-43133, CVE-2026-43134, CVE-2026-43135, CVE-2026-43136, CVE-2026-43137, CVE-2026-43139, CVE-2026-43140, CVE-2026-43141, CVE-2026-43143, CVE-2026-43145, CVE-2026-43147, CVE-2026-43148, CVE-2026-43149, CVE-2026-43150, CVE-2026-43152, CVE-2026-43153, CVE-2026-43156, CVE-2026-43157, CVE-2026-43158, CVE-2026-43159, CVE-2026-43163, CVE-2026-43167, CVE-2026-43168, CVE-2026-43169, CVE-2026-43170, CVE-2026-43171, CVE-2026-43173, CVE-2026-43175, CVE-2026-43180, CVE-2026-43182, CVE-2026-43183, CVE-2026-43184, CVE-2026-43186, CVE-2026-43187, CVE-2026-43189, CVE-2026-43190, CVE-2026-43194, CVE-2026-43196, CVE-2026-43199, CVE-2026-43200, CVE-2026-43201, CVE-2026-43202, CVE-2026-43203, CVE-2026-43205, CVE-2026-43206, CVE-2026-43207, CVE-2026-43209, CVE-2026-43211, CVE-2026-43212, CVE-2026-43214, CVE-2026-43215, CVE-2026-43218, CVE-2026-43221, CVE-2026-43222, CVE-2026-43223, CVE-2026-43225, CVE-2026-43226, CVE-2026-43227, CVE-2026-43230, CVE-2026-43231, CVE-2026-43232, CVE-2026-43233, CVE-2026-43236, CVE-2026-43238, CVE-2026-43239, CVE-2026-43241, CVE-2026-43242, CVE-2026-43244, CVE-2026-43246, CVE-2026-43248, CVE-2026-43249, CVE-2026-43250, CVE-2026-43251, CVE-2026-43253, CVE-2026-43255, CVE-2026-43256, CVE-2026-43257, CVE-2026-43258, CVE-2026-43261, CVE-2026-43262, CVE-2026-43264, CVE-2026-43266, CVE-2026-43268, CVE-2026-43269, CVE-2026-43270, CVE-2026-43271, CVE-2026-43273, CVE-2026-43275, CVE-2026-43277, CVE-2026-43278, CVE-2026-43279, CVE-2026-43283, CVE-2026-43287, CVE-2026-43288, CVE-2026-43289, CVE-2026-43291, CVE-2026-43295, CVE-2026-43296, CVE-2026-43297, CVE-2026-43300, CVE-2026-43302, CVE-2026-43304, CVE-2026-43312, CVE-2026-43313, CVE-2026-43314, CVE-2026-43315, CVE-2026-43316, CVE-2026-43317, CVE-2026-43318, CVE-2026-43319, CVE-2026-43320, CVE-2026-43341, CVE-2026-43378, CVE-2026-43383, CVE-2026-43384, CVE-2026-43406, CVE-2026-43407, CVE-2026-43414, CVE-2026-43493, CVE-2026-43494, CVE-2026-43501, CVE-2026-45847, CVE-2026-45848, CVE-2026-45849, CVE-2026-45851, CVE-2026-45852, CVE-2026-45856, CVE-2026-45857, CVE-2026-45859, CVE-2026-45860, CVE-2026-45861, CVE-2026-45862, CVE-2026-45864, CVE-2026-45865, CVE-2026-45866, CVE-2026-45867, CVE-2026-45868, CVE-2026-45869, CVE-2026-45870, CVE-2026-45871, CVE-2026-45872, CVE-2026-45873, CVE-2026-45875, CVE-2026-45877, CVE-2026-45878, CVE-2026-45879, CVE-2026-45880, CVE-2026-45881, CVE-2026-45882, CVE-2026-45883, CVE-2026-45884, CVE-2026-45885, CVE-2026-45886, CVE-2026-45890, CVE-2026-45891, CVE-2026-45893, CVE-2026-45895, CVE-2026-45902, CVE-2026-45904, CVE-2026-45905, CVE-2026-45910, CVE-2026-45912, CVE-2026-45913, CVE-2026-45914, CVE-2026-45915, CVE-2026-45916, CVE-2026-45917, CVE-2026-45919, CVE-2026-45921, CVE-2026-45923, CVE-2026-45928, CVE-2026-45935, CVE-2026-45936, CVE-2026-45938, CVE-2026-45941, CVE-2026-45946, CVE-2026-45947, CVE-2026-45948, CVE-2026-45954, CVE-2026-45957, CVE-2026-45960, CVE-2026-45962, CVE-2026-45964, CVE-2026-45965, CVE-2026-45968, CVE-2026-45969, CVE-2026-45970, CVE-2026-45973, CVE-2026-45974, CVE-2026-45976, CVE-2026-45978, CVE-2026-45981, CVE-2026-45982, CVE-2026-45983, CVE-2026-45984, CVE-2026-45988, CVE-2026-46028, CVE-2026-46043, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46246, CVE-2026-46247, CVE-2026-46249, CVE-2026-46250, CVE-2026-46251, CVE-2026-46253, CVE-2026-46254, CVE-2026-46255, CVE-2026-46259, CVE-2026-46261, CVE-2026-46265, CVE-2026-46266, CVE-2026-46267, CVE-2026-46270, CVE-2026-46289, CVE-2026-46323, CVE-2026-46328)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

遠端 Ubuntu 22.04 LTS/24.04 LTS 主機上安裝的一個套件受到 USN-8497-1 公告中所提及的多個弱點影響。

    據發現，Linux 核心在通訊端緩衝區操作期間未正確處理共用頁面片段，統稱為 Dirty Frag。處理分頁片段時，XFRM ESP-in-TCP 子系統和 RxRPC 網路子系統中存在邏輯缺陷。本機攻擊者可能會利用此問題提升特權，或者可能造成容器逸出。(CVE-2026-43284、CVE-2026-43500、CVE-2026-45998、CVE-2026-46000)

    據發現，在處理通訊端緩衝區片段時，Linux 核心的 XFRM ESP-in-TCP 子系統存在邏輯缺陷。此缺陷又稱為 Fragnesia。本機攻擊者可能會利用此問題提升特權，或者可能造成容器逸出。(CVE-2026-43503、CVE-2026-46300)

    Qualys 發現，在退出有特權的處理程序時，Linux 核心的 ptrace 子系統中存在爭用情形。非特權本機攻擊者可利用此問題洩漏敏感資訊。(CVE-2026-46333)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含記憶體流失弱點。本機攻擊者可對此加以利用，從而造成資源耗盡。(CVE-2026-47326)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含 NULL 指標解除參照。本機攻擊者可惡意利用此問題導致核心 oops。
    (CVE-2026-47327)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含無效釋放弱點。本機攻擊者可惡意利用此問題導致核心記憶體損毀。
    (CVE-2026-47328)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 存在未充分驗證 AppArmor 通知回應弱點。本機攻擊者可利用此函式來處理特製的回應。(CVE-2026-47329)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含未初始化的變數。本機攻擊者可利用此問題造成資料快取不正確。
    (CVE-2026-47330)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8 包含釋放後使用 (UAF) 錯誤。本機攻擊者可利用此錯誤造成記憶體損毀，理論上會導致任意程式碼執行。
    (CVE-2026-47331)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含超出邊界 (OOB) 讀取弱點。本機攻擊者可利用此弱點披露內核內存的資訊。(CVE-2026-47332)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含超出邊界 (OOB) 讀取弱點。本機攻擊者可利用此弱點造成核心記憶體損毀，這在理論上會影響 AppArmor 原則的處理。(CVE-2026-47333)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 通知時包含不正確的保留鎖定。本機攻擊者可惡意利用此問題導致核心錯誤或鎖死。
    (CVE-2026-47334)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8 在處理 AppArmor 通知時包含 NULL 指標解除參照。本機攻擊者可惡意利用此問題導致核心錯誤。(CVE-2026-47335)

    Tristan Madani 發現，Ubuntu Linux 核心 6.8 在處理 AppArmor AF_INET/AF_INET6 通訊端中介時包含未初始化的變數。本機攻擊者可利用此問題來影響精細網路通訊端中介的處理方式。(CVE-2026-47336)

    Tristan Madani 和 Trevor Lawrence 各自發現，Ubuntu Linux 核心 6.8、6.17 和 7.0 在處理 AppArmor 網路通訊端中介時包含 NULL 指標解除參照。本機攻擊者可惡意利用此問題導致核心 oops。(CVE-2026-47337)

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM64 架構；

    - MIPS 架構；

    - PowerPC 架構；

    - x86 架構；

    - 區塊層子系統；

    - 密碼編譯 API;

    - ACPI 驅動程式；

    - ATM 驅動程式 ;

    - RNBD 區塊裝置驅動程式;

    - Ublk 使用者空間區塊驅動程式；

    - 匯流排裝置；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - 時鐘架構和驅動程式 ;

    - Clocksource 驅動程式;

    - CPU閒置管理框架;

    - 硬體加密裝置驅動程式；

    - DMA 引擎子系統;

    - EFI 核心;

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式;

    - IIO 子系統；

    - InfiniBand 驅動程式；

    - IOMMU 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - 多功能裝置驅動程式；

    - Broadcom VK 加速器驅動程序;

    - MOST (媒體導向系統傳輸) 驅動程式；

    - MTD 區塊裝置驅動程式；

    - 乙太網路綁定驅動程式 ;

    - 網路驅動程式;

    - Mellanox 網路驅動程式；

    - STMicroelectronics 網路驅動程式；

    - NTB 驅動程式；

    - NVME 驅動程式；

    - PCI 子系統；

    - 效能監控驅動程式；

    - 針腳控制器子系統；

    - x86 平台驅動程式；

    - 電源驅動程式;

    - RapidIO 驅動程式;

    - RAS（可靠性、可用性、可維護性）子系統;

    - Remote Processor 子系統;

    - RPMSG 子系統；

    - S/390 驅動程式 ;

    - SCSI 子系統；

    - 聯發科 SoC 驅動程式;

    - Texas Instruments SoC  驅動程式；

    - SPI 子系統；

    - Greybus lights staging 驅動程式；

    - Realtek RTL8723BS SDIO 驅動程式；

    - UFS 子系統;

    - ChipIdea USB 驅動程式;

    - DesignWare USB3 驅動程式；

    - USB over IP 驅動程式 ;

    - vDPA 驅動程式;

    - Virtio Host (VHOST) 子系統;

    - Framebuffer 層；

    - BTRFS 檔案系統；

    - 檔案系統基礎架構;

    - Ceph 分散式檔案系統;

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FAT 檔案系統；

    - GFS2 檔案系統；

    - HFS+ 檔案系統；

    - JFS 檔案系統；

    - 網路檔案系統 (NFS) 伺服器程序；

    - NILFS2 檔案系統；

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - Proc 檔案系統；

    - Pstore 檔案系統；

    - Diskquota 系統；

    - SMB 網路檔案系統；

    - XFS 檔案系統；

    - 稽核子系統;

    - 記憶體管理 ;

    - IPv6 網路；

    - Netfilter；

    - 追蹤基礎架構；

    - 核心：kexec（） syscall;

    - RCU 子系統；

    - 排程器基礎架構；

    - 散點清單 API;

    - 9P 檔案系統網路通訊協定；

    - 非同步傳輸模式 (ATM) 子系統；

    - B.A.T.M.A.N. 網狀通訊協定；

    - 藍牙子系統；

    - 乙太網路橋接器；

    - Ceph Core 程式庫；

    - 網路核心；

    - IPv4 網路；

    - KCM (核心連線多工器) 通訊端驅動程式 ;

    - 多重路徑 TCP;

    - NFC 子系統；

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - 網路流量控制；

    - SMC 通訊端；

    - Sun RPC 通訊協定；

    - X.25網路層;

    - XFRM 子系統；

    - AppArmor 安全性模組 ;

    - 簡化強制存取控制核心架構 ;

    - SOF 驅動程式；

    - USB 聲音裝置； (CVE-2025-40005, CVE-2025-71229, CVE-2025-71231, CVE-2025-71232, CVE-2025-71233, CVE-2025-71235, CVE-2025-71236, CVE-2025-71237, CVE-2025-71238, CVE-2025-71239, CVE-2025-71265, CVE-2025-71266, CVE-2025-71267, CVE-2025-71272, CVE-2025-71273, CVE-2025-71274, CVE-2025-71286, CVE-2025-71291, CVE-2025-71292, CVE-2025-71294, CVE-2025-71295, CVE-2025-71297, CVE-2025-71304, CVE-2025-71305, CVE-2026-23100, CVE-2026-23169, CVE-2026-23220, CVE-2026-23221, CVE-2026-23222, CVE-2026-23228, CVE-2026-23229, CVE-2026-23230, CVE-2026-23233, CVE-2026-23234, CVE-2026-23235, CVE-2026-23236, CVE-2026-23237, CVE-2026-23238, CVE-2026-23241, CVE-2026-23242, CVE-2026-23243, CVE-2026-23249, CVE-2026-23266, CVE-2026-23267, CVE-2026-23272, CVE-2026-23278, CVE-2026-23392, CVE-2026-23428, CVE-2026-23450, CVE-2026-23455, CVE-2026-31402, CVE-2026-31411, CVE-2026-31418, CVE-2026-31436, CVE-2026-31448, CVE-2026-31478, CVE-2026-31607, CVE-2026-31637, CVE-2026-31649, CVE-2026-31657, CVE-2026-31659, CVE-2026-31668, CVE-2026-31669, CVE-2026-31676, CVE-2026-31682, CVE-2026-31685, CVE-2026-31687, CVE-2026-31693, CVE-2026-43011, CVE-2026-43037, CVE-2026-43038, CVE-2026-43071, CVE-2026-43114, CVE-2026-43117, CVE-2026-43123, CVE-2026-43124, CVE-2026-43128, CVE-2026-43130, CVE-2026-43132, CVE-2026-43133, CVE-2026-43134, CVE-2026-43135, CVE-2026-43136, CVE-2026-43137, CVE-2026-43139, CVE-2026-43140, CVE-2026-43141, CVE-2026-43143, CVE-2026-43145, CVE-2026-43147, CVE-2026-43148, CVE-2026-43149, CVE-2026-43150, CVE-2026-43152, CVE-2026-43153, CVE-2026-43156, CVE-2026-43157, CVE-2026-43158, CVE-2026-43159, CVE-2026-43163, CVE-2026-43167, CVE-2026-43168, CVE-2026-43169, CVE-2026-43170, CVE-2026-43171, CVE-2026-43173, CVE-2026-43175, CVE-2026-43180, CVE-2026-43182, CVE-2026-43183, CVE-2026-43184, CVE-2026-43186, CVE-2026-43187, CVE-2026-43189, CVE-2026-43190, CVE-2026-43194, CVE-2026-43196, CVE-2026-43199, CVE-2026-43200, CVE-2026-43201, CVE-2026-43202, CVE-2026-43203, CVE-2026-43205, CVE-2026-43206, CVE-2026-43207, CVE-2026-43209, CVE-2026-43211, CVE-2026-43212, CVE-2026-43214, CVE-2026-43215, CVE-2026-43218, CVE-2026-43221, CVE-2026-43222, CVE-2026-43223, CVE-2026-43225, CVE-2026-43226, CVE-2026-43227, CVE-2026-43230, CVE-2026-43231, CVE-2026-43232, CVE-2026-43233, CVE-2026-43236, CVE-2026-43238, CVE-2026-43239, CVE-2026-43241, CVE-2026-43242, CVE-2026-43244, CVE-2026-43246, CVE-2026-43248, CVE-2026-43249, CVE-2026-43250, CVE-2026-43251, CVE-2026-43253, CVE-2026-43255, CVE-2026-43256, CVE-2026-43257, CVE-2026-43258, CVE-2026-43261, CVE-2026-43262, CVE-2026-43264, CVE-2026-43266, CVE-2026-43268, CVE-2026-43269, CVE-2026-43270, CVE-2026-43271, CVE-2026-43273, CVE-2026-43275, CVE-2026-43277, CVE-2026-43278, CVE-2026-43279, CVE-2026-43283, CVE-2026-43287, CVE-2026-43288, CVE-2026-43289, CVE-2026-43291, CVE-2026-43295, CVE-2026-43296, CVE-2026-43297, CVE-2026-43300, CVE-2026-43302, CVE-2026-43304, CVE-2026-43312, CVE-2026-43313, CVE-2026-43314, CVE-2026-43315, CVE-2026-43316, CVE-2026-43317, CVE-2026-43318, CVE-2026-43319, CVE-2026-43320, CVE-2026-43341, CVE-2026-43378, CVE-2026-43383, CVE-2026-43384, CVE-2026-43406, CVE-2026-43407, CVE-2026-43414, CVE-2026-43493, CVE-2026-43494, CVE-2026-43501, CVE-2026-45847, CVE-2026-45848, CVE-2026-45849, CVE-2026-45851, CVE-2026-45852, CVE-2026-45856, CVE-2026-45857, CVE-2026-45859, CVE-2026-45860, CVE-2026-45861, CVE-2026-45862, CVE-2026-45864, CVE-2026-45865, CVE-2026-45866, CVE-2026-45867, CVE-2026-45868, CVE-2026-45869, CVE-2026-45870, CVE-2026-45871, CVE-2026-45872, CVE-2026-45873, CVE-2026-45875, CVE-2026-45877, CVE-2026-45878, CVE-2026-45879, CVE-2026-45880, CVE-2026-45881, CVE-2026-45882, CVE-2026-45883, CVE-2026-45884, CVE-2026-45885, CVE-2026-45886, CVE-2026-45890, CVE-2026-45891, CVE-2026-45893, CVE-2026-45895, CVE-2026-45902, CVE-2026-45904, CVE-2026-45905, CVE-2026-45910, CVE-2026-45912, CVE-2026-45913, CVE-2026-45914, CVE-2026-45915, CVE-2026-45916, CVE-2026-45917, CVE-2026-45919, CVE-2026-45921, CVE-2026-45923, CVE-2026-45928, CVE-2026-45935, CVE-2026-45936, CVE-2026-45938, CVE-2026-45941, CVE-2026-45946, CVE-2026-45947, CVE-2026-45948, CVE-2026-45954, CVE-2026-45957, CVE-2026-45960, CVE-2026-45962, CVE-2026-45964, CVE-2026-45965, CVE-2026-45968, CVE-2026-45969, CVE-2026-45970, CVE-2026-45972, CVE-2026-45973, CVE-2026-45974, CVE-2026-45976, CVE-2026-45978, CVE-2026-45981, CVE-2026-45982, CVE-2026-45983, CVE-2026-45984, CVE-2026-45988, CVE-2026-46043, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46246, CVE-2026-46247, CVE-2026-46249, CVE-2026-46250, CVE-2026-46251, CVE-2026-46253, CVE-2026-46254, CVE-2026-46255, CVE-2026-46259, CVE-2026-46260, CVE-2026-46261, CVE-2026-46265, CVE-2026-46266, CVE-2026-46267, CVE-2026-46270, CVE-2026-46289, CVE-2026-46323, CVE-2026-46328)

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

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

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

  - 已解決 Linux 核心中的下列弱點：net: mdio: unexport __init-annotated mdio_bus_init() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it has been broken for a decade. Recently, I fixed modpost so it started to warn it again, then this showed up in linux-next builds. There are two ways to fix it: - Remove __init - Remove EXPORT_SYMBOL I chose the latter for this case because the only in-tree call-site, drivers/net/phy/phy_device.c is never compiled as modular. (CONFIG_PHYLIB is boolean) (CVE-2022-49350)

  - 已解決 Linux 核心中的下列弱點：selinux: fix memleak in security_read_state_kernel() In this function, it directly returns the result of __security_read_policy without freeing the allocated memory in *data, cause memory leak issue, so free the memory if
    __security_read_policy failed. [PM: subject line tweak] (CVE-2022-50201)

  - 已解決 Linux 核心中的下列弱點：usb: typec: tcpci: fix of node refcount leak in tcpci_register_port() I got the following report while doing device(mt6370-tcpc) load test with CONFIG_OF_UNITTEST and CONFIG_OF_DYNAMIC enabled: OF: ERROR: memory leak, expected refcount 1 instead of 2, of_node_get()/of_node_put() unbalanced - destroy cset entry: attach overlay node /i2c/pmic@34/tcpc/connector The 'fwnode' set in tcpci_parse_config() which is called in tcpci_register_port(), its node refcount is increased in device_get_named_child_node(). It needs be put while exiting, so call fwnode_handle_put() in the error path of tcpci_register_port() and in tcpci_unregister_port() to avoid leak. (CVE-2022-50246)

  - 已解決 Linux 核心中的下列弱點：drivers: serial: jsm: fix some leaks in probe This error path needs to unwind instead of just returning directly. (CVE-2022-50312)

  - 已解決 Linux 核心中的下列弱點：thermal: intel_powerclamp: Use get_cpu() instead of smp_processor_id() to avoid crash When CPU 0 is offline and intel_powerclamp is used to inject idle, it generates kernel BUG: BUG: using smp_processor_id() in preemptible [00000000] code:
    bash/15687 caller is debug_smp_processor_id+0x17/0x20 CPU: 4 PID: 15687 Comm: bash Not tainted 5.19.0-rc7+ #57 Call Trace: <TASK> dump_stack_lvl+0x49/0x63 dump_stack+0x10/0x16 check_preemption_disabled+0xdd/0xe0 debug_smp_processor_id+0x17/0x20 powerclamp_set_cur_state+0x7f/0xf9 [intel_powerclamp] ... ... Here CPU 0 is the control CPU by default and changed to the current CPU, if CPU 0 offlined. This check has to be performed under cpus_read_lock(), hence the above warning. Use get_cpu() instead of smp_processor_id() to avoid this BUG. [ rjw: Subject edits ] (CVE-2022-50494)

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

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

  - 在 5.16.12 之前的 Linux 核心中發現一個問題。drivers/net/usb/sr9700.c 允許攻擊者透過裝置的特製框架長度，從堆積記憶體取得敏感資訊。(CVE-2022-26966)

  - 已解決 Linux 核心中的下列弱點：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已解決 Linux 核心中的下列弱點：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已解決 Linux 核心中的下列弱點：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已解決 Linux 核心中的下列弱點：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

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

  - 在 5.16.12 之前的 Linux 核心中發現一個問題。drivers/net/usb/sr9700.c 允許攻擊者透過裝置的特製框架長度，從堆積記憶體取得敏感資訊。(CVE-2022-26966)

  - 已解決 Linux 核心中的下列弱點：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已解決 Linux 核心中的下列弱點：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已解決 Linux 核心中的下列弱點：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已解決 Linux 核心中的下列弱點：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

請注意，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
325011	Ubuntu 22.04 LTS/24.04 LTS：Linux 核心弱點 (USN-8492-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/30	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/10/29	high
312779	Linux Distros 未修補的弱點：CVE-2026-43167	Nessus	Misc.	2026/5/6	2026/9/30	medium
325005	Ubuntu 24.04 LTS：Linux 核心 (NVIDIA Tegra) 弱點 (USN-8498-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/30	high
325008	Ubuntu 24.04 LTS：Linux 核心 (Xilinx) 弱點 (USN-8499-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/10/29	high
315658	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1702)	Nessus	Amazon Linux Local Security Checks	2026/5/20	2026/6/17	high
325012	Ubuntu 22.04 LTS/24.04 LTS：Linux 核心 (低延遲) 弱點 (USN-8497-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/10/29	high
360826	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1781347338）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/19	high
361263	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個漏洞（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	high
361300	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	high

偵測

搜尋 Plugin

high

high

high

medium

high

high

high

high

high

high

high