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

  - 已解決 Linux 核心中的下列弱點：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 核心的 TeleTYpe 子系統中發現超出邊界讀取缺陷。由於 flush_to_ldisc 函式中存在記憶體洩漏弱點，使用者利用 ioctls 的 TIOCSPTLCK、TIOCGPTPEER、TIOCSTI 和 TCXONC 觸發爭用情形時會發生此問題。本機使用者可利用此缺陷造成系統當機，或從記憶體讀取未經授權的隨機資料。(CVE-2022-1462)

  - 已解決 Linux 核心中的下列弱點：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已解決 Linux 核心中的下列弱點：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已解決 Linux 核心中的下列弱點：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

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

  - genirq/ipi修正 irq_data_get_affinity_mask() 中的 NULL 指標解除參照。如果使用無效的中斷編號呼叫 ipi_send_{mask|single}()其中的所有本機變數將為 NULL。從這些函式叫用的 ipi_send_verify() 會驗證其「data」參數當傳遞的 NULL 指標解除參照時會導致 irq_data_get_affinity_mask() 中發生核心 oops。在 ipi_send_verify() 中新增遺漏的 NULL 指標檢查... 由 Linux Verification Center (linuxtesting.org) 使用 SVACE 靜態分析工具發現。 (CVE-2023-53332)

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

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

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

    drm修正因 drmm_mode_config_init() 引起的潛在 null-ptr-deref (CVE-2022-50556)

    在 Linux 核心以 io_uring 處理 IORING_OP_SOCKET 作業的過程中發現一個雙重釋放弱點。 (CVE-2023-1032)

    由於初始化期間的類型混淆問題，Linux 核心中的 tun 和 tap 通訊端將其通訊端 UID 硬式編碼為 0 (即 root)。雖然這通常是正確的，因為 TUN/TAP 裝置需要 CAP_NET_ADMIN，但也存在例外情況。通訊端 UID 可用於網路篩选和路由，因此可能導致 TUN/TAP 通訊端管理方式錯誤，進而可能繞過以 UID 為基礎的網路篩選器。(CVE-2023-1076)

    核心：pick_next_rt_entity() 中存在類型混淆弱點，此弱點可導致記憶體損毀。(CVE-2023-1077)

    在使用者卸離 rc 裝置的方式中在 Linux 核心整合式紅外線接收器/收發器驅動程式中發現一個瑕疵。本機使用者可利用此缺陷使系統當機，或可能提升其在系統中的權限。(CVE-2023-1118)

    Linux 核心流量控制索引篩選器 (tcindex) 中的釋放後使用弱點可被利用來提升本機權限。tcindex_delete 函式在刪除基礎結構時未正確停用篩選器，從而會在稍後導致重複釋放該結構。本機攻擊者可利用此弱點來將特權提升為根權限。我們建議使用者升級過去的認可 8c710f75256bb3cf05ac7b1672c82b92c43f3d28。(CVE-2023-1829)

    啟用純文字 IBRS (非增強型 IBRS) 時，spectre_v2_user_select_mitigation() 中的邏輯會判定不需要 STIBP。IBRS 位元可暗中防止跨執行緒分支目標插入。但是，使用舊版 IBRS 時，由於效能原因，IBRS 位元會在傳回至使用者空間時遭到清除，這會使使用者空間執行緒容易受到 STIBP 防範的跨執行緒分支目標插入攻擊。(CVE-2023-1998)

    在 Linux 核心中 fs/hfsplus/super.c 的 hfsplus_put_super 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成拒絕服務。(CVE-2023-2985)

    在 6.2.3 版之前的 Linux 核心中，發現 lib/kobject.c 存在問題。攻擊者可藉由 root 存取權觸發爭用情形，進而導致 fill_kobj_path 超出邊界寫入。(CVE-2023-45863)

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

    vfio/type1防止透過 exec() 發生 locked_vm 的反向溢位 (CVE-2023-53171)

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

    USBuhci透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53197)

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

    netfilterx_tables修正建立新 netns 時錯誤路徑上的 percpu 計數器區塊洩漏 (CVE-2023-53200)

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

    PMdomains使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53202)

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

    驅動程式核心位置在傳回 false 之前釋放結構 acpi_pld_info *pld (CVE-2023-53211)

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

    arm64efi使 efi_rt_lock 成為 raw_spinlock (CVE-2023-53216)

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

    watchdog修正 watchdog_cdev_register 中的 kmemleak (CVE-2023-53234)

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

    xsk在 Tx 路徑中更早檢查 IFF_UP (CVE-2023-53240)

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

    firmwaredmi-sysfs修正 dmi_sysfs_register_handle 中的 null-ptr-deref (CVE-2023-53250)

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

    cacheinfo修正 shared_cpu_map 以處理不同層級的共用快取 (CVE-2023-53254)

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

    VMCI在呼叫 get_user_pages_fast() 之後檢查 context->notify_page 以避免 GPF (CVE-2023-53259)

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

    miscvmw_balloon透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53279)

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

    udf不針對內嵌檔案寫入失敗更新檔案長度 (CVE-2023-53295)

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

    rbd避免當 rbd_dev_create() 失敗時在 do_rbd_add() 中發生釋放後使用 (CVE-2023-53307)

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

    genirq/ipi修正 irq_data_get_affinity_mask() 中的 NULL 指標解除參照 (CVE-2023-53332)

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

    USB修正因使用 debugfs_lookup() 而發生的記憶體洩漏 (CVE-2023-53359)

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

    block輪詢時仔細檢查 NULL bdev (CVE-2023-53366)

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

    cryptoseqiv - 正確處理 EBUSY (CVE-2023-53373)

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

    NFSD修正 nfsd4_ssc_umount_item 的洩漏參照計數 (CVE-2023-53381)

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

    driversbasedd使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53390)

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

    trace/blktrace透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53408)

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

    drivers基礎元件修正因使用 debugfs_lookup() 發生的記憶體洩漏問題 (CVE-2023-53409)

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

    PMEM修正使用 debugfs_lookup() 時發生的記憶體洩漏問題 (CVE-2023-53411)

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

    objtool修正 create_static_call_sections() 中的記憶體洩漏 (CVE-2023-53423)

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

    cifs修正損毀 MR 清單時的警告和 UAF (CVE-2023-53427)

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

    ipv6在 nexthop 計算中新增所有同級的 lwtunnel 封裝大小 (CVE-2023-53477)

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

    iommu修正 iommu_group_alloc() 中的錯誤回溯 (CVE-2023-53482)

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

    cryptoxts - 正確處理 EBUSY (CVE-2023-53494)

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

    udf請勿合併非常長的範圍 (CVE-2023-53506)

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

    io_uring修正 fs 不支援 nowait 緩衝讀取時發生的 fget 洩漏 (CVE-2023-53511)

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

    sctp在 sctp_stream_priorities 中新增 refcnt 以避免巢狀迴圈 (CVE-2023-53590)

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

    驅動程式核心修正 device_add() 中的資源洩漏 (CVE-2023-53594)

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

    nfsd清理 COPY 程式碼路徑中的潛在 nfsd_file refcount 洩漏 (CVE-2023-53606)

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

    irqchip修正 platform_irqchip_probe 中的 refcount 洩漏 (CVE-2023-53610)

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

    nvme-tcp錯誤復原期間不存取已釋放的通訊端 (CVE-2023-53643)

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

    srcu如果使用 SRCU_SIZE_SMALL則將工作委派給開機 cpu (CVE-2023-53671)

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

    drm/i915修正系統在 fbdev 未初始化的情況下暫停 (CVE-2023-53678)

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

    udf偵測連結至目錄階層的系統 inode (CVE-2023-53695)

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

    ring-buffer處理 rb_move_tail 和 rb_check_pages 之間的爭用 (CVE-2023-53709)

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

    KVMVMX修正因未初始化 current_vmcs 而造成的當機 (CVE-2023-53756)

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

    dm 快取釋放 btracker_destroy 中背景追踪器的佇列工作 (CVE-2023-53765)

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

    blk-iocost修正 calc_lcoefs() 中的除以 0 錯誤 (CVE-2023-53783)

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

    iommu/amd改善頁面錯誤錯誤報告 (CVE-2023-53789)

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

    bpf將已配置物件從 bpf 記憶體配置器的平台歸零 (CVE-2023-53790)

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

    PCI修正放置具有 .end = 零的有效 root 匯流排資源 (CVE-2023-53814)

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

    迴圈指派前的 loop_set_status_from_info() 檢查 (CVE-2023-53820)

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

    usbearlyxhci-dbc修正潛在的越界記憶體存取 (CVE-2023-53840)

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

    KVM如果 coalesced MMIO 取消註冊失敗則破壞目標裝置 (CVE-2023-54024)

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

    cryptoesiv - 正確處理 EBUSY (CVE-2023-54046)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

    blk-cgroup在完成 pd_free_fn() 之後放置父項 refcount (CVE-2023-54107)

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

    ledsled-core修正 of_led_get() 中的 refcount 洩漏 (CVE-2023-54190)

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

    tty修正 tty_driver_lookup_tty() 中的越界存取 (CVE-2023-54198)

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

    netfilterebtables修正表格 blob 釋放後使用 (CVE-2023-54243)

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

    cifsMR 配置失敗時修正遺失的破壞 smbd 連線 (CVE-2023-54260)

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

    ext4拒絕在卸載時建立 ea 區塊 (CVE-2023-54305)

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

    nettls避免在 tx_lock 上懸置工作 (CVE-2023-54306)

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

    dm flakey不損毀零頁面 (CVE-2023-54317)

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

    驅動程式核心修正 device_add() 中潛在的 null-ptr-deref (CVE-2023-54321)

    核心：ctnetlink_create_conntrack() 中的參照計數洩漏問題 (CVE-2023-7192)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
352871	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	low
265262	Linux Distros 未修補的弱點：CVE-2023-53332	Nessus	Misc.	2025/9/17	2026/11/12	medium
173340	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high

偵測

搜尋 Plugin

low

medium

high