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

  - regmap-irq修正配置緩衝區時的超出邊界存取。在 regmap_add_irq_chip_fwnode() 中配置 2D 陣列以處理 IRQ 類型暫存器時意圖是配置具有 num_config_bases 行和 num_config_regs 欄的矩陣。此問題目前的處理方式為配置緩衝區以保留每一列的指標 (即 num_config_bases)。之後邏輯會嘗試配置保留每一列的暫存器組態所需的記憶體。但是邏輯並未針對每一列執行此配置 (即 num_config_bases 配置)而是錯誤地執行此配置 num_config_regs 次。當 num_config_regs 大於 num_config_bases 時此狀況可導致超出邊界存取。將配置記憶體以保留暫存器組態的迴圈之終止條件更新為僅為矩陣中的每一列配置記憶體可修正此問題。Amit Pundir 報告其 db845c 裝置發生了一個當機問題這是因為記憶體損毀所致 (請參閱 Amit 報告的關閉標籤)。下列 KASAN 報告有助於將其範圍縮小至此問題[ 14.033877][ T1] =============================== =================================== [ 14.042507][ T1] 錯誤KASAN在 中無效存取regmap_add_irq_chip_fwnode+0x594/0x1364 [ 14.050796][ T1] 工作 init/1 在 addr 06ffff8081021850 寫入大小為 8 的內容 [ 14.242004][ T1] 錯誤位址屬於 ffffff8081021850 的物件 [ 14.242004][ T1]大小為 8 的快取 kmalloc-8 [ 14.255669][ T1] 錯誤位址位於 [ 14.255669][ T1] 8 位元組區域內 0 位元組 [ffffff8081021850, ffffff8081021858) (CVE-2023-53768)

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

  - 已解決 Linux 核心中的下列弱點：samples/landlock: Fix path_list memory leak Clang static analysis reports this error sandboxer.c:134:8: warning: Potential leak of memory pointed to by 'path_list' ret = 0; ^ path_list is allocated in parse_path() but never freed. (CVE-2021-47654)

  - 已解決 Linux 核心中的下列弱點：tty: synclink_gt: Fix null-pointer-dereference in slgt_clean() When the driver fails at alloc_hdlcdev(), and then we remove the driver module, we will get the following splat: [ 25.065966] general protection fault, probably for non-canonical address 0xdffffc0000000182: 0000 [#1] PREEMPT SMP KASAN PTI [ 25.066914] KASAN: null-ptr-deref in range [0x0000000000000c10-0x0000000000000c17] [ 25.069262] RIP: 0010:detach_hdlc_protocol+0x2a/0x3e0 [25.077709] Call Trace: [ 25.077924] <TASK> [ 25.078108] unregister_hdlc_device+0x16/0x30 [ 25.078481] slgt_cleanup+0x157/0x9f0 [synclink_gt] Fix this by checking whether the 'info->netdev' is a null pointer first. (CVE-2022-49307)

  - 已解決 Linux 核心中的下列弱點：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已解決 Linux 核心中的下列弱點：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已解決 Linux 核心中的下列弱點：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
277895	Linux Distros 未修補的弱點：CVE-2023-53768	Nessus	Misc.	2025/12/9	2026/7/17	medium
180130	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-299)	Nessus	Amazon Linux Local Security Checks	2023/8/24	2026/2/12	high
361258	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1778266904）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high

偵測

搜尋 Plugin

medium

high

high