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

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

    安全性修正：

    * 核心：block：長度和邏輯區塊大小不相符時，ioctl.c 中發生 NULL 指標解除參照 (CVE-2023-52458)

    * 核心：ext4：如果在 fc 重播之下，區塊釋放失敗後會重新產生 buddy (CVE-2024-26601)

    * 核心：PM / devfreq：同步 devfreq_monitor_[start/stop] (CVE-2023-52635)

    * 核心：bpf：修正 bpf_timer_cancel_and_free 和 bpf_timer_cancel 之間的爭用情況 (CVE-2024-26737)

    * 核心：bnxt：切換至 PTP 背景工作後，防止發生 skb UAF (CVE-2022-48637)

    * 核心：ARM：9359/1：flush：檢查是否已為非對應位址保留 folio (CVE-2024-26947)

    * 核心：scsi：qla2xxx：修正 ha->vp_map 指標重複釋放 (CVE-2024-26930)

    * 核心：nouveau：鎖定用戶端物件樹狀結構。(CVE-2024-27062)

    * 核心：octeontx2-af：針對中斷使用獨立的處置程式 (CVE-2024-27030)

    * 核心：vt：修正刪除字元時發生 unicode 緩衝區損毀 (CVE-2024-35823)

    * 核心：netfilter：驗證使用者輸入的預期長度 (CVE-2024-35896)

    * 核心：mlxbf_gige：關機期間停止介面 (CVE-2024-35885)

    * 核心：netfilter：完成使用者輸入驗證 (CVE-2024-35962)

    * 核心：scsi：libfc：修正 fc_lport_ptp_setup() 中可能發生的 NULL 指標解除參照 (CVE-2023-52809)

    * kernel: i40e：修正此函式警告中可能未初始化便使用的 vf (CVE-2024-36020)

    * 核心：rtnetlink：更正巢狀 IFLA_VF_VLAN_LIST 屬性驗證 (CVE-2024-36017)

    * kernel: net: core：拒絕 fraglist GSO skb 的 skb_copy(_expand) (CVE-2024-36929)

    * 核心：drm/vmwgfx：修正隔離訊號事件中的無效讀取 (CVE-2024-36960)

    * 核心：ipvlan：不使用 ipvlan_process_v{4,6}_outbound 中的 skb->sk (CVE-2024-33621)

    * 核心：blk-cgroup：修正因對 WRITE ->lqueued 重新排序引起的清單損毀 (CVE-2024-38384)

    * 核心：blk-cgroup：修復因重設 io stat 導致的清單損毀 (CVE-2024-38663)

    * 核心：SUNRPC：修正 svc_tcp_listen_data_ready() 中的 UAF (CVE-2023-52885)

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

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

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

Rocky Linux 9.2 主機已安裝的套件會受到 CIQ ciqsa-2026_1232 公告中提及的多個弱點影響。

    此公告彙總了 CIQ LTS 9.2中核心 SRPM 的安全修正。它解決了 9 個 CVE：
    CVE-2022-49977、CVE-2023-51043、 CVE-2023-51779CVE-2023-52439CVE-2022-3545和 4 個。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

Rocky Linux 9.2 主機已安裝一個套件，該套件受到 CIQ ciqsa-2026_1228 公告中提及的多個弱點影響。

    此公告彙總了 CIQ FIPS 9.2 合規中核心 SRPM 的安全修正。它解決了 8 個 CVE： CVE-2023-52628、 CVE-2025-38352、 CVE-2021-47596、 CVE-2023-52439、 和 CVE-2022-48637另外 3 個。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

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

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

    安全性修正：

    * 核心：TCP 偽造的 ghost ACK 和洩漏會洩漏初始序號 (CVE-2023-52881、RHV-2024-1001)

    * 核心：uio：修正 uio_open 中的釋放後使用弱點 (CVE-2023-52439)

    * 核心：gfs2：修正 gfs2_rgrp_dump 中的核心 NULL 指標解除參照弱點 (CVE-2023-52448)

    * 核心：bnxt：切換至 PTP 背景工作後，防止發生 skb UAF (CVE-2022-48637)

    * 核心：dmaengine/idxd：硬體錯字勘誤表能讓未受信任的應用程式直接存取有潛在的安全性問題 (CVE-2024-21823)

    * 核心：mlxsw：spectrum_acl_tcam：修正取消重新雜湊工作時的記憶體流失問題 (CVE-2024-35852)

    * 核心：hwmon：(w83792d) 透過移除不必要的結構欄位來修正 NULL 指標解除參照 (CVE-2021-47385)

    * 核心：net：qcom/emac：修正 emac_remove 中的 UAF (CVE-2021-47311)

    * 核心：proc/vmcore：透過正確使用 clear_user() 來修正清除使用者緩衝區的問題 (CVE-2021-47566)

    * 核心：rtnetlink：更正巢狀 IFLA_VF_VLAN_LIST 屬性驗證 (CVE-2024-36017)

    * 核心：net：CVE-2024-36971 核心：網路路由管理中的 UAF (CVE-2024-36971)

    * 核心：onic：修復 netif_napi_del() 之後的使用 (CVE-2024-39502)

    * 核心：SUNRPC：修正 svc_tcp_listen_data_ready() 中的 UAF (CVE-2023-52885)

    * 核心：NFSD：修復 OFFSET_MAX 附近的讀取行為 (CVE-2022-48827)

    * 核心：NFSD：修復 ia_size 反向溢位問題 (CVE-2022-48828)

    * 核心：NFSD：修復 NFSv3 SETATTR/CREATE 對大型檔案大小的處理 (CVE-2022-48829)

    * 核心：virtio-net：tap：mlx5_core 短框架拒絕服務問題 (CVE-2024-41090)

    * 核心：virtio-net：tun：mlx5_core 短框架拒絕服務問題 (CVE-2024-41091)

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

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

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

Rocky Linux 9.2 主機已安裝的套件會受到 CIQ ciqsa-2026_0616 公告中提及的多個弱點影響。

    此公告彙總了 CIQ FIPS 9.2 合規中核心 SRPM 的安全修正。它解決了 8 個 CVE： CVE-2023-52628、 CVE-2022-49977、 CVE-2023-52439、 CVE-2022-48637、 和 CVE-2022-49788另外 3 個。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

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

  - 已解決 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 核心的 fs/locks.c 函式中，filelock_init 有一個瑕疵。此問題可導致主機記憶體耗盡，造成此問題的原因是 memcg 未限制可攜式作業系統介面 (POSIX) 檔案鎖定的數量。(CVE-2022-0480)

  - 在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。此弱點會影響 BPF 元件中 drivers/net/usb/r8152.c 檔案的 intr_callback 函式。利用此弱點可造成程式記錄過量資料。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211363。
    (CVE-2022-3594)

  - 已解決 Linux 核心中的下列弱點：vt_ioctl: fix array_index_nospec in vt_setactivate array_index_nospec ensures that an out-of-bounds value is set to zero on the transient path. Decreasing the value by one afterwards causes a transient integer underflow. vsa.console should be decreased first and then sanitized with array_index_nospec. Kasper Acknowledgements: Jakob Koschel, Brian Johannesmeyer, Kaveh Razavi, Herbert Bos, Cristiano Giuffrida from the VUSec group at VU Amsterdam.
    (CVE-2022-48804)

  - 在 Linux 核心中發現一個缺陷。tls_is_tx_ready() 未正確檢查清單是否空白，可能存取 list_head 的類型混淆項目，進而洩漏與 rec->tx_ready 重疊的混淆欄位的最後一個位元組。(CVE-2023-1075)

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

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

  - 已解決 Linux 核心中的下列弱點：bnxt: prevent skb UAF after handing over to PTP worker When reading the timestamp is required bnxt_tx_int() hands over the ownership of the completed skb to the PTP worker. The skb should not be used afterwards, as the worker may run before the rest of our code and free the skb, leading to a use-after-free. Since dev_kfree_skb_any() accepts NULL make the loss of ownership more obvious and set skb to NULL. (CVE-2022-48637)

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

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

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

    安全性修正：

    * 核心：block：長度和邏輯區塊大小不相符時，ioctl.c 中發生 NULL 指標解除參照 (CVE-2023-52458)

    * 核心：ext4：如果在 fc 重播之下，區塊釋放失敗後會重新產生 buddy (CVE-2024-26601)

    * 核心：PM / devfreq：同步 devfreq_monitor_[start/stop] (CVE-2023-52635)

    * 核心：bpf：修正 bpf_timer_cancel_and_free 和 bpf_timer_cancel 之間的爭用情況 (CVE-2024-26737)

    * 核心：bnxt：切換至 PTP 背景工作後，防止發生 skb UAF (CVE-2022-48637)

    * 核心：ARM：9359/1：flush：檢查是否已為非對應位址保留 folio (CVE-2024-26947)

    * 核心：scsi：qla2xxx：修正 ha->vp_map 指標重複釋放 (CVE-2024-26930)

    * 核心：nouveau：鎖定用戶端物件樹狀結構。(CVE-2024-27062)

    * 核心：octeontx2-af：針對中斷使用獨立的處置程式 (CVE-2024-27030)

    * 核心：vt：修正刪除字元時發生 unicode 緩衝區損毀 (CVE-2024-35823)

    * 核心：netfilter：驗證使用者輸入的預期長度 (CVE-2024-35896)

    * 核心：mlxbf_gige：關機期間停止介面 (CVE-2024-35885)

    * 核心：netfilter：完成使用者輸入驗證 (CVE-2024-35962)

    * 核心：scsi：libfc：修正 fc_lport_ptp_setup() 中可能發生的 NULL 指標解除參照 (CVE-2023-52809)

    * kernel: i40e：修正此函式警告中可能未初始化便使用的 vf (CVE-2024-36020)

    * 核心：rtnetlink：更正巢狀 IFLA_VF_VLAN_LIST 屬性驗證 (CVE-2024-36017)

    * kernel: net: core：拒絕 fraglist GSO skb 的 skb_copy(_expand) (CVE-2024-36929)

    * 核心：drm/vmwgfx：修正隔離訊號事件中的無效讀取 (CVE-2024-36960)

    * 核心：ipvlan：不使用 ipvlan_process_v{4,6}_outbound 中的 skb->sk (CVE-2024-33621)

    * 核心：blk-cgroup：修正因對 WRITE ->lqueued 重新排序引起的清單損毀 (CVE-2024-38384)

    * 核心：blk-cgroup：修復因重設 io stat 導致的清單損毀 (CVE-2024-38663)

    * 核心：SUNRPC：修正 svc_tcp_listen_data_ready() 中的 UAF (CVE-2023-52885)

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

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

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

Rocky Linux 9.2 主機已安裝的套件會受到 CIQ ciqsa-2026_1233 公告中提及的多個弱點影響。

    此公告彙總了 CIQ LTS 9.2中核心 SRPM 的安全修正。它解決了 9 個 CVE：
    CVE-2023-51779、CVE-2025-38352、 CVE-2023-51043CVE-2023-52439CVE-2022-3545和 4 個。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

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

    此公告彙總了 CIQ LTS 8.6中核心 SRPM 的安全修正。它解決了 28 個 CVE：
    CVE-2022-50022、CVE-2022-49328、CVE-2025-21919、CVE-2025-38380CVE-2025-38086、 和 23 個。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

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

  - 在具有裝置檔案「/dev/dri/renderD128 (or Dxxx)」的 Linux 核心中，在 GPU 元件的 drivers/gpu/vmxgfx/vmxgfx_execbuf.c 的 vmwgfx 驅動程式中發現 NULL 指標解除參照弱點。此缺陷允許具有系統使用者帳戶的本機攻擊者取得權限，進而造成系統拒絕服務 (DoS)。
    (CVE-2022-38096)

  - 已解決 Linux 核心中的下列弱點：bnxt: prevent skb UAF after handing over to PTP worker When reading the timestamp is required bnxt_tx_int() hands over the ownership of the completed skb to the PTP worker. The skb should not be used afterwards, as the worker may run before the rest of our code and free the skb, leading to a use-after-free. Since dev_kfree_skb_any() accepts NULL make the loss of ownership more obvious and set skb to NULL. (CVE-2022-48637)

  - 在 6.5.9 之前的 Linux 核心中發現一個問題，對 MMIO 暫存器有使用者空間存取權的本機使用者可惡意利用此問題。#VC 處置程式中的錯誤存取檢查以及對 MMIO 存取的 SEV-ES 模擬的指令模擬，可導致核心記憶體被任意寫入存取 (並因此造成特權提升)。這取決於爭用情形，使用者空間可透過爭用情形在 #VC 處置程式讀取指令之前將其替換。(CVE-2023-46813)

  - 已解決 Linux 核心中的下列弱點：PM / devfreq: Synchronize devfreq_monitor_[start/stop] There is a chance if a frequent switch of the governor done in a loop result in timer list corruption where timer cancel being done from two place one from cancel_delayed_work_sync() and followed by expire_timers() can be seen from the traces[1]. while true do echo simple_ondemand > /sys/class/devfreq/1d84000.ufshc/governor echo performance > /sys/class/devfreq/1d84000.ufshc/governor done It looks to be issue with devfreq driver where device_monitor_[start/stop] need to synchronized so that delayed work should get corrupted while it is either being queued or running or being cancelled.
    Let's use polling flag and devfreq lock to synchronize the queueing the timer instance twice and work data being corrupted. [1] ... .. <idle>-0 [003] 9436.209662: timer_cancel timer=0xffffff80444f0428 <idle>-0 [003] 9436.209664: timer_expire_entry timer=0xffffff80444f0428 now=0x10022da1c function=__typeid__ZTSFvP10timer_listE_global_addr baseclk=0x10022da1c <idle>-0 [003] 9436.209718:
    timer_expire_exit timer=0xffffff80444f0428 kworker/u16:6-14217 [003] 9436.209863: timer_start timer=0xffffff80444f0428 function=__typeid__ZTSFvP10timer_listE_global_addr expires=0x10022da2b now=0x10022da1c flags=182452227 vendor.xxxyyy.ha-1593 [004] 9436.209888: timer_cancel timer=0xffffff80444f0428 vendor.xxxyyy.ha-1593 [004] 9436.216390: timer_init timer=0xffffff80444f0428 vendor.xxxyyy.ha-1593 [004] 9436.216392: timer_start timer=0xffffff80444f0428 function=__typeid__ZTSFvP10timer_listE_global_addr expires=0x10022da2c now=0x10022da1d flags=186646532 vendor.xxxyyy.ha-1593 [005] 9436.220992: timer_cancel timer=0xffffff80444f0428 xxxyyyTraceManag-7795 [004] 9436.261641: timer_cancel timer=0xffffff80444f0428 [2] 9436.261653][ C4] Unable to handle kernel paging request at virtual address dead00000000012a [ 9436.261664][ C4] Mem abort info: [ 9436.261666][ C4] ESR = 0x96000044 [ 9436.261669][ C4] EC = 0x25: DABT (current EL), IL = 32 bits [ 9436.261671][ C4] SET = 0, FnV = 0 [ 9436.261673][ C4] EA = 0, S1PTW = 0 [ 9436.261675][ C4] Data abort info: [ 9436.261677][ C4] ISV = 0, ISS = 0x00000044 [ 9436.261680][ C4] CM = 0, WnR = 1 [ 9436.261682][ C4] [dead00000000012a] address between user and kernel address ranges [ 9436.261685][ C4] Internal error: Oops: 96000044 [#1] PREEMPT SMP [ 9436.261701][ C4] Skip md ftrace buffer dump for: 0x3a982d0 ... [ 9436.262138][ C4] CPU: 4 PID: 7795 Comm: TraceManag Tainted: G S W O 5.10.149-android12-9-o-g17f915d29d0c #1 [ 9436.262141][ C4] Hardware name: Qualcomm Technologies, Inc. (DT) [ 9436.262144][ C4] pstate: 22400085 (nzCv daIf +PAN -UAO +TCO BTYPE=--) [ 9436.262161][ C4] pc : expire_timers+0x9c/0x438 [ 9436.262164][ C4] lr :
    expire_timers+0x2a4/0x438 [ 9436.262168][ C4] sp : ffffffc010023dd0 [ 9436.262171][ C4] x29:
    ffffffc010023df0 x28: ffffffd0636fdc18 [ 9436.262178][ C4] x27: ffffffd063569dd0 x26: ffffffd063536008 [9436.262182][ C4] x25: 0000000000000001 x24: ffffff88f7c69280 [ 9436.262185][ C4] x23: 00000000000000e0 x22: dead000000000122 [ 9436.262188][ C4] x21: 000000010022da29 x20: ffffff8af72b4e80 [ 9436.262191][ C4] x19: ffffffc010023e50 x18: ffffffc010025038 [ 9436.262195][ C4] x17: 0000000000000240 x16:
    0000000000000201 [ 9436.262199][ C4] x15: ffffffffffffffff x14: ffffff889f3c3100 [ 9436.262203][ C4] x13:
    ffffff889f3c3100 x12: 00000000049f56b8 [ 9436.262207][ C4] x11: 00000000049f56b8 x10: 00000000ffffffff [9436.262212][ C4] x9 : ffffffc010023e50 x8 : dead000000000122 [ 9436.262216][ C4] x7 : ffffffffffffffff x6 : ffffffc0100239d8 [ 9436.262220][ C4] x5 : 0000000000000000 x4 : 0000000000000101 [ 9436.262223][ C4] x3 : 0000000000000080 x2 : ffffff8 ---truncated--- (CVE-2023-52635)

  - 已解決 Linux 核心中的下列弱點：sched/psi: Fix use-after-free in ep_remove_wait_queue() If a non-root cgroup gets removed when there is a thread that registered trigger and is polling on a pressure file within the cgroup, the polling waitqueue gets freed in the following path: do_rmdir cgroup_rmdir kernfs_drain_open_files cgroup_file_release cgroup_pressure_release psi_trigger_destroy However, the polling thread still has a reference to the pressure file and will access the freed waitqueue when the file is closed or upon exit: fput ep_eventpoll_release ep_free ep_remove_wait_queue remove_wait_queue This results in use-after-free as pasted below. The fundamental problem here is that cgroup_file_release() (and consequently waitqueue's lifetime) is not tied to the file's real lifetime. Using wake_up_pollfree() here might be less than ideal, but it is in line with the comment at commit 42288cb44c4b (wait: add wake_up_pollfree()) since the waitqueue's lifetime is not tied to file's one and can be considered as another special case. While this would be fixable by somehow making cgroup_file_release() be tied to the fput(), it would require sizable refactoring at cgroups or higher layer which might be more justifiable if we identify more cases like this. BUG: KASAN: use-after-free in
    _raw_spin_lock_irqsave+0x60/0xc0 Write of size 4 at addr ffff88810e625328 by task a.out/4404 CPU: 19 PID:
    4404 Comm: a.out Not tainted 6.2.0-rc6 #38 Hardware name: Amazon EC2 c5a.8xlarge/, BIOS 1.0 10/16/2017 Call Trace: <TASK> dump_stack_lvl+0x73/0xa0 print_report+0x16c/0x4e0 kasan_report+0xc3/0xf0 kasan_check_range+0x2d2/0x310 _raw_spin_lock_irqsave+0x60/0xc0 remove_wait_queue+0x1a/0xa0 ep_free+0x12c/0x170 ep_eventpoll_release+0x26/0x30 __fput+0x202/0x400 task_work_run+0x11d/0x170 do_exit+0x495/0x1130 do_group_exit+0x100/0x100 get_signal+0xd67/0xde0 arch_do_signal_or_restart+0x2a/0x2b0 exit_to_user_mode_prepare+0x94/0x100 syscall_exit_to_user_mode+0x20/0x40 do_syscall_64+0x52/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> Allocated by task 4404: kasan_set_track+0x3d/0x60
    __kasan_kmalloc+0x85/0x90 psi_trigger_create+0x113/0x3e0 pressure_write+0x146/0x2e0 cgroup_file_write+0x11c/0x250 kernfs_fop_write_iter+0x186/0x220 vfs_write+0x3d8/0x5c0 ksys_write+0x90/0x110 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd Freed by task 4407:
    kasan_set_track+0x3d/0x60 kasan_save_free_info+0x27/0x40 ____kasan_slab_free+0x11d/0x170 slab_free_freelist_hook+0x87/0x150 __kmem_cache_free+0xcb/0x180 psi_trigger_destroy+0x2e8/0x310 cgroup_file_release+0x4f/0xb0 kernfs_drain_open_files+0x165/0x1f0 kernfs_drain+0x162/0x1a0
    __kernfs_remove+0x1fb/0x310 kernfs_remove_by_name_ns+0x95/0xe0 cgroup_addrm_files+0x67f/0x700 cgroup_destroy_locked+0x283/0x3c0 cgroup_rmdir+0x29/0x100 kernfs_iop_rmdir+0xd1/0x140 vfs_rmdir+0xfe/0x240 do_rmdir+0x13d/0x280 __x64_sys_rmdir+0x2c/0x30 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-52707)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
205113	RHEL 9：kernel-rt (RHSA-2024:5067)	Nessus	Red Hat Local Security Checks	2024/8/7	2024/11/7	high
354437	Rocky Linux 9.2 [CIQ] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ciqsa-2026_1232）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	high
357051	Rocky Linux 9.2 [CIQ] 安全性更新：bpftool-debuginfo 多個弱點（ciqsa-2026_1228）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
205468	RHEL 8：核心 (RHSA-2024:5281)	Nessus	Red Hat Local Security Checks	2024/8/13	2025/9/18	high
353580	Rocky Linux 9.2 [CIQ] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ciqsa-2026_0616）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	high
361440	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2025：1743193221）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	medium
225322	Linux Distros 未修補的弱點：CVE-2022-48637	Nessus	Misc.	2025/3/5	2026/7/17	high
205152	RHEL 9：核心 (RHSA-2024:5066)	Nessus	Red Hat Local Security Checks	2024/8/7	2024/11/7	high
356072	Rocky Linux 9.2 [CIQ] 安全性更新：bpftool / bpftool-debuginfo 多個弱點（ciqsa-2026_1233）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
355129	Rocky Linux 8.6 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / etc 多個弱點（ciqsa-2026_0871）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
353033	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2024：1725293298）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high

偵測

搜尋 Plugin

high

high

high

high

high

medium

high

high

high

high

high