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

  - 已解決 Linux 核心中的下列弱點：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已解決 Linux 核心中的下列弱點：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已解決 Linux 核心中的下列弱點：platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx]() The ACPI buffer memory (out.pointer) returned by wmi_evaluate_method() is not freed after the call, so it leads to memory leak. The method results in ACPI buffer is not used, so just pass NULL to wmi_evaluate_method() which fixes the memory leak. (CVE-2022-50521)

  - 已解決 Linux 核心中的下列弱點：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 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+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已解決 Linux 核心中的下列弱點：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

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

  - mac802154修正 ieee802154_if_add() 中遺漏的 INIT_LIST_HEAD 核心錯誤插入測試報告 null-ptr-deref 如下錯誤核心 NULL 指標解除參照解決0000000000000008 RIP
    0010:cfg802154_netdev_notifier_call+0x120/0x310 include/linux/list.h:114 呼叫追踪 <TASK> raw_notifier_call_chain+0x6d/0xa0 kernel/notifier.c:87 call_netdevice_notifiers_info+0x6e/0xc0 net/core/dev.c:1944 unregister_netdevice_many_notify+0x60d /0xcb0 net/core/dev.c:1982 unregister_netdevice_queue+0x154/0x1a0 net/core/dev.c:10879 register_netdevice+0x9a8/0xb90 net/core/dev.c:10083 ieee802154_if_add+0x6ed/0x7e0 net/mac802154/iface。 c:659 ieee802154_register_hw+0x29c/0x330 net/mac802154/main.c:229 mcr20a_probe+0xaaa/0xcb1 drivers/net/ieee802154/mcr20a.c:1316 ieee802154_if_add() 將 wpan_dev 配置為 netdev 私人資料中的結構但未初始化wpan_dev。 cfg802154_netdev_notifier_call() 會在裝置註冊/取消註冊時管理清單且可能導致發生 null-ptr-deref。對其使用 INIT_LIST_HEAD() 以正確初始化。 (CVE-2022-48972)

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

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

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。此弱點會影響 BPF 元件中 mm/gup.c 檔案的 follow_page_pte 函式。利用此弱點可導致爭用情形。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211921。(CVE-2022-3623)

    來賓可透過 netback 觸發 NIC 介面重設/中止/損毀。來賓可透過傳送特定類型的封包，在 Linux 型網路後端觸發 NIC 介面重設/中止/損毀。Linux 網路堆疊的其餘部分似乎有一個 (未寫入的) 假設，即封包通訊協定標頭都包含在 SKB 的線性區段中，如果不是這樣，則某些 NIC 會出現不良行為。據報告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 會發生此問題，但其他 NIC/驅動程式也可能有此問題。如果前端傳送具有分割標頭的要求，netback 會將違反上述假設的要求轉送至網路核心，進而導致上述錯誤行為。(CVE-2022-3643)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42328)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42329)

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

    ipv6：避免 ip6_fragment() 中的釋放後使用 (CVE-2022-48956)

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

    xen-netfront：修正即時移轉後的 NULL sring (CVE-2022-48969)

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

    af_unix：從 unix_diag_get_exact() 中的 in_skb 取得 user_ns。 (CVE-2022-48970)

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

    mac802154：修正 ieee802154_if_add() 中遺漏的 INIT_LIST_HEAD (CVE-2022-48972)

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

    can：af_can：修正 can_rcv_filter 中的 Null 指標解除參照弱點 (CVE-2022-48977)

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

    HID：核心：修正 hid_report_raw_event 中的 shift-out-of-bounds (CVE-2022-48978)

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

    drm/shmem-helper：移除放置在錯誤路徑中的 errant (CVE-2022-48981)

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

    mm/gup：修正 dax 的 gup_pud_range() (CVE-2022-48986)

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

    media：v4l2-dv-timings.c：修正過於嚴格的空白健全性測試 (CVE-2022-48987)

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

    memcg：修正 memcg_write_event_control() 中可能的釋放後使用 (CVE-2022-48988)

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

    mm/khugepaged：叫用 shmem/file 折疊路徑中的 MMU 通知程式 (CVE-2022-48991)

    在 Linux 核心中 net/can/af_can.c 的 can 通訊協定中發現 Null 指標解除參照問題。
    在 CAN 框架的接收路徑中，ml_priv 可能未初始化。本機使用者可利用此問題造成系統當機或造成拒絕服務。(CVE-2023-2166)

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

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

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

    在 Linux 核心中發現一個歸類為「有問題」的弱點。這會影響 IPv4 處置程式元件中 net/ipv4/fib_semantics.c 檔案的 fib_nh_match 函式。操控此弱點可導致超出邊界讀取。攻擊者可從遠端發動攻擊。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-210357。(CVE-2022-3435)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。此弱點會影響 BPF 元件中 mm/gup.c 檔案的 follow_page_pte 函式。利用此弱點可導致爭用情形。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211921。(CVE-2022-3623)

    來賓可透過 netback 觸發 NIC 介面重設/中止/損毀。來賓可透過傳送特定類型的封包，在 Linux 型網路後端觸發 NIC 介面重設/中止/損毀。Linux 網路堆疊的其餘部分似乎有一個 (未寫入的) 假設，即封包通訊協定標頭都包含在 SKB 的線性區段中，如果不是這樣，則某些 NIC 會出現不良行為。據報告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 會發生此問題，但其他 NIC/驅動程式也可能有此問題。如果前端傳送具有分割標頭的要求，netback 會將違反上述假設的要求轉送至網路核心，進而導致上述錯誤行為。(CVE-2022-3643)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42328)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 核心的 SYSCTL 子系統中，在使用者變更特定核心參數和變數的方式中發現堆疊溢位缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-4378)

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

    udf：修正間接範圍邊界的預先配置捨棄 (CVE-2022-48946)

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

    igb：初始化信箱訊息以進行 VF 重設 (CVE-2022-48949)

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

    ipv6：避免 ip6_fragment() 中的釋放後使用 (CVE-2022-48956)

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

    xen-netfront：修正即時移轉後的 NULL sring (CVE-2022-48969)

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

    af_unix：從 unix_diag_get_exact() 中的 in_skb 取得 user_ns。 (CVE-2022-48970)

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

    mac802154：修正 ieee802154_if_add() 中遺漏的 INIT_LIST_HEAD (CVE-2022-48972)

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

    can：af_can：修正 can_rcv_filter 中的 Null 指標解除參照弱點 (CVE-2022-48977)

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

    HID：核心：修正 hid_report_raw_event 中的 shift-out-of-bounds (CVE-2022-48978)

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

    drm/shmem-helper：移除放置在錯誤路徑中的 errant (CVE-2022-48981)

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

    mm/gup：修正 dax 的 gup_pud_range() (CVE-2022-48986)

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

    media：v4l2-dv-timings.c：修正過於嚴格的空白健全性測試 (CVE-2022-48987)

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

    memcg：修正 memcg_write_event_control() 中可能的釋放後使用 (CVE-2022-48988)

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

    mm/khugepaged：叫用 shmem/file 折疊路徑中的 MMU 通知程式 (CVE-2022-48991)

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

    char：tpm：使用鎖定保護 tpm_pm_suspend (CVE-2022-48997)

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

    ipv4：當 fib_info 包含 nh 參照時，處理刪除多重路徑路由的嘗試 (CVE-2022-48999)

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

    ommu/vt-d：修正 has_external_pci() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-49000)

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

    iommu/vt-d：修正 dmar_dev_scope_init() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-49002)

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

    追踪：移除使用的動態事件時釋放緩衝區 (CVE-2022-49006)

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

    nilfs2：修正 nilfs_palloc_commit_free_entry() 中的 NULL 指標解除參照 (CVE-2022-49007)

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

    sctp：修正 sctp_stream_outq_migrate() 中的記憶體洩漏 (CVE-2022-49013)

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

    net：tun：修正 tun_detach() 中的釋放後使用 (CVE-2022-49014)

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

    net：hsr：修復潛在的釋放後使用問題 (CVE-2022-49015)

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

    tipc：在 tipc_msg_validate 之後重新擷取 skb cb (CVE-2022-49017)

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

    net：phy：在 probe() 失敗時修正 null-ptr-deref (CVE-2022-49021)

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

    net/mlx5e：修正還原終止表格時的釋放後使用 (CVE-2022-49025)

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

    iavf：修正 iavf_init_module() 中的錯誤處理 (CVE-2022-49027)

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

    ixgbevf：修正 ixgbevf_init_module() 中的資源洩漏 (CVE-2022-49028)

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

    libbpf：處理 ringbuf mmap 的大小溢位 (CVE-2022-49030)

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

    btrfs：qgroup：修正 btrfs_qgroup_inherit() 中無效內容錯誤的 Sleep (CVE-2022-49033)

    在 Linux 核心的 5.6 至 5.11 版 (含) 中，io_uring 子系統的 IORING_OP_CLOSE 作業存在檢查時間與使用時間不一致的問題，使得本機使用者可以將其特權提升為 root 特權。
    此問題在 b5dba59e0cf7e2cc4d3b3b1ac5fe81ddf21959eb 中引入，然後在 9eac1904d3364254d622bf2c771c4f85cd435fc2 中修補，並在 788d0824269bef539fe31a785b1517882eafed93 中反向移植至穩定版。(CVE-2023-1295)

    在 Linux 核心中 net/can/af_can.c 的 can 通訊協定中發現 Null 指標解除參照問題。
    在 CAN 框架的接收路徑中，ml_priv 可能未初始化。本機使用者可利用此問題造成系統當機或造成拒絕服務。(CVE-2023-2166)

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

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

  - 已解決 Linux 核心中的下列弱點：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已解決 Linux 核心中的下列弱點：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已解決 Linux 核心中的下列弱點：platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx]() The ACPI buffer memory (out.pointer) returned by wmi_evaluate_method() is not freed after the call, so it leads to memory leak. The method results in ACPI buffer is not used, so just pass NULL to wmi_evaluate_method() which fixes the memory leak. (CVE-2022-50521)

  - 已解決 Linux 核心中的下列弱點：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 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+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已解決 Linux 核心中的下列弱點：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

遠端主機上安裝的核心版本早於 4.14.304-226.531。因此，會受到 ALAS2-2023-1932 公告中所提及的多個弱點影響。

    來賓可透過 netback 觸發 NIC 介面重設/中止/損毀。來賓可透過傳送特定類型的封包，在 Linux 型網路後端觸發 NIC 介面重設/中止/損毀。Linux 網路堆疊的其餘部分似乎有一個 (未寫入的) 假設，即封包通訊協定標頭都包含在 SKB 的線性區段中，如果不是這樣，則某些 NIC 會出現不良行為。據報告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 會發生此問題，但其他 NIC/驅動程式也可能有此問題。如果前端傳送具有分割標頭的要求，netback 會將違反上述假設的要求轉送至網路核心，進而導致上述錯誤行為。(CVE-2022-3643)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42328)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 核心 6.0.10 以及之前所有版本中發現一個問題。net/bluetooth/l2cap_core.c 的 l2cap_config_req 存在可透過 L2CAP_CONF_REQ 封包觸發的整數環繞弱點。(CVE-2022-45934)

    在 6.1.6 版之前的 Linux 核心中，流量控制子系統中存在 NULL 指標解除參照錯誤，允許無權限的使用者透過以 tc qdisc 和 tc class 命令設定的特製流量控制組態，觸發拒絕服務 (系統當機)。這會影響 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

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

    udf：修正間接範圍邊界的預先配置捨棄 (CVE-2022-48946)

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

    Bluetooth：L2CAP：修正 u8 溢位 (CVE-2022-48947)

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

    igb：初始化信箱訊息以進行 VF 重設 (CVE-2022-48949)

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

    ipv6：避免 ip6_fragment() 中的釋放後使用 (CVE-2022-48956)

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

    mac802154：修正 ieee802154_if_add() 中遺漏的 INIT_LIST_HEAD (CVE-2022-48972)

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

    HID：核心：修正 hid_report_raw_event 中的 shift-out-of-bounds (CVE-2022-48978)

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

    media：v4l2-dv-timings.c：修正過於嚴格的空白健全性測試 (CVE-2022-48987)

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

    memcg：修正 memcg_write_event_control() 中可能的釋放後使用 (CVE-2022-48988)

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

    mm/khugepaged：叫用 shmem/file 折疊路徑中的 MMU 通知程式 (CVE-2022-48991)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

    pnode在來源的對等端終止 (CVE-2022-50280)

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

    ext4「ext4_rename」中「old.inode」的初始化配額 (CVE-2022-50346)

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

    md修正 mempool_free 中的損毀 (CVE-2022-50381)

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

    tpmtpm_crb新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50389)

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

    dm cache修正 destroy() 中的 UAF (CVE-2022-50496)

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    iommu/amd修正 ppr_notifier() 中的 pci 裝置 refcount 洩漏 (CVE-2022-50505)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

    dm Thin提交失敗時使用最後一個交易的 pmd->root (CVE-2022-50534)

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

    dm Thin修正 run_timer_softirq() 中的 UAF (CVE-2022-50563)

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

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

    PCI透過檢查 PF 修正 VF 的 pci_device_is_present() (CVE-2022-50636)

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

    ext4修正 __es_tree_search 中由錯誤的開機載入器 inode 所造成的 bug_on (CVE-2022-50638)

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

    tpmtpm_tis新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50824)

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

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

    ext4修正錯誤路徑上 ext4_xattr_inode_create() 中的 inode 洩漏 (CVE-2022-50845)

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

    根據使用 STIBP 作為緩解措施的核心 API 中的奇怪模式發現，Linux 核心未正確緩解 SMT 攻擊，處理程序在系統呼叫後的短暫期間仍然暴露在風險之下。核心也不會在系統呼叫期間立即發出 IBPB。 (CVE-2023-0045)

    在 Linux 核心的 Network 子元件中，在 net/ipv6/raw.c 的 rawv6_push_pending_frames 中發現一個 NULL 指標解除參照缺陷。此缺陷會導致系統當機。(CVE-2023-0394)

    偵測到一些可遭惡意利用的小工具，這些小工具可透過側通道 (如 MDS) 以及針對 spectre-v1 的 usercopy 函式強化不足，來洩漏私密記憶體。(CVE-2023-0459)

    Linux 核心中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。必須設定核心組態旗標 CONFIG_TLS 或 CONFIG_XFRM_ESPINTCP，才能達到弱點，但該作業不需要任何權限。

    struct inet_connection_sock 的 icsk_ulp_data 有一個釋放後使用錯誤。

    啟用 CONFIG_TLS 時，使用者可在已連線的 tcp 通訊端上安裝 tls 內容 (struct tls_context)。
    如果此通訊端中斷連線並重新用作接聽程式，則不會清除內容。如果從接聽程式建立新的通訊端，則內容會繼承並受到影響。

    setsockopt TCP_ULP 作業不需要任何權限。

    建議升級過去的提交 2c02d41d71f90a5168391b6a5f2954112ba2307c (CVE-2023-0461)

    在 Linux 核心 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_atm.c 中的 atm_tc_enqueue 允許攻擊者造成系統拒絕服務。(CVE-2023-23455)

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

    usbxhci解除參照前檢查端點是否有效 (CVE-2023-52901)

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

    netfilter: ipset: 修復 bitmap_ip_create() 函式中，擴展前的溢位錯誤。(CVE-2023-53032)

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
359640	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/15	high
225570	Linux Distros 未修補的弱點：CVE-2022-48972	Nessus	Misc.	2025/3/5	2026/7/17	medium
170471	Amazon Linux 2 : kernel (ALASKERNEL-5.4-2023-041)	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/2/26	high
170472	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2023-025)	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/2/26	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
359694	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/15	high
170458	Amazon Linux 2：核心， --advisory ALAS2KERNEL-5。15-2023-012（ALASKERNEL-5。15-2023-012	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/6/4	high
171229	Amazon Linux 2核心 --advisory ALAS2-2023-1932 (ALAS-2023-1932)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high

偵測

搜尋 Plugin

high

medium

high

high

high

high

high

high