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

  -genetlink修正在 -EPERM Per 系列系結/解除系結回呼後叫用 bind() 的 genl_bind() 以允許系列追踪多點傳送群組消費者的存在例如依據接聽程式開始或停止產生事件。不過在 genl_bind() 中即使功能檢查失敗且 ret 設為 -EPERM仍會叫用 bind() 回呼。這表示當系統呼叫仍將失敗傳回至使用者空間時回呼可代表未經授權的呼叫者執行。藉由只在 if (ret) 中斷後叫用 bind() 來修正此問題權限檢查成功後檢查 ie。 (CVE-2025-39926)

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

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

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

    bridgemcast修正路由器連接埠組態期間的釋放後使用 (CVE-2025-38248)

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

    net/sched修正 qdisc_dequeue_internal 中的積存計量 (CVE-2025-39677)

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

    net/mlx5HWS修正 hws_pool_buddy_init 錯誤路徑中的記憶體洩漏 (CVE-2025-39830)

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

    mm/damon/sysfs修正 state_show() 中的釋放後使用 (CVE-2025-39877)

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

    libceph修正對 ceph_connection_v1_info 的無效存取 (CVE-2025-39880)

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

    kernfs釋放開啟檔案時在輪詢中修正 UAF (CVE-2025-39881)

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

    mm/memory-failure修正解除污染記憶體時的 VM_BUG_ON_PAGE(PagePoisoned(page)) (CVE-2025-39883)

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

    btrfs修正 inode xarray 爭用造成的子磁碟區刪除鎖定 (CVE-2025-39884)

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

    bpf告知 memcg 使用 bpf_timer_init() 中的 allow_spinning=false 路徑 (CVE-2025-39886)

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

    mm/damon/lru_sort避免 damon_lru_sort_apply_parameters() 中發生除以零錯誤 (CVE-2025-39909)

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

    nfs/localio釋放 pageio 資料前還原 creds (CVE-2025-39912)

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

    tcp_bpftcp_bpf_send_verdict() 無法配置 psock->cork 時呼叫 sk_msg_free()。 (CVE-2025-39913)

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

    追踪：在 trace_pid_write 中區塊配置失敗時出現無聲警告 (CVE-2025-39914)

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

    mm/damon/reclaim避免 damon_reclaim_apply_parameters() 中發生除以零情形 (CVE-2025-39916)

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

    bpf修正 bpf_crypto_crypt 中的超出邊界 dynptr 寫入 (CVE-2025-39917)

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

    genetlink修正在 -EPERM 後叫用 bind() 的 genl_bind() (CVE-2025-39926)

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

    ceph修正套用狀態前驗證 r_parent 的爭用情形 (CVE-2025-39927)

    Linux 核心中的下列弱點已解決x86/vmscape新增條件式 IBPB 緩解措施

    VMSCAPE 是一個惡意利用客體和使用者空間 Hypervisor (例如 QEMU) 之間分支預測器隔離不足的弱點。現有的緩解措施已保護核心/KVM 不受惡意來賓攻擊。
    透過在 VMexit 後排清分支預測器可額外保護使用者空間。

    由於消耗受感染分支預測因子的是使用者空間因此請在 VMexit 之後且在返回使用者空間之前有條件地發出 IBPB。經常在 Hypervisor 和使用者空間之間切換的工作負載會從新的 IBPB 產生最多的額外負荷。

    此新 IBPB 並未與現有的 IBPB 網站整合。例如工作可使用現有的推測控制項 prctl()在內容切換時取得 IBPB。透過此實作會加倍 IBPB一個在內容切換時另一個在執行使用者空間之前。其目的是在封鎖後整合併最佳化這些案例。[ dhansen詳述次佳的 IBPB 解決方案 ] (CVE-2025-40300)

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

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

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

    [6.12.0-105.51.5]
    - RDMA/mlx5修正 MPV 裝置的 vport 回送強制 (Patrisious Haddad) [Orabug: 38226124]
    - arm64利用 for_each_cpu_wrap 進行參照查閱 (Beata Michalska) [Orabug: 38454705]
    - arm64進入閒置狀態時更新 AMU 型頻率縮放係數 (Beata Michalska) [Orabug: 38454705]
    - arm64提供一個 AMU 型 arch_freq_get_on_cpu 版本 (Beata Michalska) [Orabug: 38454705]
    - cpufreq引入一個選用的 cpuinfo_avg_freq sysfs 項目 (Beata Michalska) [Orabug: 38454705]
    - cpufreq允許 arch_freq_get_on_cpu 傳回錯誤 (Beata Michalska) [Orabug: 38454705]
    - arch_topology將容量_freq_ref 初始化為 0 (Ionela Voinescu) [Orabug: 38454705]
    - ACPI/HMAT將 HMAT 訊息移動至 pr_debug() (Dan Williams) [Orabug: 38454705]
    - perf: arm_cspmu: nvidia預設為監控所有連接埠 (Besar Wicaksono) [Orabug: 38454705]
    - perfarm_cspmu: nvidia啟用 NVLINK-C2C 連接埠篩選 (Besar Wicaksono) [Orabug: 38454705]
    - perfarm_cspmu: nvidia修正核心文件中的 sysfs 路徑 (Besar Wicaksono) [Orabug: 38454705]
    - perfarm_cspmu: nvidia移除不受支援的 SCF 事件 (Besar Wicaksono) [Orabug: 38454705]
    - cppc_cpufreq移除 HiSilicon CPPC 因應措施 (Jie Zhan) [Orabug: 38454705]
    - 還原「sched/fairnewidle 平衡失敗時升級 sd->max_newidle_lb_cost」(Joseph Salisberry) [Orabug: 38498945]
    - uek-rpm/config-aarch64啟用寬限期平台支援的組態 (Vijay Kumar) [Orabug: 38526374]
    - LTS 版本v6.12.51 (Jack Vogel)
    - ASoCqcomaudioreach修正可能的 null 指標解除參照 (Srinivas Kandagatla)
    - wifi: ath11k修正 ath11k_qmi_m3_load() 中的 NULL 解除參照 (Matvey Kovalev)
    - mm: swap在 VMA 上操作前檢查穩定的位址空間 (Charan Teja Kalla)
    - media: uvcvideo使用 ID 為 UVC_INVALID_ENTITY_ID 的無效實體標記 (Thadeu Lima de Souza Cascardo)
    - media: rc修正 imon_disconnect() 的爭用 (Larshin Sergey)
    - mediatunerxc5000修正 xc5000_release 中的釋放後使用 (Duoming Zhou)
    - mediab2c2修正 flexcop_pci_remove 中 irq_check_work 造成的釋放後使用 (Duoming Zhou)
    - scsitarget: target_core_configfs新增長度檢查以避免緩衝區溢位 (Wang Haoran)
    - gcc-plugins移除 GCC >= 16 的 TODO_verify_il (Kees Cook)
    - cryptosha256 - 修正 kexec 的損毀 (Breno Leitao)
    - LTS v6.12.50 版 (Jack Vogel)
    - drm/i915/backlight當 scale() 發現無效參數時立即返回 (Guenter Roeck)
    - 還原「usbxhci移除變更預設環 TRB 週期位元的選項」(Niklas Neronin)
    - iommufd修正檔案描述符號中止期間的爭用 (Jason Gunthorpe)
    - fbcon修正字型配置中的 OOB 存取 (Thomas Zimmermann)
    - fbcon修正 fbcon_do_set_font 中的整數溢位 (Samasth Norway Ananda)
    - mm/hugetlb修正刪除時仍會映射作品集 (Jinjiang Tu)
    - kmsan修正對陰影記憶體的超出邊界存取 (Eric Biggers)
    - gpiolib擴充軟體節點支援以支援次要軟體節點 (Hans de Goede)
    - fs/proc/task_mmu檢查 NULL 的 p->vec_buf (Jakub Acs)
    - afs修正 afs_put_server 中潛在的 null 指標解除參照 (Zhen Ni)
    - drm/ast針對 edid 讀取使用 msleep 而非 mdelay (Nirmoy Das)
    - arm64: dts: marvell: cn9132-clearfog修正多通道 pci x2 和 x4 連接埠 (Josua Mayer)
    - arm64: dts: marvell: cn9132-clearfog停用 eMMC 高速模式 (Josua Mayer)
    - ARM: dts: socfpga: sodia修正 mdio 匯流排探查和 PHY 位址 (Nobuhiro Iwamatsu)
    - tracing: dynevent新增 dynevent 上缺少的鎖定檢查 (Masami Hiramatsu (Google))
    - crypto: af_alg - 修正 af_alg_ctx 中不正確的布林值 (Eric Biggers)
    - i40e改善 VF MAC 篩選器計量 (Lukasz Czapnik)
    - i40e新增遮罩以套用適用於 itr_idx 的有效位元 (Lukasz Czapnik)
    - i40e新增 VF 篩選器的最大邊界檢查 (Lukasz Czapnik)
    - i40e在 get 資源中修正 VF 狀態驗證 (Lukasz Czapnik)
    - i40e修正 action_meta 的輸入驗證邏輯 (Lukasz Czapnik)
    - i40e修正配置佇列訊息中的 idx 驗證 (Lukasz Czapnik)
    - i40e修正 i40e_validate_queue_map 中的 idx 驗證 (Lukasz Czapnik)
    - i40e新增 ring_len 參數的驗證 (Lukasz Czapnik)
    - HID: asus新增對缺少的 PX 系列 fn 金鑰的支援 (Amit Chaudhari)
    - smb: client修正 smb2_compound_op() 中錯誤的索引參照 (Sang-Heon Jeon)
    - platform/x86: lg-laptop修正 fan_mode_store() 中的 WMAB 呼叫 (Daniel Lee)
    - drm/panthor將排程器實體破壞延遲至佇列釋放 (Adrian Larumbe)
    - futex防止在 requeue-PI 期間發生釋放後使用 (Sebastian Andrzej Siewior)
    - drm/gma500修正 hdmi 卸除中的 null 解除參照 (Zabelin Nikita)
    - mmfolio_may_be_lru_cached()除非 folio_test_large() (Hugh Dickins)
    - mm還原「mm/gup在新增至 LRU 批次之前清除頁面的 LRU 旗標」 (Hugh Dickins)
    - mm/gup本機 lru_add_drain() 以避免 lru_add_drain_all() (Hugh Dickins)
    - octeontx2-pf修正 otx2_tc_add_flow() 中可能的釋放後使用 (Dan Carpenter)
    - net: dsa: lantiq_gswip隱藏新增至 CPU 連接埠之橋接器 FDB 項目的 -EINVAL 錯誤 (Vladimir Oltean)
    - netdsa: lantiq_gswip將 gswip_add_single_port_br() 呼叫移至 port_setup() (Vladimir Oltean)
    - selftestsfib_nexthops修正非 FDB nexthops 的建立 (Ido Schimmel)
    - nexthopnexthop 在群組中時禁止 FDB 狀態變更 (Ido Schimmel)
    - net允許 alloc_skb_with_frags() 使用 MAX_SKB_FRAGS (Jason Baron)
    - bnxt_en更正 IPv6 目的地位址的位移處理 (Alok Tiwari)
    - vhost取得結構 vhost_task 中工作的參照。(Sebastian Andrzej Siewior)
    - Bluetoothhci_event修正 hci_acl_create_conn_sync 中的 UAF (Luiz Augusto von Dentz)
    - Bluetoothhci_sync修正 hci_resume_advertising_sync (Luiz Augusto von Dentz)
    - ethernetrvu-af移除驅動程式名稱中的斜線 (Petr Malat)
    - net/smc呼叫 get_page() 時修正 smc_rx_splice() 中的警告 (Sidraya Jayagond)
    - net: tun在 XDP 處理程序後更新 napi->skb (Wang Liang)
    - can:peak_usb修正 shift-out-of-bounds 問題 (Stephane Grosjean)
    - canmcba_usb填入 ndo_change_mtu() 以防止緩衝區溢位 (Vincent Mailhol)
    - cansun4i_can填入 ndo_change_mtu() 以防止緩衝區溢位 (Vincent Mailhol)
    - canhi311x填充 ndo_change_mtu() 以防止緩衝區溢位 (Vincent Mailhol)
    - can etas_es58x填入 ndo_change_mtu() 以防止緩衝區溢位 (Vincent Mailhol)
    - xfrmxfrm_alloc_spi 不應使用 0 作為 SPI (Sabrina Dubroca)
    - bpf拒絕 PREEMPT_RT 的 bpf_timer (Leon Hwang)
    - canrcar_canrcar_can_resume()使用 PSCI 修正 s2ram (Geert Uytterhoeven)
    - wifi: virt_wifi修正連接時的頁面錯誤 (James Guan)
    - btrfs不允許新增小於 1 MB 的區塊裝置 (Mark Harmstone)
    - bpf檢查 helper 函式在 get_helper_proto 中是否有效 (Jiri Olsa)
    - smbserver在 transport_rdma.c 中使用 disable_work_sync (Stefan Metzmacher)
    - smbserver不要將 delayed_work 用於 post_recv_credits_work (Stefan Metzmacher)
    - cpufreq在子系統之前初始化 cpufreq 不變性 (Christian Loehle)
    - ARM: dts: kirkwood針對 OpenRD 用戶端修正音效 DAI 儲存格 (Jihed Chaibi)
    - arm64: dts: imx8mp更正熱感應器索引 (Peng Fan)
    - firmwareimx針對 SCMI MISC API 新增虛設常式函式 (Peng Fan)
    - HID: amd_sfh新增 amd sfh 工作功能之間的同步 (Basavaraj Natikar)
    - IB/mlx5修正 SRQ 事件訂閱的 obj_type 不相符 (Or Har-Toov)
    - net: sfp新增 FLYPRO 銅纜 SFP+ 模組的 quirk (Aleksander Jan Bajkowski)
    - ALSAusb-audio針對更多裝置上的播放磁碟區新增靜音 TLV (qaqland)
    - ALSA: usb-audio將 Mixer_quirks 的 min_mute 移至通用 quirk (Cryolitia PukNgae)
    - ALSAusb-audio新增對 Comtrue USB Audio 裝置的 DSD 支援 (noble.yang)
    - i2c: designware新增適用於 Intel Xe 的 quirk (Heikki Krogerus)
    - mmcsdhci-cadence新增 Mobileye eyeQ 支援 (Benoit Monin)
    - net: sfp新增適用於 Potron SFP+ XGSPON ONU Stick 的 quirk (Chris Morgan)
    - netfec重新命名結構 fec_devinfo fec_imx6x_info -> fec_imx6sx_info (Marc Kleine-Budde)
    - usb: core新增 0x 前置詞至 quirk 偵錯輸出 (Jiayi Li)
    - ALSAusb-audio修正 CONFIG_INPUT=n 的版本 (Takashi Iwai)
    - ALSA: hda/realtek新增使用 CS35L41 HDA 的 ASUS NUC 支援 (Stefan Binding)
    - ALSAusb-audio將逗號轉換為分號 (Chen Ni)
    - ALSA: usb-audio新增適用於 Sony DualSense PS5 的混音器 quirk (Cristian Ciocaltea)
    - ALSA: usb-audio移除 Mixer_quirks 中不需要的 wmb() (Cristian Ciocaltea)
    - ALSA: usb-audio簡化 Mixer_quirks 中的 NULL 比較 (Cristian Ciocaltea)
    - ALSAusb-audio避免 Mixer_quirks 中的多個指派 (Cristian Ciocaltea)
    - ALSAusb-audio刪除 Mixer_quirks 中不必要的括號 (Cristian Ciocaltea)
    - ALSAusb-audio修正 Mixer_quirks 中的區塊註解 (Cristian Ciocaltea)
    - ALSAusb-audio修正 Mixer_quirks 中的程式碼對齊 (Cristian Ciocaltea)
    - firewire: core修正子系統 ABI 版本的忽略更新 (Takashi Sakamoto)
    - scsi: ufs: mcq修正 SQE 和 CQE 的記憶體配置檢查 (Alok Tiwari)

    [6.12.0-105.49.4]
    - fs/dax不要解除關聯零頁面項目 (Alistair Popple) [Orabug: 36859857]
    - 裝置/dax對應時正確對裝置 dax 頁面進行 refcount (Alistair Popple) [Orabug: 36859857]
    - fs/dax正確對 fs dax 頁面進行 refcount (Alistair Popple) [Orabug: 36859857]
    - fs/dax修正「掃描項目時不跳過鎖定的項目」 (Alistair Popple) [Orabug: 36859857]
    - mm拒絕操控平台頁面上的 refcount (Matthew Wilcox (Oracle)) [Orabug: 36859857]
    - dcssblk將 DAX 標記為已損毀移除 FS_DAX_LIMITED 支援 (Dan Williams) [Orabug: 36859857]
    - mm/gup不允許 FS DAX 頁面的 FOLL_LONGTERM 釘選 (Alistair Popple) [Orabug: 36859857]
    - mm/huge_memory新增 vmf_insert_folio_pmd() (Alistair Popple) [Orabug: 36859857]
    - mm/huge_memory新增 vmf_insert_folio_pud() (Alistair Popple) [Orabug: 36859857]
    - mm/rmap新增對 rmap 的 PUD 大小對應支援 (Alistair Popple) [Orabug: 36859857]
    - mm/memory新增 vmf_insert_page_mkwrite() (Alistair Popple) [Orabug: 36859857]
    - mm/memory增強 insert_page_into_pte_locked() 以建立可寫入的對應 (Alistair Popple) [Orabug
    36859857]
    - mm允許複合區域裝置頁面 (Alistair Popple) [Orabug: 36859857]
    - mm/mm_init將 p2pdma 頁面 refcount 初始化移至 p2pdma (Alistair Popple) [Orabug: 36859857]
    - mm/gup移除 PCI P2PDMA 頁面的多餘檢查 (Alistair Popple) [Orabug: 36859857]
    - fs/dax移除 PAGE_MAPPING_DAX_SHARED 對應旗標 (Alistair Popple) [Orabug: 36859857]
    - dax在 DAX 中更廣泛地使用作品集 (Matthew Wilcox (Oracle)) [Orabug: 36859857]
    - dax移除對 page->index 的存取權 (Matthew Wilcox (Oracle)) [Orabug: 36859857]
    - fs/dax確保在檔案系統卸載之前所有頁面皆處於閒置狀態 (Alistair Popple) [Orabug: 36859857]
    - fs/dax中斷配置時一律移除 DAX 頁面快取項目 (Alistair Popple) [Orabug: 36859857]
    - mm最佳化 shadow 項目的無效判定 (Shakeel Butt) [Orabug: 36859857]
    - mm最佳化陰影項目的截斷 (Shakeel Butt) [Orabug: 36859857]
    - fs/dax建立通用實作以中斷 DAX 配置 (Alistair Popple) [Orabug: 36859857]
    - fs/dax重構等待 dax 閒置頁面 (Alistair Popple) [Orabug: 36859857]
    - fs/dax: 掃描項目時不要跳過鎖定的項目 (Alistair Popple) [Orabug: 36859857]
    - fs/dax從 dax_layout_busy_page_range() 傳回未對應的忙碌頁面 (Alistair Popple) [Orabug
    36859857]
    - uek: kabi更新 check-kabi 以支援命名空間檢查 (Saeed Mirzamohammadi) [Orabug: 38459242]

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

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

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

  - 已解決 Linux 核心中的下列弱點：kunit: Fix potential null dereference in kunit_device_driver_test() kunit_kzalloc() may return a NULL pointer, dereferencing it without NULL check may lead to NULL dereference. Add a NULL check for test_state. (CVE-2024-56773)

  - 已解決 Linux 核心中的下列弱點：arm64: ptrace: fix partial SETREGSET for NT_ARM_FPMR Currently fpmr_set() doesn't initialize the temporary 'fpmr' variable, and a SETREGSET call with a length of zero will leave this uninitialized. Consequently an arbitrary value will be written back to target->thread.uw.fpmr, potentially leaking up to 64 bits of memory from the kernel stack. The read is limited to a specific slot on the stack, and the issue does not provide a write mechanism. Fix this by initializing the temporary value before copying the regset from userspace, as for other regsets (e.g. NT_PRSTATUS, NT_PRFPREG, NT_ARM_SYSTEM_CALL). In the case of a zero-length write, the existing contents of FPMR will be retained. Before this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0xffff800083963d50 After this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d (CVE-2024-57878)

  - 已解決 Linux 核心中的下列弱點：mptcp: fix 'scheduling while atomic' in mptcp_pm_nl_append_new_local_addr If multiple connection requests attempt to create an implicit mptcp endpoint in parallel, more than one caller may end up in mptcp_pm_nl_append_new_local_addr because none found the address in local_addr_list during their call to mptcp_pm_nl_get_local_id. In this case, the concurrent new_local_addr calls may delete the address entry created by the previous caller. These deletes use synchronize_rcu, but this is not permitted in some of the contexts where this function may be called.
    During packet recv, the caller may be in a rcu read critical section and have preemption disabled. An example stack: BUG: scheduling while atomic: swapper/2/0/0x00000302 Call Trace: <IRQ> dump_stack_lvl (lib/dump_stack.c:117 (discriminator 1)) dump_stack (lib/dump_stack.c:124) __schedule_bug (kernel/sched/core.c:5943) schedule_debug.constprop.0 (arch/x86/include/asm/preempt.h:33 kernel/sched/core.c:5970) __schedule (arch/x86/include/asm/jump_label.h:27 include/linux/jump_label.h:207 kernel/sched/features.h:29 kernel/sched/core.c:6621) schedule (arch/x86/include/asm/preempt.h:84 kernel/sched/core.c:6804 kernel/sched/core.c:6818) schedule_timeout (kernel/time/timer.c:2160) wait_for_completion (kernel/sched/completion.c:96 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:148) __wait_rcu_gp (include/linux/rcupdate.h:311 kernel/rcu/update.c:444) synchronize_rcu (kernel/rcu/tree.c:3609) mptcp_pm_nl_append_new_local_addr (net/mptcp/pm_netlink.c:966 net/mptcp/pm_netlink.c:1061) mptcp_pm_nl_get_local_id (net/mptcp/pm_netlink.c:1164) mptcp_pm_get_local_id (net/mptcp/pm.c:420) subflow_check_req (net/mptcp/subflow.c:98 net/mptcp/subflow.c:213) subflow_v4_route_req (net/mptcp/subflow.c:305) tcp_conn_request (net/ipv4/tcp_input.c:7216) subflow_v4_conn_request (net/mptcp/subflow.c:651) tcp_rcv_state_process (net/ipv4/tcp_input.c:6709) tcp_v4_do_rcv (net/ipv4/tcp_ipv4.c:1934) tcp_v4_rcv (net/ipv4/tcp_ipv4.c:2334) ip_protocol_deliver_rcu (net/ipv4/ip_input.c:205 (discriminator 1)) ip_local_deliver_finish (include/linux/rcupdate.h:813 net/ipv4/ip_input.c:234) ip_local_deliver (include/linux/netfilter.h:314 include/linux/netfilter.h:308 net/ipv4/ip_input.c:254) ip_sublist_rcv_finish (include/net/dst.h:461 net/ipv4/ip_input.c:580) ip_sublist_rcv (net/ipv4/ip_input.c:640) ip_list_rcv (net/ipv4/ip_input.c:675) __netif_receive_skb_list_core (net/core/dev.c:5583 net/core/dev.c:5631) netif_receive_skb_list_internal (net/core/dev.c:5685 net/core/dev.c:5774) napi_complete_done (include/linux/list.h:37 include/net/gro.h:449 include/net/gro.h:444 net/core/dev.c:6114) igb_poll (drivers/net/ethernet/intel/igb/igb_main.c:8244) igb
    __napi_poll (net/core/dev.c:6582) net_rx_action (net/core/dev.c:6653 net/core/dev.c:6787) handle_softirqs (kernel/softirq.c:553) __irq_exit_rcu (kernel/softirq.c:588 kernel/softirq.c:427 kernel/softirq.c:636) irq_exit_rcu (kernel/softirq.c:651) common_interrupt (arch/x86/kernel/irq.c:247 (discriminator 14)) </IRQ> This problem seems particularly prevalent if the user advertises an endpoint that has a different external vs internal address. In the case where the external address is advertised and multiple connections already exist, multiple subflow SYNs arrive in parallel which tends to trigger the race during creation of the first local_addr_list entries which have the internal address instead. Fix by skipping the replacement of an existing implicit local address if called via mptcp_pm_nl_get_local_id. (CVE-2025-21938)

  - 已解決 Linux 核心中的下列弱點：devlink: fix xa_alloc_cyclic() error handling In case of returning 1 from xa_alloc_cyclic() (wrapping) ERR_PTR(1) will be returned, which will cause IS_ERR() to be false. Which can lead to dereference not allocated pointer (rel). Fix it by checking if err is lower than zero. This wasn't found in real usecase, only noticed. Credit to Pierre.
    (CVE-2025-22017)

  - 已解決 Linux 核心中的下列弱點：drm/xe: Use local fence in error path of xe_migrate_clear The intent of the error path in xe_migrate_clear is to wait on locally generated fence and then return. The code is waiting on m->fence which could be the local fence but this is only stable under the job mutex leading to a possible UAF. Fix code to wait on local fence. (cherry picked from commit 762b7e95362170b3e13a8704f38d5e47eca4ba74) (CVE-2025-37869)

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

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

  - 已解決 Linux 核心中的下列弱點：kunit: Fix potential null dereference in kunit_device_driver_test() kunit_kzalloc() may return a NULL pointer, dereferencing it without NULL check may lead to NULL dereference. Add a NULL check for test_state. (CVE-2024-56773)

  - 已解決 Linux 核心中的下列弱點：arm64: ptrace: fix partial SETREGSET for NT_ARM_FPMR Currently fpmr_set() doesn't initialize the temporary 'fpmr' variable, and a SETREGSET call with a length of zero will leave this uninitialized. Consequently an arbitrary value will be written back to target->thread.uw.fpmr, potentially leaking up to 64 bits of memory from the kernel stack. The read is limited to a specific slot on the stack, and the issue does not provide a write mechanism. Fix this by initializing the temporary value before copying the regset from userspace, as for other regsets (e.g. NT_PRSTATUS, NT_PRFPREG, NT_ARM_SYSTEM_CALL). In the case of a zero-length write, the existing contents of FPMR will be retained. Before this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0xffff800083963d50 After this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d (CVE-2024-57878)

  - 已解決 Linux 核心中的下列弱點：mptcp: fix 'scheduling while atomic' in mptcp_pm_nl_append_new_local_addr If multiple connection requests attempt to create an implicit mptcp endpoint in parallel, more than one caller may end up in mptcp_pm_nl_append_new_local_addr because none found the address in local_addr_list during their call to mptcp_pm_nl_get_local_id. In this case, the concurrent new_local_addr calls may delete the address entry created by the previous caller. These deletes use synchronize_rcu, but this is not permitted in some of the contexts where this function may be called.
    During packet recv, the caller may be in a rcu read critical section and have preemption disabled. An example stack: BUG: scheduling while atomic: swapper/2/0/0x00000302 Call Trace: <IRQ> dump_stack_lvl (lib/dump_stack.c:117 (discriminator 1)) dump_stack (lib/dump_stack.c:124) __schedule_bug (kernel/sched/core.c:5943) schedule_debug.constprop.0 (arch/x86/include/asm/preempt.h:33 kernel/sched/core.c:5970) __schedule (arch/x86/include/asm/jump_label.h:27 include/linux/jump_label.h:207 kernel/sched/features.h:29 kernel/sched/core.c:6621) schedule (arch/x86/include/asm/preempt.h:84 kernel/sched/core.c:6804 kernel/sched/core.c:6818) schedule_timeout (kernel/time/timer.c:2160) wait_for_completion (kernel/sched/completion.c:96 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:148) __wait_rcu_gp (include/linux/rcupdate.h:311 kernel/rcu/update.c:444) synchronize_rcu (kernel/rcu/tree.c:3609) mptcp_pm_nl_append_new_local_addr (net/mptcp/pm_netlink.c:966 net/mptcp/pm_netlink.c:1061) mptcp_pm_nl_get_local_id (net/mptcp/pm_netlink.c:1164) mptcp_pm_get_local_id (net/mptcp/pm.c:420) subflow_check_req (net/mptcp/subflow.c:98 net/mptcp/subflow.c:213) subflow_v4_route_req (net/mptcp/subflow.c:305) tcp_conn_request (net/ipv4/tcp_input.c:7216) subflow_v4_conn_request (net/mptcp/subflow.c:651) tcp_rcv_state_process (net/ipv4/tcp_input.c:6709) tcp_v4_do_rcv (net/ipv4/tcp_ipv4.c:1934) tcp_v4_rcv (net/ipv4/tcp_ipv4.c:2334) ip_protocol_deliver_rcu (net/ipv4/ip_input.c:205 (discriminator 1)) ip_local_deliver_finish (include/linux/rcupdate.h:813 net/ipv4/ip_input.c:234) ip_local_deliver (include/linux/netfilter.h:314 include/linux/netfilter.h:308 net/ipv4/ip_input.c:254) ip_sublist_rcv_finish (include/net/dst.h:461 net/ipv4/ip_input.c:580) ip_sublist_rcv (net/ipv4/ip_input.c:640) ip_list_rcv (net/ipv4/ip_input.c:675) __netif_receive_skb_list_core (net/core/dev.c:5583 net/core/dev.c:5631) netif_receive_skb_list_internal (net/core/dev.c:5685 net/core/dev.c:5774) napi_complete_done (include/linux/list.h:37 include/net/gro.h:449 include/net/gro.h:444 net/core/dev.c:6114) igb_poll (drivers/net/ethernet/intel/igb/igb_main.c:8244) igb
    __napi_poll (net/core/dev.c:6582) net_rx_action (net/core/dev.c:6653 net/core/dev.c:6787) handle_softirqs (kernel/softirq.c:553) __irq_exit_rcu (kernel/softirq.c:588 kernel/softirq.c:427 kernel/softirq.c:636) irq_exit_rcu (kernel/softirq.c:651) common_interrupt (arch/x86/kernel/irq.c:247 (discriminator 14)) </IRQ> This problem seems particularly prevalent if the user advertises an endpoint that has a different external vs internal address. In the case where the external address is advertised and multiple connections already exist, multiple subflow SYNs arrive in parallel which tends to trigger the race during creation of the first local_addr_list entries which have the internal address instead. Fix by skipping the replacement of an existing implicit local address if called via mptcp_pm_nl_get_local_id. (CVE-2025-21938)

  - 已解決 Linux 核心中的下列弱點：devlink: fix xa_alloc_cyclic() error handling In case of returning 1 from xa_alloc_cyclic() (wrapping) ERR_PTR(1) will be returned, which will cause IS_ERR() to be false. Which can lead to dereference not allocated pointer (rel). Fix it by checking if err is lower than zero. This wasn't found in real usecase, only noticed. Credit to Pierre.
    (CVE-2025-22017)

  - 已解決 Linux 核心中的下列弱點：drm/xe: Use local fence in error path of xe_migrate_clear The intent of the error path in xe_migrate_clear is to wait on locally generated fence and then return. The code is waiting on m->fence which could be the local fence but this is only stable under the job mutex leading to a possible UAF. Fix code to wait on local fence. (cherry picked from commit 762b7e95362170b3e13a8704f38d5e47eca4ba74) (CVE-2025-37869)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
269670	Linux Distros 未修補的弱點：CVE-2025-39926	Nessus	Misc.	2025/10/8	2026/7/31	medium
271775	Amazon Linux 2023bpftool6.12、kernel6.12、kernel6.12-devel (ALAS2023-2025-1227)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/3/6	high
274584	Oracle Linux 10 / 9Unbreakable Enterprise 核心 (ELSA-2025-25754)	Nessus	Oracle Linux Local Security Checks	2025/11/10	2026/2/9	high
364682	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc多個漏洞（ALMALINUX9.6：CLSA-2026：1791800936）	Nessus	Rocky Linux Local Security Checks	2026/10/12	2026/10/13	high
364689	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1791800936）	Nessus	Alma Linux Local Security Checks	2026/10/12	2026/10/13	high

偵測

搜尋 Plugin

medium

high

high

high

high