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

    - inet： frags：重組前從片段中剝離 GSO 狀態 （Xinyang Ge） [Orabug： 39974835] {CVE-2026-80590}
    - KVM：x86/mmu：停止不必要地使 MMU 頁面可用於 TDP MMU 錯誤 （David Matlack） [Orabug：
    39830590] {CVE-2026-64561}
    - KVM：x86：在使 MMU 頁面可用之後*檢查無效/過時的 root （Sean Christopherson） [Orabug： 39830590,39832946] {CVE-2026-64561}
    - KVM： x86/mmu：將 __direct_map（） 重新命名為 direct_map（） （David Matlack） [Orabug： 39830590] {CVE-2026-64561}
    - KVM：x86/mmu：拆分 TDP MMU 頁面錯誤處理 （David Matlack） [Orabug： 39830590] {CVE-2026-64561}
    - KVM：將 mmu_notifier_* 重新命名為 mmu_invalidate_* （Chao Peng） [Orabug： 39830590] {CVE-2026-64561}
    - KVM：x86/mmu：記錄使用 host_pfn_mapping_level（） 的「規則」（Sean Christopherson） [Orabug：
    39830590] {CVE-2026-64561}
    - KVM：x86/mmu：重新命名 pte_list_{destroy，remove}（） 以顯示它們電擊 SPTE （Sean Christopherson） [Orabug：
    39830590] {CVE-2026-64561}
    - KVM：x86/mmu：回收 rmap 時直接「銷毀」PTE 清單 （Sean Christopherson） [Orabug： 39830590] {CVE-2026-64561}
    - x86/錯誤：使 Safe-RET 加強中斷插入 （Borislav Petkov） [Orabug： 39784615,39853775] {CVE-2026-68480}
    - x86/alternatives：在最佳化 NOP 時停用中斷和同步 （Thomas Gleixner） [Orabug：
    39784615] {CVE-2026-68480}
    - x86/alternative：支援替代方案中的重新定位 （Peter Zijlstra） [Orabug： 39784615] {CVE-2026-68480}
    - x86/alternative：使 debug-alternative 選擇性 （Peter Zijlstra） [Orabug： 39784615] {CVE-2026-68480}
    - x86/alternatives：新增 alt_instr.flags （Borislav Petkov） [Orabug： 39784615] {CVE-2026-68480}
    - x86/asm：提供 ALTERNATIVE_3 （Peter Zijlstra） [Orabug： 39784615] {CVE-2026-68480}
    - posix-cpu-timers：防止由非領導者 exec（） 爭用引起的 UAF （Thomas Gleixner） [Orabug： 39807438] {CVE-2026-64560}
    - ALSA： seq：修正 snd_seq_event_dup（） 中未初始化的堆積洩漏 （Hyeongjun An） [Orabug： 39853280] {CVE-2026-64479}
    - crypto： qat - 驗證 RSA CRT 元件長度 （Giovanni Cabiddu） [Orabug： 39785885] {CVE-2026-64304}
    - btrfs：不要修剪不可寫入的裝置 （Qu Wenruo） [Orabug： 39843586] {CVE-2026-64593}
    - bpf：允許從可休眠的 BPF 程式存取 LPM 映射 （Vlad Poenaru） [Orabug： 39786046] {CVE-2026-64352}
    - bpf：拒絕 devmap 中的片段框架 （Zhao Zhang） [Orabug： 39786052] {CVE-2026-64355}
    - HID： appleir：修正 remove（） 中擱置key_up_timer上的 UAF （Manish Khadka） [Orabug： 39786074] {CVE-2026-64363}
    - proc：使用 exec_update_lock 保護 ptrace_may_access（） （第 1 部分） （Jann Horn） [Orabug： 39786095] {CVE-2026-64371}
    - HID：多點觸控：修正 mt_io_flags 上的越界位元存取 （Trung Nguyen） [Orabug： 39786078] {CVE-2026-64364}
    - proc：使用 exec_update_lock 保護 ptrace_may_access（） （FD 連結） （Jann Horn） [Orabug： 39786112] {CVE-2026-64375}
    - smb： client：強化 POSIX SID 長度剖析 （Zihan Xi） [Orabug： 39786128] {CVE-2026-64380}
    - smb： client：將伺服器提供的模式遮罩到 modefromsid 中的 07777 （Norbert Manthey） [Orabug： 39786124] {CVE-2026-64379}
    - smb： client：從即時註冊解析 SWN tcon （Michael Bommarito） [Orabug： 39786200] {CVE-2026-64401}
    - smb： client：修正 receive_encrypted_standard（） 中的下一個緩衝區洩漏 （Haoxiang Li） [Orabug： 39786131] {CVE-2026-64381}
    - 藍牙：L2CAP：在執行 conn->lock 之前取消pending_rx_work （Runyu Xiao） [Orabug： 39760901] {CVE-2026-64206}
    - netfilter： ebtables：零鏈堆疊陣列 （Florian Westphal） [Orabug： 39786232] {CVE-2026-64413}
    - 暫存：rtl8723bs：修正 rtw_get_sec_ie（）、rtw_get_wapi_ie（） 和 rtw_get_wps_attr（） 中的 OOB 讀取 （Alexandru Hossu） [Orabug： 39786307] {CVE-2026-64441}
    - PCI：mediatek：修正連接埠無法啟用時的 IRQ 網域洩漏 （Manivannan Sadhasivam） [Orabug： 39786366] {CVE-2026-64461}
    - 暫存：rtl8723bs：修正 rtw_cfg80211_set_wpa_ie（） 中的堆積緩衝區溢位 （Alexandru Hossu） [Orabug：
    39786327] {CVE-2026-64446}
    - smb： client：將隱含的 bcc[0] 豁免限制為沒有資料區域的回應 （Shoichiro Miyamoto） [Orabug： 39786332] {CVE-2026-64448}
    - vfio/pci： register_device（） 失敗時釋放 VGA 仲裁器用戶端 （Alex Williamson） [Orabug：
    39786409] {CVE-2026-64475}
    - ACPI： NFIT： core：修正 acpi_nfit_init（） 錯誤清除 （Rafael J. Wysocki） [Orabug： 39786502] {CVE-2026-64510}
    - ACPI： CPPC：禁止欄位濫用引起的 UBSAN 警告 （Jeremy Linton） [Orabug： 39786508] {CVE-2026-64512}
    - net： openvswitch：拒絕過大的巢狀動作 attrs （Asim Viladi Oglu Manizada） [Orabug：
    39789564,39816016,39819143] {CVE-2026-64531}
    - nvmet-tcp：在摘要錯誤路徑中nvmet_req_uninit之前檢查INIT_FAILED （Shivam Kumar） [Orabug：
    39789573] {CVE-2026-64534}
    - sctp：在讀取過時之前驗證STALE_COOKIE原因長度 （Weiming Shi） [Orabug： 39794431] {CVE-2026-64551}
    - netfilter： bridge：修正 br_ip6_fragment（） 中過時的 prevhdr 指標 （Xiang Mei） [Orabug： 39794442] {CVE-2026-64554}
    - 藍牙：bpa10x：避免 bpa10x_setup（） 中修訂字串的 OOB 讀取 （Weiming Shi） [Orabug： 39794421] {CVE-2026-64549}
    - net： usb： net1080：在 rx_fixup 中進行 pad-byte 存取之前驗證 packet_len （Xiang Mei） [Orabug： 39794412] {CVE-2026-64547}
    - usbnet： gl620a：修正 genelink_rx_fixup（） 中的越界讀取 （Xiang Mei） [Orabug： 39794387] {CVE-2026-64540}
    - net/sched： cls_api：處理 tcf_qevent_handle 中的TC_ACT_CONSUMED （Jamal Hadi Salim） [Orabug： 39787017] {CVE-2026-64530}
    - net， bpf：檢查 xdp_master_redirect（） 中的 master 是否有 NULL （Xiang Mei） [Orabug： 39794405] {CVE-2026-64545}
    - ipv6：修正 fib6_nh_mtu_change（） 中的 null-ptr-deref。（向梅）[Orabug：39794379]{CVE-2026-64538}
    - drm/edid：修正 drm_parse_tiled_block（） 中的 OOB 讀取 （Xiang Mei） [Orabug： 39794408] {CVE-2026-64546}
    - net： psample：修正 PSAMPLE_ATTR_DATA 中的資訊洩露 （Jakub Kicinski） [Orabug： 39794438] {CVE-2026-64553}
    - bpf， sockmap：拒絕 bpf_msg_push_data（） 中的溢位複製 + len （Weiming Shi） [Orabug： 39794417] {CVE-2026-64548}
    - crypto： asymmetric_keys - 修正 pefile_digest_pe_contents 中的 OOB 讀取 （Weiming Shi） [Orabug： 39794401] {CVE-2026-64544}
    - xfs：在沒有區域的已提交日誌項目上還原失敗 （Weiming Shi） [Orabug： 39760871] {CVE-2026-64187}
    - fuse：從 fuse_ref_folio（） 返回之前重新鎖定要求 （Joanne Koong） [Orabug： 39785786] {CVE-2026-64266}
    - 輸入：touchwin - 重設每個完整封包的封包索引 （Bryam Vargas） [Orabug： 39785802] {CVE-2026-64271}
    - Input： elan_i2c - 防止除以零和算術反向溢位 （Ranjan Kumar） [Orabug： 39785819] {CVE-2026-64275}
    - 輸入：synaptics-rmi4 - 將鍵盤映射綁定 F30 到 GPIO/LED 計數 （Bryam Vargas） [Orabug： 39785823] {CVE-2026-64276}
    - i2c： core：修正轉接器取消註冊爭用 （Johan Hovold） [Orabug： 39785831] {CVE-2026-64279}
    - KVM： VMX：如果 vCPU 處於客體模式，則在 CR8 攔截更新上獲取 vmcs12 （Sean Christopherson） [Orabug： 39843616] {CVE-2026-64604}
    - exfat：在 exfat_find_dir_entry（） 中綁定 uniname 進階 （Bryam Vargas） [Orabug： 39785863] {CVE-2026-64296}
    - NFSv4：在 O_TRUNC 的開放權限遮罩中包含 MAY_WRITE （Benjamin Coddington） [Orabug： 39785868] {CVE-2026-64298}
    - tracing：防止 glob 比對中的越界讀取 （Huihui Huang） [Orabug： 39785872] {CVE-2026-64299}
    - crypto： drbg - 修正 CTR_DRBG 中失敗時傳回成功的問題 （Eric Biggers） [Orabug： 39785893] {CVE-2026-64306}
    - crypto： pcrypt - 還原回呼以進行非平行後援 （Ruijie Li） [Orabug： 39785906] {CVE-2026-64312}
    - crypto： ecc - 修正 vli 乘法中的進位溢位 （Anastasia Tishchenko） [Orabug： 39785910] {CVE-2026-64313}
    - isofs：將 Rock Ridge 符號連結元件綁定到 SL 記錄 （Bryam Vargas） [Orabug： 39785923] {CVE-2026-64317}
    - udf：驗證備用表長度作為項目計數，而不是位元組計數 （Bryam Vargas） [Orabug： 39785940] {CVE-2026-64322}
    - udf：根據 VAT inode 大小驗證 VAT 標頭長度 （Bryam Vargas） [Orabug： 39785944] {CVE-2026-64323}
    - udf：根據分割區長度驗證可用區塊範圍 （Michael Bommarito） [Orabug： 39785948] {CVE-2026-64324}
    - usb： typec： tcpm： 驗證 svdm_consume_modes（） 中的 SVID 索引 （Badhri Jagan Sridharan） [Orabug：
    39785963] {CVE-2026-64330}
    - usbip： vudc：修正 vep_dequeue（） 中的 NULL 解除參照 （Sam Day） [Orabug： 39785967] {CVE-2026-64331}
    - USB： ulpi：修正註冊失敗時的記憶體洩漏 （Johan Hovold） [Orabug： 39785971] {CVE-2026-64332}
    - USB： serial： digi_acceleport：修正寫入緩衝區損毀 （Johan Hovold） [Orabug： 39785975] {CVE-2026-64333}
    - USB： serial： digi_acceleport：修正斷開連接時的硬鎖定 （Johan Hovold） [Orabug： 39785979] {CVE-2026-64334}
    - USB： serial： digi_acceleport：修正節流後損毀的 rx （Johan Hovold） [Orabug： 39785983] {CVE-2026-64335}
    - USB：serial：keyspan_pda：修正資訊洩露 （Johan Hovold） [Orabug： 39785987] {CVE-2026-64336}
    - USB：misc：uss720：探查失敗時取消註冊 parport （Myeonghun Pak） [Orabug： 39785994] {CVE-2026-64338}
    - USB： legousbtower：修正中斷連接爭用上的釋放後使用 （Johan Hovold） [Orabug： 39785999] {CVE-2026-64340}
    - USB： iowarrior：修正斷開連接時的釋放後使用 （Johan Hovold） [Orabug： 39786007] {CVE-2026-64342}
    - USB： ldusb：修正中斷連接爭用上的釋放後使用 （Johan Hovold） [Orabug： 39786012] {CVE-2026-64343}
    - USB： idmouse：修正斷開連接爭用上的釋放後使用 （Johan Hovold） [Orabug： 39786017] {CVE-2026-64344}
    - usb： gadget： udc： 修正 gadget_match_driver 中的釋放後使用 （Jimmy Hu） [Orabug： 39786026] {CVE-2026-64346}
    - usb： gadget： composite：修正 USB_DT_OTG 處理常式中的死空檢查 （Maoyi Xie） [Orabug： 39786030] {CVE-2026-64347}
    - net： usb： kalmia：kalmia_rx_fixup（） 中綁定的 RX 框架長度 （Maoyi Xie） [Orabug： 39786042] {CVE-2026-64351}
    - HID： lg-g15：取消擱置中的移除工作以修正釋放後使用 （Maoyi Xie） [Orabug： 39786071] {CVE-2026-64362}
    - HID： wacom：啟動後探查失敗後停止硬體 （Myeonghun Pak） [Orabug： 39859299] {CVE-2026-68091}
    - posix-cpu-timers：修正 do_cpu_nanosleep（） 錯誤路徑中的 pid 參照計數洩漏 （Xu Wang） [Orabug： 39786091] {CVE-2026-64370}
    - cpufreq： pcc：修正 _OSC 評估中的釋放後使用和雙重釋放 （Yuho Choi） [Orabug： 39786100] {CVE-2026-64372}
    - cpufreq：修正重新開機期間的熱插拔-暫停爭用 （Tianxiang Chen） [Orabug： 39786104] {CVE-2026-64373}
    - sched/rt：RT_PUSH_IPI非PREEMPT_RT預設關閉 （Steven Rostedt） [Orabug： 39786108] {CVE-2026-64374}
    - net：刪除 skb_may_tx_timestamp（） 中的鎖定 （Sebastian Andrzej Siewior） [Orabug： 39331701] {CVE-2026-43216}
    - Bluetooth： L2CAP：在讀取 conf opt 值之前驗證選項長度 （Muhammad Bilal） [Orabug：
    39786205] {CVE-2026-64403}
    - 藍牙：修正 bt_accept_dequeue（） 中的 UAF （Yousef Alhouseen） [Orabug： 39786578] {CVE-2026-64406}
    - Bluetooth： bnep：在 netdev 註冊期間固定 L2CAP 連線 （Yousef Alhouseen） [Orabug： 39786217] {CVE-2026-64408}
    - netfilter： ebtables：在 find_table_lock（） 之前終止表名 （Xiang Mei） [Orabug： 39786224] {CVE-2026-64411}
    - netfilter： ebtables：模組名稱必須以 null 結尾 （Florian Westphal） [Orabug： 39786228] {CVE-2026-64412}
    - mfd： cros_ec：延遲 dev_set_drvdata（） 直到探查成功 （Andrei Kuchynski） [Orabug： 39786248] {CVE-2026-64420}
    - net： ipv4：綁定的 TCP 重新排序 sysctl 寫入和 MTU 探查大小 （Wyatt Feng） [Orabug： 39786254] {CVE-2026-64422}
    - ipv4： igmp：在裝置破壞時從雜湊表中移除多點傳播群組 （Yuyang Huang） [Orabug：
    39786259] {CVE-2026-64423}
    - io_uring/io-wq：重新檢查每個連結工作項的IO_WQ_BIT_EXIT （Runyu Xiao） [Orabug： 39786574] {CVE-2026-64425}
    - audit：修正 audit_queue 上 skb_queue_len（） 讀取器的資料爭用 （Chi Wang） [Orabug： 39786289] {CVE-2026-64435}
    - net： af_key：初始化 IPComp 狀態的 alg_key_len （Zijing Yin） [Orabug： 39786293] {CVE-2026-64436}
    - crypto： amlogic - 避免 meson_crypto_probe（） 中的雙重清理 （Dawei Feng） [Orabug： 39843604] {CVE-2026-64599}
    - 暫存：rtl8723bs：修正 HT_caps_handler（） 中的 OOB 寫入 （Alexandru Hossu） [Orabug： 39786303] {CVE-2026-64440}
    - 暫存：rtl8723bs：修正 is_ap_in_tkip（） IE 迴圈中的 OOB 讀取 （Alexandru Hossu） [Orabug： 39789581] {CVE-2026-64536}
    - 暫存：rtl8723bs：修正 issue_assocreq（） 和 join_cmd_hdl（） 中 IE 迴圈中的 OOB 讀取 （Alexandru Hossu） [Orabug： 39786311] {CVE-2026-64442}
    - 暫存：rtl8723bs：修正 update_beacon_info（） IE 迴圈中的 OOB 讀取 （Alexandru Hossu） [Orabug： 39786315] {CVE-2026-64443}
    - 暫存：rtl8723bs：修正 OnAssocRsp（） IE 迴圈中的 OOB 讀取 （Alexandru Hossu） [Orabug： 39786319] {CVE-2026-64444}
    - 暫存：rtl8723bs：修正 OnAuth（） 中的 WEP 長度反向溢位和 OOB 讀取 （Alexandru Hossu） [Orabug：
    39786323] {CVE-2026-64445}
    - tipc：修正廣播間隙 ACK 區塊中的越界讀取 （Samuel Page） [Orabug： 39786340] {CVE-2026-64450}
    - 6lowpan：修正錯誤路徑上的 NHC 項目釋放後使用 （Yizhou Zhao） [Orabug： 39786344] {CVE-2026-64452}
    - usb： dwc3：執行小工具與可休眠的暫停內容中斷連線 （Runyu Xiao） [Orabug： 39786349] {CVE-2026-64454}
    - USB： chaoskey：修正 chaoskey_release（） 中的 slab-use-after-free （Alan Stern） [Orabug： 39786352] {CVE-2026-64455}
    - hwrng： virtio：在 copy_data（） clamp device-reported used.len （Michael Bommarito） [Orabug： 39786356] {CVE-2026-64456}
    - netfilter： ipset：修正轉儲和ip_set_list調整大小之間的爭用 （Xiang Mei） [Orabug： 39760883] {CVE-2026-64189}
    - usb： xhci： 修正 xhci_free_streams（） 中原子上下文中的睡眠 （Lianqin Hu） [Orabug： 39786379] {CVE-2026-64465}
    - Bluetooth： btusb：修正 marvell 探查失敗的釋放後使用 （Johan Hovold） [Orabug： 39786393] {CVE-2026-64470}
    - Bluetooth： btusb：修正註冊失敗時的釋放後使用 （Johan Hovold） [Orabug： 39786397] {CVE-2026-64471}
    - ALSA： usb-audio：避免在 DualSense 比對中查找 kobject 路徑 （Darvell Long） [Orabug： 39786416] {CVE-2026-64478}
    - ALSA： firewire： isight：將樣本計數繫結至封包負載 （Maoyi Xie） [Orabug： 39786428] {CVE-2026-64483}
    - ALSA： es1938：檢查 snd_ctl_new1（） 傳回值 （Zhao Dongdong） [Orabug： 39786432] {CVE-2026-64484}
    - ALSA： caiaq：修正 Traktor Kontrol S4 輸入剖析器中的越界讀取 （Maoyi Xie） [Orabug：
    39786439] {CVE-2026-64487}
    - iio： event：修正事件 FIFO 重設爭用 （Lars-Peter Clausen） [Orabug： 39786462] {CVE-2026-64496}
    - iio： accel： kxsd9：修正 write_raw（） 錯誤的執行階段 PM 不平衡 （Biren Pandya） [Orabug： 39786478] {CVE-2026-64503}
    - iio： accel： bmc150：限制裝置報告的 FIFO 幀計數 （Bryam Vargas） [Orabug： 39786482] {CVE-2026-64504}
    - NFSv4/flexfiles：拒絕零檔案控點版本計數 （Michael Bommarito） [Orabug： 39753894] {CVE-2026-53392}
    - fbdev： fbcon：修正 fbcon_do_set_font（） err_out中的越界讀取 （Mingyu Wang） [Orabug： 39753924] {CVE-2026-53402}
    - i2c： core：修正轉接器註冊爭用 （Johan Hovold） [Orabug： 39753916] {CVE-2026-53400}
    - block：避免在使用者空間掛載 bdev 虛擬檔案系統 （Denis Arefev） [Orabug： 39753985] {CVE-2026-63810}
    - net： ip_gre：需要在裝置 netns 中進行 CAP_NET_ADMIN 以進行變更連結 （Maoyi Xie） [Orabug： 39754045] {CVE-2026-63829}
    - net： skmsg：跨 SG 轉換保留 sg.copy （Yiming Qian） [Orabug： 39754049] {CVE-2026-63830}
    - netfilter： nf_tables：當刪除集失敗時還原集元素 （Pablo Neira Ayuso） [Orabug： 36598010] {CVE-2024-27012}
    - KVM：將 ioeventfd 資料比對中的客體觸發 BUG_ON（） 替換為 get_unaligned（） （Sean Christopherson） [Orabug： 39753972] {CVE-2026-63806}
    - userfaultfd：對 pte_present（） 進行門must_wait可寫性檢查 （Kiryl Shutsemau） [Orabug： 39786515] {CVE-2026-64514}
    - nfsd：在延遲回寫錯誤時重設寫入驗證程式 （Jeff Layton） [Orabug： 39753898] {CVE-2026-53393}
    - nfsd：setlease 失敗時釋放佈局 stid （Chris Mason） [Orabug： 39753912] {CVE-2026-53399}
    - nvmet-tcp：修正 ICReq 處理與佇列拆卸之間的爭用 （Chaitanya Kulkarni） [Orabug： 39460310] {CVE-2026-46135}
    - net： tap：在剖析 tap_get_user_xdp（） 中的 virtio net 標頭之前設定 skb->dev （Dongli Zhang） [Orabug：
    39558744] {CVE-2026-74684}
    - net/rds：在將資訊交給訪客之前，每個項目的資訊緩衝區為零 （Michael Bommarito） [Orabug：
    39621715,39638197] {CVE-2026-52995}
    - x86/sev：在 SNP 記憶體驗證期間驅逐快取行 （Tom Lendacky） [Orabug： 38334919] {CVE-2025-38560}
    - xfs：循環 ILOCK 後重新取樣資料分支映射 （Darrick Wong） [Orabug： 39776791] {CVE-2026-64600}

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

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

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

  - mm/ptdump：始終穩定使用init_mm釋放頁面表格 先前的提交已建立在持有 mmap 讀取鎖定init_mm時執行核心頁面表格釋放的不變量，這修正了 ptdump 和核心頁面表格之間的爭用，釋放init_mm。但是，x86 和 arm64 可以通過 ptdump_walk_pgd（） 對 init_mm 以外的 mm 執行 ptdump，並且由於核心內存範圍在非內核 mm 之間共享，這意味著在這些情況下仍然存在爭用。透過取得 ptdump_walk_pgd（） 中 init_mm 的巢狀 mmap 寫入鎖定來修正此問題。這是安全的，因為我們在 mmap 寫入鎖定 mm 之後採用此操作，並且在鎖定任意 mm 之前，沒有任何東西會先取得 init_mm 鎖定，因此不可能發生死鎖。同時更新 walk_page_range_debug（） 以斷言 init_mm 被寫入鎖定，新增註解解釋原因並刪除一些冗餘程式碼，並消除不必要且令人困惑的 walk_kernel_page_table_range（） 叫用。我們可以安全地刪除 walk.mm 的非 NULL 檢查，因為如果是，mmap 鎖斷言將 NULL 指標解除參照（當然沒有調用者這樣做）。ptdump 可以爭用核心頁面表格釋放的第一個點是提交 b6bdb7517c3d （mm/vmalloc：新增介面以釋放未映射的頁面表格），因此我們在 Fixes 標籤中針對此目標。（CVE-2026-74599）

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

遠端 Debian 12 主機已安裝的套件會受到 dla-4788 公告中提及的多個弱點影響。

    ------------------------------------------------------------------------- Debian LTS 公告 DLA-4788-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 9 月 19 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件 ： linux-6.12 版本 ： 6.12.107-1~deb12u1 CVE ID ： CVE-2025-38525 CVE-2025-40054 CVE-2025-40074 CVE-2026-43197 CVE-2026-53092 CVE-2026-64017 CVE-2026-64216 CVE-2026-64581 CVE-2026-64586 CVE-2026-68082 CVE-2026-68118 CVE-2026-68132 CVE-2026-68138 CVE-2026-68159 CVE-2026-68166 CVE-2026-68169 CVE-2026-68198 CVE-2026-68253 CVE-2026-68254 CVE-2026-68264 CVE-2026-68266 CVE-2026-68267 CVE-2026-68273 CVE-2026-68276 CVE-2026-68322 CVE-2026-68367 CVE-2026-68431 CVE-2026-68451 CVE-2026-68452 CVE-2026-68480 CVE-2026-72111 CVE-2026-74440 CVE-2026-74441 CVE-2026-74442 CVE-2026-74443 CVE-2026-74444 CVE-2026-74445 CVE-2026-74446 CVE-2026-74447 CVE-2026-74448 CVE-2026-74450 CVE-2026-74451 CVE-2026-74452 CVE-2026-74453 CVE-2026-74454 CVE-2026-74455 CVE-2026-74456 CVE-2026-74457 CVE-2026-74458 CVE-2026-74459 CVE-2026-74460 CVE-2026-74461 CVE-2026-74463 CVE-2026-74464 CVE-2026-74465 CVE-2026-74467 CVE-2026-74468 CVE-2026-74469 CVE-2026-74470 CVE-2026-74471 CVE-2026-74472 CVE-2026-74473 CVE-2026-74474 CVE-2026-74475 CVE-2026-74476 CVE-2026-74478 CVE-2026-74479 CVE-2026-74480 CVE-2026-74481 CVE-2026-74482 CVE-2026-74483 CVE-2026-74484 CVE-2026-74485 CVE-2026-74487 CVE-2026-74488 CVE-2026-74490 CVE-2026-74492 CVE-2026-74493 CVE-2026-74494 CVE-2026-74495 CVE-2026-74497 CVE-2026-74498 CVE-2026-74499 CVE-2026-74500 CVE-2026-74501 CVE-2026-74502 CVE-2026-74503 CVE-2026-74504 CVE-2026-74505 CVE-2026-74507 CVE-2026-74508 CVE-2026-74509 CVE-2026-74510 CVE-2026-74512 CVE-2026-74514 CVE-2026-74515 CVE-2026-74516 CVE-2026-74517 CVE-2026-74518 CVE-2026-74519 CVE-2026-74522 CVE-2026-74523 CVE-2026-74524 CVE-2026-74525 CVE-2026-74531 CVE-2026-74532 CVE-2026-74535 CVE-2026-74536 CVE-2026-74540 CVE-2026-74541 CVE-2026-74543 CVE-2026-74545 CVE-2026-74546 CVE-2026-74547 CVE-2026-74548 CVE-2026-74549 CVE-2026-74550 CVE-2026-74551 CVE-2026-74552 CVE-2026-74553 CVE-2026-74555 CVE-2026-74556 CVE-2026-74557 CVE-2026-74563 CVE-2026-74564 CVE-2026-74565 CVE-2026-74566 CVE-2026-74567 CVE-2026-74569 CVE-2026-74572 CVE-2026-74574 CVE-2026-74575 CVE-2026-74576 CVE-2026-74577 CVE-2026-74579 CVE-2026-74580 CVE-2026-74581 CVE-2026-74582 CVE-2026-74583 CVE-2026-74585 CVE-2026-74586 CVE-2026-74587 CVE-2026-74588 CVE-2026-74589 CVE-2026-74590 CVE-2026-74592 CVE-2026-74594 CVE-2026-74595 CVE-2026-74597 CVE-2026-74598 CVE-2026-74599 CVE-2026-74601 CVE-2026-74602 CVE-2026-74603 CVE-2026-74604 CVE-2026-74606 CVE-2026-74607 CVE-2026-74608 CVE-2026-74609 CVE-2026-74610 CVE-2026-74612 CVE-2026-74613 CVE-2026-74614 CVE-2026-74615 CVE-2026-74616 CVE-2026-74618 CVE-2026-74619 CVE-2026-74620 CVE-2026-74621 CVE-2026-74622 CVE-2026-74623 CVE-2026-74624 CVE-2026-74625 CVE-2026-74626 CVE-2026-74628 CVE-2026-74630 CVE-2026-74631 CVE-2026-74632 CVE-2026-74634 CVE-2026-74635 CVE-2026-74636 CVE-2026-74637 CVE-2026-74641 CVE-2026-74644 CVE-2026-74646 CVE-2026-74647 CVE-2026-74648 CVE-2026-74649 CVE-2026-74650 CVE-2026-74651 CVE-2026-74653 CVE-2026-74654 CVE-2026-74655 CVE-2026-74656 CVE-2026-74657 CVE-2026-74658 CVE-2026-74659 CVE-2026-74660 CVE-2026-74661 CVE-2026-74662 CVE-2026-74663 CVE-2026-74664 CVE-2026-74665 CVE-2026-74666 CVE-2026-74667 CVE-2026-74668 CVE-2026-74669 CVE-2026-74670 CVE-2026-74671 CVE-2026-74672 CVE-2026-74673 CVE-2026-74675 CVE-2026-74676 CVE-2026-74677 CVE-2026-74678 CVE-2026-74679 CVE-2026-74680 CVE-2026-74682 CVE-2026-74683 CVE-2026-74684 CVE-2026-74685 CVE-2026-74688 CVE-2026-74689 CVE-2026-74691 CVE-2026-74692 CVE-2026-74693 CVE-2026-74694 CVE-2026-74696 CVE-2026-74700 CVE-2026-74701 CVE-2026-74704 CVE-2026-74705 CVE-2026-74710 CVE-2026-74712 CVE-2026-74714 CVE-2026-74717 CVE-2026-74718 CVE-2026-74719 CVE-2026-74720 CVE-2026-74722 CVE-2026-74724 CVE-2026-74725 CVE-2026-74726 CVE-2026-74730 CVE-2026-74732 CVE-2026-74736 CVE-2026-74737 CVE-2026-74739 CVE-2026-74740 CVE-2026-74742 CVE-2026-74743 CVE-2026-74744 CVE-2026-74746 CVE-2026-74748 CVE-2026-80522 CVE-2026-80525 CVE-2026-80526 CVE-2026-80527 CVE-2026-80528 CVE-2026-80529 CVE-2026-80530 CVE-2026-80531 CVE-2026-80532 CVE-2026-80533 CVE-2026-80534 CVE-2026-80535 CVE-2026-80536 CVE-2026-80539 CVE-2026-80540 CVE-2026-80541 CVE-2026-80547 CVE-2026-80548 CVE-2026-80549 CVE-2026-80550 CVE-2026-80551 CVE-2026-80552 CVE-2026-80553 CVE-2026-80554 CVE-2026-80555 CVE-2026-80556 CVE-2026-80557 CVE-2026-80558 CVE-2026-80559 CVE-2026-80560 CVE-2026-80561 CVE-2026-80562 CVE-2026-80563 CVE-2026-80565 CVE-2026-80566 CVE-2026-80567 CVE-2026-80568 CVE-2026-80569 CVE-2026-80570 CVE-2026-80572 CVE-2026-80573 CVE-2026-80574 CVE-2026-80575 CVE-2026-80576 CVE-2026-80577 CVE-2026-80578 CVE-2026-80583 CVE-2026-80584 CVE-2026-80585 CVE-2026-80586 CVE-2026-80587 CVE-2026-80589 CVE-2026-80590 CVE-2026-80678 CVE-2026-80679 CVE-2026-80680 CVE-2026-80681 CVE-2026-80684 CVE-2026-80686 CVE-2026-80689 CVE-2026-80691 CVE-2026-80694 CVE-2026-80695 CVE-2026-80696 CVE-2026-80700 CVE-2026-80702 CVE-2026-80703 CVE-2026-80704 CVE-2026-80706 CVE-2026-80707 CVE-2026-80708 CVE-2026-80709 CVE-2026-80710 CVE-2026-80711 CVE-2026-80714 CVE-2026-80715 CVE-2026-80716 CVE-2026-80717 CVE-2026-80718 CVE-2026-80722 CVE-2026-80723 CVE-2026-80725 CVE-2026-80726 CVE-2026-80727 CVE-2026-80728 CVE-2026-80730 CVE-2026-80731 CVE-2026-80732 CVE-2026-80733 CVE-2026-80736 CVE-2026-80737 CVE-2026-80739 CVE-2026-80742 CVE-2026-80743 CVE-2026-80744 CVE-2026-80749 CVE-2026-80752 CVE-2026-80754 CVE-2026-80756 CVE-2026-80757 CVE-2026-80759 CVE-2026-80763 CVE-2026-80764 CVE-2026-80765 CVE-2026-80767 CVE-2026-80770 CVE-2026-80771 CVE-2026-80772 CVE-2026-80779 CVE-2026-80781 CVE-2026-80782 CVE-2026-80784 CVE-2026-80788 CVE-2026-80789 CVE-2026-80790 CVE-2026-80791 CVE-2026-80792 CVE-2026-80793 CVE-2026-80794 CVE-2026-80795 CVE-2026-80797 CVE-2026-80798 CVE-2026-80799 CVE-2026-80800 CVE-2026-80801 CVE-2026-80802 CVE-2026-80803 CVE-2026-80805 CVE-2026-80808 CVE-2026-80809 CVE-2026-80812 CVE-2026-80814 CVE-2026-80815 CVE-2026-80819 CVE-2026-80820 CVE-2026-80823 CVE-2026-80887 CVE-2026-80888 CVE-2026-80889 CVE-2026-80890 CVE-2026-80891 CVE-2026-80892 CVE-2026-80893 CVE-2026-80894 CVE-2026-80901 CVE-2026-80902 CVE-2026-80903 CVE-2026-80904 CVE-2026-80906 CVE-2026-80907 CVE-2026-80908 CVE-2026-80909 CVE-2026-80910 CVE-2026-80911 CVE-2026-80912 CVE-2026-80913 CVE-2026-80915 CVE-2026-80916 CVE-2026-80917 CVE-2026-80918 Debian 錯誤 ： 1142912 1143545

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    對於 Debian 12 書蟲，這些問題已在 6.12.107-1~deb12u1 版本中修復。此更新還包括來自穩定更新 6.12.102-6.12.107的更多錯誤修復，並添加了 Alcor 讀卡器的驅動程序。

    我們建議您升級 linux-6.12 套件。

    有關 linux-6.12 的詳細安全性狀態，請參閱其安全性追蹤器頁面：
    https://security-tracker.debian.org/tracker/linux-6.12

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP 簽章

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

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

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

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

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

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

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

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

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

遠端 Debian 13 主機已安裝的套件會受到 dsa-6466 公告中提及的多個弱點影響。

    - ------------------------------------------------------------------------- Debian安全公告 DSA-6466-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 8 月 25 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件 ： linux CVE ID ： CVE-2025-38525 CVE-2025-40054 CVE-2026-43197 CVE-2026-53092 CVE-2026-64017 CVE-2026-64586 CVE-2026-68082 CVE-2026-68118 CVE-2026-68132 CVE-2026-68138 CVE-2026-68159 CVE-2026-68166 CVE-2026-68169 CVE-2026-68198 CVE-2026-68253 CVE-2026-68254 CVE-2026-68264 CVE-2026-68266 CVE-2026-68267 CVE-2026-68273 CVE-2026-68276 CVE-2026-68322 CVE-2026-68367 CVE-2026-68431 CVE-2026-68451 CVE-2026-68452 CVE-2026-68480 CVE-2026-72111 CVE-2026-74440 CVE-2026-74441 CVE-2026-74442 CVE-2026-74443 CVE-2026-74444 CVE-2026-74445 CVE-2026-74446 CVE-2026-74447 CVE-2026-74448 CVE-2026-74450 CVE-2026-74451 CVE-2026-74452 CVE-2026-74453 CVE-2026-74454 CVE-2026-74455 CVE-2026-74456 CVE-2026-74457 CVE-2026-74458 CVE-2026-74459 CVE-2026-74460 CVE-2026-74461 CVE-2026-74463 CVE-2026-74464 CVE-2026-74465 CVE-2026-74467 CVE-2026-74468 CVE-2026-74469 CVE-2026-74470 CVE-2026-74471 CVE-2026-74472 CVE-2026-74473 CVE-2026-74474 CVE-2026-74475 CVE-2026-74476 CVE-2026-74478 CVE-2026-74479 CVE-2026-74480 CVE-2026-74481 CVE-2026-74482 CVE-2026-74483 CVE-2026-74484 CVE-2026-74485 CVE-2026-74487 CVE-2026-74488 CVE-2026-74490 CVE-2026-74492 CVE-2026-74493 CVE-2026-74494 CVE-2026-74495 CVE-2026-74497 CVE-2026-74498 CVE-2026-74499 CVE-2026-74500 CVE-2026-74501 CVE-2026-74502 CVE-2026-74503 CVE-2026-74504 CVE-2026-74505 CVE-2026-74507 CVE-2026-74508 CVE-2026-74509 CVE-2026-74510 CVE-2026-74512 CVE-2026-74514 CVE-2026-74515 CVE-2026-74516 CVE-2026-74517 CVE-2026-74518 CVE-2026-74519 CVE-2026-74522 CVE-2026-74523 CVE-2026-74524 CVE-2026-74525 CVE-2026-74531 CVE-2026-74532 CVE-2026-74535 CVE-2026-74536 CVE-2026-74540 CVE-2026-74541 CVE-2026-74543 CVE-2026-74545 CVE-2026-74546 CVE-2026-74547 CVE-2026-74548 CVE-2026-74549 CVE-2026-74550 CVE-2026-74551 CVE-2026-74552 CVE-2026-74553 CVE-2026-74555 CVE-2026-74556 CVE-2026-74557 CVE-2026-74563 CVE-2026-74564 CVE-2026-74565 CVE-2026-74566 CVE-2026-74567 CVE-2026-74569 CVE-2026-74572 CVE-2026-74574 CVE-2026-74575 CVE-2026-74576 CVE-2026-74577 CVE-2026-74579 CVE-2026-74580 CVE-2026-74581 CVE-2026-74582 CVE-2026-74583 CVE-2026-74585 CVE-2026-74586 CVE-2026-74587 CVE-2026-74588 CVE-2026-74589 CVE-2026-74590 CVE-2026-74592 CVE-2026-74594 CVE-2026-74595 CVE-2026-74597 CVE-2026-74598 CVE-2026-74599 CVE-2026-74601 CVE-2026-74602 CVE-2026-74603 CVE-2026-74604 CVE-2026-74606 CVE-2026-74607 CVE-2026-74608 CVE-2026-74609 CVE-2026-74610 CVE-2026-74612 CVE-2026-74613 CVE-2026-74614 CVE-2026-74615 CVE-2026-74616 CVE-2026-74618 CVE-2026-74619 CVE-2026-74620 CVE-2026-74621 CVE-2026-74622 CVE-2026-74623 CVE-2026-74624 CVE-2026-74625 CVE-2026-74628 CVE-2026-74630 CVE-2026-74631 CVE-2026-74632 CVE-2026-74634 CVE-2026-74635 CVE-2026-74636 CVE-2026-74637 CVE-2026-74641 CVE-2026-74644 CVE-2026-74646 CVE-2026-74647 CVE-2026-74648 CVE-2026-74649 CVE-2026-74650 CVE-2026-74651 CVE-2026-74654 CVE-2026-74655 CVE-2026-74656 CVE-2026-74657 CVE-2026-74658 CVE-2026-74659 CVE-2026-74660 CVE-2026-74661 CVE-2026-74663 CVE-2026-74664 CVE-2026-74665 CVE-2026-74666 CVE-2026-74667 CVE-2026-74668 CVE-2026-74669 CVE-2026-74670 CVE-2026-74671 CVE-2026-74672 CVE-2026-74673 CVE-2026-74675 CVE-2026-74676 CVE-2026-74677 CVE-2026-74678 CVE-2026-74679 CVE-2026-74680 CVE-2026-74682 CVE-2026-74683 CVE-2026-74684 CVE-2026-74685 CVE-2026-74688 CVE-2026-74689 CVE-2026-74691 CVE-2026-74692 CVE-2026-74693 CVE-2026-74694 CVE-2026-74696 CVE-2026-74700 CVE-2026-74701 CVE-2026-74704 CVE-2026-74705 CVE-2026-74710 CVE-2026-74712 CVE-2026-74714 CVE-2026-74717 CVE-2026-74718 CVE-2026-74719 CVE-2026-74720 CVE-2026-74722 CVE-2026-74724 CVE-2026-74725 CVE-2026-74726 CVE-2026-74730 CVE-2026-74732 Debian 錯誤 ： 1142912 1143545

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    針對穩定的發行版本 (trixie)，已在第 6.12.105-1 版中修復這些問題。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://www.debian.org/security/

    郵寄清單：debian-security-announce@lists.debian.org

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
343048	Oracle Linux 8/9：Unbreakable Enterprise 核心 (ELSA-2026-500249)	Nessus	Oracle Linux Local Security Checks	2026/9/4	2026/10/21	high
338955	Linux Distros 未修補弱點：CVE-2026-74599	Nessus	Misc.	2026/8/22	2026/11/13	medium
348574	Debian dla-4788 ： ata-modules-6.12.100+deb12-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/9/21	2026/9/21	medium
364137	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-500374)	Nessus	Oracle Linux Local Security Checks	2026/10/8	2026/10/8	high
360912	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1789898700）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
363954	Oracle Linux 8/9：Unbreakable Enterprise 核心 (ELSA-2026-500377)	Nessus	Oracle Linux Local Security Checks	2026/10/7	2026/10/7	high
375804	Ubuntu 20.04 LTS/22.04 LTS：Linux 核心弱點 (USN-8961-1)	Nessus	Ubuntu Local Security Checks	2026/11/4	2026/11/4	high
339550	Debian dsa-6466 ： ata-modules-6.12.101+deb13-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/8/25	2026/8/29	medium

偵測

搜尋 Plugin

high

medium

medium

high

high

high

high

medium