遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2025:19492 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心：net：usb：smsc75xx：將封包長度限制為 skb->len (CVE-2023-53125)

    * 核心ASoCSOFIntelhda透過 snprintf() 修正潛在的緩衝區溢位 (CVE-2022-50050)

    * 核心mptcp不在已關閉的子流程上佇列資料 (CVE-2022-50070)

    * 核心RDMA/irdma修正釋放後使用視窗 (CVE-2022-50137)

    * 核心KVMSVM如果使用者空間插入 GIF=0 的中斷則不執行 BUG (CVE-2022-50228)

    * 核心：HID：核心：加強 s32ton() 以防止轉換成 0 位元 (CVE-2025-38556)

    * 核心：eventpoll：修正半無限制遞迴 (CVE-2025-38614)

    * 核心tls將 no-async 解密要求處理與 async 分開 (CVE-2024-58240)

    * 核心：ALSA：hda/ca0132：修正 add_tuning_control 中的緩衝區溢位 (CVE-2025-39751)

    * 核心：crypto：seqiv - 正確處理 EBUSY (CVE-2023-53373)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

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

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

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2025:22752 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心ALSAusb-audioALSA USB 音訊超出邊界錯誤 (CVE-2022-48701)

    * 核心：nfsd：不略過 svc_proc_register() 的傳回碼 (CVE-2025-22026)

    * 核心：udp：修正記憶體計量洩漏。(CVE-2025-22058)

    * 核心：net_sched：hfsc：修正類別處理中的 UAF 弱點 (CVE-2025-37797)

    * 核心：net：usb：smsc75xx：將封包長度限制為 skb->len (CVE-2023-53125)

    * kernel: net_sched: ets: 修復當 class 的子佇列為 netem 時，重複加入清單的問題 (CVE-2025-37914)

    * 核心ASoCSOFIntelhda透過 snprintf() 修正潛在的緩衝區溢位 (CVE-2022-50050)

    * 核心mptcp不在已關閉的子流程上佇列資料 (CVE-2022-50070)

    * 核心ALSAbcd2000修正探查錯誤路徑上的一個 UAF 錯誤 (CVE-2022-50229)

    * 核心KVMSVM如果使用者空間插入 GIF=0 的中斷則不執行 BUG (CVE-2022-50228)

    * 核心：韌體：arm_scpi：確保探查失敗時未指派 scpi_info (CVE-2022-50087)

    * 核心：bpf：在對 poke 描述符號進行陣列範圍檢查時，請勿使用 tnum_range (CVE-2022-49985)

    * 核心drm/amd/display關閉 odm 時鐘前清除 optc 反向溢位 (CVE-2022-49969)

    * 核心md-raid10修正 KASAN 警告 (CVE-2022-50211)

    * 核心：i40e：修正 MMIO 對 i40e_clear_hw 中無效頁面的寫入存取權 (CVE-2025-38200)

    * 核心：RDMA/iwcm：修復 cm_id 解構後工作物件的釋放後使用錯誤 (CVE-2025-38211)

    * 核心：scsi：lpfc：針對 BIOS 版本使用 memcpy() (CVE-2025-38332)

    * 核心：vsock：修復 transport_* TOCTOU (CVE-2025-38461)

    * 核心：drm/gem：取得框架緩衝區 GEM 控點上的參照 (CVE-2025-38449)

    * 核心：net/sched：sch_qfq：修復 qfq_aggregate 上的爭用情形 (CVE-2025-38477)

    * 核心：do_change_type()：拒絕在未掛載/非自身掛載上操作 (CVE-2025-38498)

    * 核心：smb：用戶端：修復 cifs_oplock_break 中的釋放後使用問題 (CVE-2025-38527)

    * 核心：HID：核心：加強 s32ton() 以防止轉換成 0 位元 (CVE-2025-38556)

    * 核心tls將 no-async 解密要求處理與 async 分開 (CVE-2024-58240)

    * 核心：NFS：修正更新現有寫入時的爭用情形 (CVE-2025-39697)

    * 核心：NFS：修正 nfs_fh_to_dentry() 中的 filehandle 邊界檢查 (CVE-2025-39730)

    * 核心：ALSA：hda/ca0132：修正 add_tuning_control 中的緩衝區溢位 (CVE-2025-39751)

    * 核心wifibrcmfmacbrcmf_get_assoc_ies() 中發生 slab 超出邊界讀取 (CVE-2023-53213)

    * 核心wifiath9k不允許覆寫 ENDPOINT0 屬性 (CVE-2023-53185)

    * 核心：mm：修復 zswap 回寫爭用情形 (CVE-2023-53178)

    * 核心藍牙L2CAP修正釋放後使用 (CVE-2023-53305)

    * 核心：fs：修復 nilfs_mdt_destroy 中的 UAF/GPF 錯誤 (CVE-2022-50367)

    * 核心netschedsfb修正 sfb_init() 失敗時的 NULL 指標存取問題 (CVE-2022-50356)

    * 核心skbuffskb_segment在使用 skbuff 片段之前呼叫零複製函式 (CVE-2023-53354)

    * 核心：crypto：seqiv - 正確處理 EBUSY (CVE-2023-53373)

    * 核心：Bluetooth：修正清除金鑰時的潛在釋放後使用 (CVE-2023-53386)

    * 核心：Bluetooth：L2CAP：修正釋放後使用 (CVE-2022-50386)

    * 核心ext4修正 ext4_check_flag_values 位元移位中的未定義行為 (CVE-2022-50403)

    * 核心wifibrcmfmac修正 brcmf_netdev_start_xmit() 中的釋放後使用錯誤 (CVE-2022-50408)

    * 核心NFSD防止 NFSv2 READ 中的傳送緩衝區溢位 (CVE-2022-50410)

    * 核心：wifi：cfg80211：修復 cmp_bss() 中的釋放後使用 (CVE-2025-39864)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

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

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

遠端 Debian 11 主機已安裝受到多個弱點影響的套件如 dla-4328 公告中所提及。

    -------------------------------------------------- ----------------------- Debian LTS 公告 DLA-4328-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2025 年 10 月 13 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux 6.1 版本：6.1.153-1 CVE ID：CVE-2024-36331 CVE-2024-36350 CVE-2024-36357 CVE-2024-36913 CVE-2024-41013 CVE-2024-47704 CVE-2024-56758 CVE-2024-57883 CVE-2024-57924 CVE-2024-58240 CVE-2025-21816 CVE-2025-22119 CVE-2025-23143 CVE-2025-23160 CVE-2025-27558 CVE-2025-37925 CVE-2025-37931 CVE-2025-37958 CVE-2025-37968 CVE-2025-38000 CVE-2025-38001 CVE-2025-38003 CVE-2025-38004 CVE-2025-38031 CVE-2025-38034 CVE-2025-38035 CVE-2025-38037 CVE-2025-38040 CVE-2025-38043 CVE-2025-38044 CVE-2025-38048 CVE-2025-38051 CVE-2025-38052 CVE-2025-38058 CVE-2025-38061 CVE-2025-38062 CVE-2025-38063 CVE-2025-38065 CVE-2025-38066 CVE-2025-38067 CVE-2025-38068 CVE-2025-38071 CVE-2025-38072 CVE-2025-38074 CVE-2025-38075 CVE-2025-38077 CVE-2025-38078 CVE-2025-38079 CVE-2025-38083 CVE-2025-38084 CVE-2025-38085 CVE-2025-38086 CVE-2025-38088 CVE-2025-38090 CVE-2025-38097 CVE-2025-38100 CVE-2025-38102 CVE-2025-38103 CVE-2025-38107 CVE-2025-38108 CVE-2025-38111 CVE-2025-38112 CVE-2025-38113 CVE-2025-38115 CVE-2025-38118 CVE-2025-38119 CVE-2025-38120 CVE-2025-38122 CVE-2025-38124 CVE-2025-38126 CVE-2025-38131 CVE-2025-38135 CVE-2025-38136 CVE-2025-38138 CVE-2025-38142 CVE-2025-38143 CVE-2025-38145 CVE-2025-38146 CVE-2025-38147 CVE-2025-38148 CVE-2025-38151 CVE-2025-38153 CVE-2025-38154 CVE-2025-38157 CVE-2025-38158 CVE-2025-38159 CVE-2025-38160 CVE-2025-38161 CVE-2025-38163 CVE-2025-38165 CVE-2025-38166 CVE-2025-38167 CVE-2025-38170 CVE-2025-38173 CVE-2025-38174 CVE-2025-38180 CVE-2025-38181 CVE-2025-38183 CVE-2025-38184 CVE-2025-38185 CVE-2025-38190 CVE-2025-38191 CVE-2025-38193 CVE-2025-38194 CVE-2025-38197 CVE-2025-38198 CVE-2025-38200 CVE-2025-38202 CVE-2025-38211 CVE-2025-38212 CVE-2025-38214 CVE-2025-38215 CVE-2025-38218 CVE-2025-38219 CVE-2025-38222 CVE-2025-38225 CVE-2025-38226 CVE-2025-38227 CVE-2025-38229 CVE-2025-38230 CVE-2025-38231 CVE-2025-38236 CVE-2025-38239 CVE-2025-38245 CVE-2025-38249 CVE-2025-38251 CVE-2025-38257 CVE-2025-38259 CVE-2025-38260 CVE-2025-38262 CVE-2025-38263 CVE-2025-38273 CVE-2025-38275 CVE-2025-38277 CVE-2025-38280 CVE-2025-38282 CVE-2025-38285 CVE-2025-38286 CVE-2025-38293 CVE-2025-38298 CVE-2025-38300 CVE-2025-38304 CVE-2025-38305 CVE-2025-38310 CVE-2025-38312 CVE-2025-38313 CVE-2025-38319 CVE-2025-38320 CVE-2025-38322 CVE-2025-38323 CVE-2025-38324 CVE-2025-38326 CVE-2025-38328 CVE-2025-38331 CVE-2025-38332 CVE-2025-38334 CVE-2025-38335 CVE-2025-38336 CVE-2025-38337 CVE-2025-38342 CVE-2025-38344 CVE-2025-38345 CVE-2025-38346 CVE-2025-38347 CVE-2025-38348 CVE-2025-38350 CVE-2025-38352 CVE-2025-38354 CVE-2025-38362 CVE-2025-38363 CVE-2025-38364 CVE-2025-38365 CVE-2025-38371 CVE-2025-38375 CVE-2025-38377 CVE-2025-38382 CVE-2025-38384 CVE-2025-38385 CVE-2025-38386 CVE-2025-38387 CVE-2025-38389 CVE-2025-38391 CVE-2025-38393 CVE-2025-38395 CVE-2025-38396 CVE-2025-38399 CVE-2025-38400 CVE-2025-38401 CVE-2025-38403 CVE-2025-38404 CVE-2025-38406 CVE-2025-38409 CVE-2025-38410 CVE-2025-38412 CVE-2025-38415 CVE-2025-38416 CVE-2025-38418 CVE-2025-38419 CVE-2025-38420 CVE-2025-38422 CVE-2025-38424 CVE-2025-38425 CVE-2025-38428 CVE-2025-38430 CVE-2025-38437 CVE-2025-38439 CVE-2025-38441 CVE-2025-38443 CVE-2025-38444 CVE-2025-38445 CVE-2025-38448 CVE-2025-38451 CVE-2025-38455 CVE-2025-38456 CVE-2025-38457 CVE-2025-38458 CVE-2025-38459 CVE-2025-38460 CVE-2025-38461 CVE-2025-38462 CVE-2025-38464 CVE-2025-38465 CVE-2025-38466 CVE-2025-38467 CVE-2025-38468 CVE-2025-38470 CVE-2025-38471 CVE-2025-38472 CVE-2025-38473 CVE-2025-38474 CVE-2025-38476 CVE-2025-38477 CVE-2025-38478 CVE-2025-38480 CVE-2025-38481 CVE-2025-38482 CVE-2025-38483 CVE-2025-38485 CVE-2025-38487 CVE-2025-38488 CVE-2025-38491 CVE-2025-38494 CVE-2025-38495 CVE-2025-38497 CVE-2025-38498 CVE-2025-38499 CVE-2025-38500 CVE-2025-38501 CVE-2025-38502 CVE-2025-38503 CVE-2025-38510 CVE-2025-38512 CVE-2025-38513 CVE-2025-38514 CVE-2025-38515 CVE-2025-38516 CVE-2025-38520 CVE-2025-38527 CVE-2025-38528 CVE-2025-38529 CVE-2025-38530 CVE-2025-38535 CVE-2025-38538 CVE-2025-38539 CVE-2025-38540 CVE-2025-38542 CVE-2025-38543 CVE-2025-38546 CVE-2025-38548 CVE-2025-38550 CVE-2025-38552 CVE-2025-38553 CVE-2025-38555 CVE-2025-38560 CVE-2025-38561 CVE-2025-38562 CVE-2025-38563 CVE-2025-38565 CVE-2025-38569 CVE-2025-38572 CVE-2025-38574 CVE-2025-38576 CVE-2025-38577 CVE-2025-38578 CVE-2025-38579 CVE-2025-38581 CVE-2025-38583 CVE-2025-38587 CVE-2025-38588 CVE-2025-38601 CVE-2025-38602 CVE-2025-38604 CVE-2025-38608 CVE-2025-38609 CVE-2025-38610 CVE-2025-38612 CVE-2025-38614 CVE-2025-38617 CVE-2025-38618 CVE-2025-38622 CVE-2025-38623 CVE-2025-38624 CVE-2025-38630 CVE-2025-38634 CVE-2025-38635 CVE-2025-38639 CVE-2025-38644 CVE-2025-38645 CVE-2025-38650 CVE-2025-38652 CVE-2025-38653 CVE-2025-38663 CVE-2025-38664 CVE-2025-38665 CVE-2025-38666 CVE-2025-38668 CVE-2025-38670 CVE-2025-38671 CVE-2025-38676 CVE-2025-38677 CVE-2025-38679 CVE-2025-38680 CVE-2025-38681 CVE-2025-38683 CVE-2025-38684 CVE-2025-38685 CVE-2025-38687 CVE-2025-38691 CVE-2025-38693 CVE-2025-38694 CVE-2025-38695 CVE-2025-38696 CVE-2025-38697 CVE-2025-38698 CVE-2025-38699 CVE-2025-38700 CVE-2025-38701 CVE-2025-38702 CVE-2025-38706 CVE-2025-38707 CVE-2025-38708 CVE-2025-38711 CVE-2025-38712 CVE-2025-38713 CVE-2025-38714 CVE-2025-38715 CVE-2025-38721 CVE-2025-38723 CVE-2025-38724 CVE-2025-38725 CVE-2025-38727 CVE-2025-38728 CVE-2025-38729 CVE-2025-38732 CVE-2025-38735 CVE-2025-38736 CVE-2025-39673 CVE-2025-39675 CVE-2025-39676 CVE-2025-39681 CVE-2025-39682 CVE-2025-39683 CVE-2025-39684 CVE-2025-39685 CVE-2025-39686 CVE-2025-39687 CVE-2025-39689 CVE-2025-39691 CVE-2025-39692 CVE-2025-39693 CVE-2025-39694 CVE-2025-39697 CVE-2025-39701 CVE-2025-39702 CVE-2025-39703 CVE-2025-39706 CVE-2025-39709 CVE-2025-39710 CVE-2025-39713 CVE-2025-39714 CVE-2025-39715 CVE-2025-39716 CVE-2025-39718 CVE-2025-39719 CVE-2025-39724 CVE-2025-39730 CVE-2025-39731 CVE-2025-39734 CVE-2025-39736 CVE-2025-39737 CVE-2025-39738 CVE-2025-39742 CVE-2025-39743 CVE-2025-39749 CVE-2025-39752 CVE-2025-39756 CVE-2025-39757 CVE-2025-39759 CVE-2025-39760 CVE-2025-39766 CVE-2025-39770 CVE-2025-39772 CVE-2025-39773 CVE-2025-39776 CVE-2025-39782 CVE-2025-39783 CVE-2025-39787 CVE-2025-39788 CVE-2025-39790 CVE-2025-39794 CVE-2025-39795 CVE-2025-39798 CVE-2025-39800 CVE-2025-39801 CVE-2025-39806 CVE-2025-39808 CVE-2025-39812 CVE-2025-39813 CVE-2025-39817 CVE-2025-39819 CVE-2025-39823 CVE-2025-39824 CVE-2025-39825 CVE-2025-39826 CVE-2025-39827 CVE-2025-39828 CVE-2025-39835 CVE-2025-39838 CVE-2025-39839 CVE-2025-39841 CVE-2025-39842 CVE-2025-39843 CVE-2025-39844 CVE-2025-39845 CVE-2025-39846 CVE-2025-39847 CVE-2025-39848 CVE-2025-39849 CVE-2025-39853 CVE-2025-39857 CVE-2025-39860 CVE-2025-39864 CVE-2025-39865 CVE-2025-39866 CVE-2025-39869 CVE-2025-39870 CVE-2025-39873 CVE-2025-39876 CVE-2025-39877 CVE-2025-39880 CVE-2025-39881 CVE-2025-39883 CVE-2025-39885 CVE-2025-39891 CVE-2025-39894 CVE-2025-39898 CVE-2025-39902 CVE-2025-39907 CVE-2025-39909 CVE-2025-39911 CVE-2025-39913 CVE-2025-39914 CVE-2025-39916 CVE-2025-39920 CVE-2025-39923 CVE-2025-40300 Debian 錯誤：1040901 1107479 1107511 1108065 1108069 1108271 1108430 1109734 1111017 1114773

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

    針對 Debian 11 Bullseye這些問題已在 6.1.153-1~deb11u1 版本中修正。從此版本開始所有架構上的模組都會以暫時金鑰簽署且停用的損毀 pktcdvd 驅動程式。此版本還包含來自穩定更新的許多錯誤修正 6.1.141-6.1.153。

    建議您升級 linux-6.1 套件。

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

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

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

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

遠端 Debian 12 主機已安裝受到多個弱點影響的套件如 dsa-6009 公告中所提及。

    - ------------------------------------------------- ------------------------ Debian 安全性公告 DSA-6009-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2025 年 9 月 22 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID：CVE-2024-47704 CVE-2024-57924 CVE-2024-58240 CVE-2025-23143 CVE-2025-23160 CVE-2025-37931 CVE-2025-37968 CVE-2025-38322 CVE-2025-38347 CVE-2025-38491 CVE-2025-38502 CVE-2025-38552 CVE-2025-38614 CVE-2025-38670 CVE-2025-38676 CVE-2025-38677 CVE-2025-38679 CVE-2025-38680 CVE-2025-38681 CVE-2025-38683 CVE-2025-38684 CVE-2025-38685 CVE-2025-38687 CVE-2025-38691 CVE-2025-38693 CVE-2025-38694 CVE-2025-38695 CVE-2025-38696 CVE-2025-38697 CVE-2025-38698 CVE-2025-38699 CVE-2025-38700 CVE-2025-38701 CVE-2025-38702 CVE-2025-38706 CVE-2025-38707 CVE-2025-38708 CVE-2025-38711 CVE-2025-38712 CVE-2025-38713 CVE-2025-38714 CVE-2025-38715 CVE-2025-38721 CVE-2025-38723 CVE-2025-38724 CVE-2025-38725 CVE-2025-38727 CVE-2025-38728 CVE-2025-38729 CVE-2025-38732 CVE-2025-38735 CVE-2025-38736 CVE-2025-39673 CVE-2025-39675 CVE-2025-39676 CVE-2025-39681 CVE-2025-39682 CVE-2025-39683 CVE-2025-39684 CVE-2025-39685 CVE-2025-39686 CVE-2025-39687 CVE-2025-39689 CVE-2025-39691 CVE-2025-39692 CVE-2025-39693 CVE-2025-39694 CVE-2025-39697 CVE-2025-39701 CVE-2025-39702 CVE-2025-39703 CVE-2025-39706 CVE-2025-39709 CVE-2025-39710 CVE-2025-39713 CVE-2025-39714 CVE-2025-39715 CVE-2025-39716 CVE-2025-39718 CVE-2025-39719 CVE-2025-39724 CVE-2025-39736 CVE-2025-39737 CVE-2025-39738 CVE-2025-39742 CVE-2025-39743 CVE-2025-39749 CVE-2025-39751 CVE-2025-39752 CVE-2025-39756 CVE-2025-39757 CVE-2025-39759 CVE-2025-39760 CVE-2025-39766 CVE-2025-39770 CVE-2025-39772 CVE-2025-39773 CVE-2025-39776 CVE-2025-39782 CVE-2025-39783 CVE-2025-39787 CVE-2025-39788 CVE-2025-39790 CVE-2025-39794 CVE-2025-39795 CVE-2025-39798 CVE-2025-39800 CVE-2025-39801 CVE-2025-39806 CVE-2025-39808 CVE-2025-39812 CVE-2025-39813 CVE-2025-39817 CVE-2025-39819 CVE-2025-39823 CVE-2025-39824 CVE-2025-39825 CVE-2025-39826 CVE-2025-39827 CVE-2025-39828 CVE-2025-39835 CVE-2025-39838 CVE-2025-39839 CVE-2025-39841 CVE-2025-39842 CVE-2025-39843 CVE-2025-39844 CVE-2025-39845 CVE-2025-39846 CVE-2025-39847 CVE-2025-39848 CVE-2025-39849 CVE-2025-39853 CVE-2025-39857 CVE-2025-39860 CVE-2025-39864 CVE-2025-39865 CVE-2025-39866 CVE-2025-40300

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

    針對舊的穩定發行版本 (bookworm)，已在第 6.1.153-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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2026：1782145985 公告中提及的多個弱點影響。

  - Linux 核心 CIFS 實作 4.9.0 容易受到目錄項目清單中的相對路徑插入影響。(CVE-2019-10220)

  - 在 5.3.2 版及之前版本的 Linux 核心中，在 drivers/infiniband/hw/cxgb4/mem.c 的 write_tpt_entry 中發現一個問題。cxgb4 驅動程式會直接從堆疊變數呼叫 dma_map_single (一個 DMA 函式)。
    攻擊者可以藉此觸發拒絕服務，若在此堆疊/DMA 互動具有安全相關性的架構上使用此驅動程式，則此弱點可被攻擊者利用。(CVE-2019-17075)

  - Linux 核心 4.20.5 及之前版本中的 KVM 實作存在釋放後使用弱點。(CVE-2019-7221)

  - 此弱點允許本機攻擊者提升受影響 Linux 核心 5.14-rc3 安裝的權限。攻擊者必須先取得在目標系統上執行低權限程式碼的能力，才能攻擊此弱點。在處理 eBPF 程式時存在一個特定缺陷。此問題是由於未正確驗證使用者提供的 eBPF 程式所致，其可導致類型混淆情形。攻擊者可利用此弱點，在核心的內容中提升權限並執行任意程式碼。此弱點之前為 ZDI-CAN-14689。(CVE-2021-34866)

  - 已解決 Linux 核心中的下列弱點：kyber: fix out of bounds access when preempted __blk_mq_sched_bio_merge() gets the ctx and hctx for the current CPU and passes the hctx to
    ->bio_merge(). kyber_bio_merge() then gets the ctx for the current CPU again and uses that to get the corresponding Kyber context in the passed hctx. However, the thread may be preempted between the two calls to blk_mq_get_ctx(), and the ctx returned the second time may no longer correspond to the passed hctx.
    This works accidentally most of the time, but it can cause us to read garbage if the second ctx came from an hctx with more ctx's than the first one (i.e., if ctx->index_hw[hctx->type] > hctx->nr_ctx). This manifested as this UBSAN array index out of bounds error reported by Jakub: UBSAN: array-index-out-of-bounds in ../kernel/locking/qspinlock.c:130:9 index 13106 is out of range for type 'long unsigned int [128]' Call Trace: dump_stack+0xa4/0xe5 ubsan_epilogue+0x5/0x40
    __ubsan_handle_out_of_bounds.cold.13+0x2a/0x34 queued_spin_lock_slowpath+0x476/0x480 do_raw_spin_lock+0x1c2/0x1d0 kyber_bio_merge+0x112/0x180 blk_mq_submit_bio+0x1f5/0x1100 submit_bio_noacct+0x7b0/0x870 submit_bio+0xc2/0x3a0 btrfs_map_bio+0x4f0/0x9d0 btrfs_submit_data_bio+0x24e/0x310 submit_one_bio+0x7f/0xb0 submit_extent_page+0xc4/0x440
    __extent_writepage_io+0x2b8/0x5e0 __extent_writepage+0x28d/0x6e0 extent_write_cache_pages+0x4d7/0x7a0 extent_writepages+0xa2/0x110 do_writepages+0x8f/0x180 __writeback_single_inode+0x99/0x7f0 writeback_sb_inodes+0x34e/0x790 __writeback_inodes_wb+0x9e/0x120 wb_writeback+0x4d2/0x660 wb_workfn+0x64d/0xa10 process_one_work+0x53a/0xa80 worker_thread+0x69/0x5b0 kthread+0x20b/0x240 ret_from_fork+0x1f/0x30 Only Kyber uses the hctx, so fix it by passing the request_queue to ->bio_merge() instead. BFQ and mq-deadline just use that, and Kyber can map the queues itself to avoid the mismatch.
    (CVE-2021-46984)

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

CentOS Linux 8.5 主機已安裝的套件會受到 TuxCare CENTOS8.5：CLSA-2026：1777614954 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：kyber: fix out of bounds access when preempted __blk_mq_sched_bio_merge() gets the ctx and hctx for the current CPU and passes the hctx to
    ->bio_merge(). kyber_bio_merge() then gets the ctx for the current CPU again and uses that to get the corresponding Kyber context in the passed hctx. However, the thread may be preempted between the two calls to blk_mq_get_ctx(), and the ctx returned the second time may no longer correspond to the passed hctx.
    This works accidentally most of the time, but it can cause us to read garbage if the second ctx came from an hctx with more ctx's than the first one (i.e., if ctx->index_hw[hctx->type] > hctx->nr_ctx). This manifested as this UBSAN array index out of bounds error reported by Jakub: UBSAN: array-index-out-of-bounds in ../kernel/locking/qspinlock.c:130:9 index 13106 is out of range for type 'long unsigned int [128]' Call Trace: dump_stack+0xa4/0xe5 ubsan_epilogue+0x5/0x40
    __ubsan_handle_out_of_bounds.cold.13+0x2a/0x34 queued_spin_lock_slowpath+0x476/0x480 do_raw_spin_lock+0x1c2/0x1d0 kyber_bio_merge+0x112/0x180 blk_mq_submit_bio+0x1f5/0x1100 submit_bio_noacct+0x7b0/0x870 submit_bio+0xc2/0x3a0 btrfs_map_bio+0x4f0/0x9d0 btrfs_submit_data_bio+0x24e/0x310 submit_one_bio+0x7f/0xb0 submit_extent_page+0xc4/0x440
    __extent_writepage_io+0x2b8/0x5e0 __extent_writepage+0x28d/0x6e0 extent_write_cache_pages+0x4d7/0x7a0 extent_writepages+0xa2/0x110 do_writepages+0x8f/0x180 __writeback_single_inode+0x99/0x7f0 writeback_sb_inodes+0x34e/0x790 __writeback_inodes_wb+0x9e/0x120 wb_writeback+0x4d2/0x660 wb_workfn+0x64d/0xa10 process_one_work+0x53a/0xa80 worker_thread+0x69/0x5b0 kthread+0x20b/0x240 ret_from_fork+0x1f/0x30 Only Kyber uses the hctx, so fix it by passing the request_queue to ->bio_merge() instead. BFQ and mq-deadline just use that, and Kyber can map the queues itself to avoid the mismatch.
    (CVE-2021-46984)

  - 已解決 Linux 核心中的下列弱點：drm/amdkfd: Fix double release compute pasid If kfd_process_device_init_vm returns failure after vm is converted to compute vm and vm->pasid set to compute pasid, KFD will not take pdd->drm_file reference. As a result, drm close file handler maybe called to release the compute pasid before KFD process destroy worker to release the same pasid and set vm->pasid to zero, this generates below WARNING backtrace and NULL pointer access. Add helper amdgpu_amdkfd_gpuvm_set_vm_pasid and call it at the last step of kfd_process_device_init_vm, to ensure vm pasid is the original pasid if acquiring vm failed or is the compute pasid with pdd->drm_file reference taken to avoid double release same pasid. amdgpu: Failed to create process VM object ida_free called for id=32770 which is not allocated. WARNING: CPU: 57 PID: 72542 at ../lib/idr.c:522 ida_free+0x96/0x140 RIP:
    0010:ida_free+0x96/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 BUG: kernel NULL pointer dereference, address:
    0000000000000000 RIP: 0010:ida_free+0x76/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 (CVE-2022-50303)

  - 已解決 Linux 核心中的下列弱點：RDMA/rxe: Fix mr->map double free rxe_mr_cleanup() which tries to free mr->map again will be called when rxe_mr_init_user() fails: CPU: 0 PID: 4917 Comm: rdma_flush_serv Kdump: loaded Not tainted 6.1.0-rc1-roce-flush+ #25 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x45/0x5d panic+0x19e/0x349 end_report.part.0+0x54/0x7c kasan_report.cold+0xa/0xf rxe_mr_cleanup+0x9d/0xf0 [rdma_rxe] __rxe_cleanup+0x10a/0x1e0 [rdma_rxe] rxe_reg_user_mr+0xb7/0xd0 [rdma_rxe] ib_uverbs_reg_mr+0x26a/0x480 [ib_uverbs] ib_uverbs_handler_UVERBS_METHOD_INVOKE_WRITE+0x1a2/0x250 [ib_uverbs] ib_uverbs_cmd_verbs+0x1397/0x15a0 [ib_uverbs] This issue was firstly exposed since commit b18c7da63fcb (RDMA/rxe: Fix memory leak in error path code) and then we fixed it in commit 8ff5f5d9d8cf (RDMA/rxe: Prevent double freeing rxe_map_set()) but this fix was reverted together at last by commit 1e75550648da (Revert RDMA/rxe: Create duplicate mapping tables for FMRs) Simply let rxe_mr_cleanup() always handle freeing the mr->map once it is successfully allocated. (CVE-2022-50543)

  - 已解決 Linux 核心中的下列弱點：ext4: fix uninititialized value in 'ext4_evict_inode' Syzbot found the following issue: ===================================================== BUG: KMSAN: uninit-value in ext4_evict_inode+0xdd/0x26b0 fs/ext4/inode.c:180 ext4_evict_inode+0xdd/0x26b0 fs/ext4/inode.c:180 evict+0x365/0x9a0 fs/inode.c:664 iput_final fs/inode.c:1747 [inline] iput+0x985/0xdd0 fs/inode.c:1773 __ext4_new_inode+0xe54/0x7ec0 fs/ext4/ialloc.c:1361 ext4_mknod+0x376/0x840 fs/ext4/namei.c:2844 vfs_mknod+0x79d/0x830 fs/namei.c:3914 do_mknodat+0x47d/0xaa0 __do_sys_mknodat fs/namei.c:3992 [inline] __se_sys_mknodat fs/namei.c:3989 [inline] __ia32_sys_mknodat+0xeb/0x150 fs/namei.c:3989 do_syscall_32_irqs_on arch/x86/entry/common.c:112 [inline] __do_fast_syscall_32+0xa2/0x100 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 do_SYSENTER_32+0x1b/0x20 arch/x86/entry/common.c:246 entry_SYSENTER_compat_after_hwframe+0x70/0x82 Uninit was created at: __alloc_pages+0x9f1/0xe80 mm/page_alloc.c:5578 alloc_pages+0xaae/0xd80 mm/mempolicy.c:2285 alloc_slab_page mm/slub.c:1794 [inline] allocate_slab+0x1b5/0x1010 mm/slub.c:1939 new_slab mm/slub.c:1992 [inline] ___slab_alloc+0x10c3/0x2d60 mm/slub.c:3180 __slab_alloc mm/slub.c:3279 [inline] slab_alloc_node mm/slub.c:3364 [inline] slab_alloc mm/slub.c:3406 [inline] __kmem_cache_alloc_lru mm/slub.c:3413 [inline] kmem_cache_alloc_lru+0x6f3/0xb30 mm/slub.c:3429 alloc_inode_sb include/linux/fs.h:3117 [inline] ext4_alloc_inode+0x5f/0x860 fs/ext4/super.c:1321 alloc_inode+0x83/0x440 fs/inode.c:259 new_inode_pseudo fs/inode.c:1018 [inline] new_inode+0x3b/0x430 fs/inode.c:1046 __ext4_new_inode+0x2a7/0x7ec0 fs/ext4/ialloc.c:959 ext4_mkdir+0x4d5/0x1560 fs/ext4/namei.c:2992 vfs_mkdir+0x62a/0x870 fs/namei.c:4035 do_mkdirat+0x466/0x7b0 fs/namei.c:4060 __do_sys_mkdirat fs/namei.c:4075 [inline] __se_sys_mkdirat fs/namei.c:4073 [inline] __ia32_sys_mkdirat+0xc4/0x120 fs/namei.c:4073 do_syscall_32_irqs_on arch/x86/entry/common.c:112 [inline] __do_fast_syscall_32+0xa2/0x100 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 do_SYSENTER_32+0x1b/0x20 arch/x86/entry/common.c:246 entry_SYSENTER_compat_after_hwframe+0x70/0x82 CPU: 1 PID: 4625 Comm: syz-executor.2 Not tainted 6.1.0-rc4-syzkaller-62821-gcb231e2f67ec #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 ===================================================== Now, 'ext4_alloc_inode()' didn't init 'ei->i_flags'. If new inode failed before set 'ei->i_flags' in '__ext4_new_inode()', then do 'iput()'. As after 6bc0d63dad7f commit will access 'ei->i_flags' in 'ext4_evict_inode()' which will lead to access uninit-value. To solve above issue just init 'ei->i_flags' in 'ext4_alloc_inode()'. (CVE-2022-50546)

  - 已解決 Linux 核心中的下列弱點：ipvlan: add ipvlan_route_v6_outbound() helper Inspired by syzbot reports using a stack of multiple ipvlan devices. Reduce stack size needed in ipvlan_process_v6_outbound() by moving the flowi6 struct used for the route lookup in an non inlined helper. ipvlan_route_v6_outbound() needs 120 bytes on the stack, immediately reclaimed. Also make sure ipvlan_process_v4_outbound() is not inlined. We might also have to lower MAX_NEST_DEV, because only syzbot uses setups with more than four stacked devices. BUG: TASK stack guard page was hit at ffffc9000e803ff8 (stack is ffffc9000e804000..ffffc9000e808000) stack guard page: 0000 [#1] SMP KASAN CPU: 0 PID: 13442 Comm: syz-executor.4 Not tainted 6.1.52-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/09/2023 RIP: 0010:kasan_check_range+0x4/0x2a0 mm/kasan/generic.c:188 Code:
    48 01 c6 48 89 c7 e8 db 4e c1 03 31 c0 5d c3 cc 0f 0b eb 02 0f 0b b8 ea ff ff ff 5d c3 cc 00 00 cc cc 00 00 cc cc 55 48 89 e5 <41> 57 41 56 41 55 41 54 53 b0 01 48 85 f6 0f 84 a4 01 00 00 48 89 RSP:
    0018:ffffc9000e804000 EFLAGS: 00010246 RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffffff817e5bf2 RDX: 0000000000000000 RSI: 0000000000000008 RDI: ffffffff887c6568 RBP: ffffc9000e804000 R08:
    0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: dffffc0000000001 R12: 1ffff92001d0080c R13: dffffc0000000000 R14: ffffffff87e6b100 R15: 0000000000000000 FS: 00007fd0c55826c0(0000) GS:ffff8881f6800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffffc9000e803ff8 CR3: 0000000170ef7000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <#DF> </#DF> <TASK> [<ffffffff81f281d1>] __kasan_check_read+0x11/0x20 mm/kasan/shadow.c:31 [<ffffffff817e5bf2>] instrument_atomic_read include/linux/instrumented.h:72 [inline] [<ffffffff817e5bf2>] _test_bit include/asm-generic/bitops/instrumented-non-atomic.h:141 [inline] [<ffffffff817e5bf2>] cpumask_test_cpu include/linux/cpumask.h:506 [inline] [<ffffffff817e5bf2>] cpu_online include/linux/cpumask.h:1092 [inline] [<ffffffff817e5bf2>] trace_lock_acquire include/trace/events/lock.h:24 [inline] [<ffffffff817e5bf2>] lock_acquire+0xe2/0x590 kernel/locking/lockdep.c:5632 [<ffffffff8563221e>] rcu_lock_acquire+0x2e/0x40 include/linux/rcupdate.h:306 [<ffffffff8561464d>] rcu_read_lock include/linux/rcupdate.h:747 [inline] [<ffffffff8561464d>] ip6_pol_route+0x15d/0x1440 net/ipv6/route.c:2221 [<ffffffff85618120>] ip6_pol_route_output+0x50/0x80 net/ipv6/route.c:2606 [<ffffffff856f65b5>] pol_lookup_func include/net/ip6_fib.h:584 [inline] [<ffffffff856f65b5>] fib6_rule_lookup+0x265/0x620 net/ipv6/fib6_rules.c:116 [<ffffffff85618009>] ip6_route_output_flags_noref+0x2d9/0x3a0 net/ipv6/route.c:2638 [<ffffffff8561821a>] ip6_route_output_flags+0xca/0x340 net/ipv6/route.c:2651 [<ffffffff838bd5a3>] ip6_route_output include/net/ip6_route.h:100 [inline] [<ffffffff838bd5a3>] ipvlan_process_v6_outbound drivers/net/ipvlan/ipvlan_core.c:473 [inline] [<ffffffff838bd5a3>] ipvlan_process_outbound drivers/net/ipvlan/ipvlan_core.c:529 [inline] [<ffffffff838bd5a3>] ipvlan_xmit_mode_l3 drivers/net/ipvlan/ipvlan_core.c:602 [inline] [<ffffffff838bd5a3>] ipvlan_queue_xmit+0xc33/0x1be0 drivers/net/ipvlan/ipvlan_core.c:677 [<ffffffff838c2909>] ipvlan_start_xmit+0x49/0x100 drivers/net/ipvlan/ipvlan_main.c:229 [<ffffffff84d03900>] netdev_start_xmit include/linux/netdevice.h:4966 [inline] [<ffffffff84d03900>] xmit_one net/core/dev.c:3644 [inline] [<ffffffff84d03900>] dev_hard_start_xmit+0x320/0x980 net/core/dev.c:3660 [<ffffffff84d080e2>]
    __dev_queue_xmit+0x16b2/0x3370 net/core/dev.c:4324 [<ffffffff855ce4cd>] dev_queue_xmit include/linux/netdevice.h:3067 [inline] [<ffffffff855ce4cd>] neigh_hh_output include/net/neighbour.h:529 [inline] [<f ---truncated--- (CVE-2023-52796)

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

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

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

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

    tls將 no-async 解密要求處理與 async 分開 (CVE-2024-58240)

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

    smb：client：修正多通道解密中的 UAF 弱點 (CVE-2025-37750)

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

    mptcp將遞補動作和遞補決策設為不可分割 (CVE-2025-38491)

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

    mptcp子流程失敗及子流程建立間的插入爭用 (CVE-2025-38552)

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

    eventpoll修正半無限制遞回 (CVE-2025-38614)

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

    arm64/entry在 cpu_switch_to()、call_on_irq_stack() 中遮罩 DAIF (CVE-2025-38670)

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

    iommu/amd避免來自核心 cmdline 的堆疊緩衝區溢位 (CVE-2025-38676)

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

    mm/ptdump取得 ptdump_walk_pgd() 內的記憶體熱插拔鎖定 (CVE-2025-38681)

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

    hv_netvsc修正使用 VF 刪除命名空間時發生的錯誤 (CVE-2025-38683)

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

    net/schedets清除未使用的類別時使用舊的 'nbands' (CVE-2025-38684)

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

    fbdev修正 fast_imageblit 中的 vmalloc 超出邊界寫入 (CVE-2025-38685)

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

    pNFS修正 block/scsi 配置中未初始化的 ptr 解除參照 (CVE-2025-38691)

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

    scsilibiscsi僅在已配置記憶體時初始化 iscsi_conn->dd_data (CVE-2025-38700)

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

    ext4當 INLINE_DATA_FL 缺少 system.data xattr 時不執行 BUG (CVE-2025-38701)

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

    fbdev修正 do_register_framebuffer() 中潛在的緩衝區溢位 (CVE-2025-38702)

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

    fs/ntfs3新增檔案名稱的功能健全檢查 (CVE-2025-38707)

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

    drbd新增 handle_write_conflicts 中遺漏的 kref_get (CVE-2025-38708)

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

    netfilterctnetlink修正表格轉儲存上的 refcount 洩漏 (CVE-2025-38721)

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

    nfsd處理 nfsd4_setclientid_confirm() 中的 get_client_locked() 失敗 (CVE-2025-38724)

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

    smb3修正掛載至 ksmbd 時平台超出邊界的問題 (CVE-2025-38728)

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

    netfilternf_reject不洩漏回送封包的 dst refcount (CVE-2025-38732)

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

    ppp修正 ppp_fill_forward_path 中的爭用情形 (CVE-2025-39673)

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

    x86/cpu/hygon在 bsp_init 協助程式中新增缺少的 resctrl_cpu_detect() (CVE-2025-39681)

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

    tls修正 rx_list 上零長度記錄的處理 (CVE-2025-39682)

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

    tracingtrace_get_user 失敗時限制對 parser->buffer 的存取 (CVE-2025-39683)

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

    ftrace也配置並複制雜湊以讀取篩選檔案 (CVE-2025-39689)

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

    fs/buffer修正呼叫 bh_read() 協助程式時的釋放後使用 (CVE-2025-39691)

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

    NFS修正更新現有寫入時的爭用 (CVE-2025-39697)

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

    ipv6sr將 MAC 比較修正為常數時間 (CVE-2025-39702)

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

    vsock/virtio驗證 skb_put() 之前的封包標頭中的長度 (CVE-2025-39718)

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

    serial8250修正因 PSLVERR 造成的不穩定 (CVE-2025-39724)

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

    mm/kmemleak將 pr_warn() 移到 kmemleak_lock 之外避免鎖死 (CVE-2025-39736)

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

    btrfs不允許重新配置部分放置的子磁碟區 (CVE-2025-39738)

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

    rcu保護 ->defer_qs_iw_pending 不受資料爭用影響 (CVE-2025-39749)

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

    fs防止超過 INT_MAX 的檔案描述符號表格配置 (CVE-2025-39756)

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

    btrfsqgroup修正配額停用和配額重新掃描 ioctl 之間的爭用 (CVE-2025-39759)

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

    usbcore: config防止在 SS 端點伴隨剖析中讀取 OOB (CVE-2025-39760)

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

    net/sched使 cake_enqueue 在超過 buffer_limit 時傳回 NET_XMIT_CN (CVE-2025-39766)

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

    netgso在只有 IPV6_CSUM 的裝置上禁止含有延伸模組的 IPv6 TSO (CVE-2025-39770)

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

    netbridge修正 br_multicast_query_expired() 中的軟鎖定 (CVE-2025-39773)

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

    jbd2防止 jbd2_log_do_checkpoint() 中發生 softlockup (CVE-2025-39782)

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

    PCI端點修正 configfs 群組清單標頭處理 (CVE-2025-39783)

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

    block避免 blk_stack_limits() 中可能的 chunk_sectors 檢查溢位 (CVE-2025-39795)

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

    NFS修正自動掛載新檔案系統時的功能設定 (CVE-2025-39798)

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

    btrfs在 btrfs_copy_root() 產生未預期的 eb 時中止交易 (CVE-2025-39800)

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

    HIDmultitouch修正 mt_report_fixup() 中的 slab 超出邊界存取 (CVE-2025-39806)

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

    sctp初始化 sctp_v6_from_sk() 中的更多欄位 (CVE-2025-39812)

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

    ftrace修正 ftrace_dump 期間 trace_printk_seq 中可能出現的警告 (CVE-2025-39813)

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

    efivarfs修正 efivarfs_d_compare 中的 slab-out-of-bounds (CVE-2025-39817)

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

    fs/smb修正不一致的 refcnt 更新 (CVE-2025-39819)

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

    KVMx86將 array_index_nospec 與來自來賓的索引搭配使用 (CVE-2025-39823)

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

    HIDasus透過 HID_CLAIMED_INPUT 驗證修正 UAF (CVE-2025-39824)

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

    smb用戶端修正 rename(2) 中並行開啟的爭用 (CVE-2025-39825)

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

    xfs不將 ENODATA 磁碟錯誤散佈到 xattr 程式碼中 (CVE-2025-39835)

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

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

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

  - 已解決 Linux 核心中的下列弱點：tls: separate no-async decryption request handling from async If we're not doing async, the handling is much simpler. There's no reference counting, we just need to wait for the completion to wake us up and return its result. We should preferably also use a separate crypto_wait. I'm not seeing a UAF as I did in the past, I think aec7961916f3 (tls: fix race between async notify and socket close) took care of it. This will make the next fix easier. (CVE-2024-58240)

請注意，Nessus 依賴供應商報告的套件存在。

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2025:21667 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心：nfsd：不略過 svc_proc_register() 的傳回碼 (CVE-2025-22026)

    * 核心：net_sched：hfsc：修正類別處理中的 UAF 弱點 (CVE-2025-37797)

    * 核心：net：usb：smsc75xx：將封包長度限制為 skb->len (CVE-2023-53125)

    * 核心ALSAbcd2000修正探查錯誤路徑上的一個 UAF 錯誤 (CVE-2022-50229)

    * 核心KVMSVM如果使用者空間插入 GIF=0 的中斷則不執行 BUG (CVE-2022-50228)

    * 核心：韌體：arm_scpi：確保探查失敗時未指派 scpi_info (CVE-2022-50087)

    * 核心drm/amd/display關閉 odm 時鐘前清除 optc 反向溢位 (CVE-2022-49969)

    * 核心: mm/hugetlb: 修復 huge_pmd_unshare() 與 GUP-fast 之間的爭用情況 (CVE-2025-38085)

    * 核心: wifi: rtw88: 修復「para」緩衝區大小以避免超出邊界讀取 (CVE-2025-38159)

    * 核心：i40e：修正 MMIO 對 i40e_clear_hw 中無效頁面的寫入存取權 (CVE-2025-38200)

    * 核心：RDMA/iwcm：修復 cm_id 解構後工作物件的釋放後使用錯誤 (CVE-2025-38211)

    * 核心：scsi：lpfc：針對 BIOS 版本使用 memcpy() (CVE-2025-38332)

    * 核心：drm/gem：取得框架緩衝區 GEM 控點上的參照 (CVE-2025-38449)

    * 核心：net/sched：sch_qfq：修復 qfq_aggregate 上的爭用情形 (CVE-2025-38477)

    * 核心：do_change_type()：拒絕在未掛載/非自身掛載上操作 (CVE-2025-38498)

    * 核心：smb：用戶端：修復 cifs_oplock_break 中的釋放後使用問題 (CVE-2025-38527)

    * 核心：HID：核心：加強 s32ton() 以防止轉換成 0 位元 (CVE-2025-38556)

    * 核心tls將 no-async 解密要求處理與 async 分開 (CVE-2024-58240)

    * 核心：NFS：修正 nfs_fh_to_dentry() 中的 filehandle 邊界檢查 (CVE-2025-39730)

    * 核心：ALSA：hda/ca0132：修正 add_tuning_control 中的緩衝區溢位 (CVE-2025-39751)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

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

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

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2025:19268 公告中提及的多個弱點影響。

    kernel-rt 套件提供即時 Linux 核心，其可針對具有極高決定機制需求的系統啟用微調。

    安全性修復：

    * 核心：net：usb：smsc75xx：將封包長度限制為 skb->len (CVE-2023-53125)

    * 核心ASoCSOFIntelhda透過 snprintf() 修正潛在的緩衝區溢位 (CVE-2022-50050)

    * 核心mptcp不在已關閉的子流程上佇列資料 (CVE-2022-50070)

    * 核心RDMA/irdma修正釋放後使用視窗 (CVE-2022-50137)

    * 核心KVMSVM如果使用者空間插入 GIF=0 的中斷則不執行 BUG (CVE-2022-50228)

    * 核心：HID：核心：加強 s32ton() 以防止轉換成 0 位元 (CVE-2025-38556)

    * 核心：eventpoll：修正半無限制遞迴 (CVE-2025-38614)

    * 核心tls將 no-async 解密要求處理與 async 分開 (CVE-2024-58240)

    * 核心：ALSA：hda/ca0132：修正 add_tuning_control 中的緩衝區溢位 (CVE-2025-39751)

    * 核心：crypto：seqiv - 正確處理 EBUSY (CVE-2023-53373)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

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

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

CentOS Linux 8 主機已安裝的套件會受到 TuxCare CENTOS-STREAM8：CLSA-2026：1784275029 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：ftrace: Fix use-after-free for dynamic ftrace_ops KASAN reported a use-after-free with ftrace ops [1]. It was found from vmcore that perf had registered two ops with the same content successively, both dynamic. After unregistering the second ops, a use-after-free occurred. In ftrace_shutdown(), when the second ops is unregistered, the FTRACE_UPDATE_CALLS command is not set because there is another enabled ops with the same content. Also, both ops are dynamic and the ftrace callback function is ftrace_ops_list_func, so the FTRACE_UPDATE_TRACE_FUNC command will not be set. Eventually the value of 'command' will be 0 and ftrace_shutdown() will skip the rcu synchronization. However, ftrace may be activated. When the ops is released, another CPU may be accessing the ops. Add the missing synchronization to fix this problem. [1] BUG: KASAN: use-after-free in __ftrace_ops_list_func kernel/trace/ftrace.c:7020 [inline] BUG: KASAN: use-after-free in ftrace_ops_list_func+0x2b0/0x31c kernel/trace/ftrace.c:7049 Read of size 8 at addr ffff56551965bbc8 by task syz-executor.2/14468 CPU: 1 PID: 14468 Comm: syz-executor.2 Not tainted 5.10.0 #7 Hardware name: linux,dummy-virt (DT) Call trace: dump_backtrace+0x0/0x40c arch/arm64/kernel/stacktrace.c:132 show_stack+0x30/0x40 arch/arm64/kernel/stacktrace.c:196 __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x1b4/0x248 lib/dump_stack.c:118 print_address_description.constprop.0+0x28/0x48c mm/kasan/report.c:387 __kasan_report mm/kasan/report.c:547 [inline] kasan_report+0x118/0x210 mm/kasan/report.c:564 check_memory_region_inline mm/kasan/generic.c:187 [inline] __asan_load8+0x98/0xc0 mm/kasan/generic.c:253 __ftrace_ops_list_func kernel/trace/ftrace.c:7020 [inline] ftrace_ops_list_func+0x2b0/0x31c kernel/trace/ftrace.c:7049 ftrace_graph_call+0x0/0x4 __might_sleep+0x8/0x100 include/linux/perf_event.h:1170 __might_fault mm/memory.c:5183 [inline] __might_fault+0x58/0x70 mm/memory.c:5171 do_strncpy_from_user lib/strncpy_from_user.c:41 [inline] strncpy_from_user+0x1f4/0x4b0 lib/strncpy_from_user.c:139 getname_flags+0xb0/0x31c fs/namei.c:149 getname+0x2c/0x40 fs/namei.c:209 [...] Allocated by task 14445:
    kasan_save_stack+0x24/0x50 mm/kasan/common.c:48 kasan_set_track mm/kasan/common.c:56 [inline]
    __kasan_kmalloc mm/kasan/common.c:479 [inline] __kasan_kmalloc.constprop.0+0x110/0x13c mm/kasan/common.c:449 kasan_kmalloc+0xc/0x14 mm/kasan/common.c:493 kmem_cache_alloc_trace+0x440/0x924 mm/slub.c:2950 kmalloc include/linux/slab.h:563 [inline] kzalloc include/linux/slab.h:675 [inline] perf_event_alloc.part.0+0xb4/0x1350 kernel/events/core.c:11230 perf_event_alloc kernel/events/core.c:11733 [inline] __do_sys_perf_event_open kernel/events/core.c:11831 [inline]
    __se_sys_perf_event_open+0x550/0x15f4 kernel/events/core.c:11723 __arm64_sys_perf_event_open+0x6c/0x80 kernel/events/core.c:11723 [...] Freed by task 14445: kasan_save_stack+0x24/0x50 mm/kasan/common.c:48 kasan_set_track+0x24/0x34 mm/kasan/common.c:56 kasan_set_free_info+0x20/0x40 mm/kasan/generic.c:358
    __kasan_slab_free.part.0+0x11c/0x1b0 mm/kasan/common.c:437 __kasan_slab_free mm/kasan/common.c:445 [inline] kasan_slab_free+0x2c/0x40 mm/kasan/common.c:446 slab_free_hook mm/slub.c:1569 [inline] slab_free_freelist_hook mm/slub.c:1608 [inline] slab_free mm/slub.c:3179 [inline] kfree+0x12c/0xc10 mm/slub.c:4176 perf_event_alloc.part.0+0xa0c/0x1350 kernel/events/core.c:11434 perf_event_alloc kernel/events/core.c:11733 [inline] __do_sys_perf_event_open kernel/events/core.c:11831 [inline]
    __se_sys_perf_event_open+0x550/0x15f4 kernel/events/core.c:11723 [...] (CVE-2022-49892)

  - 已解決 Linux 核心中的下列弱點：ASoC: topology: Fix references to freed memory Most users after parsing a topology file, release memory used by it, so having pointer references directly into topology file contents is wrong. Use devm_kmemdup(), to allocate memory as needed. (CVE-2024-41069)

  - 已解決 Linux 核心中的下列弱點：tls: separate no-async decryption request handling from async If we're not doing async, the handling is much simpler. There's no reference counting, we just need to wait for the completion to wake us up and return its result. We should preferably also use a separate crypto_wait. I'm not seeing a UAF as I did in the past, I think aec7961916f3 (tls: fix race between async notify and socket close) took care of it. This will make the next fix easier. (CVE-2024-58240)

  - 已解決 Linux 核心中的下列弱點：can: bcm: add locking for bcm_op runtime updates The CAN broadcast manager (CAN BCM) can send a sequence of CAN frames via hrtimer. The content and also the length of the sequence can be changed resp reduced at runtime where the 'currframe' counter is then set to zero. Although this appeared to be a safe operation the updates of 'currframe' can be triggered from user space and hrtimer context in bcm_can_tx(). Anderson Nascimento created a proof of concept that triggered a KASAN slab-out-of-bounds read access which can be prevented with a spin_lock_bh.
    At the rework of bcm_can_tx() the 'count' variable has been moved into the protected section as this variable can be modified from both contexts too. (CVE-2025-38004)

  - 已解決 Linux 核心中的下列弱點：xfrm: Duplicate SPI Handling The issue originates when Strongswan initiates an XFRM_MSG_ALLOCSPI Netlink message, which triggers the kernel function xfrm_alloc_spi(). This function is expected to ensure uniqueness of the Security Parameter Index (SPI) for inbound Security Associations (SAs). However, it can return success even when the requested SPI is already in use, leading to duplicate SPIs assigned to multiple inbound SAs, differentiated only by their destination addresses. This behavior causes inconsistencies during SPI lookups for inbound packets.
    Since the lookup may return an arbitrary SA among those with the same SPI, packet processing can fail, resulting in packet drops. According to RFC 4301 section 4.4.2 , for inbound processing a unicast SA is uniquely identified by the SPI and optionally protocol. Reproducing the Issue Reliably: To consistently reproduce the problem, restrict the available SPI range in charon.conf : spi_min = 0x10000000 spi_max = 0x10000002 This limits the system to only 2 usable SPI values. Next, create more than 2 Child SA. each using unique pair of src/dst address. As soon as the 3rd Child SA is initiated, it will be assigned a duplicate SPI, since the SPI pool is already exhausted. With a narrow SPI range, the issue is consistently reproducible. With a broader/default range, it becomes rare and unpredictable. Current implementation:
    xfrm_spi_hash() lookup function computes hash using daddr, proto, and family. So if two SAs have the same SPI but different destination addresses, then they will: a. Hash into different buckets b. Be stored in different linked lists (byspi + h) c. Not be seen in the same hlist_for_each_entry_rcu() iteration. As a result, the lookup will result in NULL and kernel allows that Duplicate SPI Proposed Change:
    xfrm_state_lookup_spi_proto() does a truly global search - across all states, regardless of hash bucket and matches SPI and proto. (CVE-2025-39797)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
272215	RHEL 9：核心 (RHSA-2025:19492)	Nessus	Red Hat Local Security Checks	2025/11/3	2025/11/3	high
277472	RHEL 8：核心 (RHSA-2025:22752)	Nessus	Red Hat Local Security Checks	2025/12/4	2026/2/26	high
270134	Debian dla-4328linux-config-6.1 - 安全性更新	Nessus	Debian Local Security Checks	2025/10/13	2026/9/19	high
265709	Debian dsa-6009affs-modules-6.1.0-37-4kc-malta-di - 安全性更新	Nessus	Debian Local Security Checks	2025/9/22	2026/9/18	high
360976	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1782145985）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
359605	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1777614954）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/19	high
343048	Oracle Linux 8/9：Unbreakable Enterprise 核心 (ELSA-2026-500249)	Nessus	Oracle Linux Local Security Checks	2026/9/4	2026/10/21	high
264826	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2025-1186)	Nessus	Amazon Linux Local Security Checks	2025/9/15	2026/9/18	high
260889	Linux Distros 未修補弱點：CVE-2024-58240	Nessus	Misc.	2025/9/3	2026/11/13	high
275713	RHEL 8：核心 (RHSA-2025:21667)	Nessus	Red Hat Local Security Checks	2025/11/18	2025/11/18	high
363954	Oracle Linux 8/9：Unbreakable Enterprise 核心 (ELSA-2026-500377)	Nessus	Oracle Linux Local Security Checks	2026/10/7	2026/10/7	high
272004	RHEL 9：kernel-rt (RHSA-2025:19268)	Nessus	Red Hat Local Security Checks	2025/10/29	2025/10/29	high
341859	Amazon Linux 2：kernel (ALASKERNEL-5.10-2026-130)	Nessus	Amazon Linux Local Security Checks	2026/8/31	2026/9/25	high
351051	Amazon Linux 2：kernel (ALASKERNEL-5.15-2026-116)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/10/2	high
352747	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個漏洞（CENTOS-STREAM8：CLSA-2026：1784275029）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/18	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high