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

  - 已解決 Linux 核心中的下列弱點：CDC-NCM: avoid overflow in sanity checking A broken device may give an extreme offset like 0xFFF0 and a reasonable length for a fragment. In the sanity check as formulated now, this will create an integer overflow, defeating the sanity check. Both offset and offset + len need to be checked in such a manner that no overflow can occur. And those quantities should be unsigned. (CVE-2022-48938)

  - 已解決 Linux 核心中的下列弱點：pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map Here is the BUG report by KASAN about null pointer dereference: BUG:
    KASAN: null-ptr-deref in strcmp+0x2e/0x50 Read of size 1 at addr 0000000000000000 by task python3/2640 Call Trace: strcmp __of_find_property of_find_property pinctrl_dt_to_map kasprintf() would return NULL pointer when kmalloc() fail to allocate. So directly return ENOMEM, if kasprintf() return NULL pointer.
    (CVE-2022-49832)

  - 已解決 Linux 核心中的下列弱點：hugetlbfs: fix null-ptr-deref in hugetlbfs_parse_param() Syzkaller reports a null-ptr-deref bug as follows:
    ====================================================== KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:hugetlbfs_parse_param+0x1dd/0x8e0 fs/hugetlbfs/inode.c:1380 [...] Call Trace: <TASK> vfs_parse_fs_param fs/fs_context.c:148 [inline] vfs_parse_fs_param+0x1f9/0x3c0 fs/fs_context.c:129 vfs_parse_fs_string+0xdb/0x170 fs/fs_context.c:191 generic_parse_monolithic+0x16f/0x1f0 fs/fs_context.c:231 do_new_mount fs/namespace.c:3036 [inline] path_mount+0x12de/0x1e20 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+0x27f/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] </TASK> ====================================================== According to commit vfs: parse: deal with zero length string value, kernel will set the param->string to null pointer in vfs_parse_fs_string() if fs string has zero length. Yet the problem is that, hugetlbfs_parse_param() will dereference the param->string, without checking whether it is a null pointer. To be more specific, if hugetlbfs_parse_param() parses an illegal mount parameter, such as size=,, kernel will constructs struct fs_parameter with null pointer in vfs_parse_fs_string(), then passes this struct fs_parameter to hugetlbfs_parse_param(), which triggers the above null-ptr-deref bug. This patch solves it by adding sanity check on param->string in hugetlbfs_parse_param(). (CVE-2022-50334)

  - 已解決 Linux 核心中的下列弱點：Input: cyapa - add missing input core locking to suspend/resume functions Grab input->mutex during suspend/resume functions like it is done in other input drivers. This fixes the following warning during system suspend/resume cycle on Samsung Exynos5250-based Snow Chromebook: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm:
    kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue: events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- ... ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm: kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue:
    events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- (CVE-2023-52884)

  - 已解決 Linux 核心中的下列弱點：tracing: Do not let histogram values have some modifiers Histogram values can not be strings, stacktraces, graphs, symbols, syscalls, or grouped in buckets or log. Give an error if a value is set to do so. Note, the histogram code was not prepared to handle these modifiers for histograms and caused a bug. Mark Rutland reported: # echo 'p:copy_to_user __arch_copy_to_user n=$arg2' >> /sys/kernel/tracing/kprobe_events # echo 'hist:keys=n:vals=hitcount.buckets=8:sort=hitcount' > /sys/kernel/tracing/events/kprobes/copy_to_user/trigger # cat /sys/kernel/tracing/events/kprobes/copy_to_user/hist [ 143.694628] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 143.695190] Mem abort info: [ 143.695362] ESR = 0x0000000096000004 [ 143.695604] EC = 0x25: DABT (current EL), IL = 32 bits [ 143.695889] SET = 0, FnV = 0 [ 143.696077] EA = 0, S1PTW = 0 [ 143.696302] FSC = 0x04: level 0 translation fault [ 143.702381] Data abort info: [ 143.702614] ISV = 0, ISS = 0x00000004 [ 143.702832] CM = 0, WnR = 0 [ 143.703087] user pgtable: 4k pages, 48-bit VAs, pgdp=00000000448f9000 [ 143.703407] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 [ 143.704137] Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP [ 143.704714] Modules linked in: [ 143.705273] CPU: 0 PID: 133 Comm: cat Not tainted 6.2.0-00003-g6fc512c10a7c #3 [ 143.706138] Hardware name: linux,dummy-virt (DT) [ 143.706723] pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 143.707120] pc :
    hist_field_name.part.0+0x14/0x140 [ 143.707504] lr : hist_field_name.part.0+0x104/0x140 [ 143.707774] sp :
    ffff800008333a30 [ 143.707952] x29: ffff800008333a30 x28: 0000000000000001 x27: 0000000000400cc0 [143.708429] x26: ffffd7a653b20260 x25: 0000000000000000 x24: ffff10d303ee5800 [ 143.708776] x23:
    ffffd7a6539b27b0 x22: ffff10d303fb8c00 x21: 0000000000000001 [ 143.709127] x20: ffff10d303ec2000 x19:
    0000000000000000 x18: 0000000000000000 [ 143.709478] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 143.709824] x14: 0000000000000000 x13: 203a6f666e692072 x12: 6567676972742023 [143.710179] x11: 0a230a6d6172676f x10: 000000000000002c x9 : ffffd7a6521e018c [ 143.710584] x8 :
    000000000000002c x7 : 7f7f7f7f7f7f7f7f x6 : 000000000000002c [ 143.710915] x5 : ffff10d303b0103e x4 :
    ffffd7a653b20261 x3 : 000000000000003d [ 143.711239] x2 : 0000000000020001 x1 : 0000000000000001 x0 :
    0000000000000000 [ 143.711746] Call trace: [ 143.712115] hist_field_name.part.0+0x14/0x140 [ 143.712642] hist_field_name.part.0+0x104/0x140 [ 143.712925] hist_field_print+0x28/0x140 [ 143.713125] event_hist_trigger_print+0x174/0x4d0 [ 143.713348] hist_show+0xf8/0x980 [ 143.713521] seq_read_iter+0x1bc/0x4b0 [ 143.713711] seq_read+0x8c/0xc4 [ 143.713876] vfs_read+0xc8/0x2a4 [ 143.714043] ksys_read+0x70/0xfc [ 143.714218] __arm64_sys_read+0x24/0x30 [ 143.714400] invoke_syscall+0x50/0x120 [143.714587] el0_svc_common.constprop.0+0x4c/0x100 [ 143.714807] do_el0_svc+0x44/0xd0 [ 143.714970] el0_svc+0x2c/0x84 [ 143.715134] el0t_64_sync_handler+0xbc/0x140 [ 143.715334] el0t_64_sync+0x190/0x194 [143.715742] Code: a9bd7bfd 910003fd a90153f3 aa0003f3 (f9400000) [ 143.716510] ---[ end trace 0000000000000000 ]--- Segmentation fault (CVE-2023-53093)

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

遠端 Ubuntu 26.04 LTS 主機上安裝的一個套件受到 USN-8507-1 公告中所提及的多個弱點影響。

    據發現，某些 AMD 處理器在推測執行過程中未正確清除浮點除法單元中的資料。本機攻擊者可利用此弱點洩漏敏感資訊。
    (CVE-2025-54505)

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM64 架構 ;

    - x86 架構;

    - 區塊層子系統；

    - 密碼編譯 API;

    - Rados 區塊裝置 （RBD） 驅動程式;

    - 壓縮 RAM 區塊裝置驅動程式；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - 硬體加密裝置驅動程式；

    - EDAC 驅動程式；

    - GPU 驅動程式；

    - Greybus 驅動程式；

    - HID 子系統；

    - Microsoft Hyper-V 驅動程式;

    - 硬體監控驅動程式;

    - I2C 子系統；

    - IIO 子系統；

    - InfiniBand 驅動程式;

    - 輸入裝置核心驅動程式;

    - LED 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - IBM Advanced System Management 驅動程式;

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

    - Microsoft Azure 網路介面卡 (MANA) 驅動程式；

    - NTB 驅動程式；

    - NVME 驅動程式；

    - 裝置樹狀結構和開放韌體驅動程式；

    - PCI 子系統；

    - Remote Processor 子系統;

    - SCSI 子系統；

    - SPI 子系統；

    - Realtek RTL8723BS SDIO 驅動程式；

    - SM750 幀緩衝區暫存驅動程序;

    - 熱驅動程式；

    - USB Gadget 驅動程式；

    - USB over IP 驅動程式 ;

    - VFIO 驅動程式；

    - Framebuffer 層；

    - 9P 分散式檔案系統 ;

    - AFS 檔案系統;

    - Ceph 分散式檔案系統；

    - 檔案系統基礎架構；

    - EROFS 檔案系統；

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FUSE (使用者空間中的檔案系統)；

    - 區塊裝置的日誌記錄層 (JBD2)；

    - NILFS2 檔案系統；

    - 檔案系統通知基礎架構 ;

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - SMB 網路檔案系統；

    - UDF 檔案系統；

    - XFS 檔案系統；

    - 代碼標籤庫;

    - 記憶體管理；

    - 記憶體管理 ;

    - KVM 子系統;

    - 追蹤基礎架構；

    - 使用者空間 API (UAPI);

    - io_uring 子系統;

    - 鎖定基元 ;

    - Timer 子系統;

    - 散點清單 API;

    - 異質記憶體管理；

    - KASAN 記憶體除錯架構;

    - 藍牙子系統；

    - 乙太網路橋接器；

    - CAIF 通訊協定；

    - CAN 網路層；

    - Ceph Core 程式庫；

    - IPv4 網路；

    - IPv6 網路；

    - 多重路徑 TCP；

    - Netfilter；

    - NFC 子系統 ;

    - 封包通訊端；

    - 高通IPC路由器（QRTR）;

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - SMC 通訊端;

    - 串流剖析器;

    - Landlock 安全性 ;

    - SELinux 安全性模組；

    - ALSA 架構;

    - 通用 PCM 環回聲音驅動程式；

    - FireWire 音效驅動程式 ;；

    - Creative Sound Blaster X-Fi 驅動程式；

    - QCOM ASoC 驅動程式；

    - USB 音效裝置；

    - 物件工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, CVE-2026-31580, CVE-2026-31581, CVE-2026-31582, CVE-2026-31583, CVE-2026-31584, CVE-2026-31585, CVE-2026-31586, CVE-2026-31587, CVE-2026-31588, CVE-2026-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, CVE-2026-31622, CVE-2026-31623, CVE-2026-31624, CVE-2026-31625, CVE-2026-31626, CVE-2026-31627, CVE-2026-31628, CVE-2026-31629, CVE-2026-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

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

遠端 Ubuntu 26.04 LTS 主機上安裝的一個套件受到 USN-8488-1 公告中所提及的多個弱點影響。

    據發現，某些 AMD 處理器在推測執行過程中未正確清除浮點除法單元中的資料。本機攻擊者可利用此弱點洩漏敏感資訊。
    (CVE-2025-54505)

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM64 架構 ;

    - x86 架構;

    - 區塊層子系統；

    - 密碼編譯 API;

    - Rados 區塊裝置 （RBD） 驅動程式;

    - 壓縮 RAM 區塊裝置驅動程式；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - 硬體加密裝置驅動程式；

    - EDAC 驅動程式；

    - GPU 驅動程式；

    - Greybus 驅動程式；

    - HID 子系統；

    - Microsoft Hyper-V 驅動程式;

    - 硬體監控驅動程式;

    - I2C 子系統；

    - IIO 子系統；

    - InfiniBand 驅動程式;

    - 輸入裝置核心驅動程式;

    - LED 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - IBM Advanced System Management 驅動程式;

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

    - Microsoft Azure 網路介面卡 (MANA) 驅動程式；

    - NTB 驅動程式；

    - NVME 驅動程式；

    - 裝置樹狀結構和開放韌體驅動程式；

    - PCI 子系統；

    - Remote Processor 子系統;

    - SCSI 子系統；

    - SPI 子系統；

    - Realtek RTL8723BS SDIO 驅動程式；

    - SM750 幀緩衝區暫存驅動程序;

    - 熱驅動程式；

    - USB Gadget 驅動程式；

    - USB over IP 驅動程式 ;

    - VFIO 驅動程式；

    - Framebuffer 層；

    - 9P 分散式檔案系統 ;

    - AFS 檔案系統;

    - Ceph 分散式檔案系統；

    - 檔案系統基礎架構；

    - EROFS 檔案系統；

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FUSE (使用者空間中的檔案系統)；

    - 區塊裝置的日誌記錄層 (JBD2)；

    - NILFS2 檔案系統；

    - 檔案系統通知基礎架構 ;

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - SMB 網路檔案系統；

    - UDF 檔案系統；

    - XFS 檔案系統；

    - 代碼標籤庫;

    - 記憶體管理；

    - 記憶體管理 ;

    - KVM 子系統;

    - 追蹤基礎架構；

    - 使用者空間 API (UAPI);

    - io_uring 子系統;

    - 鎖定基元 ;

    - Timer 子系統;

    - 散點清單 API;

    - 異質記憶體管理；

    - KASAN 記憶體除錯架構;

    - 藍牙子系統；

    - 乙太網路橋接器；

    - CAIF 通訊協定；

    - CAN 網路層；

    - Ceph Core 程式庫；

    - IPv4 網路；

    - IPv6 網路；

    - 多重路徑 TCP；

    - Netfilter；

    - NFC 子系統 ;

    - 封包通訊端；

    - 高通IPC路由器（QRTR）;

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - SMC 通訊端;

    - 串流剖析器;

    - Landlock 安全性 ;

    - SELinux 安全性模組；

    - ALSA 架構;

    - 通用 PCM 環回聲音驅動程式；

    - FireWire 音效驅動程式 ;；

    - Creative Sound Blaster X-Fi 驅動程式；

    - QCOM ASoC 驅動程式；

    - USB 音效裝置；

    - 物件工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, CVE-2026-31580, CVE-2026-31581, CVE-2026-31582, CVE-2026-31583, CVE-2026-31584, CVE-2026-31585, CVE-2026-31586, CVE-2026-31587, CVE-2026-31588, CVE-2026-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, CVE-2026-31622, CVE-2026-31623, CVE-2026-31624, CVE-2026-31625, CVE-2026-31626, CVE-2026-31627, CVE-2026-31628, CVE-2026-31629, CVE-2026-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

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

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

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

    af_unix：如果MSG_PEEK介入，則放棄 GC。（CVE-2026-23394）

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

    ipv6：在 SRv6 路徑中新增 idev 的 NULL 檢查 （CVE-2026-23442）

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

    netfilter： conntrack：新增缺少的網路連結原則驗證 （CVE-2026-31407）

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

    netfilter： ipset：刪除 mtype_del （CVE-2026-31418） 中邏輯上空白的儲存桶

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

    net： skb：修正 KFENCE 配置的 skb 頭 （CVE-2026-31429） 的交叉快取

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

    X.509：修正剖析延伸模組時的越界存取 （CVE-2026-31430）

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

    ipv4： nexthop：在 rtm_get_nexthop（） 中動態分配 skb （CVE-2026-31531）

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

    can：raw：修正 raw_rcv（） 中的 ro->uniq 釋放後使用 （CVE-2026-31532）

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

    net/tls：修正 -EBUSY 中的釋放後使用錯誤路徑 tls_do_encryption （CVE-2026-31533）

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

    mm/userfaultfd：修正 hugetlb 錯誤互斥雜湊計算 （CVE-2026-31575）

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

    wireguard： device：在 pre_exit （CVE-2026-31579） 中使用 exit_rtnl 回呼而不是手動rtnl_lock

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

    bcache：修正 cached_dev.sb_bio 釋放後使用和損毀 （CVE-2026-31580）

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

    mm： blk-cgroup：修正 cgwb_release_workfn（） 中的釋放後使用 （CVE-2026-31586）

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

    KVM：x86：在 MMIO 片段中使用暫存欄位來保存小的寫入值 （CVE-2026-31588）

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

    KVM：SEV：同步 VMSA 以完成 SNP 啟動時，鎖定所有 vCPU （CVE-2026-31591）

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

    KVM： SEV：使用 kvm->lock （CVE-2026-31592） 保護 *所有* sev_mem_enc_register_region（）

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

    KVM： SEV：拒絕嘗試同步已啟動/加密 vCPU 的 VMSA （CVE-2026-31593）

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

    arm64： mm：正確處理無效的大葉映射 （CVE-2026-31600）

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

    usbip：驗證 usbip_pack_ret_submit（） 中的number_of_packets （CVE-2026-31607）

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

    smb： client：修正 OOB 讀取剖析符號連結錯誤回應 （CVE-2026-31613）

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

    SMB： client：修正 check_wsl_eas（）CVE-2026-31614 （） 中的 off-by-8 邊界檢查

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

    HID： core：在 s32ton（） 中夾report_size以避免未定義的移位 （CVE-2026-31624）

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

    HID： alps：修正 alps_raw_event（） 中的 NULL 指標解除參照 （CVE-2026-31625）

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

    x86/CPU：修正 Zen1 上的 FPDSS （CVE-2026-31628）

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

    rxrpc：修正 rxrpc_server_keyring（）CVE-2026-31634 （） 中的參照計數洩漏

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

    rxrpc：拒絕不可解密的 rxkad 回應工單 （CVE-2026-31637）

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

    mm： filemap：修正 filemap_map_pages（） 中的 nr_pages 計算溢位 （CVE-2026-31648）

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

    mm/damon/sysfs：如果 damon_call（） 失敗，則repeat_call_control解除配置 （CVE-2026-31653）

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

    drm/i915/gt：修正 intel_engine_park_heartbeat （CVE-2026-31656） 中的參照計數反向溢位

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

    提示：修正重複GRP_ACK_MSG上的bc_ackers溢位 （CVE-2026-31662）

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

    xfrm：保留 dev ref，直到 transport_finish NF_HOOK （） 之後 （CVE-2026-31663）

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

    xfrm：清除 build_polexpire（） 中的尾端填充 （CVE-2026-31664）

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

    netfilter： nft_ct：修正逾時物件銷毀 （CVE-2026-31665） 中的釋放後使用

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

    btrfs：修正 lookup_extent_data_ref（） 中變更葉子後不正確的傳回值 （CVE-2026-31666）

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

    Input： uinput - 修正具有 ff-core （CVE-2026-31667） 的循環鎖定相依性

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

    SEG6：SEG6 LWtunnel （） 中輸入和輸出路徑的單獨dst_cacheCVE-2026-31668

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

    mptcp：修正 __inet_lookup_established 中的 slab-use-after-free （CVE-2026-31669）

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

    xfrm_user：修正 build_report（）CVE-2026-31671 （） 中的資訊洩露

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

    af_unix：讀取 unix_state_lock （CVE-2026-31673） 下的UNIX_DIAG_VFS資料

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

    netfilter： xt_multiport：驗證 checkentry （CVE-2026-31681） 中的範圍編碼

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

    net： sched： act_csum：驗證巢狀 VLAN 標頭 （CVE-2026-31684）

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

    netfilter： ip6t_eui64：拒絕所有封包的無效 MAC 標頭 （CVE-2026-31685）

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

    EDAC/mc：修正 edac_mc_alloc（）CVE-2026-31689 （） 中的錯誤路徑排序

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

    igb：移除 igb_down（）CVE-2026-31691 中的 napi_synchronize（）

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

    rtnetlink：新增對等 netn 的遺漏 netlink_ns_capable（） 檢查 （CVE-2026-31692）

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

    fuse：拒絕頁面快取中過大的 dirents （CVE-2026-31694）

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

    net/packet：修正 tpacket_snd（） 中 mmap'd vnet_hdr 上的 TOCTOU 爭用 （CVE-2026-31700）

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

    writeback：修正 inode_switch_wbs_work_fn（） 中的釋放後使用 （CVE-2026-31703）

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

    smb： client：修正smb2_ioctl_query_info QUERY_INFO路徑中的 OOB 讀取 （CVE-2026-31708）

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

    fuse：在同步 init （CVE-2026-31713） 期間中止致命訊號

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

    fs/ntfs3：驗證 rec->用於日誌重播檔案記錄檢查 （CVE-2026-31716）

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

    crypto：krb5enc - 修正非同步解密跳過雜湊驗證 （CVE-2026-31719）

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

    dcache：將儲存貯體的最小數量限制為兩個 （CVE-2026-43071）

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

    x86-64：重新命名誤導性名稱的「__copy_user_nocache（）」函式 （CVE-2026-43073）

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

    eventpoll：將結構 eventpoll 釋放時間推遲到 RCU 寬限期 （CVE-2026-43074）

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

    perf/x86/intel/uncore：跳過離線晶片的探索表 （CVE-2026-43079）

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

    net： ioam6：修正 OOB 和缺少的鎖定 （CVE-2026-43083）

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

    netfilter： nfnetlink_queue：為每個佇列製作雜湊表 （CVE-2026-43084）

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

    netfilter： nfnetlink_log：初始化 NLMSG_DONE 終止符中的 nfgenmsg （CVE-2026-43085）

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

    ipvs：修正錯誤路徑中的 NULL 解除參照ip_vs_add_service （CVE-2026-43086）

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

    xfrm_user：修正 build_mapping（）CVE-2026-43089 （） 中的資訊洩露

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

    xfrm：修正 xfrm_migrate_policy_find （CVE-2026-43090） 中的參照計數洩漏

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

    xfrm：在原則 netns 結束期間等待 RCU 讀取器 （CVE-2026-43091）

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

    xsk：根據 bind 上的可用框架大小驗證 MTU （CVE-2026-43092）

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

    xsk：加強 UMEM 餘量驗證，以考慮尾部空間和最小框架 （CVE-2026-43093）

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

    ixgbevf：將遺漏的 negotiate_features op 新增至 Hyper-V ops 表格 （CVE-2026-43094）

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

    ipv4： icmp：修正 icmp_build_probe（） 中的 null-ptr-deref （CVE-2026-43099）

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

    bridge：保護本機 VLAN-0 FDB 協助程式免受 NULL VLAN 群組影響 （CVE-2026-43100）

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

    ipv6： ioam：修正 __ioam6_fill_trace_data（）CVE-2026-43101 （） 中潛在的空取消參照

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

    xfrm：事件大小計算中的帳戶XFRMA_IF_ID （CVE-2026-43107）

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

    x86：影子堆疊：mmap 鎖定 （CVE-2026-43109） 的正確錯誤處理

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

    fs/smb/client：修正 cifs_sanitize_prepath （CVE-2026-43112） 中的越界讀取

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

    netfilter： nft_set_pipapo_avx2：到期時不傳回不相符的項目 （CVE-2026-43114）

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

    netfilter： ctnetlink：確保安全存取主 conntrack （CVE-2026-43116）

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

    btrfs： tracepoints：在事件 btrfs_sync_file（） （CVE-2026-43117） 中從 dentry 取得正確的超級區塊

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

    btrfs：在日誌重播後修正大小為非零的零大小 inode （CVE-2026-43118）

    在 Linux 核心中，已解決下列弱點：xfrm： esp：避免在共用 skb 片段上就地解密

    Amazon Linux 核心中的 Dirty Frag 和其他問題：https://aws.amazon.com/security/security-bulletins/2026-027-aws/ （CVE-2026-43284）

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

    smb： client：需要完整的 NFS 模式 SID，才能讀取模式位元 （CVE-2026-43350）

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

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

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

  - 已解決 Linux 核心中的下列弱點：CDC-NCM: avoid overflow in sanity checking A broken device may give an extreme offset like 0xFFF0 and a reasonable length for a fragment. In the sanity check as formulated now, this will create an integer overflow, defeating the sanity check. Both offset and offset + len need to be checked in such a manner that no overflow can occur. And those quantities should be unsigned. (CVE-2022-48938)

  - 已解決 Linux 核心中的下列弱點：pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map Here is the BUG report by KASAN about null pointer dereference: BUG:
    KASAN: null-ptr-deref in strcmp+0x2e/0x50 Read of size 1 at addr 0000000000000000 by task python3/2640 Call Trace: strcmp __of_find_property of_find_property pinctrl_dt_to_map kasprintf() would return NULL pointer when kmalloc() fail to allocate. So directly return ENOMEM, if kasprintf() return NULL pointer.
    (CVE-2022-49832)

  - 已解決 Linux 核心中的下列弱點：hugetlbfs: fix null-ptr-deref in hugetlbfs_parse_param() Syzkaller reports a null-ptr-deref bug as follows:
    ====================================================== KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:hugetlbfs_parse_param+0x1dd/0x8e0 fs/hugetlbfs/inode.c:1380 [...] Call Trace: <TASK> vfs_parse_fs_param fs/fs_context.c:148 [inline] vfs_parse_fs_param+0x1f9/0x3c0 fs/fs_context.c:129 vfs_parse_fs_string+0xdb/0x170 fs/fs_context.c:191 generic_parse_monolithic+0x16f/0x1f0 fs/fs_context.c:231 do_new_mount fs/namespace.c:3036 [inline] path_mount+0x12de/0x1e20 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+0x27f/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] </TASK> ====================================================== According to commit vfs: parse: deal with zero length string value, kernel will set the param->string to null pointer in vfs_parse_fs_string() if fs string has zero length. Yet the problem is that, hugetlbfs_parse_param() will dereference the param->string, without checking whether it is a null pointer. To be more specific, if hugetlbfs_parse_param() parses an illegal mount parameter, such as size=,, kernel will constructs struct fs_parameter with null pointer in vfs_parse_fs_string(), then passes this struct fs_parameter to hugetlbfs_parse_param(), which triggers the above null-ptr-deref bug. This patch solves it by adding sanity check on param->string in hugetlbfs_parse_param(). (CVE-2022-50334)

  - 已解決 Linux 核心中的下列弱點：Input: cyapa - add missing input core locking to suspend/resume functions Grab input->mutex during suspend/resume functions like it is done in other input drivers. This fixes the following warning during system suspend/resume cycle on Samsung Exynos5250-based Snow Chromebook: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm:
    kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue: events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- ... ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm: kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue:
    events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- (CVE-2023-52884)

  - 已解決 Linux 核心中的下列弱點：tracing: Do not let histogram values have some modifiers Histogram values can not be strings, stacktraces, graphs, symbols, syscalls, or grouped in buckets or log. Give an error if a value is set to do so. Note, the histogram code was not prepared to handle these modifiers for histograms and caused a bug. Mark Rutland reported: # echo 'p:copy_to_user __arch_copy_to_user n=$arg2' >> /sys/kernel/tracing/kprobe_events # echo 'hist:keys=n:vals=hitcount.buckets=8:sort=hitcount' > /sys/kernel/tracing/events/kprobes/copy_to_user/trigger # cat /sys/kernel/tracing/events/kprobes/copy_to_user/hist [ 143.694628] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 143.695190] Mem abort info: [ 143.695362] ESR = 0x0000000096000004 [ 143.695604] EC = 0x25: DABT (current EL), IL = 32 bits [ 143.695889] SET = 0, FnV = 0 [ 143.696077] EA = 0, S1PTW = 0 [ 143.696302] FSC = 0x04: level 0 translation fault [ 143.702381] Data abort info: [ 143.702614] ISV = 0, ISS = 0x00000004 [ 143.702832] CM = 0, WnR = 0 [ 143.703087] user pgtable: 4k pages, 48-bit VAs, pgdp=00000000448f9000 [ 143.703407] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 [ 143.704137] Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP [ 143.704714] Modules linked in: [ 143.705273] CPU: 0 PID: 133 Comm: cat Not tainted 6.2.0-00003-g6fc512c10a7c #3 [ 143.706138] Hardware name: linux,dummy-virt (DT) [ 143.706723] pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 143.707120] pc :
    hist_field_name.part.0+0x14/0x140 [ 143.707504] lr : hist_field_name.part.0+0x104/0x140 [ 143.707774] sp :
    ffff800008333a30 [ 143.707952] x29: ffff800008333a30 x28: 0000000000000001 x27: 0000000000400cc0 [143.708429] x26: ffffd7a653b20260 x25: 0000000000000000 x24: ffff10d303ee5800 [ 143.708776] x23:
    ffffd7a6539b27b0 x22: ffff10d303fb8c00 x21: 0000000000000001 [ 143.709127] x20: ffff10d303ec2000 x19:
    0000000000000000 x18: 0000000000000000 [ 143.709478] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 143.709824] x14: 0000000000000000 x13: 203a6f666e692072 x12: 6567676972742023 [143.710179] x11: 0a230a6d6172676f x10: 000000000000002c x9 : ffffd7a6521e018c [ 143.710584] x8 :
    000000000000002c x7 : 7f7f7f7f7f7f7f7f x6 : 000000000000002c [ 143.710915] x5 : ffff10d303b0103e x4 :
    ffffd7a653b20261 x3 : 000000000000003d [ 143.711239] x2 : 0000000000020001 x1 : 0000000000000001 x0 :
    0000000000000000 [ 143.711746] Call trace: [ 143.712115] hist_field_name.part.0+0x14/0x140 [ 143.712642] hist_field_name.part.0+0x104/0x140 [ 143.712925] hist_field_print+0x28/0x140 [ 143.713125] event_hist_trigger_print+0x174/0x4d0 [ 143.713348] hist_show+0xf8/0x980 [ 143.713521] seq_read_iter+0x1bc/0x4b0 [ 143.713711] seq_read+0x8c/0xc4 [ 143.713876] vfs_read+0xc8/0x2a4 [ 143.714043] ksys_read+0x70/0xfc [ 143.714218] __arm64_sys_read+0x24/0x30 [ 143.714400] invoke_syscall+0x50/0x120 [143.714587] el0_svc_common.constprop.0+0x4c/0x100 [ 143.714807] do_el0_svc+0x44/0xd0 [ 143.714970] el0_svc+0x2c/0x84 [ 143.715134] el0t_64_sync_handler+0xbc/0x140 [ 143.715334] el0t_64_sync+0x190/0x194 [143.715742] Code: a9bd7bfd 910003fd a90153f3 aa0003f3 (f9400000) [ 143.716510] ---[ end trace 0000000000000000 ]--- Segmentation fault (CVE-2023-53093)

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

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

  - KVM：SEV：用 kvm->lock 保護*所有*sev_mem_enc_register_region（） 在檢查 sev_mem_enc_register_region（） 中的 sev_guest（） 前，先取並保持 kvm->lock 的狀態，因為除非持有 kvm->lock sev_guest 否則不穩定（或 KVM 能保證KVM_SEV_INIT{2}已完成且無法 rollack 狀態）。若KVM_SEV_INIT{2}失敗，KVM 可能會嘗試新增尚未初始化的 sev->regions_list，例如觸發 #GP 哎呀：一般保護錯誤，可能是非正標準位址 0xdffffc0000000000： 0000 [#1] SMP KASAN NOPTI KASAN： null-ptr-deref 在範圍內 [0x0000000000000000-0x0000000000000007] CPU： 110 UID： 0 PID： 72717 通訊：syz.15.11462 受污染：G U W O 6.16.0-SMP-DEV #1 無污染：[U]=使用者，[W]=WARN，[O]=OOT_MODULE 硬體名稱：Google， Inc. Arcadia_IT_80/Arcadia_IT_80，BIOS 12.52.0-0 2024/10/28 RIP：
    0010：sev_mem_enc_register_region+0x3f0/0x4f0../include/linux/list.h：83 代碼： <41> 80 3c 04 00 74 08 4c 89 ff e8 f1 c7 a2 00 49 39 ed 0f 84 c6 00 RSP： 0018：ffff88838647fbb8 EFLAGS： 00010256 RAX： dffffc0000000000000000 RBX： 1ffff92015cf1e0b RCX： dffffc000000000000000 RDX： 00000000000000000000000000000000000000000000000000000000000000000000000000000000000 RSI： 0000000000001000 RDI：
    FFFF888367870000 RBP：FFFFC900AE78F050 ： FFFFEA000D9E0007 R09： 1ffffD4001B3C0000 R10： DFFFFFC000000000000000 R11： FFF94001B3C001 R12： 00000000000000000000000000000000 R13： FFFFF8982AB0bde00 R14： FFFFC900AE78F058 R15：R08
    0000000000000000 FS： 00007f34e9dc66c0（0000） GS：ffff89ee64d33000（0000） knlGS：0000000000000000000000000000 CS： 0010 DS：
    0000 ES： 0000 CR0： 0000000080050033 CR2： 00007fe180adef98 CR3： 000000047210e000 CR4： 00000000000350ef0 通話追蹤： <TASK> kvm_arch_vm_ioctl+0xa72/0x1240 ../arch/x86/kvm/x86.c：7371 kvm_vm_ioctl+0x649/0x990 ../virt/kvm/kvm_main.c：5363 __se_sys_ioctl+0x101/0x170 ../fs/ioctl.c：51 do_syscall_x64 ../arch/x86/entry/syscall_64.c：63 [內嵌] do_syscall_64+0x6f/0x1f0 ../arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP： 0033：0x7f34e9f7e9a9 代碼： <48> 3d 01 f0 ff ff ff 73 01 c3 48 c7 c1 a8 ff ff ff ff ff f7 d8 64 89 01 48 RSP： 002b：00007f34e9dc6038 EFLAGS： 00000246 ORIG_RAX： 0000000000000010 RAX： ffffffffffffffda RBX： 00007f34EA1a6080 RCX： 00007f34e9f7e9a9 RDX： 0000200000000280 RSI：
    000000008010aebb RDI： 0000000000000007 RBP： 00007f34ea000d69 R08： 0000000000000000 R09： 000000000000000000 R10： R110000000000000246 R12： 0000000000000000000 R13R14： 000000000000000 ：
    00007f34ea1a6080 R15： 00007ffce77197a8 </TASK> 搭配 syzlang 重製器，外觀如下：
    syz_kvm_add_vcpu$x86（0x0， &（0x7f0000000040）={0x0， &（0x7f0000000180）=ANY=[]， 0x70}） （非同步） syz_kvm_add_vcpu$x86（0x0， &（0x7f0000000080）={0x0， &（0x7f0000000180）=ANY=[@ANYBLOB=...]， 0x4f}） （非同步） r0 = openat$kvm（0xffffffffffffff9c， &（0x7f0000000200）， 0x0， 0x0） r1 = ioctl$KVM_CREATE_VM（r0， 0xae01， 0x0） r2 = openat$kvm（0xffffffffffffff9c， &（0x7f0000000240）， 0x0， 0x0） r3 = ioctl$KVM_CREATE_VM（r2， 0xae01， 0x0） ioctl$KVM_SET_CLOCK（r3， 0xc008aeba， &（0x7f0000000040）={0x1， 0x8， 0x0， 0x5625e9b0}）（非同步） ioctl$KVM_SET_PIT2（r3， 0x8010aebb， &（0x7f0000000280）={[...]， 0x5}） （非同步） ioctl$KVM_SET_PIT2（r1， 0x4070aea0， 0x0） （非同步） r4 = ioctl$KVM_CREATE_VM（0xffffffffffffffff， 0xae01， 0x0） openat$kvm（0xffffffffffffff9c， 0x0， 0x0， 0x0） （非同步） ioctl$KVM_SET_USER_MEMORY_REGION（r4， 0x4020ae46， &（0x7f0000000400）={0x0， 0x0， 0x0， 0x2000， &（0x7f0000001000/0x2000）=nil}） （非同步） r5 = ioctl$KVM_CREATE_VCPU（r4， 0xae41， 0x2） close（r0） （非同步） openat$kvm（0xffffffffffffff9c， &（0x7f0000000000）， 0x8000， 0x0） （非同步） ioctl$KVM_SET_GUEST_DEBUG（r5， 0x4048ae9b， &（0x7f0000000300）={0x4376ea830d46549b， 0x0， [0x46， 0x0， 0x0， 0x0， 0x0， 0x1000]}）（async） ioctl$KVM_RUN（r5， 0xae80， 0x0） 機會性地使用 guard（） 以避免必須重新定義錯誤標籤及 goto 使用。（CVE-2026-31592）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

ID	名稱	產品	系列	已發布	已更新	嚴重性
359602	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1786824415）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	critical
325421	Ubuntu 26.04 LTS : Linux 核心 (NVIDIA) 弱點 (USN-8507-1)	Nessus	Ubuntu Local Security Checks	2026/7/7	2026/7/30	low
325017	Ubuntu 26.04 LTS : Linux 核心弱點 (USN-8488-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/30	low
313525	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel （ALAS2023-2026-1693）	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/10	high
359751	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1786824415）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	critical
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
310487	Linux Distros 未修補的弱點：CVE-2026-31592	Nessus	Misc.	2026/4/27	2026/10/12	medium

偵測

搜尋 Plugin

critical

low

low

high

critical

high

medium