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

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

  - sctp檢查 wait_for_sndbuf 後傳送資料流數目此修補程式可修正 asoc 輸出資料流計數可能在 wait_for_sndbuf 之後變更的邊角案例。用戶端中的主執行緒啟動連線時如果其輸出資料流計數設為 N而伺服器中的輸入資料流計數設為 N - 2則用戶端中的另一個執行緒會持續傳送資料流編號為 N - 1 的訊息、 並在處理 INIT_ACK 前等待 sndbuf。不過處理 INIT_ACK 之後用戶端中的輸出資料流計數縮減至 N - 2這與伺服器中的輸入資料流計數相同。當等待 sndbuf 的執行緒喚醒並在不存在的資料流 (N - 1) 中傳送訊息時會發生當機呼叫追踪如下 KASAN[0x0000000000000038-0x000000000000003f] 呼叫追踪範圍內的 null-ptr-deref <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [內嵌] sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [內嵌] sctp_side_effects net/sctp/sm_sideeffect.c:1199 [內嵌] sctp_do_sm+0x197d/0x5310 net/sctpatch /sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket.c:2026插入 msendg_ 0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline] sock_sendmsg+0xde/0x190 net/socket.c:745 修正會在執行緒從 wait_for_sndbuf 喚醒。 (CVE-2023-53296)

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

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

  - 已解決 Linux 核心中的下列弱點：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已解決 Linux 核心中的下列弱點：ext4: fix null-ptr-deref in ext4_write_info I caught a null-ptr-deref bug as follows:
    ================================================================== KASAN: null-ptr-deref in range [0x0000000000000068-0x000000000000006f] CPU: 1 PID: 1589 Comm: umount Not tainted 5.10.0-02219-dirty #339 RIP: 0010:ext4_write_info+0x53/0x1b0 [...] Call Trace: dquot_writeback_dquots+0x341/0x9a0 ext4_sync_fs+0x19e/0x800 __sync_filesystem+0x83/0x100 sync_filesystem+0x89/0xf0 generic_shutdown_super+0x79/0x3e0 kill_block_super+0xa1/0x110 deactivate_locked_super+0xac/0x130 deactivate_super+0xb6/0xd0 cleanup_mnt+0x289/0x400 __cleanup_mnt+0x16/0x20 task_work_run+0x11c/0x1c0 exit_to_user_mode_prepare+0x203/0x210 syscall_exit_to_user_mode+0x5b/0x3a0 do_syscall_64+0x59/0x70 entry_SYSCALL_64_after_hwframe+0x44/0xa9 ================================================================== Above issue may happen as follows:
    ------------------------------------- exit_to_user_mode_prepare task_work_run __cleanup_mnt cleanup_mnt deactivate_super deactivate_locked_super kill_block_super generic_shutdown_super shrink_dcache_for_umount dentry = sb->s_root sb->s_root = NULL <--- Here set NULL sync_filesystem __sync_filesystem sb->s_op->sync_fs > ext4_sync_fs dquot_writeback_dquots sb->dq_op->write_info > ext4_write_info ext4_journal_start(d_inode(sb->s_root), EXT4_HT_QUOTA, 2) d_inode(sb->s_root) s_root->d_inode <--- Null pointer dereference To solve this problem, we use ext4_journal_start_sb directly to avoid s_root being used. (CVE-2022-50344)

  - 已解決 Linux 核心中的下列弱點：drm/vkms: Fix null-ptr-deref in vkms_release() A null-ptr-deref is triggered when it tries to destroy the workqueue in vkms->output.composer_workq in vkms_release(). KASAN: null-ptr-deref in range [0x0000000000000118-0x000000000000011f] CPU: 5 PID: 17193 Comm: modprobe Not tainted 6.0.0-11331-gd465bff130bf #24 RIP: 0010:destroy_workqueue+0x2f/0x710 ... Call Trace: <TASK> ? vkms_config_debugfs_init+0x50/0x50 [vkms] __devm_drm_dev_alloc+0x15a/0x1c0 [drm] vkms_init+0x245/0x1000 [vkms] do_one_initcall+0xd0/0x4f0 do_init_module+0x1a4/0x680 load_module+0x6249/0x7110
    __do_sys_finit_module+0x140/0x200 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 The reason is that an OOM happened which triggers the destroy of the workqueue, however, the workqueue is alloced in the later process, thus a null-ptr-deref happened. A simple call graph is shown as below:
    vkms_init() vkms_create() devm_drm_dev_alloc() __devm_drm_dev_alloc() devm_drm_dev_init() devm_add_action_or_reset() devm_add_action() # an error happened devm_drm_dev_init_release() drm_dev_put() kref_put() drm_dev_release() vkms_release() destroy_workqueue() # null-ptr-deref happened vkms_modeset_init() vkms_output_init() vkms_crtc_init() # where the workqueue get allocated Fix this by checking if composer_workq is NULL before passing it to the destroy_workqueue() in vkms_release().
    (CVE-2022-50369)

  - 已解決 Linux 核心中的下列弱點：nfsd: under NFSv4.1, fix double svc_xprt_put on rpc_create failure On error situation `clp->cl_cb_conn.cb_xprt` should not be given a reference to the xprt otherwise both client cleanup and the error handling path of the caller call to put it. Better to delay handing over the reference to a later branch. [ 72.530665] refcount_t: underflow; use-after-free. [ 72.531933] WARNING: CPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_saturate+0xcf/0x120 [72.533075] Modules linked in: nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd(OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [ 72.541511] Hardware name: Red Hat KVM/RHEL-AV, BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [ 72.542717] Workqueue: nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP: 0010:refcount_warn_saturate+0xcf/0x120 [ 72.544299] Code: 55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 61 9e 39 08 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP:
    0018:ffffb3f841157cf0 EFLAGS: 00010286 [ 72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX:
    0000000000000000 [ 72.548324] RDX: ffff89adb7c2c2c0 RSI: ffff89adb7c205c0 RDI: ffff89adb7c205c0 [72.549271] RBP: ffffb3f841157cf0 R08: 0000000000000000 R09: c0000000ffefffff [ 72.550209] R10:
    0000000000000001 R11: ffffb3f841157ad0 R12: ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14:
    ffff89ac40c06180 R15: ffff89ac6231d4b0 [ 72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2:
    0000563a310506a8 CR3: 0000000109a66000 CR4: 0000000000350ef0 [ 72.554874] Call Trace: [ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [ 72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [72.564189] ---[ end trace 031117b1c72ec616 ]--- [ 72.566019] list_add corruption. next->prev should be prev (ffff89ac4977e538), but was ffff89ac4763e018. (next=ffff89ac4763e018). [ 72.567647] ------------[ cut here ]------------ (CVE-2022-50401)

  - 已解決 Linux 核心中的下列弱點：bpf: Propagate error from htab_lock_bucket() to userspace In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
    -EBUSY, it will go to next bucket. Going to next bucket may not only skip the elements in current bucket silently, but also incur out-of-bound memory access or expose kernel memory to userspace if current bucket_cnt is greater than bucket_size or zero. Fixing it by stopping batch operation and returning -EBUSY when htab_lock_bucket() fails, and the application can retry or skip the busy batch as needed.
    (CVE-2022-50490)

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

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

  - 已解決 Linux 核心中的下列弱點：media: dvb-usb: az6027: fix null-ptr-deref in az6027_i2c_xfer() Wei Chen reports a kernel bug as blew: general protection fault, probably for non-canonical address KASAN: null-ptr-deref in range [0x0000000000000010-0x0000000000000017] ... Call Trace: <TASK> __i2c_transfer+0x77e/0x1930 drivers/i2c/i2c-core-base.c:2109 i2c_transfer+0x1d5/0x3d0 drivers/i2c/i2c-core-base.c:2170 i2cdev_ioctl_rdwr+0x393/0x660 drivers/i2c/i2c-dev.c:297 i2cdev_ioctl+0x75d/0x9f0 drivers/i2c/i2c-dev.c:458 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl+0xfb/0x170 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP:
    0033:0x7fd834a8bded In az6027_i2c_xfer(), if msg[i].addr is 0x99, a null-ptr-deref will caused when accessing msg[i].buf. For msg[i].len is 0 and msg[i].buf is null. Fix this by checking msg[i].len in az6027_i2c_xfer(). (CVE-2022-50272)

  - 已解決 Linux 核心中的下列弱點：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已解決 Linux 核心中的下列弱點：cifs: fix oops during encryption When running xfstests against Azure the following oops occurred on an arm64 system Unable to handle kernel write to read-only memory at virtual address ffff0001221cf000 Mem abort info: ESR = 0x9600004f EC = 0x25:
    DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x0f: level 3 permission fault Data abort info: ISV = 0, ISS = 0x0000004f CM = 0, WnR = 1 swapper pgtable: 4k pages, 48-bit VAs, pgdp=00000000294f3000 [ffff0001221cf000] pgd=18000001ffff8003, p4d=18000001ffff8003, pud=18000001ff82e003, pmd=18000001ff71d003, pte=00600001221cf787 Internal error: Oops: 9600004f [#1] PREEMPT SMP ... pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) pc : __memcpy+0x40/0x230 lr :
    scatterwalk_copychunks+0xe0/0x200 sp : ffff800014e92de0 x29: ffff800014e92de0 x28: ffff000114f9de80 x27:
    0000000000000008 x26: 0000000000000008 x25: ffff800014e92e78 x24: 0000000000000008 x23: 0000000000000001 x22: 0000040000000000 x21: ffff000000000000 x20: 0000000000000001 x19: ffff0001037c4488 x18:
    0000000000000014 x17: 235e1c0d6efa9661 x16: a435f9576b6edd6c x15: 0000000000000058 x14: 0000000000000001 x13: 0000000000000008 x12: ffff000114f2e590 x11: ffffffffffffffff x10: 0000040000000000 x9 :
    ffff8000105c3580 x8 : 2e9413b10000001a x7 : 534b4410fb86b005 x6 : 534b4410fb86b005 x5 : ffff0001221cf008 x4 : ffff0001037c4490 x3 : 0000000000000001 x2 : 0000000000000008 x1 : ffff0001037c4488 x0 :
    ffff0001221cf000 Call trace: __memcpy+0x40/0x230 scatterwalk_map_and_copy+0x98/0x100 crypto_ccm_encrypt+0x150/0x180 crypto_aead_encrypt+0x2c/0x40 crypt_message+0x750/0x880 smb3_init_transform_rq+0x298/0x340 smb_send_rqst.part.11+0xd8/0x180 smb_send_rqst+0x3c/0x100 compound_send_recv+0x534/0xbc0 smb2_query_info_compound+0x32c/0x440 smb2_set_ea+0x438/0x4c0 cifs_xattr_set+0x5d4/0x7c0 This is because in scatterwalk_copychunks(), we attempted to write to a buffer (@sign) that was allocated in the stack (vmalloc area) by crypt_message() and thus accessing its remaining 8 (x2) bytes ended up crossing a page boundary. To simply fix it, we could just pass @sign kmalloc'd from crypt_message() and then we're done. Luckily, we don't seem to pass any other vmalloc'd buffers in smb_rqst::rq_iov... Instead, let's map the correct pages and offsets from vmalloc buffers as well in cifs_sg_set_buf() and then avoiding such oopses. (CVE-2022-50341)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: hci_conn: Fix crash on hci_create_cis_sync When attempting to connect multiple ISO sockets without using DEFER_SETUP may result in the following crash: BUG: KASAN: null-ptr-deref in hci_create_cis_sync+0x18b/0x2b0 Read of size 2 at addr 0000000000000036 by task kworker/u3:1/50 CPU: 0 PID: 50 Comm: kworker/u3:1 Not tainted 6.0.0-rc7-02243-gb84a13ff4eda #4373 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.0-1.fc36 04/01/2014 Workqueue: hci0 hci_cmd_sync_work Call Trace: <TASK> dump_stack_lvl+0x19/0x27 kasan_report+0xbc/0xf0 ? hci_create_cis_sync+0x18b/0x2b0 hci_create_cis_sync+0x18b/0x2b0 ? get_link_mode+0xd0/0xd0 ? __ww_mutex_lock_slowpath+0x10/0x10 ? mutex_lock+0xe0/0xe0 ? get_link_mode+0xd0/0xd0 hci_cmd_sync_work+0x111/0x190 process_one_work+0x427/0x650 worker_thread+0x87/0x750 ? process_one_work+0x650/0x650 kthread+0x14e/0x180 ? kthread_exit+0x50/0x50 ret_from_fork+0x22/0x30 </TASK> (CVE-2022-50447)

  - 已解決 Linux 核心中的下列弱點：mt76: mt7915: Fix PCI device refcount leak in mt7915_pci_init_hif2() As comment of pci_get_device() says, it returns a pci_device with its refcount increased. We need to call pci_dev_put() to decrease the refcount. Save the return value of pci_get_device() and call pci_dev_put() to decrease the refcount. (CVE-2022-50464)

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

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

  - 已解決 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 核心中的下列弱點：RDMA/srpt: Fix a use-after-free Change the LIO port members inside struct srpt_port from regular members into pointers. Allocate the LIO port data structures from inside srpt_make_tport() and free these from inside srpt_make_tport(). Keep struct srpt_device as long as either an RDMA port or a LIO target port is associated with it. This patch decouples the lifetime of struct srpt_port (controlled by the RDMA core) and struct srpt_port_id (controlled by LIO). This patch fixes the following KASAN complaint: BUG: KASAN: use-after-free in srpt_enable_tpg+0x31/0x70 [ib_srpt] Read of size 8 at addr ffff888141cc34b8 by task check/5093 Call Trace:
    <TASK> show_stack+0x4e/0x53 dump_stack_lvl+0x51/0x66 print_address_description.constprop.0.cold+0xea/0x41e print_report.cold+0x90/0x205 kasan_report+0xb9/0xf0 __asan_load8+0x69/0x90 srpt_enable_tpg+0x31/0x70 [ib_srpt] target_fabric_tpg_base_enable_store+0xe2/0x140 [target_core_mod] configfs_write_iter+0x18b/0x210 new_sync_write+0x1f2/0x2f0 vfs_write+0x3e3/0x540 ksys_write+0xbb/0x140 __x64_sys_write+0x42/0x50 do_syscall_64+0x34/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> (CVE-2022-50129)

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

  - 已解決 Linux 核心中的下列弱點：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已解決 Linux 核心中的下列弱點：NFSD: Protect against send buffer overflow in NFSv2 READ Since before the git era, NFSD has conserved the number of pages held by each nfsd thread by combining the RPC receive and send buffers into a single array of pages. This works because there are no cases where an operation needs a large RPC Call message and a large RPC Reply at the same time. Once an RPC Call has been received, svc_process() updates svc_rqst::rq_res to describe the part of rq_pages that can be used for constructing the Reply. This means that the send buffer (rq_res) shrinks when the received RPC record containing the RPC Call is large. A client can force this shrinkage on TCP by sending a correctly- formed RPC Call header contained in an RPC record that is excessively large. The full maximum payload size cannot be constructed in that case. (CVE-2022-50410)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
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
265229	Linux Distros 未修補的弱點：CVE-2023-53296	Nessus	Misc.	2025/9/17	2026/11/12	medium
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
365299	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.5：CLSA-2026：1791852988）	Nessus	CentOS Local Security Checks	2026/10/13	2026/10/13	high
352009	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2025：1760546935）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
352091	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1777614651）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/1	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

偵測

搜尋 Plugin

high

medium

high

high

high

high

high

high