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

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

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

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

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

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

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

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

    在 6.2 版之前的 Linux 核心中發現一個問題。ntfs3 子系統未在讀取磁碟期間正確檢查正確性，從而導致 fs/ntfs3/xattr.c 的 ntfs_set_ea 發生超出邊界讀取。
    (CVE-2022-48502)

    部分 AMD CPU 存在側通道弱點，攻擊者可利用此弱點影響傳回位址預測。這可能導致在由攻擊者控制的位址進行推測執行，進而可能造成資訊洩漏。(CVE-2023-20569)

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

    Linux 核心的 net/sched: sch_qfq 元件中有一個超出邊界寫入弱點，可遭惡意利用來提升本機權限。

    net/sched/sch_qfq.c 中的 qfq_change_agg() 函式允許超出邊界寫入，這是因為 lmax 是根據封包大小更新並且沒有進行邊界檢查。

    建議升級過去的 Commit 3e337087c3b5805fe0b8a46ba622a962880b5d64。(CVE-2023-3611)

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

    如果 tcf_change_indev() 失敗，fw_set_parms() 會在增加或減少 tcf_bind_filter() 中的參照計數器後立即傳回錯誤。如果攻擊者可控制參照計數器並將其設定為零，便可造成參照釋放，進而導致釋放後使用弱點。

    建議升級過去的 Commit 0323bce598eea038714f941ce2b22541c46d488f。(CVE-2023-3776)

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

    在 6.4.5 版之前的 Linux 核心的 net/ceph/messenger_v2.c 中發現一個問題。其中存在整數正負號錯誤，可導致緩衝區溢位和透過 HELLO 或其中一個 AUTH 框架執行遠端程式碼。發生此問題的原因是從 ceph_decode_32 中的 TCP 封包取得了不受信任的長度。
    (CVE-2023-44466)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    ntfs修正 ntfs_listxattr() 造成的平台超出邊界錯誤 (CVE-2023-53420)

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

    bpfcpumap修正 cpu_map_update_elem 中的記憶體洩漏 (CVE-2023-53441)

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

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

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

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

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

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

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

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

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

    bonding不假設已設定 skb mac_header (CVE-2023-53601)

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

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

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

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

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

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

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

    clk修正 devm_clk_notifier_register() 中的記憶體洩漏 (CVE-2023-53674)

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

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

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

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

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

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

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

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

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

    drm/ttm swapout 移動錯誤時不洩漏資源 (CVE-2023-53844)

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

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

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

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

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

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

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

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

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

    ext4若啟用配額後掛載失敗則關閉配額 (CVE-2023-54153)

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

    net/mlx5e修正 mlx5e_ptp_open 中的記憶體洩漏 (CVE-2023-54169)

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

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

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

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

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

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

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

    ovl修正 ovl_get_acl_rcu() 中的 null 指標解除參照 (CVE-2023-54313)

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

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

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

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

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

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

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

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

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

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

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

    在 6.2 版之前的 Linux 核心中發現一個問題。ntfs3 子系統未在讀取磁碟期間正確檢查正確性，從而導致 fs/ntfs3/xattr.c 的 ntfs_set_ea 發生超出邊界讀取。
    (CVE-2022-48502)

    Linux 核心的 net/sched: sch_qfq 元件中有一個超出邊界寫入弱點，可遭惡意利用來提升本機權限。

    net/sched/sch_qfq.c 中的 qfq_change_agg() 函式允許超出邊界寫入，這是因為 lmax 是根據封包大小更新並且沒有進行邊界檢查。

    建議升級過去的 Commit 3e337087c3b5805fe0b8a46ba622a962880b5d64。(CVE-2023-3611)

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

    如果 tcf_change_indev() 失敗，fw_set_parms() 會在增加或減少 tcf_bind_filter() 中的參照計數器後立即傳回錯誤。如果攻擊者可控制參照計數器並將其設定為零，便可造成參照釋放，進而導致釋放後使用弱點。

    建議升級過去的 Commit 0323bce598eea038714f941ce2b22541c46d488f。(CVE-2023-3776)

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

    在 6.4.5 版之前的 Linux 核心的 net/ceph/messenger_v2.c 中發現一個問題。其中存在整數正負號錯誤，可導致緩衝區溢位和透過 HELLO 或其中一個 AUTH 框架執行遠端程式碼。發生此問題的原因是從 ceph_decode_32 中的 TCP 封包取得了不受信任的長度。
    (CVE-2023-44466)

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

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

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

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

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

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

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

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

    bpf修正因 fentry 附加失敗所導致的記憶體洩漏 (CVE-2023-53221)

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

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

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

    net修正 net_dev_start_xmit 追踪事件與 skb_transport_offset() 的問題 (CVE-2023-53312)

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

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

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

    ext2/dax修正 len 為頁面對齊時的 ext2_setsize (CVE-2023-53323)

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

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

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

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

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

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

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

    busfsl-mc不假設子裝置都是 fsl-mc 裝置 (CVE-2023-53362)

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

    cifs稍後再釋放 cfile防止釋放後使用 (CVE-2023-53377)

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

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

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

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

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

    ntfs修正 ntfs_listxattr() 造成的平台超出邊界錯誤 (CVE-2023-53420)

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

    bpfcpumap修正 cpu_map_update_elem 中的記憶體洩漏 (CVE-2023-53441)

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

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

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

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

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

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

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

    bonding不假設已設定 skb mac_header (CVE-2023-53601)

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

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

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

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

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

    drivers/perfhisi請勿將 perf 移轉至即將進行卸除的 CPU (CVE-2023-53656)

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

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

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

    nvme-core修正 dev_pm_qos memleak (CVE-2023-53670)

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

    clk修正 devm_clk_notifier_register() 中的記憶體洩漏 (CVE-2023-53674)

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

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

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

    arm64sme在串流 SVE 模式中使用 STR P 清除 FFR 內容欄位 (CVE-2023-53713)

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

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

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

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

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

    regmap-irq修正配置緩衝區時的超出邊界存取 (CVE-2023-53768)

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

    nvme-core修正 dhchap_ctrl_secret 中的記憶體洩漏 (CVE-2023-53792)

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

    perf 工具 x86修正 perf_env 記憶體洩漏 (CVE-2023-53793)

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

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

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

    drm/ttm swapout 移動錯誤時不洩漏資源 (CVE-2023-53844)

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

    nvme-core修正 dhchap_secret_store 中的記憶體洩漏 (CVE-2023-53852)

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

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

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

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

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

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

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

    btrfs修正從已變更 cow root 清單刪除可用空間 root 時的爭用 (CVE-2023-54067)

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

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

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

    ext4若啟用配額後掛載失敗則關閉配額 (CVE-2023-54153)

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

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

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

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

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

    block修正 blktrace debugfs 項目洩漏 (CVE-2023-54209)

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

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

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

    ovl修正 ovl_get_acl_rcu() 中的 null 指標解除參照 (CVE-2023-54313)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：binfmt_misc: fix shift-out-of-bounds in check_special_flags UBSAN reported a shift-out-of-bounds warning: left shift of 1 by 31 places cannot be represented in type 'int' Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x8d/0xcf lib/dump_stack.c:106 ubsan_epilogue+0xa/0x44 lib/ubsan.c:151
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x208 lib/ubsan.c:322 check_special_flags fs/binfmt_misc.c:241 [inline] create_entry fs/binfmt_misc.c:456 [inline] bm_register_write+0x9d3/0xa20 fs/binfmt_misc.c:654 vfs_write+0x11e/0x580 fs/read_write.c:582 ksys_write+0xcf/0x120 fs/read_write.c:637 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x34/0x80 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x4194e1 Since the type of Node's flags is unsigned long, we should define these macros with same type too. (CVE-2022-50497)

  - 已解決 Linux 核心中的下列弱點：crypto: scomp - fix req->dst buffer overflow The req->dst buffer size should be checked before copying from the scomp_scratch->dst to avoid req->dst buffer overflow problem. (CVE-2023-52612)

  - 已解決 Linux 核心中的下列弱點：loop: Fix use-after-free issues do_req_filebacked() calls blk_mq_complete_request() synchronously or asynchronously when using asynchronous I/O unless memory allocation fails. Hence, modify loop_handle_cmd() such that it does not dereference 'cmd' nor 'rq' after do_req_filebacked() finished unless we are sure that the request has not yet been completed. This patch fixes the following kernel crash: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000054 Call trace: css_put.42938+0x1c/0x1ac loop_process_work+0xc8c/0xfd4 loop_rootcg_workfn+0x24/0x34 process_one_work+0x244/0x558 worker_thread+0x400/0x8fc kthread+0x16c/0x1e0 ret_from_fork+0x10/0x20 (CVE-2023-53111)

  - 已解決 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)

  - 已解決 Linux 核心中的下列弱點：net: fec: Better handle pm_runtime_get() failing in .remove() In the (unlikely) event that pm_runtime_get() (disguised as pm_runtime_resume_and_get()) fails, the remove callback returned an error early. The problem with this is that the driver core ignores the error value and continues removing the device. This results in a resource leak. Worse the devm allocated resources are freed and so if a callback of the driver is called later the register mapping is already gone which probably results in a crash. (CVE-2023-53308)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：binfmt_misc: fix shift-out-of-bounds in check_special_flags UBSAN reported a shift-out-of-bounds warning: left shift of 1 by 31 places cannot be represented in type 'int' Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x8d/0xcf lib/dump_stack.c:106 ubsan_epilogue+0xa/0x44 lib/ubsan.c:151
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x208 lib/ubsan.c:322 check_special_flags fs/binfmt_misc.c:241 [inline] create_entry fs/binfmt_misc.c:456 [inline] bm_register_write+0x9d3/0xa20 fs/binfmt_misc.c:654 vfs_write+0x11e/0x580 fs/read_write.c:582 ksys_write+0xcf/0x120 fs/read_write.c:637 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x34/0x80 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x4194e1 Since the type of Node's flags is unsigned long, we should define these macros with same type too. (CVE-2022-50497)

  - 已解決 Linux 核心中的下列弱點：crypto: scomp - fix req->dst buffer overflow The req->dst buffer size should be checked before copying from the scomp_scratch->dst to avoid req->dst buffer overflow problem. (CVE-2023-52612)

  - 已解決 Linux 核心中的下列弱點：loop: Fix use-after-free issues do_req_filebacked() calls blk_mq_complete_request() synchronously or asynchronously when using asynchronous I/O unless memory allocation fails. Hence, modify loop_handle_cmd() such that it does not dereference 'cmd' nor 'rq' after do_req_filebacked() finished unless we are sure that the request has not yet been completed. This patch fixes the following kernel crash: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000054 Call trace: css_put.42938+0x1c/0x1ac loop_process_work+0xc8c/0xfd4 loop_rootcg_workfn+0x24/0x34 process_one_work+0x244/0x558 worker_thread+0x400/0x8fc kthread+0x16c/0x1e0 ret_from_fork+0x10/0x20 (CVE-2023-53111)

  - 已解決 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)

  - 已解決 Linux 核心中的下列弱點：net: fec: Better handle pm_runtime_get() failing in .remove() In the (unlikely) event that pm_runtime_get() (disguised as pm_runtime_resume_and_get()) fails, the remove callback returned an error early. The problem with this is that the driver core ignores the error value and continues removing the device. This results in a resource leak. Worse the devm allocated resources are freed and so if a callback of the driver is called later the register mapping is already gone which probably results in a crash. (CVE-2023-53308)

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

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

  - 已解決 Linux 核心中的下列弱點：tracing/histograms: Add histograms to hist_vars if they have referenced variables Hist triggers can have referenced variables without having direct variables fields. This can be the case if referenced variables are added for trigger actions. In this case the newly added references will not have field variables. Not taking such referenced variables into consideration can result in a bug where it would be possible to remove hist trigger with variables being refenced. This will result in a bug that is easily reproducable like so $ cd /sys/kernel/tracing $ echo 'synthetic_sys_enter char[] comm; long id' >> synthetic_events $ echo 'hist:keys=common_pid.execname,id.syscall:vals=hitcount:comm=common_pid.execname' >> events/raw_syscalls/sys_enter/trigger $ echo 'hist:keys=common_pid.execname,id.syscall:onmatch(raw_syscalls.sys_enter).synthetic_sys_enter($comm, id)' >> events/raw_syscalls/sys_enter/trigger $ echo '!hist:keys=common_pid.execname,id.syscall:vals=hitcount:comm=common_pid.execname' >> events/raw_syscalls/sys_enter/trigger [ 100.263533] ================================================================== [ 100.264634] BUG: KASAN: slab-use-after-free in resolve_var_refs+0xc7/0x180 [ 100.265520] Read of size 8 at addr ffff88810375d0f0 by task bash/439 [ 100.266320] [ 100.266533] CPU: 2 PID: 439 Comm: bash Not tainted 6.5.0-rc1 #4 [ 100.267277] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.0-20220807_005459-localhost 04/01/2014 [100.268561] Call Trace: [ 100.268902] <TASK> [ 100.269189] dump_stack_lvl+0x4c/0x70 [ 100.269680] print_report+0xc5/0x600 [ 100.270165] ? resolve_var_refs+0xc7/0x180 [ 100.270697] ? kasan_complete_mode_report_info+0x80/0x1f0 [ 100.271389] ? resolve_var_refs+0xc7/0x180 [ 100.271913] kasan_report+0xbd/0x100 [ 100.272380] ? resolve_var_refs+0xc7/0x180 [ 100.272920] __asan_load8+0x71/0xa0 [100.273377] resolve_var_refs+0xc7/0x180 [ 100.273888] event_hist_trigger+0x749/0x860 [ 100.274505] ? kasan_save_stack+0x2a/0x50 [ 100.275024] ? kasan_set_track+0x29/0x40 [ 100.275536] ?
    __pfx_event_hist_trigger+0x10/0x10 [ 100.276138] ? ksys_write+0xd1/0x170 [ 100.276607] ? do_syscall_64+0x3c/0x90 [ 100.277099] ? entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ 100.277771] ? destroy_hist_data+0x446/0x470 [ 100.278324] ? event_hist_trigger_parse+0xa6c/0x3860 [ 100.278962] ?
    __pfx_event_hist_trigger_parse+0x10/0x10 [ 100.279627] ? __kasan_check_write+0x18/0x20 [ 100.280177] ? mutex_unlock+0x85/0xd0 [ 100.280660] ? __pfx_mutex_unlock+0x10/0x10 [ 100.281200] ? kfree+0x7b/0x120 [100.281619] ? ____kasan_slab_free+0x15d/0x1d0 [ 100.282197] ? event_trigger_write+0xac/0x100 [ 100.282764] ? __kasan_slab_free+0x16/0x20 [ 100.283293] ? __kmem_cache_free+0x153/0x2f0 [ 100.283844] ? sched_mm_cid_remote_clear+0xb1/0x250 [ 100.284550] ? __pfx_sched_mm_cid_remote_clear+0x10/0x10 [100.285221] ? event_trigger_write+0xbc/0x100 [ 100.285781] ? __kasan_check_read+0x15/0x20 [ 100.286321] ?
    __bitmap_weight+0x66/0xa0 [ 100.286833] ? _find_next_bit+0x46/0xe0 [ 100.287334] ? task_mm_cid_work+0x37f/0x450 [ 100.287872] event_triggers_call+0x84/0x150 [ 100.288408] trace_event_buffer_commit+0x339/0x430 [ 100.289073] ? ring_buffer_event_data+0x3f/0x60 [ 100.292189] trace_event_raw_event_sys_enter+0x8b/0xe0 [ 100.295434] syscall_trace_enter.constprop.0+0x18f/0x1b0 [100.298653] syscall_enter_from_user_mode+0x32/0x40 [ 100.301808] do_syscall_64+0x1a/0x90 [ 100.304748] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ 100.307775] RIP: 0033:0x7f686c75c1cb [ 100.310617] Code: 73 01 c3 48 8b 0d 65 3c 10 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa b8 21 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 35 3c 10 00 f7 d8 64 89 01 48 [ 100.317847] RSP:
    002b:00007ffc60137a38 EFLAGS: 00000246 ORIG_RAX: 0000000000000021 [ 100.321200] RA ---truncated--- (CVE-2023-53560)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
352370	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1773047921）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
179798	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-025 (ALASKERNEL-5.15-2023-025)	Nessus	Amazon Linux Local Security Checks	2023/8/14	2026/2/11	high
361020	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.4：CLSA-2026：1773048865）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
180130	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-299)	Nessus	Amazon Linux Local Security Checks	2023/8/24	2026/2/12	high
362121	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
180566	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-039 (ALASKERNEL-5.10-2023-039)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/11	high
352446	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1778276927）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/10/22	high
182659	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-054 (ALASKERNEL-5.4-2023-054)	Nessus	Amazon Linux Local Security Checks	2023/10/6	2026/2/9	high
352841	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1778276927）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	high
269406	Linux Distros 未修補的弱點：CVE-2023-53560	Nessus	Misc.	2025/10/8	2026/11/12	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high