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

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

  - 已解決 Linux 核心中的下列弱點：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已解決 Linux 核心中的下列弱點：ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - 已解決 Linux 核心中的下列弱點：trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - 已解決 Linux 核心中的下列弱點：netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - 已解決 Linux 核心中的下列弱點：spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

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

  - 已解決 Linux 核心中的下列弱點：tracing: Free error logs of tracing instances When a tracing instance is removed, the error messages that hold errors that occurred in the instance needs to be freed. The following reports a memory leak: # cd /sys/kernel/tracing # mkdir instances/foo # echo 'hist:keys=x' > instances/foo/events/sched/sched_switch/trigger # cat instances/foo/error_log [ 117.404795] hist:sched:sched_switch: error: Couldn't find field Command:
    hist:keys=x ^ # rmdir instances/foo Then check for memory leaks: # echo scan > /sys/kernel/debug/kmemleak # cat /sys/kernel/debug/kmemleak unreferenced object 0xffff88810d8ec700 (size 192): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 60 dd 68 61 81 88 ff ff 60 dd 68 61 81 88 ff ff `.ha....`.ha.... a0 30 8c 83 ff ff ff ff 26 00 0a 00 00 00 00 00 .0......&....... backtrace:
    [<00000000dae26536>] kmalloc_trace+0x2a/0xa0 [<00000000b2938940>] tracing_log_err+0x277/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc unreferenced object 0xffff888170c35a00 (size 32): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 0a 20 20 43 6f 6d 6d 61 6e 64 3a 20 68 69 73 74 . Command: hist 3a 6b 65 79 73 3d 78 0a 00 00 00 00 00 00 00 00 :keys=x......... backtrace: [<000000006a747de5>] __kmalloc+0x4d/0x160 [<000000000039df5f>] tracing_log_err+0x29b/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc The problem is that the error log needs to be freed when the instance is removed. (CVE-2023-53375)

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

Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1780052998 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已解決 Linux 核心中的下列弱點：ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - 已解決 Linux 核心中的下列弱點：trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - 已解決 Linux 核心中的下列弱點：netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - 已解決 Linux 核心中的下列弱點：spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

請注意，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：1777616064 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：tracing: Fix potential double free in create_var_ref() In create_var_ref(), init_var_ref() is called to initialize the fields of variable ref_field, which is allocated in the previous function call to create_hist_field(). Function init_var_ref() allocates the corresponding fields such as ref_field->system, but frees these fields when the function encounters an error. The caller later calls destroy_hist_field() to conduct error handling, which frees the fields and the variable itself. This results in double free of the fields which are already freed in the previous function. Fix this by storing NULL to the corresponding fields when they are freed in init_var_ref(). (CVE-2022-49410)

  - 已解決 Linux 核心中的下列弱點：net: mdio: fix undefined behavior in bit shift for __mdiobus_register 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 drivers/net/phy/mdio_bus.c:586:27 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 __mdiobus_register+0x49d/0x4e0 fixed_mdio_bus_init+0xd8/0x12d do_one_initcall+0x76/0x430 kernel_init_freeable+0x3b3/0x422 kernel_init+0x24/0x1e0 ret_from_fork+0x1f/0x30 </TASK> (CVE-2022-49907)

  - 已解決 Linux 核心中的下列弱點：vt: Clear selection before changing the font When changing the console font with ioctl(KDFONTOP) the new font size can be bigger than the previous font. A previous selection may thus now be outside of the new screen size and thus trigger out-of-bounds accesses to graphics memory if the selection is removed in vc_do_resize(). Prevent such out-of-memory accesses by dropping the selection before the various con_font_set() console handlers are called.
    (CVE-2022-49948)

  - 已解決 Linux 核心中的下列弱點：wifi: iwlwifi: mvm: fix double free on tx path. We see kernel crashes and lockups and KASAN errors related to ax210 firmware crashes. One of the KASAN dumps pointed at the tx path, and it appears there is indeed a way to double-free an skb. If iwl_mvm_tx_skb_sta returns non-zero, then the 'skb' sent into the method will be freed. But, in case where we build TSO skb buffer, the skb may also be freed in error case. So, return 0 in that particular error case and do cleanup manually. BUG: KASAN: use-after-free in __list_del_entry_valid+0x12/0x90 iwlwifi 0000:06:00.0: 0x00000000 | tsf hi Read of size 8 at addr ffff88813cfa4ba0 by task btserver/9650 CPU: 4 PID: 9650 Comm: btserver Tainted: G W 5.19.8+ #5 iwlwifi 0000:06:00.0: 0x00000000 | time gp1 Hardware name: Default string Default string/SKYBAY, BIOS 5.12 02/19/2019 Call Trace: <TASK> dump_stack_lvl+0x55/0x6d print_report.cold.12+0xf2/0x684 iwlwifi 0000:06:00.0: 0x1D0915A8 | time gp2 ?
    __list_del_entry_valid+0x12/0x90 kasan_report+0x8b/0x180 iwlwifi 0000:06:00.0: 0x00000001 | uCode revision type ? __list_del_entry_valid+0x12/0x90 __list_del_entry_valid+0x12/0x90 iwlwifi 0000:06:00.0: 0x00000048 | uCode version major tcp_update_skb_after_send+0x5d/0x170 __tcp_transmit_skb+0xb61/0x15c0 iwlwifi 0000:06:00.0: 0xDAA05125 | uCode version minor ? __tcp_select_window+0x490/0x490 iwlwifi 0000:06:00.0:
    0x00000420 | hw version ? trace_kmalloc_node+0x29/0xd0 ? __kmalloc_node_track_caller+0x12a/0x260 ? memset+0x1f/0x40 ? __build_skb_around+0x125/0x150 ? __alloc_skb+0x1d4/0x220 ? skb_zerocopy_clone+0x55/0x230 iwlwifi 0000:06:00.0: 0x00489002 | board version ? kmalloc_reserve+0x80/0x80 ? rcu_read_lock_bh_held+0x60/0xb0 tcp_write_xmit+0x3f1/0x24d0 iwlwifi 0000:06:00.0: 0x034E001C | hcmd ?
    __check_object_size+0x180/0x350 iwlwifi 0000:06:00.0: 0x24020000 | isr0 tcp_sendmsg_locked+0x8a9/0x1520 iwlwifi 0000:06:00.0: 0x01400000 | isr1 ? tcp_sendpage+0x50/0x50 iwlwifi 0000:06:00.0: 0x48F0000A | isr2 ? lock_release+0xb9/0x400 ? tcp_sendmsg+0x14/0x40 iwlwifi 0000:06:00.0: 0x00C3080C | isr3 ? lock_downgrade+0x390/0x390 ? do_raw_spin_lock+0x114/0x1d0 iwlwifi 0000:06:00.0: 0x00200000 | isr4 ? rwlock_bug.part.2+0x50/0x50 iwlwifi 0000:06:00.0: 0x034A001C | last cmd Id ? rwlock_bug.part.2+0x50/0x50 ? lockdep_hardirqs_on_prepare+0xe/0x200 iwlwifi 0000:06:00.0: 0x0000C2F0 | wait_event ?
    __local_bh_enable_ip+0x87/0xe0 ? inet_send_prepare+0x220/0x220 iwlwifi 0000:06:00.0: 0x000000C4 | l2p_control tcp_sendmsg+0x22/0x40 sock_sendmsg+0x5f/0x70 iwlwifi 0000:06:00.0: 0x00010034 | l2p_duration
    __sys_sendto+0x19d/0x250 iwlwifi 0000:06:00.0: 0x00000007 | l2p_mhvalid ? __ia32_sys_getpeername+0x40/0x40 iwlwifi 0000:06:00.0: 0x00000000 | l2p_addr_match ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_sched_held+0x5a/0xd0 ? lock_release+0xb9/0x400 ? lock_downgrade+0x390/0x390 ? ktime_get+0x64/0x130 ? ktime_get+0x8d/0x130 ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? rcu_read_lock_bh_held+0xb0/0xb0
    __x64_sys_sendto+0x6f/0x80 do_syscall_64+0x34/0xb0 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP:
    0033:0x7f1d126e4531 Code: 00 00 00 00 0f 1f 44 00 00 f3 0f 1e fa 48 8d 05 35 80 0c 00 41 89 ca 8b 00 85 c0 75 1c 45 31 c9 45 31 c0 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 67 c3 66 0f 1f 44 00 00 55 48 83 ec 20 48 89 RSP: 002b:00007ffe21a679d8 EFLAGS: 00000246 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX:
    000000000000ffdc RCX: 00007f1d126e4531 RDX: 0000000000010000 RSI: 000000000374acf0 RDI: 0000000000000014 RBP: 00007ffe21a67ac0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R ---truncated--- (CVE-2022-50248)

  - 已解決 Linux 核心中的下列弱點：mmc: rtsx_usb_sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, the memory that allocated in mmc_alloc_host() will be leaked and it will lead a kernel crash because of deleting not added device in the remove path. So fix this by checking the return value and calling mmc_free_host() in the error path, besides, led_classdev_unregister() and pm_runtime_disable() also need be called.
    (CVE-2022-50347)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
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
351722	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1780052998）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/5	high
265544	Linux Distros 未修補的弱點：CVE-2023-53375	Nessus	Misc.	2025/9/19	2026/9/30	medium
175085	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-169)	Nessus	Amazon Linux Local Security Checks	2023/5/3	2026/2/10	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
351610	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個漏洞（ALMALINUX9.6：CLSA-2026：1780052998）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/10/5	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
353159	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1777616064）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	high

偵測

搜尋 Plugin

high

high

medium

high

high

high

high

high