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

  - dm修正 Retrieve_deps 中的爭用情形。當retrieve_deps 與呼叫 dm_get_device 和 dm_put_device 的 multipath_message 爭用時多重路徑目標中有爭用情形。 restore_deps 在未保留任何鎖定的情況下執行開啟裝置的清單但 multipath 可能會在執行時在清單中新增或移除裝置。最終結果可能是記憶體損毀或釋放後使用記憶體存取。請參閱此具有 multipath_message() 的 UAF 描述 https://listman.redhat.com/archives/dm-devel/2022-October/052373.html 藉由引入新的 rw semaphore devices_lock 修正此錯誤。我們在retrieve_deps 中抓取 devices_lock 進行讀取並在 dm_get_device 和 dm_put_device 中抓取它用於寫入。
    (CVE-2023-54324)

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

Rocky Linux 8 主機已安裝的套件會受到 CIQ crxsa-2024_3138 公告中提及的多個弱點影響。

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

    安全性修正：

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

    其他變更:

    如需有關此發行版本的詳細變更資訊，請參閱可從「參照」一節連結的 Rocky Linux SIG Cloud 8.10 版本資訊。

    此公告由 Ctrl IQ， Inc 為 Rocky Linux 系統提供。有關CIQ安全實踐的更多信息，請訪問 https://ciq.com/security。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

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

  - 已解決 Linux 核心中的下列弱點：extcon: Modify extcon device to be created after driver data is set Currently, someone can invoke the sysfs such as state_show() intermittently before dev_set_drvdata() is done. And it can be a cause of kernel Oops because of edev is Null at that time. So modified the driver registration to after setting drviver data. - Oops's backtrace.
    Backtrace: [<c067865c>] (state_show) from [<c05222e8>] (dev_attr_show) [<c05222c0>] (dev_attr_show) from [<c02c66e0>] (sysfs_kf_seq_show) [<c02c6648>] (sysfs_kf_seq_show) from [<c02c496c>] (kernfs_seq_show) [<c02c4938>] (kernfs_seq_show) from [<c025e2a0>] (seq_read) [<c025e11c>] (seq_read) from [<c02c50a0>] (kernfs_fop_read) [<c02c5064>] (kernfs_fop_read) from [<c0231cac>] (__vfs_read) [<c0231c5c>] (__vfs_read) from [<c0231ee0>] (vfs_read) [<c0231e34>] (vfs_read) from [<c0232464>] (ksys_read) [<c02323f0>] (ksys_read) from [<c02324fc>] (sys_read) [<c02324e4>] (sys_read) from [<c00091d0>] (__sys_trace_return) (CVE-2022-49308)

  - 已解決 Linux 核心中的下列弱點：tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

  - 已解決 Linux 核心中的下列弱點：ata: libata-core: fix NULL pointer deref in ata_host_alloc_pinfo() In an unlikely (and probably wrong?) case that the 'ppi' parameter of ata_host_alloc_pinfo() points to an array starting with a NULL pointer, there's going to be a kernel oops as the 'pi' local variable won't get reassigned from the initial value of NULL. Initialize 'pi' instead to '&ata_dummy_port_info' to fix the possible kernel oops for good... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool. (CVE-2022-49731)

  - 已解決 Linux 核心中的下列弱點：bridge: switchdev: Fix memory leaks when changing VLAN protocol The bridge driver can offload VLANs to the underlying hardware either via switchdev or the 8021q driver. When the former is used, the VLAN is marked in the bridge driver with the 'BR_VLFLAG_ADDED_BY_SWITCHDEV' private flag. To avoid the memory leaks mentioned in the cited commit, the bridge driver will try to delete a VLAN via the 8021q driver if the VLAN is not marked with the previously mentioned flag. When the VLAN protocol of the bridge changes, switchdev drivers are notified via the 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' attribute, but the 8021q driver is also called to add the existing VLANs with the new protocol and delete them with the old protocol. In case the VLANs were offloaded via switchdev, the above behavior is both redundant and buggy. Redundant because the VLANs are already programmed in hardware and drivers that support VLAN protocol change (currently only mlx5) change the protocol upon the switchdev attribute notification. Buggy because the 8021q driver is called despite these VLANs being marked with 'BR_VLFLAG_ADDED_BY_SWITCHDEV'. This leads to memory leaks [1] when the VLANs are deleted. Fix by not calling the 8021q driver for VLANs that were already programmed via switchdev. [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump (first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>] __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>] __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_sendmsg+0x788/0xc40 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>] ____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>] ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

  - 已解決 Linux 核心中的下列弱點：capabilities: fix potential memleak on error path from vfs_getxattr_alloc() In cap_inode_getsecurity(), we will use vfs_getxattr_alloc() to complete the memory allocation of tmpbuf, if we have completed the memory allocation of tmpbuf, but failed to call handler->get(...), there will be a memleak in below logic: |-- ret = (int)vfs_getxattr_alloc(mnt_userns, ...) | /* ^^^ alloc for tmpbuf */ |-- value = krealloc(*xattr_value, error + 1, flags) | /* ^^^ alloc memory */ |-- error = handler->get(handler, ...) | /* error! */ |--
    *xattr_value = value | /* xattr_value is &tmpbuf (memory leak!) */ So we will try to free(tmpbuf) after vfs_getxattr_alloc() fails to fix it. [PM: subject line and backtrace tweaks] (CVE-2022-49890)

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

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

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

    ceph：卸載時，中斷來自 MDS 的訊息 (CVE-2022-48628)

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

    nf_tables netlink 控制平面交易和 nft_set 元素記憶體回收之間存在爭用情形，可能會使參照計數器反向溢位，進而造成釋放後使用弱點。

    建議升級過去的 Commit 3e91b0ebd994635df2346353322ac51ce84ce6d8。(CVE-2023-4244)

    在 Linux 核心的 ipv4 堆疊中發現 NULL 指標解除參照瑕疵。假設在呼叫 __ip_options_compile 之前，通訊端緩衝區 (skb) 已與裝置相關聯，但如果 skb 經 ipvs 重新路由，則並非總是如此。具有 CAP_NET_ADMIN 特權的本機使用者可利用此問題造成系統當機。(CVE-2023-42754)

    在 Linux 核心的 Netfilter 子系統中發現一個瑕疵。由於對錯誤的 `set` 叫用 `__ip_set_put` ，IPSET_CMD_ADD 和 IPSET_CMD_SWAP 之間的爭用情形可導致核心錯誤。
    本機使用者可能會利用此問題導致系統當機。(CVE-2023-42756)

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

    在相同交易的鏈結繫結中新增和移除規則會導致釋放後使用。

    建議升級過去的 Commit f15f29fd4779be8a418b66e9d52979bb6d6c2325。(CVE-2023-5197)

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

    netfilter：nft_set_rbtree：略過此交易中新元素的同步 GC

    此交易中的新元素可能會在交易結束前到期。略過此類元素的同步 GC，否則提交路徑可能會繞過已釋放的物件。交易完成後，async GC 會收集此類過期的元素。(CVE-2023-52433)

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

    x86/srso：新增 Hygon 處理器的 SRSO 緩解措施 (CVE-2023-52482)

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

    ring-buffer：不會嘗試讀取過去的認可 (CVE-2023-52501)

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

    mm/slab_common：修正 kmem_cache_destroy() 後發生的 slab_caches 清單損毀 (CVE-2023-52562)

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

    serial：8250_port：使用前檢查 IRQ 資料 (CVE-2023-52567)

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

    btrfs：在無法插入延遲的 dir 索引項目後移除 BUG() (CVE-2023-52569)

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

    cifs：修正 cifs_demultiplex_thread() 中的 UAF (CVE-2023-52572)

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

    net：rds：修正可能的 NULL 指標解除參照 (CVE-2023-52573)

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

    team：team 裝置類型發生變更時，修正 NULL 指標解除參照 (CVE-2023-52574)

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

    x86/mm、kexec、ima：使用 ima_free_kexec_buffer() 中的 memblock_free_late() (CVE-2023-52576)

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

    net：bridge：使用 DEV_STATS_INC() (CVE-2023-52578)

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

    net/core：修正 ETH_P_1588 流量解剖器 (CVE-2023-52580)

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

    netfs：僅為每個 folio 呼叫一次 folio_start_fscache() (CVE-2023-52582)

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

    netfilter：nf_tables：調整設定後端以使用 GC 交易 API (CVE-2023-52923)

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

    netfilter：nf_tables：執行期間不略過過期的元素 (CVE-2023-52924)

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

    如果 smb3_fs_context_parse_param 中發生錯誤，ctx->password 會被釋放，但欄位未設為 NULL，其可導致重複釋放。

    我們建議升級過去的 commit e6e43b8aa7cd3c3af686caf0c2e11819a886d705。(CVE-2023-5345)

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

    dm修正retrieve_deps 中的爭用情形 (CVE-2023-54324)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
280695	Linux Distros 未修補的弱點：CVE-2023-54324	Nessus	Misc.	2025/12/30	2026/9/30	high
353813	Rocky Linux 8 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / etc 多個弱點（crxsa-2024_3138）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
360687	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783362244）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
183798	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-385)	Nessus	Amazon Linux Local Security Checks	2023/10/24	2026/2/10	high

偵測

搜尋 Plugin

high

critical

high

high