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

  - 已解決 Linux 核心中的下列弱點：sctp: fix a potential overflow in sctp_ifwdtsn_skip Currently, when traversing ifwdtsn skips with _sctp_walk_ifwdtsn, it only checks the pos against the end of the chunk. However, the data left for the last pos may be < sizeof(struct sctp_ifwdtsn_skip), and dereference it as struct sctp_ifwdtsn_skip may cause coverflow. This patch fixes it by checking the pos against the end of the chunk - sizeof(struct sctp_ifwdtsn_skip) in sctp_ifwdtsn_skip, similar to sctp_fwdtsn_skip. (CVE-2023-53372)

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

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

  - 在 5.6.2 及之前版本的 Linux 核心 3.16的 drivers/net/can/slcan.c 的 slc_bump 中發現一個問題。如果組態缺少 CONFIG_INIT_STACK_ALL (亦稱 CID-b9258a2cece4)，攻擊者可利用此弱點讀取未初始化的 can_frame 資料，而其中可能含有來自核心堆疊記憶體的敏感資訊。
    (CVE-2020-11494)

  - 在具有裝置檔案「/dev/dri/renderD128 (or Dxxx)」的 Linux 核心中，在 drivers/gpu/vmxgfx/vmxgfx_kms.c 的 vmwgfx 驅動程式中發現超出邊界 (OOB) 記憶體存取弱點。此缺陷允許具有系統使用者帳戶的本機攻擊者取得權限，進而造成系統拒絕服務 (DoS)。(CVE-2022-36280)

  - 已解決 Linux 核心中的下列弱點：ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The rxstatus->rs_keyix eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()' (CVE-2022-49503)

  - 已解決 Linux 核心中的下列弱點：ata: libata-transport: fix double ata_host_put() in ata_tport_add() In the error path in ata_tport_add(), when calling put_device(), ata_tport_release() is called, it will put the refcount of 'ap->host'. And then ata_host_put() is called again, the refcount is decreased to 0, ata_host_release() is called, all ports are freed and set to null.
    When unbinding the device after failure, ata_host_stop() is called to release the resources, it leads a null-ptr-deref(), because all the ports all freed and null. Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 CPU: 7 PID: 18671 Comm: modprobe Kdump: loaded Tainted: G E 6.1.0-rc3+ #8 pstate: 80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc :
    ata_host_stop+0x3c/0x84 [libata] lr : release_nodes+0x64/0xd0 Call trace: ata_host_stop+0x3c/0x84 [libata] release_nodes+0x64/0xd0 devres_release_all+0xbc/0x1b0 device_unbind_cleanup+0x20/0x70 really_probe+0x158/0x320 __driver_probe_device+0x84/0x120 driver_probe_device+0x44/0x120
    __driver_attach+0xb4/0x220 bus_for_each_dev+0x78/0xdc driver_attach+0x2c/0x40 bus_add_driver+0x184/0x240 driver_register+0x80/0x13c __pci_register_driver+0x4c/0x60 ahci_pci_driver_init+0x30/0x1000 [ahci] Fix this by removing redundant ata_host_put() in the error path. (CVE-2022-49826)

  - 已解決 Linux 核心中的下列弱點：capabilities: fix undefined behavior in bit shift for CAP_TO_MASK Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in security/commoncap.c:1252:2 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace:
    <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c cap_task_prctl+0x561/0x6f0 security_task_prctl+0x5a/0xb0
    __x64_sys_prctl+0x61/0x8f0 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-49870)

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

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

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

    安全性修正：

    * 核心：nvme：避免重複釋放特殊承載 (CVE-2024-41073)

    * 核心：sctp：修正 sctp_ifwdtsn_skip （CVE-2023-53372） 中潛在的溢位

    * 核心：net：在 sk_setup_caps() 中使用 dst_dev_rcu() (CVE-2025-40170)

    * 核心：ipv6：在 ip6_xmit() 中使用 RCU (CVE-2025-40135)

    * 核心：ipv6：在 ip6_output() 中使用 RCU (CVE-2025-40158)

    * 核心：nbd：nbd_genl_connect 中的延遲配置解鎖問題 (CVE-2025-68366)

    * 核心：crypto：asymmetric_keys - 防止asymmetric_key_generate_id 中的溢位 (CVE-2025-68724)

    * 核心：iommu：設定 CONFIG_X86 時停用 SVA (CVE-2025-71089)

    * 核心：macvlan：修正 macvlan_forward_source() 中可能的 UAF (CVE-2026-23001)

    * 核心：scsi：target：iscsi：修正 iscsit_dec_conn_usage_count（） 中的釋放後使用 （CVE-2026-23216）

    * kernel: can: raw：修正 raw_rcv() 中的 ro->uniq 釋放後使用弱點 (CVE-2026-31532)

    * 核心：netfilter：ip6t_eui64：拒絕所有封包的無效 MAC 標頭 (CVE-2026-31685)

    * 核心：ip6_tunnel：清除 ip4ip6_err() 中的 skb2->cb[] (CVE-2026-43037)

    * 核心：ipv6： icmp：清除 ip6_err_gen_icmpv6_unreach() 中的 skb2->cb[] (CVE-2026-43038)

    * 核心：wifi： brcmfmac：驗證 IF 事件中的 bsscfg 索引 (CVE-2026-43110)

    * 核心：netfilter：xt_tcpmss：在讀取 optlen 之前檢查剩餘長度 (CVE-2026-43190)

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：drm/amdkfd: Fix UBSAN shift-out-of-bounds warning If get_num_sdma_queues or get_num_xgmi_sdma_queues is 0, we end up doing a shift operation where the number of bits shifted equals number of bits in the operand. This behaviour is undefined. Set num_sdma_queues or num_xgmi_sdma_queues to ULLONG_MAX, if the count is >= number of bits in the operand.
    Bug: https://gitlab.freedesktop.org/drm/amd/-/issues/1472 (CVE-2021-4460)

  - 在具有裝置檔案「/dev/dri/renderD128 (or Dxxx)」的 Linux 核心中，在 drivers/gpu/vmxgfx/vmxgfx_kms.c 的 vmwgfx 驅動程式中發現超出邊界 (OOB) 記憶體存取弱點。此缺陷允許具有系統使用者帳戶的本機攻擊者取得權限，進而造成系統拒絕服務 (DoS)。(CVE-2022-36280)

  - 已解決 Linux 核心中的下列弱點：ata: ahci: Match EM_MAX_SLOTS with SATA_PMP_MAX_PORTS UBSAN complains about array-index-out-of-bounds: [ 1.980703] kernel: UBSAN: array-index-out-of-bounds in /build/linux-9H675w/linux-5.15.0/drivers/ata/libahci.c:968:41 [ 1.980709] kernel:
    index 15 is out of range for type 'ahci_em_priv [8]' [ 1.980713] kernel: CPU: 0 PID: 209 Comm: scsi_eh_8 Not tainted 5.15.0-25-generic #25-Ubuntu [ 1.980716] kernel: Hardware name: System manufacturer System Product Name/P5Q3, BIOS 1102 06/11/2010 [ 1.980718] kernel: Call Trace: [ 1.980721] kernel: <TASK> [1.980723] kernel: show_stack+0x52/0x58 [ 1.980729] kernel: dump_stack_lvl+0x4a/0x5f [ 1.980734] kernel:
    dump_stack+0x10/0x12 [ 1.980736] kernel: ubsan_epilogue+0x9/0x45 [ 1.980739] kernel:
    __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 1.980742] kernel: ahci_qc_issue+0x166/0x170 [libahci] [1.980748] kernel: ata_qc_issue+0x135/0x240 [ 1.980752] kernel: ata_exec_internal_sg+0x2c4/0x580 [1.980754] kernel: ? vprintk_default+0x1d/0x20 [ 1.980759] kernel: ata_exec_internal+0x67/0xa0 [ 1.980762] kernel: sata_pmp_read+0x8d/0xc0 [ 1.980765] kernel: sata_pmp_read_gscr+0x3c/0x90 [ 1.980768] kernel:
    sata_pmp_attach+0x8b/0x310 [ 1.980771] kernel: ata_eh_revalidate_and_attach+0x28c/0x4b0 [ 1.980775] kernel: ata_eh_recover+0x6b6/0xb30 [ 1.980778] kernel: ? ahci_do_hardreset+0x180/0x180 [libahci] [1.980783] kernel: ? ahci_stop_engine+0xb0/0xb0 [libahci] [ 1.980787] kernel: ? ahci_do_softreset+0x290/0x290 [libahci] [ 1.980792] kernel: ? trace_event_raw_event_ata_eh_link_autopsy_qc+0xe0/0xe0 [ 1.980795] kernel:
    sata_pmp_eh_recover.isra.0+0x214/0x560 [ 1.980799] kernel: sata_pmp_error_handler+0x23/0x40 [ 1.980802] kernel: ahci_error_handler+0x43/0x80 [libahci] [ 1.980806] kernel: ata_scsi_port_error_handler+0x2b1/0x600 [ 1.980810] kernel: ata_scsi_error+0x9c/0xd0 [ 1.980813] kernel: scsi_error_handler+0xa1/0x180 [ 1.980817] kernel: ? scsi_unjam_host+0x1c0/0x1c0 [ 1.980820] kernel: kthread+0x12a/0x150 [ 1.980823] kernel: ? set_kthread_struct+0x50/0x50 [ 1.980826] kernel: ret_from_fork+0x22/0x30 [ 1.980831] kernel: </TASK> This happens because sata_pmp_init_links() initialize link->pmp up to SATA_PMP_MAX_PORTS while em_priv is declared as 8 elements array. I can't find the maximum Enclosure Management ports specified in AHCI spec v1.3.1, but 12.2.1 LED message type states that Port Multiplier Information can utilize 4 bits, which implies it can support up to 16 ports. Hence, use SATA_PMP_MAX_PORTS as EM_MAX_SLOTS to resolve the issue.
    BugLink: https://bugs.launchpad.net/bugs/1970074 (CVE-2022-50315)

  - 已解決 Linux 核心中的下列弱點：ACPICA: Fix error code path in acpi_ds_call_control_method() A use-after-free in acpi_ps_parse_aml() after a failing invocaion of acpi_ds_call_control_method() is reported by KASAN [1] and code inspection reveals that next_walk_state pushed to the thread by acpi_ds_create_walk_state() is freed on errors, but it is not popped from the thread beforehand. Thus acpi_ds_get_current_walk_state() called by acpi_ps_parse_aml() subsequently returns it as the new walk state which is incorrect. To address this, make acpi_ds_call_control_method() call acpi_ds_pop_walk_state() to pop next_walk_state from the thread before returning an error.
    (CVE-2022-50411)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: hci_sysfs: Fix attempting to call device_add multiple times device_add shall not be called multiple times as stated in its documentation: 'Do not call this routine or device_register() more than once for any device structure' Syzkaller reports a bug as follows [1]: ------------[ cut here ]------------ kernel BUG at lib/list_debug.c:33! invalid opcode: 0000 [#1] PREEMPT SMP KASAN [...] Call Trace: <TASK> __list_add include/linux/list.h:69 [inline] list_add_tail include/linux/list.h:102 [inline] kobj_kset_join lib/kobject.c:164 [inline] kobject_add_internal+0x18f/0x8f0 lib/kobject.c:214 kobject_add_varg lib/kobject.c:358 [inline] kobject_add+0x150/0x1c0 lib/kobject.c:410 device_add+0x368/0x1e90 drivers/base/core.c:3452 hci_conn_add_sysfs+0x9b/0x1b0 net/bluetooth/hci_sysfs.c:53 hci_le_cis_estabilished_evt+0x57c/0xae0 net/bluetooth/hci_event.c:6799 hci_le_meta_evt+0x2b8/0x510 net/bluetooth/hci_event.c:7110 hci_event_func net/bluetooth/hci_event.c:7440 [inline] hci_event_packet+0x63d/0xfd0 net/bluetooth/hci_event.c:7495 hci_rx_work+0xae7/0x1230 net/bluetooth/hci_core.c:4007 process_one_work+0x991/0x1610 kernel/workqueue.c:2289 worker_thread+0x665/0x1080 kernel/workqueue.c:2436 kthread+0x2e4/0x3a0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 </TASK> (CVE-2022-50419)

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

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

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

    sysctl修正 proc_dou8vec_minmax() 中的資料爭用。 (CVE-2022-49634)

    在 Linux 核心的 XFS 檔案系統中，發現使用者在系統失敗後還原 XFS 影像的方式（使用已變更的記錄日誌）中存在記憶體存取超出邊界瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-2124)

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

    驅動程式vmbus查閱 relid 前檢查通道配置 (CVE-2023-53273)

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

    sctp檢查 wait_for_sndbuf 後的傳送資料流數 (CVE-2023-53296)

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

    sctp修正 sctp_ifwdtsn_skip 中的一個潛在溢位 (CVE-2023-53372)

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

    追踪釋放追踪執行個體的錯誤記錄 (CVE-2023-53375)

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

    nilfs2修正 sysfs 介面存留期 (CVE-2023-53440)

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

    scsiscsi_tcp檢查在 iscsi_set_param() 之前 sock 是否有效 (CVE-2023-53464)

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

    RDMA/cma允許 UD qp_type 僅加入多點傳送 (CVE-2023-53525)

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

    nilfs2修正 nilfs_segctor_thread() 中結構 nilfs_sc_info 的潛在 UAF (CVE-2023-53608)

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

    mm/swap修正 swapoff 和 get_swap_pages() 之間的 swap_info_struct 爭用 (CVE-2023-53623)

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

    RDMA/核心修正 create_ah 失敗時的 GID 項目參照洩漏 (CVE-2023-54003)

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

    can j1939j1939_tp_tx_dat_new()修正超出邊界記憶體存取 (CVE-2023-54039)

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

    ipv6修正 __ip6_make_skb() 中的 uninit 變數存取錯誤 (CVE-2023-54265)

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

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

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

    在 Linux 核心的 fs/inode.c:inode_init_owner() 函式邏輯中發現一個弱點，當目錄是 SGID 且隸屬於特定群組，並可由非此群組成員的使用者寫入時，本機使用者可藉此弱點為 XFS 檔案系統建立具有非預定群組所有權、且具有群組執行和 SGID 權限位元集的檔案。這可能導致系統給予原本不應該給予的過多權限。此弱點與之前的 CVE-2018-13405 弱點類似，現新增了遺漏的 XFS 修補程式。(CVE-2021-4037)

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

    tun：避免 tun_free_netdev 中的重複釋放 (CVE-2021-47082)

    在 Linux 核心的 TUN/TAP 裝置驅動程式功能中，當 register_netdevice 函式 (NETDEV_REGISTER 通知程式) 失敗時，在使用者登記裝置的方式中發現重複釋放瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-4744)

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

    gfs2一律檢查內嵌 inode 的 inode 大小 (CVE-2022-49739)

    據發現，在 Linux 核心中，由於爭用問題，net/sched/sch_api.c 的 qdisc_graft 中存在釋放後使用缺陷。此缺陷可導致拒絕服務問題。(CVE-2023-0590)

    在 Linux 核心的 XFS 檔案系統中，發現使用者在系統失敗後還原 XFS 影像的方式（使用已變更的記錄日誌）中存在記憶體存取超出邊界瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-2124)

    在 Linux 核心的 SLIMpro I2C 裝置驅動程式中發現越界寫入弱點。未將 userspace data->block[0] 變數的上限設定為 0-255 之間的數字，並且將其用作 memcpy 的大小，這可能造成寫入範圍超出 dma_buffer 的結尾。權限的本機使用者可利用此弱點造成系統當機，或可能執行程式碼。(CVE-2023-2194)

    在 Linux 核心 6.2.6 以及之前的所有版本中，net/tls/tls_main.c 中的 do_tls_getsockopt 缺少 lock_sock 呼叫，可引致爭用條件 (造成釋放後使用或 NULL 指標解除參照)。(CVE-2023-28466)

    如果實際位置靠近的攻擊者拔除基於 emac 的裝置，則 Linux 核心 6.2.9 之前版本的 drivers/net/ethernet/qualcomm/emac/emac.c 中會產生爭用條件並發生釋放後使用問題。
    (CVE-2023-33203)

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

    nilfs2：修正 nilfs_ioctl_wrap_copy() 中的核心資訊洩漏 (CVE-2023-53035)

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

    scsiqla2xxx在中止路徑中執行無鎖定命令完成 (CVE-2023-53041)

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

    dm stats：檢查並傳播 alloc_percpu 失敗 (CVE-2023-53044)

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

    dm crypt：在 dmcrypt_write() 中新增 cond_resched() (CVE-2023-53051)

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

    erspan不使用 ndo_start_xmit() 中的 skb_mac_header() (CVE-2023-53053)

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

    igb：還原導致鎖死的 rtnl_lock() (CVE-2023-53060)

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

    net：usb：smsc95xx：將封包長度限制為 skb->len (CVE-2023-53062)

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

    qed/qed_sriov防止 qed_iov_get_vf_info 的 NULL 指標解除參照 (CVE-2023-53066)

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

    scsi：scsi_dh_alua：修正 alua_activate() 中「qdata」的記憶體洩漏 (CVE-2023-53078)

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

    ocfs2：修正寫入失敗後的資料損毀 (CVE-2023-53081)

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

    cifs修正不含 CONFIG_CIFS_DFS_UPCALL 的 DFS 遊走 oops (CVE-2023-53246)

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

    sctp檢查 wait_for_sndbuf 後的傳送資料流數 (CVE-2023-53296)

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

    canbcmbcm_tx_setup()修正 vfs_write 中的 KMSAN uninit-value (CVE-2023-53344)

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

    sctp修正 sctp_ifwdtsn_skip 中的一個潛在溢位 (CVE-2023-53372)

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

    追踪釋放追踪執行個體的錯誤記錄 (CVE-2023-53375)

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

    nilfs2修正 sysfs 介面存留期 (CVE-2023-53440)

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

    nilfs2修正 nilfs_segctor_thread() 中結構 nilfs_sc_info 的潛在 UAF (CVE-2023-53608)

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

    mm/swap修正 swapoff 和 get_swap_pages() 之間的 swap_info_struct 爭用 (CVE-2023-53623)

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

    RDMA/核心修正 create_ah 失敗時的 GID 項目參照洩漏 (CVE-2023-54003)

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

    can j1939j1939_tp_tx_dat_new()修正超出邊界記憶體存取 (CVE-2023-54039)

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

    net/net_failover修正 txq 超過警告的問題 (CVE-2023-54236)

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

    ipv6修正 __ip6_make_skb() 中的 uninit 變數存取錯誤 (CVE-2023-54265)

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

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

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

    在 Linux 核心的 XFS 檔案系統中，發現使用者在系統失敗後還原 XFS 影像的方式（使用已變更的記錄日誌）中存在記憶體存取超出邊界瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-2124)

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

    skbuff修正 coalescing 和釋放 SKB 之間的爭用 (CVE-2023-53186)

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

    netopenvswitch修正連接埠輸出上的爭用 (CVE-2023-53188)

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

    raw修正 raw_get_next() 中的 NULL 解除參照。 (CVE-2023-53198)

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

    nfsd即使 op_func 傳回錯誤仍呼叫 op_release (CVE-2023-53241)

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

    驅動程式vmbus查閱 relid 前檢查通道配置 (CVE-2023-53273)

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

    sctp檢查 wait_for_sndbuf 後的傳送資料流數 (CVE-2023-53296)

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

    sctp修正 sctp_ifwdtsn_skip 中的一個潛在溢位 (CVE-2023-53372)

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

    追踪釋放追踪執行個體的錯誤記錄 (CVE-2023-53375)

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

    cgroup、freezer在 freezer_mutex 之前保留 cpu_hotplug_lock (CVE-2023-53522)

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

    RDMA/cma允許 UD qp_type 僅加入多點傳送 (CVE-2023-53525)

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

    mm/swap修正 swapoff 和 get_swap_pages() 之間的 swap_info_struct 爭用 (CVE-2023-53623)

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

    bpf、arm64修正傳回修補函式時發生的 BTI 錯誤 (CVE-2023-53634)

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

    NFSD避免以 ops->opnum == OP_ILLEGAL 呼叫 OPDESC() (CVE-2023-53680)

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

    netlink註釋對 nlk->max_recvmsg_len 的無鎖定存取 (CVE-2023-53824)

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

    ping修正 /proc/net/icmp 的可能的 NULL 解除參照。 (CVE-2023-53987)

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

    RDMA/核心修正 create_ah 失敗時的 GID 項目參照洩漏 (CVE-2023-54003)

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

    io_uring修正移除提供的緩衝區時的記憶體洩漏 (CVE-2023-54041)

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

    fs放置命名空間鎖定下的對等群組 ID (CVE-2023-54128)

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

    mptcp更嚴格的 mptcp_worker 狀態檢查 (CVE-2023-54176)

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

    drm/i915修正 i915_perf_add_config_ioctl 中的爭用情形 UAF (CVE-2023-54202)

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

    ipv6修正 __ip6_make_skb() 中的 uninit 變數存取錯誤 (CVE-2023-54265)

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

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

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

    在 Linux 核心的 XFS 檔案系統中，發現使用者在系統失敗後還原 XFS 影像的方式（使用已變更的記錄日誌）中存在記憶體存取超出邊界瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-2124)

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

    skbuff修正 coalescing 和釋放 SKB 之間的爭用 (CVE-2023-53186)

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

    驅動程式vmbus查閱 relid 前檢查通道配置 (CVE-2023-53273)

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

    sctp檢查 wait_for_sndbuf 後的傳送資料流數 (CVE-2023-53296)

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

    sctp修正 sctp_ifwdtsn_skip 中的一個潛在溢位 (CVE-2023-53372)

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

    追踪釋放追踪執行個體的錯誤記錄 (CVE-2023-53375)

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

    RDMA/cma允許 UD qp_type 僅加入多點傳送 (CVE-2023-53525)

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

    mm/swap修正 swapoff 和 get_swap_pages() 之間的 swap_info_struct 爭用 (CVE-2023-53623)

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

    NFSD避免以 ops->opnum == OP_ILLEGAL 呼叫 OPDESC() (CVE-2023-53680)

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

    RDMA/核心修正 create_ah 失敗時的 GID 項目參照洩漏 (CVE-2023-54003)

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

    fs放置命名空間鎖定下的對等群組 ID (CVE-2023-54128)

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

    mptcp更嚴格的 mptcp_worker 狀態檢查 (CVE-2023-54176)

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

    drm/i915修正 i915_perf_add_config_ioctl 中的爭用情形 UAF (CVE-2023-54202)

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

    ipv6修正 __ip6_make_skb() 中的 uninit 變數存取錯誤 (CVE-2023-54265)

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

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

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

  - 已解決 Linux 核心中的下列弱點：ice: set tx_tstamps when creating new Tx rings via ethtool When the user changes the number of queues via ethtool, the driver allocates new rings. This allocation did not initialize tx_tstamps. This results in the tx_tstamps field being zero (due to kcalloc allocation), and would result in a NULL pointer dereference when attempting a transmit timestamp on the new ring. (CVE-2022-50710)

  - 已解決 Linux 核心中的下列弱點：wifi: ath9k: Fix use-after-free in ath9k_hif_usb_disconnect() This patch fixes a use-after-free in ath9k that occurs in ath9k_hif_usb_disconnect() when ath9k_destroy_wmi() is trying to access 'drv_priv' that has already been freed by ieee80211_free_hw(), called by ath9k_htc_hw_deinit(). The patch moves ath9k_destroy_wmi() before ieee80211_free_hw(). Note that urbs from the driver should be killed before freeing 'wmi' with ath9k_destroy_wmi() as their callbacks will access 'wmi'. Found by a modified version of syzkaller.
    ================================================================== BUG: KASAN: use-after-free in ath9k_destroy_wmi+0x38/0x40 Read of size 8 at addr ffff8881069132a0 by task kworker/0:1/7 CPU: 0 PID: 7 Comm: kworker/0:1 Tainted: G O 5.14.0+ #131 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014 Workqueue: usb_hub_wq hub_event Call Trace:
    dump_stack_lvl+0x8e/0xd1 print_address_description.constprop.0.cold+0x93/0x334 ? ath9k_destroy_wmi+0x38/0x40 ? ath9k_destroy_wmi+0x38/0x40 kasan_report.cold+0x83/0xdf ? ath9k_destroy_wmi+0x38/0x40 ath9k_destroy_wmi+0x38/0x40 ath9k_hif_usb_disconnect+0x329/0x3f0 ? ath9k_hif_usb_suspend+0x120/0x120 ? usb_disable_interface+0xfc/0x180 usb_unbind_interface+0x19b/0x7e0 ? usb_autoresume_device+0x50/0x50 device_release_driver_internal+0x44d/0x520 bus_remove_device+0x2e5/0x5a0 device_del+0x5b2/0xe30 ? __device_link_del+0x370/0x370 ? usb_remove_ep_devs+0x43/0x80 ? remove_intf_ep_devs+0x112/0x1a0 usb_disable_device+0x1e3/0x5a0 usb_disconnect+0x267/0x870 hub_event+0x168d/0x3950 ? rcu_read_lock_sched_held+0xa1/0xd0 ? hub_port_debounce+0x2e0/0x2e0 ? check_irq_usage+0x860/0xf20 ? drain_workqueue+0x281/0x360 ? lock_release+0x640/0x640 ? rcu_read_lock_sched_held+0xa1/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? lockdep_hardirqs_on_prepare+0x273/0x3e0 process_one_work+0x92b/0x1460 ? pwq_dec_nr_in_flight+0x330/0x330 ? rwlock_bug.part.0+0x90/0x90 worker_thread+0x95/0xe00 ? __kthread_parkme+0x115/0x1e0 ? process_one_work+0x1460/0x1460 kthread+0x3a1/0x480 ? set_kthread_struct+0x120/0x120 ret_from_fork+0x1f/0x30 The buggy address belongs to the page: page:ffffea00041a44c0 refcount:0 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x106913 flags: 0x200000000000000(node=0|zone=2) raw:
    0200000000000000 0000000000000000 dead000000000122 0000000000000000 raw: 0000000000000000 0000000000000000 00000000ffffffff 0000000000000000 page dumped because: kasan: bad access detected page_owner tracks the page as freed page last allocated via order 3, migratetype Unmovable, gfp_mask 0x40dc0(GFP_KERNEL|__GFP_COMP|__GFP_ZERO), pid 7, ts 38347963444, free_ts 41399957635 prep_new_page+0x1aa/0x240 get_page_from_freelist+0x159a/0x27c0 __alloc_pages+0x2da/0x6a0 alloc_pages+0xec/0x1e0 kmalloc_order+0x39/0xf0 kmalloc_order_trace+0x19/0x120 __kmalloc+0x308/0x390 wiphy_new_nm+0x6f5/0x1dd0 ieee80211_alloc_hw_nm+0x36d/0x2230 ath9k_htc_probe_device+0x9d/0x1e10 ath9k_htc_hw_init+0x34/0x50 ath9k_hif_usb_firmware_cb+0x25f/0x4e0 request_firmware_work_func+0x131/0x240 process_one_work+0x92b/0x1460 worker_thread+0x95/0xe00 kthread+0x3a1/0x480 page last free stack trace:
    free_pcp_prepare+0x3d3/0x7f0 free_unref_page+0x1e/0x3d0 device_release+0xa4/0x240 kobject_put+0x186/0x4c0 put_device+0x20/0x30 ath9k_htc_disconnect_device+0x1cf/0x2c0 ath9k_htc_hw_deinit+0x26/0x30 ath9k_hif_usb_disconnect+0x2d9/0x3f0 usb_unbind_interface+0x19b/0x7e0 device_release_driver_internal+0x44d/0x520 bus_remove_device+0x2e5/0x5a0 device_del+0x5b2/0xe30 usb_disable_device+0x1e3/0x5a0 usb_disconnect+0x267/0x870 hub_event+0x168d/0x3950 process_one_work+0x92b/0x1460 Memory state around the buggy address: ffff888106913180: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff888106913200: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff >ffff888
    ---truncated--- (CVE-2022-50881)

  - 已解決 Linux 核心中的下列弱點：netfilter: allow exp not to be removed in nf_ct_find_expectation Currently nf_conntrack_in() calling nf_ct_find_expectation() will remove the exp from the hash table. However, in some scenario, we expect the exp not to be removed when the created ct will not be confirmed, like in OVS and TC conntrack in the following patches. This patch allows exp not to be removed by setting IPS_CONFIRMED in the status of the tmpl. (CVE-2023-52927)

  - 已解決 Linux 核心中的下列弱點：sched/fair: Don't balance task to its current running CPU We've run into the case that the balancer tries to balance a migration disabled task and trigger the warning in set_task_cpu() like below: ------------[ cut here ]------------ WARNING: CPU: 7 PID: 0 at kernel/sched/core.c:3115 set_task_cpu+0x188/0x240 Modules linked in: hclgevf xt_CHECKSUM ipt_REJECT nf_reject_ipv4 <...snip> CPU: 7 PID: 0 Comm: swapper/7 Kdump: loaded Tainted: G O 6.1.0-rc4+ #1 Hardware name: Huawei TaiShan 2280 V2/BC82AMDC, BIOS 2280-V2 CS V5.B221.01 12/09/2021 pstate: 604000c9 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : set_task_cpu+0x188/0x240 lr : load_balance+0x5d0/0xc60 sp : ffff80000803bc70 x29: ffff80000803bc70 x28: ffff004089e190e8 x27: ffff004089e19040 x26:
    ffff007effcabc38 x25: 0000000000000000 x24: 0000000000000001 x23: ffff80000803be84 x22: 000000000000000c x21: ffffb093e79e2a78 x20: 000000000000000c x19: ffff004089e19040 x18: 0000000000000000 x17:
    0000000000001fad x16: 0000000000000030 x15: 0000000000000000 x14: 0000000000000003 x13: 0000000000000000 x12: 0000000000000000 x11: 0000000000000001 x10: 0000000000000400 x9 : ffffb093e4cee530 x8 :
    00000000fffffffe x7 : 0000000000ce168a x6 : 000000000000013e x5 : 00000000ffffffe1 x4 : 0000000000000001 x3 : 0000000000000b2a x2 : 0000000000000b2a x1 : ffffb093e6d6c510 x0 : 0000000000000001 Call trace:
    set_task_cpu+0x188/0x240 load_balance+0x5d0/0xc60 rebalance_domains+0x26c/0x380
    _nohz_idle_balance.isra.0+0x1e0/0x370 run_rebalance_domains+0x6c/0x80 __do_softirq+0x128/0x3d8
    ____do_softirq+0x18/0x24 call_on_irq_stack+0x2c/0x38 do_softirq_own_stack+0x24/0x3c
    __irq_exit_rcu+0xcc/0xf4 irq_exit_rcu+0x18/0x24 el1_interrupt+0x4c/0xe4 el1h_64_irq_handler+0x18/0x2c el1h_64_irq+0x74/0x78 arch_cpu_idle+0x18/0x4c default_idle_call+0x58/0x194 do_idle+0x244/0x2b0 cpu_startup_entry+0x30/0x3c secondary_start_kernel+0x14c/0x190 __secondary_switched+0xb0/0xb4 ---[ end trace 0000000000000000 ]--- Further investigation shows that the warning is superfluous, the migration disabled task is just going to be migrated to its current running CPU. This is because that on load balance if the dst_cpu is not allowed by the task, we'll re-select a new_dst_cpu as a candidate. If no task can be balanced to dst_cpu we'll try to balance the task to the new_dst_cpu instead. In this case when the migration disabled task is not on CPU it only allows to run on its current CPU, load balance will select its current CPU as new_dst_cpu and later triggers the warning above. The new_dst_cpu is chosen from the env->dst_grpmask. Currently it contains CPUs in sched_group_span() and if we have overlapped groups it's possible to run into this case. This patch makes env->dst_grpmask of group_balance_mask() which exclude any CPUs from the busiest group and solve the issue. For balancing in a domain with no overlapped groups the behaviour keeps same as before. (CVE-2023-53215)

  - 已解決 Linux 核心中的下列弱點：ubi: ensure that VID header offset + VID header size <= alloc, size Ensure that the VID header offset + VID header size does not exceed the allocated area to avoid slab OOB. BUG: KASAN: slab-out-of-bounds in crc32_body lib/crc32.c:111 [inline] BUG: KASAN: slab-out-of-bounds in crc32_le_generic lib/crc32.c:179 [inline] BUG: KASAN: slab-out-of-bounds in crc32_le_base+0x58c/0x626 lib/crc32.c:197 Read of size 4 at addr ffff88802bb36f00 by task syz-executor136/1555 CPU: 2 PID: 1555 Comm: syz-executor136 Tainted: G W 6.0.0-1868 #1 Hardware name: Red Hat KVM, BIOS 1.13.0-2.module+el8.3.0+7860+a7792d29 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x85/0xad lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold.13+0xb6/0x6bb mm/kasan/report.c:433 kasan_report+0xa7/0x11b mm/kasan/report.c:495 crc32_body lib/crc32.c:111 [inline] crc32_le_generic lib/crc32.c:179 [inline] crc32_le_base+0x58c/0x626 lib/crc32.c:197 ubi_io_write_vid_hdr+0x1b7/0x472 drivers/mtd/ubi/io.c:1067 create_vtbl+0x4d5/0x9c4 drivers/mtd/ubi/vtbl.c:317 create_empty_lvol drivers/mtd/ubi/vtbl.c:500 [inline] ubi_read_volume_table+0x67b/0x288a drivers/mtd/ubi/vtbl.c:812 ubi_attach+0xf34/0x1603 drivers/mtd/ubi/attach.c:1601 ubi_attach_mtd_dev+0x6f3/0x185e drivers/mtd/ubi/build.c:965 ctrl_cdev_ioctl+0x2db/0x347 drivers/mtd/ubi/cdev.c:1043 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline]
    __x64_sys_ioctl+0x193/0x213 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3e/0x86 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0x0 RIP:
    0033:0x7f96d5cf753d Code: RSP: 002b:00007fffd72206f8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 RAX:
    ffffffffffffffda RBX: 0000000000000000 RCX: 00007f96d5cf753d RDX: 0000000020000080 RSI: 0000000040186f40 RDI: 0000000000000003 RBP: 0000000000400cd0 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000246 R12: 0000000000400be0 R13: 00007fffd72207e0 R14: 0000000000000000 R15: 0000000000000000 </TASK> Allocated by task 1555: kasan_save_stack+0x20/0x3d mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline]
    ____kasan_kmalloc mm/kasan/common.c:516 [inline] __kasan_kmalloc+0x88/0xa3 mm/kasan/common.c:525 kasan_kmalloc include/linux/kasan.h:234 [inline] __kmalloc+0x138/0x257 mm/slub.c:4429 kmalloc include/linux/slab.h:605 [inline] ubi_alloc_vid_buf drivers/mtd/ubi/ubi.h:1093 [inline] create_vtbl+0xcc/0x9c4 drivers/mtd/ubi/vtbl.c:295 create_empty_lvol drivers/mtd/ubi/vtbl.c:500 [inline] ubi_read_volume_table+0x67b/0x288a drivers/mtd/ubi/vtbl.c:812 ubi_attach+0xf34/0x1603 drivers/mtd/ubi/attach.c:1601 ubi_attach_mtd_dev+0x6f3/0x185e drivers/mtd/ubi/build.c:965 ctrl_cdev_ioctl+0x2db/0x347 drivers/mtd/ubi/cdev.c:1043 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x193/0x213 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3e/0x86 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0x0 The buggy address belongs to the object at ffff88802bb36e00 which belongs to the cache kmalloc-256 of size 256 The buggy address is located 0 bytes to the right of 256-byte region [ffff88802bb36e00, ffff88802bb36f00) The buggy address belongs to the physical page:
    page:00000000ea4d1263 refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x2bb36 head:00000000ea4d1263 order:1 compound_mapcount:0 compound_pincount:0 flags:
    0xfffffc0010200(slab|head|node=0|zone=1|lastcpupid=0x1fffff) raw: 000fffffc0010200 ffffea000066c300 dead000000000003 ffff888100042b40 raw: 0000000000000000 00000000001 ---truncated--- (CVE-2023-53265)

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

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

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

    安全性修正：

    * 核心：geneve：修正 geneve_find_dev（） 中的釋放後使用。（CVE-2025-21858）

    * 核心：sctp：修正 sctp_ifwdtsn_skip （CVE-2023-53372） 中潛在的溢位

    * 核心：net：在 sk_setup_caps() 中使用 dst_dev_rcu() (CVE-2025-40170)

    * 核心：ipv6：在 ip6_xmit() 中使用 RCU (CVE-2025-40135)

    * 核心：ipv6：在 ip6_output() 中使用 RCU (CVE-2025-40158)

    * 核心：nbd：nbd_genl_connect 中的延遲配置解鎖問題 (CVE-2025-68366)

    * 核心：mlxsw：spectrum_mr：修正更新多點傳送路由統計資料時出現的釋放後使用問題 (CVE-2025-68800)

    * 核心：iommu：設定 CONFIG_X86 時停用 SVA (CVE-2025-71089)

    * 核心：macvlan：修正 macvlan_forward_source() 中可能的 UAF (CVE-2026-23001)

    * 核心：Linux 核心：因 hugetlb 作品集移轉中存在鎖死而導致拒絕服務 (CVE-2026-23097)

    * kernel: ALSA: aloop：修復觸發 PCM 時的 racy 存取 (CVE-2026-23191)

    * 核心：scsi：target：iscsi：修正 iscsit_dec_conn_usage_count（） 中的釋放後使用 （CVE-2026-23216）

    * kernel: Linux kernel：RDMA umad 中的拒絕服務和記憶體毀損 (CVE-2026-23243)

    * 核心：netfilter：nf_tables：發生錯誤時，需等待 RCU 寬限期結束後釋放流程表 (CVE-2026-23392)

    * 核心：netfilter：ip6t_eui64：拒絕所有封包的無效 MAC 標頭 (CVE-2026-31685)

    * 核心：ip6_tunnel：清除 ip4ip6_err() 中的 skb2->cb[] (CVE-2026-43037)

    * 核心：ipv6： icmp：清除 ip6_err_gen_icmpv6_unreach() 中的 skb2->cb[] (CVE-2026-43038)

    * 核心：netfilter： ctnetlink：確保安全存取主 conntrack （CVE-2026-43116）

    * 核心：wifi： brcmfmac：驗證 IF 事件中的 bsscfg 索引 (CVE-2026-43110)

    * kernel: md/bitmap：修正因調整爭用大小導致 write_page 中出現的 GPF (CVE-2026-43163)

    * 核心：netfilter：xt_tcpmss：在讀取 optlen 之前檢查剩餘長度 (CVE-2026-43190)

    * 核心：xfs：修正將 xattrs 新增至葉區塊時的 freemap 調整 (CVE-2026-43158)

    * kernel: Linux kernel: smb: client：拒絕使用者空間 cifs.spnego 描述 (CVE-2026-46243)

    * 核心：sctp：在 SCTP_SENDALL （CVE-2026-46227） 中 sctp_sendmsg_to_asoc（） 之後重新驗證清單游標

    錯誤修正和增強功能：

    * 傳回委派時 NFS 用戶端停擺 （JIRA：RHEL-112276）

    * 上游提交 i40e 的 Rhel 反向移植：避免冗餘的 VF 連結狀態更新 （JIRA：RHEL-141908）

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

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
265597	Linux Distros 未修補的弱點：CVE-2023-53372	Nessus	Misc.	2025/9/20	2026/9/30	high
353189	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1768775579）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/1	high
320887	RHEL 8：核心 (RHSA-2026:25533)	Nessus	Red Hat Local Security Checks	2026/6/12	2026/6/12	high
359997	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1768774361）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/2	high
174973	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-031 (ALASKERNEL-5.10-2023-031)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
174976	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-044 (ALASKERNEL-5.4-2023-044)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
175085	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-169)	Nessus	Amazon Linux Local Security Checks	2023/5/3	2026/2/10	high
174975	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-017 (ALASKERNEL-5.15-2023-017)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
359586	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1768663754）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
321564	RHEL 8：核心 (RHSA-2026:26535)	Nessus	Red Hat Local Security Checks	2026/6/20	2026/8/25	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high