遠端主機上安裝的核心版本早於 5.10.192-182.736。因此，會受到 ALAS2KERNEL-5.10-2023-039 公告中所提及的多個弱點影響。

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

    RDMA/cma：確保 rdma_addr_cancel() 在發出更多要求之前發生 (CVE-2021-47391)

    部分 AMD 處理器的除以零錯誤可能傳回推測資料，導致機密性喪失。(CVE-2023-20588)

    Zen 2 CPU 中有一個問題，在特定微架構情況下，可能允許攻擊者存取敏感資訊。(CVE-2023-20593)

    在 Linux 核心的 Netfilter 子系統中發現 net/netfilter/nf_tables_api.c 存在釋放後使用弱點。

    不當處理 NFT_MSG_NEWRULE 的錯誤可能導致在相同交易中使用懸置指標，進而造成釋放後使用弱點。具有使用者存取權的本機攻擊者可利用此缺陷造成特權提升問題。

    我們建議升級過去的 commit 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

    XSA-423 的修正為 Linux 的 netback 驅動程式新增邏輯，以處理前端分割封包的方式，使得併非所有標頭都會成為一個整體。遺憾的是，此處引入的邏輯並未考量極端情況，即整個封包分割成通訊協定允許的盡可能多的片段，但其仍小於為將所有 (如有可能) 標頭保持在一起而特別處理的區域。因此，此類異常封包會在驅動程式中觸發緩衝區滿溢。
    (CVE-2023-34319)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    當 nf_tables_delrule() 排清表格規則時，系統不會檢查鏈結是否已系結，且鏈結所有者規則也可在某些情況下釋放物件。

    建議升級之前的 commit 6eaf41e87a223ae6f8e7a28d6e78384ad7e407f8。(CVE-2023-3777)

    在 Linux 核心的 XFRM 子系統中發現一個缺陷。此特定缺陷存在於處理狀態篩選器的過程中，可導致讀取範圍超出配置緩衝區的結尾。本機特權 (CAP_NET_ADMIN) 攻擊者可利用此缺陷觸發超出邊界讀取，進而可能導致資訊洩漏。(CVE-2023-39194)

    在 Linux 核心的 Netfilter 連線追踪 (conntrack) 中發現一個超出邊界讀取弱點。此缺陷允許遠端使用者透過 DCCP 通訊協定洩漏敏感資訊。
    (CVE-2023-39197)

    在 Linux 核心的 netfilter 中，在使用者觸發含元素的 nft_pipapo_remove 函式 (不含 NFT_SET_EXT_KEY_END) 的方式中發現一個釋放後使用缺陷。本機使用者可利用此問題使系統當機，或可能提升其在系統中的權限。(CVE-2023-4004)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    若在構建 nftables 規則時發生錯誤，停用 nft_immediate_deactivate() 中的即用運算式可導致解除系結鏈，且物件會停用，但系統會在稍後再使用物件。

    建議升級之前的 commit 0a771f7b266b02d262900c75f1e175c7fe76fec2。(CVE-2023-4015)

    在 Linux 核心的分類器 (cls_fw、cls_u32 和 cls_route) 中，發現 net/sched/cls_fw.c 存在釋放後使用缺陷。本機攻擊者可利用此缺陷執行本機特權提升，這是由於未正確處理現有篩選器，進而導致核心資訊洩漏問題。(CVE-2023-4128)

    netfilter：nf_tables：不允許透過 NFTA_RULE_CHAIN_ID 將規則新增至邊界鏈結 (CVE-2023-4147)

    在 Linux 核心的 TUN/TAP 功能中發現一個缺陷。本機使用者可利用此問題繞過網路篩選器，並在未經授權的情況下存取某些資源。修正 CVE-2023-1076 的原始修補程式不正確或不完整。問題在於下列上游 commit - a096ccca6e50 (tun：tun_chr_open()：正確初始化通訊端 uid)、- 66b2c338adce (tap：tap_open()：
    正確初始化通訊端 uid)，將 inode->i_uid 作為最後一個參數傳遞至 sock_init_data_uid()，而事實證明這不正確。(CVE-2023-4194)

    Linux 核心的 net/sched：cls_route 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 route4_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 核心的 net/sched: cls_fw 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 fw_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 核心的 net/sched: cls_u32 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 u32_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 Linux 核心的 exFAT 驅動程式中發現一個缺陷。該弱點存在於實作檔案名稱重建函式的過程中，而該函式負責從目錄索引讀取檔案名稱項目，並將屬於一個檔案的部分檔案名稱合併為單一長檔案名稱。由於檔案名稱字元會被復製到堆疊變數中，因此有權限的本機攻擊者可利用此缺陷使核心堆疊溢位。(CVE-2023-4273)

    Linux 核心的 af_unix 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    unix_stream_sendpage() 函式嘗試在未鎖定佇列的情況下，將資料新增至對等端 recv 佇列中的最後一個 skb。因此會發生爭用，unix_stream_sendpage() 可無鎖定存取由記憶體回收所釋放的 skb，進而導致釋放後使用。

    建議升級之前的 commit 790c2f9d15b594350ae9bca7b236f2b1859de02c。(CVE-2023-4622)

    在 6.4.12 之前的 Linux 核心中，drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c 的 amdgpu_cs_wait_all_fences 中存在隔離釋放後使用問題。(CVE-2023-51042)

    在 6.4.5 之前的 Linux 核心中，drivers/gpu/drm/drm_atomic.c 在非封鎖 Atomic commit 和驅動程式卸載之間發生爭用情形時，會出現釋放後使用情形。(CVE-2023-51043)

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

    SUNRPC：修復 svc_tcp_listen_data_ready() 中的 UAF 問題 (CVE-2023-52885)

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

    can：bcm：修正 bcm_proc_show() 中的 UAF (CVE-2023-52922)

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

    xfrm在 xfrm_update_ae_params 中新增 NULL 檢查 (CVE-2023-53147)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    scsiqla2xxx指標可能會解除參照 (CVE-2023-53150)

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

    md/raid10防止排清寫入時軟鎖定 (CVE-2023-53151)

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

    udf修正部分路徑名稱的未初始化陣列存取 (CVE-2023-53165)

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

    tracing修正 tracing_err_log_open() 中的 null 指標解除參照 (CVE-2023-53167)

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

    scsi核心修正 device_add() 失敗時可能發生的記憶體洩漏 (CVE-2023-53174)

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

    ipv6/addrconf修正 idev 的潛在 refcount 反向溢位 (CVE-2023-53189)

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

    vxlan修正 nexthop 雜湊大小 (CVE-2023-53192)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    nubus部分還原 proc_create_single_data() 轉換 (CVE-2023-53217)

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

    jfsjfs_dmap掛載時驗證 db_l2nbperpage (CVE-2023-53222)

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

    btrfs新增對 btrfs_reduce_alloc_profile 的 RAID1C23/DUP 處理 (CVE-2023-53243)

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

    scsistorvsc修正虛擬光纖通道逾時的處理 (CVE-2023-53245)

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

    scsiqla2xxx移除未使用的 nvme_ls_waitq 等待佇列 (CVE-2023-53280)

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

    RDMA/mlx5在損毀 QP/RQ 時傳回韌體結果 (CVE-2023-53286)

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

    drm/client修正 drm_client_modeset_probe 中的記憶體洩漏 (CVE-2023-53288)

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

    netfilternft_set_rbtree修正重疊到期查詢 (CVE-2023-53304)

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

    drm/radeon修正 radeon_cs_parser_init 中的整數溢位 (CVE-2023-53309)

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

    nilfs2修正透過 iput 污染 inode 時nilfs_root 的釋放後使用 (CVE-2023-53311)

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

    md/raid10修正 max_corr_read_errors 的錯誤設定 (CVE-2023-53313)

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

    scsiqla2xxx等待終止 rport 時傳回 (CVE-2023-53322)

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

    netfilterconntrackdccp將整個標頭複製到堆疊緩衝區而不僅是基本的一個 (CVE-2023-53333)

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

    btrfs修正 btrfs_cancel_balance 中的 BUG_ON 條件 (CVE-2023-53339)

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

    icmp6修正 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

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

    md/raid10檢查 md_bitmap_get_counter 中的 slab-out-of-bounds (CVE-2023-53357)

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

    ip6mr修正 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    netdcb選擇正確的原則來剖析 DCB_ATTR_BCN (CVE-2023-53369)

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

    md/raid10修正 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

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

    shmem針對 ramfs 型 tmpfs 的 kill_sb 方法使用 ramfs_kill_sb() (CVE-2023-53391)

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

    PCI/ASPM在 MFD 函式移除時停用 ASPM以避免釋放後使用 (CVE-2023-53446)

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

    scsiqla2xxx修正可能的 NULL 指標解除參照 (CVE-2023-53451)

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

    FSJFS修正 txBegin 中的 null-ptr-deref 讀取 (CVE-2023-53457)

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

    io_uring結束時中斷地等待要求完成 (CVE-2023-53461)

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

    af_unix修正 unix_stream_sendpage() 中的 null-ptr-deref。 (CVE-2023-53469)

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

    fsjfs修正 UBSAN array-index-out-of-bounds 在 dbAllocDmapLev 中 (CVE-2023-53485)

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

    powerpc/rtas_flash允許使用者復製到 flash 區塊快取物件 (CVE-2023-53487)

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

    xfrm修正 decode_session6 中的 slab 釋放後使用 (CVE-2023-53500)

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

    virtio-mmio不中斷 vm_dev 的生命週期 (CVE-2023-53515)

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

    mediav4l2-mem2mem新增鎖定以保護參數 num_rdy (CVE-2023-53519)

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

    net/mlx5DR修正 mlx5dr_cmd_create_reformat_ctx 中的記憶體洩漏 (CVE-2023-53546)

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

    netusbnet修正 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    mm/damon/core初始化來自 damos_new_filter() 的 damo_filter->list (CVE-2023-53555)

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

    iavf修正 free_netdev 中的釋放後使用 (CVE-2023-53556)

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

    ip_vti修正 decode_session6 中潛在的 slab 釋放後使用 (CVE-2023-53559)

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

    tracing/histograms若已參照變數則將直方圖新增至 Hist_vars (CVE-2023-53560)

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

    net/mlx5e鎖定後檢查 NOT_READY 旗標狀態 (CVE-2023-53581)

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

    cifs釋放命中 fscache 讀取時的作品集鎖定。 (CVE-2023-53593)

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

    tunnels修正產生 ipv4 pmtu 錯誤時顯示的問題 (CVE-2023-53600)

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

    dax修正 dax_mapping_release() 釋放後使用 (CVE-2023-53613)

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

    netfilterconntrack避免 nf_ct_helper_hash 釋放後使用 (CVE-2023-53619)

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

    gfs2修正 gfs2_show_options() 中可能的資料爭用 (CVE-2023-53622)

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

    iavf修正移除時設定通道時的超出邊界 (CVE-2023-53659)

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

    ring-buffer修正讀取 trace_pipe 時的死迴圈問題 (CVE-2023-53668)

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

    bcache修正 __bch_btree_node_alloc使失敗行為一致 (CVE-2023-53681)

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

    ring-buffer調整大小處理程序期間不交換 cpu_buffer (CVE-2023-53718)

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

    posix-timers確認計時器 ID 搜尋迴圈限制有效 (CVE-2023-53728)

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

    blk-iocost在 adjust_inuse_and_calc_cost 中使用 spin_lock_irqsave (CVE-2023-53730)

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

    netlink修正 netlink_set_err() 中的潛在鎖死 (CVE-2023-53731)

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

    FSJFS檢查 txBegin 中掛載的唯讀檔案系統 (CVE-2023-53766)

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

    HIDwacom處理時間戳記時使用 ktime_t 而非 int (CVE-2023-53797)

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

    posix-timers防止 itimer_delete() 中發生 RT 動態鎖定 (CVE-2023-53815)

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

    ip6_vti修正 decode_session6 中的 slab-use-after-free 問題 (CVE-2023-53821)

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

    dccp修正有關 dp->dccps_mss_cache 的資料爭用 (CVE-2023-53839)

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

    devlink報告 devlink_port_type_warn 來源裝置 (CVE-2023-53841)

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

    usb-storagealauda修正 alauda_check_media() 中的 uninit-value (CVE-2023-53847)

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

    netlink不對 fdb 轉儲存中的裝置位址長度進行硬式編碼 (CVE-2023-53863)

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

    btrfs修正在中止後啟用 qgroups 進行交易時出現的警告 (CVE-2023-53865)

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

    arm64mm修正 VA 範圍功能健全檢查 (CVE-2023-53989)

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

    hwrngvirtio - 修正 data_avail 和實際資料上的爭用 (CVE-2023-53998)

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

    scsiqla2xxx檢查 fc_bsg_to_rport() 傳回的有效 rport (CVE-2023-54014)

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

    btrfs修正從已變更 cow root 清單刪除配額 root 時的爭用 (CVE-2023-54032)

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

    net不允許將 gso_size 設為 GSO_BY_FRAGS (CVE-2023-54051)

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

    drm/client修正 drm_client_target_cloned 中的記憶體洩漏 (CVE-2023-54091)

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

    net防止片段清單分割時的 skb 損毀 (CVE-2023-54094)

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

    fs保護 sb 讀寫重新組態不受爭用寫入的影響 (CVE-2023-54099)

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

    keys修正重複金鑰至 keyring assoc_array 的連結問題 (CVE-2023-54170)

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

    追踪修正讀取 trace_pipe 時 iter->temp 的記憶體洩漏 (CVE-2023-54171)

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

    bpf停用 bpf_event_output 中的先佔 (CVE-2023-54173)

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

    quota修正 dqgrab() 中的警告 (CVE-2023-54177)

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

    scsiqla2xxx陣列索引可能超出邊界 (CVE-2023-54179)

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

    pstore/ram新增 kstrdup 的檢查 (CVE-2023-54189)

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

    exfat使用 kvmalloc_array/kvfree 而非 kmalloc_array/kfree (CVE-2023-54194)

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

    tracing修正 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    serial8250修正 uart_change_pm() 上 port->pm 的 oops (CVE-2023-54220)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

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

    scsiqedf修正錯誤處理中的 NULL 解除參照 (CVE-2023-54289)

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

    bcache修正 btree_cache_wait 清單損毀 (CVE-2023-54293)

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

    arm64將 __exception_irq_entry 設為預設的 __irq_entry (CVE-2023-54322)

    在 Linux 核心的 GSM 0710 tty multiplexor 中發現爭用情形。當兩個執行緒在啟用 gsm 行原則的情況下對相同 tty 檔案描述符號執行 GSMIOC_SETCONF ioctl 時，會發生此問題，且可導致 gsm_dlci 結構在重新啟動 gsm mux 時出現釋放後使用問題。沒有權限的本機使用者可利用此缺陷提升自己在系統上的權限。(CVE-2023-6546)

    在 Linux 核心的 SCTP 子系統中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中發現因鎖死而導致的拒絕服務弱點。此瑕疵允許具有本機使用者權限的來賓觸發鎖死，並可能造成系統當機。(CVE-2024-0639)

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

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

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

  - 已解決 Linux 核心中的下列弱點：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已解決 Linux 核心中的下列弱點：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已解決 Linux 核心中的下列弱點：xhci: Remove device endpoints from bandwidth list when freeing the device Endpoints are normally deleted from the bandwidth list when they are dropped, before the virt device is freed. If xHC host is dying or being removed then the endpoints aren't dropped cleanly due to functions returning early to avoid interacting with a non-accessible host controller. So check and delete endpoints that are still on the bandwidth list when freeing the virt device. Solves a list_del corruption kernel crash when unbinding xhci-pci, caused by xhci_mem_cleanup() when it later tried to delete already freed endpoints from the bandwidth list. This only affects hosts that use software bandwidth checking, which currenty is only the xHC in intel Panther Point PCH (Ivy Bridge) (CVE-2022-50470)

  - 已解決 Linux 核心中的下列弱點：mmc: via-sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, it will lead two issues:
    1. The memory that allocated in mmc_alloc_host() is leaked. 2. In the remove() path, mmc_remove_host() will be called to delete device, but it's not added yet, it will lead a kernel crash because of null-ptr-deref in device_del(). Fix this by checking the return value and goto error path which will call mmc_free_host(). (CVE-2022-50846)

  - 已解決 Linux 核心中的下列弱點：media: uvcvideo: Fix memory leak in uvc_gpio_parse Previously the unit buffer was allocated before checking the IRQ for privacy GPIO. In case of error, the unit buffer was leaked. Allocate the unit buffer after the IRQ to avoid it. Addresses-Coverity-ID: 1474639 (Resource leak) (CVE-2022-50882)

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

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

  - 已解決 Linux 核心中的下列弱點：asix: fix uninit-value in asix_mdio_read() asix_read_cmd() may read less than sizeof(smsr) bytes and in this case smsr will be uninitialized. Fail log: BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 (CVE-2021-47101)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已解決 Linux 核心中的下列弱點：ceph: avoid putting the realm twice when decoding snaps fails When decoding the snaps fails it maybe leaving the 'first_realm' and 'realm' pointing to the same snaprealm memory. And then it'll put it twice and could cause random use-after-free, BUG_ON, etc issues. (CVE-2022-49770)

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

Rocky Linux 8.6 主機上安裝的多個套件受到 CIQ ciqsa-2026_1358 公告中提及的多個弱點影響。

    此公告彙總了 CIQ LTS 8.6中核心 SRPM 的安全修正。它解決了 9 個 CVE：
    CVE-2023-53556、CVE-2022-50272、 CVE-2022-49908CVE-2026-46243CVE-2022-50615和 4 個。

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

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

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

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: L2CAP: Fix user-after-free This uses l2cap_chan_hold_unless_zero() after calling __l2cap_get_chan_blah() to prevent the following trace: Bluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================================================================== BUG: KASAN: use-after-free in
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [inline] BUG: KASAN: use-after-free in
    __mutex_lock_common kernel/locking/mutex.c:671 [inline] BUG: KASAN: use-after-free in
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 Read of size 8 at addr ffff888006a49b08 by task kworker/u3:2/389 (CVE-2022-50386)

  - 已解決 Linux 核心中的下列弱點：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已解決 Linux 核心中的下列弱點：kernfs: fix use-after-free in
    __kernfs_remove Syzkaller managed to trigger concurrent calls to kernfs_remove_by_name_ns() for the same file resulting in a KASAN detected use-after-free. The race occurs when the root node is freed during kernfs_drain(). To prevent this acquire an additional reference for the root of the tree that is removed before calling __kernfs_remove(). Found by syzkaller with the following reproducer (slab_nomerge is required): syz_mount_image$ext4(0x0, &(0x7f0000000100)='./file0\x00', 0x100000, 0x0, 0x0, 0x0, 0x0) r0 = openat(0xffffffffffffff9c, &(0x7f0000000080)='/proc/self/exe\x00', 0x0, 0x0) close(r0) pipe2(&(0x7f0000000140)={0xffffffffffffffff, <r1=>0xffffffffffffffff}, 0x800) mount$9p_fd(0x0, &(0x7f0000000040)='./file0\x00', &(0x7f00000000c0), 0x408, &(0x7f0000000280)={'trans=fd,', {'rfdno', 0x3d, r0}, 0x2c, {'wfdno', 0x3d, r1}, 0x2c, {[{@cache_loose}, {@mmap}, {@loose}, {@loose}, {@mmap}], [{@mask={'mask', 0x3d, '^MAY_EXEC'}}, {@fsmagic={'fsmagic', 0x3d, 0x10001}}, {@dont_hash}]}}) Sample report: ================================================================== BUG: KASAN: use-after-free in kernfs_type include/linux/kernfs.h:335 [inline] BUG: KASAN: use-after-free in kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline] BUG: KASAN: use-after-free in __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 Read of size 2 at addr ffff8880088807f0 by task syz-executor.2/857 CPU: 0 PID: 857 Comm: syz-executor.2 Not tainted 6.0.0-rc3-00363-g7726d4c3e60b #5 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x6e/0x91 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold+0x5e/0x5e5 mm/kasan/report.c:433 kasan_report+0xa3/0x130 mm/kasan/report.c:495 kernfs_type include/linux/kernfs.h:335 [inline] kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline]
    __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 __kernfs_remove fs/kernfs/dir.c:1356 [inline] kernfs_remove_by_name_ns+0x108/0x190 fs/kernfs/dir.c:1589 sysfs_slab_add+0x133/0x1e0 mm/slub.c:5943
    __kmem_cache_create+0x3e0/0x550 mm/slub.c:4899 create_cache mm/slab_common.c:229 [inline] kmem_cache_create_usercopy+0x167/0x2a0 mm/slab_common.c:335 p9_client_create+0xd4d/0x1190 net/9p/client.c:993 v9fs_session_init+0x1e6/0x13c0 fs/9p/v9fs.c:408 v9fs_mount+0xb9/0xbd0 fs/9p/vfs_super.c:126 legacy_get_tree+0xf1/0x200 fs/fs_context.c:610 vfs_get_tree+0x85/0x2e0 fs/super.c:1530 do_new_mount fs/namespace.c:3040 [inline] path_mount+0x675/0x1d00 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x282/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f725f983aed Code: 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f725f0f7028 EFLAGS: 00000246 ORIG_RAX: 00000000000000a5 RAX: ffffffffffffffda RBX: 00007f725faa3f80 RCX: 00007f725f983aed RDX:
    00000000200000c0 RSI: 0000000020000040 RDI: 0000000000000000 RBP: 00007f725f9f419c R08: 0000000020000280 R09: 0000000000000000 R10: 0000000000000408 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000006 R14: 00007f725faa3f80 R15: 00007f725f0d7000 </TASK> Allocated by task 855:
    kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline] __kasan_slab_alloc+0x66/0x80 mm/kasan/common.c:470 kasan_slab_alloc include/linux/kasan.h:224 [inline] slab_post_alloc_hook mm/slab.h:7 ---truncated--- (CVE-2022-50432)

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

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

  - iavf修正 free_netdev 中的釋放後使用。我們會對所有已配置的 q_vectors[]進行 netif_napi_add()但可能會對其中部分進行 netif_napi_del()然後 kfree q_vector並將無效的指標留在 dev->napi_list。Reproducer: [root@host ~]# cat repro.sh #!/bin/bash pf_dbsf=0000:41:00.0 vf0_dbsf=0000:41:02.0 g_pids=() function do_set_numvf() { echo 2 >/sys/bus/ pci/devices/${pf_dbsf}/sriov_numvfs sleep $((RANDOM%3+1)) echo 0 >/sys/bus/pci/devices/${pf_dbsf}/sriov_numvfs sleep $((RANDOM%3+1)) } function do_set_channel() { local nic=$(ls -1 --indicator-style=none /sys/bus/pci/devices/${vf0_dbsf}/net/) [ -z $nic ] && { sleep $((RANDOM%3)) ;傳回 1 } ifconfig $nic 192.168.18.5 netmask 255.255.255.0 ifconfig $nic up ethtool -L $nic combine 1 ethtool -L $nic combine 4 sleep $((RANDOM%3)) } function on_exit() { ${g_pids[@]} 中 pid 的本機 pid do kill -0 $pid &>/dev/null && kill $pid &>/dev/null done g_pids=() } 設陷 on_exit;
    時結束 EXIT do do_set_numvf ; done & g_pids+=($!) while do do_set_channel完成 & g_pids+=($!) wait 結果[ 4093.900222] =================================== =============================== [4093.900230] 錯誤KASANfree_netdev+0x308/0x390 中發生釋放後使用[ 4093.900232] 工作 repro.sh/6699 在 addr ffff88b4dc145640 讀取大小 8 [ 4093.900233] [ 4093.900236] CPU10 PID 6699 Commrepro.sh Kdump已載入 污染GO ------- -- -t - 4.18.0 #1 [ 4093.900238] 硬體名稱Power leader PR2008AL/H12DSi-N6、BIOS 2.0 2021 年 4 月 9 日 [ 4093.900239] 呼叫追踪 [ 4093.900244] dump_stack+0x71/0xab [4093.900249] print_address_description +0x6b/0x290 [ 4093.900251] ? free_netdev+0x308/0x390 [ 4093.900252] kasan_report+0x14a/0x2b0 [ 4093.900254] free_netdev+0x308/0x390 [ 4093.900261] iavf_remove+0x825/0xd20 [iavf] [ 4093.900265] pci_device_remove+0xa8/0x1f0 [ 4093.900268] device_release_driver_internal+ 0x1c6/0x460 [ 4093.900271] pci_stop_bus_device+0x101/0x150 [ 4093.900273] pci_stop_and_remove_bus_device+0xe/0x20 [ 4093.900275] pci_iov_remove_virtfn+0x187/0x420 [ 4093.900277] ? pci_iov_add_virtfn+0xe10/0xe10 [ 4093.900278] pci_get_subsys+0x90/0x90 [ 4093.900280] sriov_disable+0xed/0x3e0 [ 4093.900282] ? bus_find_device+0x12d/0x1a0 [ 4093.900290] i40e_free_vfs+0x754/0x1210 [i40e] [ 4093.900298] ? i40e_reset_all_vfs+0x880/0x880 [i40e] [ 4093.900299] ? pci_get_device+0x7c/0x90 [ 4093.900300] ? pci_get_subsys+0x90/0x90 [ 4093.900306] ? pci_vfs_assigned.part.7+0x144/0x210 [ 4093.900309] __mutex_lock_slowpath+0x10/0x10 [ 4093.900315] i40e_pci_sriov_configure+0x1fa/0x2e0 [i40e] [ 4093.900318] sriov_numvfs_store+0x214/0x290 [ 4093.900320] ? sriov_totalvfs_show+0x30/0x30 [ 4093.900321] ? __mutex_lock_slowpath+0x10/0x10 [ 4093.900323] ?
    __check_object_size+0x15a/0x350 [ 4093.900326] kernfs_fop_write+0x280/0x3f0 [ 4093.900329] vfs_write+0x145/0x440 [ 4093.900330] ksys_write+0xab/0x160 [ 4093.900332] ? __ia32_sys_read+0xb0/0xb0 [4093.900334] ? fput_many+0x1a/0x120 [ 4093.900335] ? filp_close+0xf0/0x130 [ 4093.900338] do_syscall_64+0xa0/0x370 [ 4093.900339] ? page_fault+0x8/0x30 [ 4093.900341] entry_SYSCALL_64_after_hwframe+0x65/0xca [ 4093.900357] RIP 0033:0x7f16ad4d22c0 [ 4093.900359] 代碼73 01 c3 48 8b 0d d8 cb 2c 00 f7 d8 64 89 01 48 83 c8 ff c 0f 1f 44 00 00 83 3d 89 24 2d 00 00 75 10 b8 01 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 31 c3 48 83 ec 08 e8 fe dd 01 00 48 89 04 24 [ 4093.900360] RSP
    002b:00007ffd6491b7f8 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 [ 4093.900362] RAX: ffffffffffffffda RBX: 0000000000000002 RCX: 00007f16ad4d22c0 [ 4093.900363] RDX: 0000000000000002 RSI: 0000000001a41408 RDI: 0000000000000001 [ 4093.900364] RBP: 0000000001a41408 R08: 00007f16ad7a1780 R09: 00007f16ae1f2700 [4093.9003 ---truncated--- (CVE-2023-53556)

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

遠端主機上安裝的核心版本早於 5.4.253-167.359。因此，會受到 ALAS2KERNEL-54-2023-054 公告中所提及的多個弱點影響。

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/ctree.c 的 btrfs_search_slot 中存在釋放後使用缺陷。攻擊者可利用此弱點造成系統當機，並可能導致核心資訊遭洩漏 (CVE-2023-1611)

    在 Linux 核心的 GFS2 檔案系統中發現一個瑕疵。在損毀的 gfs2 檔案系統上，evict 程式碼可以嘗試參照已被釋放並設定為 NULL 的參照日誌描述元結構 jdesc。呼叫 gfs2_trans_begin 時，此問題可導致 Null 指標解除參照，然後 ingfs2_evict_inode() 失敗。(CVE-2023-3212)

    XSA-423 的修正為 Linux 的 netback 驅動程式新增邏輯，以處理前端分割封包的方式，使得併非所有標頭都會成為一個整體。遺憾的是，此處引入的邏輯並未考量極端情況，即整個封包分割成通訊協定允許的盡可能多的片段，但其仍小於為將所有 (如有可能) 標頭保持在一起而特別處理的區域。因此，此類異常封包會在驅動程式中觸發緩衝區滿溢。
    (CVE-2023-34319)

    在 Linux 核心的 Netfilter 連線追踪 (conntrack) 中發現一個超出邊界讀取弱點。此缺陷允許遠端使用者透過 DCCP 通訊協定洩漏敏感資訊。
    (CVE-2023-39197)

    在 Linux 核心的分類器 (cls_fw、cls_u32 和 cls_route) 中，發現 net/sched/cls_fw.c 存在釋放後使用缺陷。本機攻擊者可利用此缺陷執行本機特權提升，這是由於未正確處理現有篩選器，進而導致核心資訊洩漏問題。(CVE-2023-4128)

    在 Linux 核心的 TUN/TAP 功能中發現一個缺陷。本機使用者可利用此問題繞過網路篩選器，並在未經授權的情況下存取某些資源。修正 CVE-2023-1076 的原始修補程式不正確或不完整。問題在於下列上游 commit - a096ccca6e50 (tun：tun_chr_open()：正確初始化通訊端 uid)、- 66b2c338adce (tap：tap_open()：
    正確初始化通訊端 uid)，將 inode->i_uid 作為最後一個參數傳遞至 sock_init_data_uid()，而事實證明這不正確。(CVE-2023-4194)

    Linux 核心的 net/sched：cls_route 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 route4_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 核心的 net/sched: cls_fw 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 fw_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 核心的 net/sched: cls_u32 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 u32_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 6.4.5 之前的 Linux 核心中，drivers/gpu/drm/drm_atomic.c 在非封鎖 Atomic commit 和驅動程式卸載之間發生爭用情形時，會出現釋放後使用情形。(CVE-2023-51043)

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

    SUNRPC：修復 svc_tcp_listen_data_ready() 中的 UAF 問題 (CVE-2023-52885)

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

    can：bcm：修正 bcm_proc_show() 中的 UAF (CVE-2023-52922)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    scsiqla2xxx指標可能會解除參照 (CVE-2023-53150)

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

    md/raid10防止排清寫入時軟鎖定 (CVE-2023-53151)

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

    tracing修正 tracing_err_log_open() 中的 null 指標解除參照 (CVE-2023-53167)

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

    ipv6/addrconf修正 idev 的潛在 refcount 反向溢位 (CVE-2023-53189)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    jfsjfs_dmap掛載時驗證 db_l2nbperpage (CVE-2023-53222)

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

    scsiqla2xxx移除未使用的 nvme_ls_waitq 等待佇列 (CVE-2023-53280)

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

    drm/client修正 drm_client_modeset_probe 中的記憶體洩漏 (CVE-2023-53288)

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

    md/raid10修正 max_corr_read_errors 的錯誤設定 (CVE-2023-53313)

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

    scsiqla2xxx等待終止 rport 時傳回 (CVE-2023-53322)

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

    netfilterconntrackdccp將整個標頭複製到堆疊緩衝區而不僅是基本的一個 (CVE-2023-53333)

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

    icmp6修正 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

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

    md/raid10檢查 md_bitmap_get_counter 中的 slab-out-of-bounds (CVE-2023-53357)

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

    ip6mr修正 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    netdcb選擇正確的原則來剖析 DCB_ATTR_BCN (CVE-2023-53369)

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

    md/raid10修正 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

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

    PCI/ASPM在 MFD 函式移除時停用 ASPM以避免釋放後使用 (CVE-2023-53446)

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

    scsiqla2xxx修正可能的 NULL 指標解除參照 (CVE-2023-53451)

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

    net/mlx5DR修正 mlx5dr_cmd_create_reformat_ctx 中的記憶體洩漏 (CVE-2023-53546)

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

    netusbnet修正 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    iavf修正 free_netdev 中的釋放後使用 (CVE-2023-53556)

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

    tracing/histograms若已參照變數則將直方圖新增至 Hist_vars (CVE-2023-53560)

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

    netfilterconntrack避免 nf_ct_helper_hash 釋放後使用 (CVE-2023-53619)

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

    ring-buffer修正讀取 trace_pipe 時的死迴圈問題 (CVE-2023-53668)

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

    bcache修正 __bch_btree_node_alloc使失敗行為一致 (CVE-2023-53681)

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

    posix-timers確認計時器 ID 搜尋迴圈限制有效 (CVE-2023-53728)

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

    netlink修正 netlink_set_err() 中的潛在鎖死 (CVE-2023-53731)

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

    HIDwacom處理時間戳記時使用 ktime_t 而非 int (CVE-2023-53797)

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

    devlink報告 devlink_port_type_warn 來源裝置 (CVE-2023-53841)

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

    netlink不對 fdb 轉儲存中的裝置位址長度進行硬式編碼 (CVE-2023-53863)

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

    btrfs修正在中止後啟用 qgroups 進行交易時出現的警告 (CVE-2023-53865)

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

    arm64mm修正 VA 範圍功能健全檢查 (CVE-2023-53989)

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

    hwrngvirtio - 修正 data_avail 和實際資料上的爭用 (CVE-2023-53998)

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

    scsiqla2xxx檢查 fc_bsg_to_rport() 傳回的有效 rport (CVE-2023-54014)

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

    btrfs修正從已變更 cow root 清單刪除配額 root 時的爭用 (CVE-2023-54032)

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

    drm/client修正 drm_client_target_cloned 中的記憶體洩漏 (CVE-2023-54091)

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

    fs保護 sb 讀寫重新組態不受爭用寫入的影響 (CVE-2023-54099)

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

    keys修正重複金鑰至 keyring assoc_array 的連結問題 (CVE-2023-54170)

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

    scsiqla2xxx陣列索引可能超出邊界 (CVE-2023-54179)

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

    pstore/ram新增 kstrdup 的檢查 (CVE-2023-54189)

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

    tracing修正 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

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

    scsiqedf修正錯誤處理中的 NULL 解除參照 (CVE-2023-54289)

    在 Linux 核心的 SCTP 子系統中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中發現因鎖死而導致的拒絕服務弱點。此瑕疵允許具有本機使用者權限的來賓觸發鎖死，並可能造成系統當機。(CVE-2024-0639)

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

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

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

  - 在 5.12-rc8 版之前的 Linux 核心 SCTP 通訊端 (net/sctp/socket.c) 中有一個爭用弱點，可導致核心權限從網路服務內容或無權限的處理程序提升。如果在沒有 sock_net(sk)->sctp.addr_wq_lock 的情況下呼叫 sctp_destroy_sock，則會在沒有任何適當鎖定的情況下，從 auto_asconf_splist 清單中移除元素。如果附加了拒絕建立某些 SCTP 通訊端的 BPF_CGROUP_INET_SOCK_CREATE，具有網路服務權限的攻擊者便可利用此弱點，升級至 root 權限或從無權限使用者的內容直接提升權限。(CVE-2021-23133)

  - 已解決 Linux 核心中的下列弱點：drm: Fix use-after-free read in drm_getunique() There is a time-of-check-to-time-of-use error in drm_getunique() due to retrieving file_priv->master prior to locking the device's master mutex. An example can be seen in the crash report of the use-after-free error found by Syzbot:
    https://syzkaller.appspot.com/bug?id=148d2f1dfac64af52ffd27b661981a540724f803 In the report, the master pointer was used after being freed. This is because another process had acquired the device's master mutex in drm_setmaster_ioctl(), then overwrote fpriv->master in drm_new_set_master(). The old value of fpriv->master was subsequently freed before the mutex was unlocked. To fix this, we lock the device's master mutex before retrieving the pointer from from fpriv->master. This patch passes the Syzbot reproducer test. (CVE-2021-47280)

  - 已解決 Linux 核心中的下列弱點：scsi: mpt3sas: Fix kernel panic during drive powercycle test While looping over shost's sdev list it is possible that one of the drives is getting removed and its sas_target object is freed but its sdev object remains intact. Consequently, a kernel panic can occur while the driver is trying to access the sas_address field of sas_target object without also checking the sas_target object for NULL. (CVE-2021-47565)

  - 已解決 Linux 核心中的下列弱點：dm btree remove: fix use after free in rebalance_children() Move dm_tm_unlock() after dm_tm_dec(). (CVE-2021-47600)

  - 已解決 Linux 核心中的下列弱點：media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init Syzbot reported that -1 is used as array index. The problem was in missing validation check. hdw->unit_number is initialized with -1 and then if init table walk fails this value remains unchanged. Since code blindly uses this member for array indexing adding sanity check is the easiest fix for that. hdw->workpoll initialization moved upper to prevent warning in __flush_work.
    (CVE-2022-49478)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
180566	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-039 (ALASKERNEL-5.10-2023-039)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/11	high
362121	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
352370	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1773047921）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
355597	Rocky Linux 8.6 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / etc 多個弱點（ciqsa-2026_1358）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/12	high
361020	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.4：CLSA-2026：1773048865）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
269311	Linux Distros 未修補的弱點：CVE-2023-53556	Nessus	Misc.	2025/10/8	2026/11/12	high
182659	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-054 (ALASKERNEL-5.4-2023-054)	Nessus	Amazon Linux Local Security Checks	2023/10/6	2026/2/9	high
359803	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個弱點（CENTOS7：CLSA-2026：1788170774）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high