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

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

    mm/hugetlb：修正 hugetlb_pmd_shared（） （CVE-2026-23100）

    在 Linux 核心中，下列弱點已解決：bus: fsl-mc: fix use-after-free in driver_override_show() The driver_override_show() function reads the driver_override string without holding the device_lock. However, driver_override_store() uses driver_set_override(), which modifies and frees the string while holding the device_lock. This can result in a concurrent use-after-free if the string is freed by the store function while being read by the show function. Fix this by holding the device_lock around the read operation. (CVE-2026-23221)

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

    tracing/dma：限制追蹤點陣列dma_map_sg以防止緩衝區溢位 （CVE-2026-23390）

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

    還原 wireguard： device：啟用執行緒 NAPI （CVE-2026-52945）

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

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

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

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

    clk：mediatek：修正of_iomap記憶體洩漏 （CVE-2023-53424）

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

    wifi：cfg80211：在 cfg80211_check_and_end_cac（） （CVE-2025-38643） 中新增缺少的鎖定

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

    ACPI： APEI：如果未還原同步記憶體錯誤，則將 SIGBUS 傳送至目前任務 （CVE-2025-39763）

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

    devlink： rate：devl_rate_nodes_destroy （CVE-2025-40251） 中未設定的父指標

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

    btrfs：修正 btrfs_clear_space_info_full（） 中的 racy 位元欄位寫入 （CVE-2025-68358）

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

    mptcp：確保在 disconnect（）CVE-2025-71144 （） 上重設上下文

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Free sp in error path to fix system crash System crash seen during load/unload test in a loop, [61110.449331] qla2xxx [0000:27:00.0]-0042:0: Disabled MSI-X. [61110.467494] ============================================================================= [61110.467498] BUG qla2xxx_srbs (Tainted: G OE -------- --- ): Objects remaining in qla2xxx_srbs on __kmem_cache_shutdown() [61110.467501] ----------------------------------------------------------------------------- [61110.467502] Slab 0x000000000ffc8162 objects=51 used=1 fp=0x00000000e25d3d85 flags=0x57ffffc0010200(slab|head|node=1|zone=2|lastcpupid=0x1fffff) [61110.467509] CPU: 53 PID: 455206 Comm: rmmod Kdump: loaded Tainted: G OE -------- --- 5.14.0-284.11.1.el9_2.x86_64 #1 [61110.467513] Hardware name: HPE ProLiant DL385 Gen10 Plus v2/ProLiant DL385 Gen10 Plus v2, BIOS A42 08/17/2023 [61110.467515] Call Trace: [61110.467516] <TASK> [61110.467519] dump_stack_lvl+0x34/0x48 [61110.467526] slab_err.cold+0x53/0x67 [61110.467534] __kmem_cache_shutdown+0x16e/0x320 [61110.467540] kmem_cache_destroy+0x51/0x160 [61110.467544] qla2x00_module_exit+0x93/0x99 [qla2xxx] [61110.467607] ?
    __do_sys_delete_module.constprop.0+0x178/0x280 [61110.467613] ? syscall_trace_enter.constprop.0+0x145/0x1d0 [61110.467616] ? do_syscall_64+0x5c/0x90 [61110.467619] ? exc_page_fault+0x62/0x150 [61110.467622] ? entry_SYSCALL_64_after_hwframe+0x63/0xcd [61110.467626] </TASK> [61110.467627] Disabling lock debugging due to kernel taint [61110.467635] Object 0x0000000026f7e6e6 @offset=16000 [61110.467639] ------------[ cut here ]------------ [61110.467639] kmem_cache_destroy qla2xxx_srbs: Slab cache still has objects when called from qla2x00_module_exit+0x93/0x99 [qla2xxx] [61110.467659] WARNING: CPU: 53 PID: 455206 at mm/slab_common.c:520 kmem_cache_destroy+0x14d/0x160 [61110.467718] CPU: 53 PID: 455206 Comm: rmmod Kdump: loaded Tainted: G B OE -------- --- 5.14.0-284.11.1.el9_2.x86_64 #1 [61110.467720] Hardware name: HPE ProLiant DL385 Gen10 Plus v2/ProLiant DL385 Gen10 Plus v2, BIOS A42 08/17/2023 [61110.467721] RIP: 0010:kmem_cache_destroy+0x14d/0x160 [61110.467724] Code: 99 7d 07 00 48 89 ef e8 e1 6a 07 00 eb b3 48 8b 55 60 48 8b 4c 24 20 48 c7 c6 70 fc 66 90 48 c7 c7 f8 ef a1 90 e8 e1 ed 7c 00 <0f> 0b eb 93 c3 cc cc cc cc 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 [61110.467725] RSP: 0018:ffffa304e489fe80 EFLAGS: 00010282 [61110.467727] RAX: 0000000000000000 RBX:
    ffffffffc0d9a860 RCX: 0000000000000027 [61110.467729] RDX: ffff8fd5ff9598a8 RSI: 0000000000000001 RDI:
    ffff8fd5ff9598a0 [61110.467730] RBP: ffff8fb6aaf78700 R08: 0000000000000000 R09: 0000000100d863b7 [61110.467731] R10: ffffa304e489fd20 R11: ffffffff913bef48 R12: 0000000040002000 [61110.467731] R13:
    0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [61110.467733] FS: 00007f64c89fb740(0000) GS:ffff8fd5ff940000(0000) knlGS:0000000000000000 [61110.467734] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [61110.467735] CR2: 00007f0f02bfe000 CR3: 00000020ad6dc005 CR4: 0000000000770ee0 [61110.467736] PKRU: 55555554 [61110.467737] Call Trace: [61110.467738] <TASK> [61110.467739] qla2x00_module_exit+0x93/0x99 [qla2xxx] [61110.467755] ? __do_sys_delete_module.constprop.0+0x178/0x280 Free sp in the error path to fix the crash. (CVE-2025-71232)

    在 Linux 核心中，下列弱點已解決：PCI: endpoint: Avoid creating sub-groups asynchronously The asynchronous creation of sub-groups by a delayed work could lead to a NULL pointer dereference when the driver directory is removed before the work completes. The crash can be easily reproduced with the following commands: # cd /sys/kernel/config/pci_ep/functions/pci_epf_test # for i in {1..20}; do mkdir test && rmdir test; done BUG: kernel NULL pointer dereference, address:
    0000000000000088 ... Call Trace: configfs_register_group+0x3d/0x190 pci_epf_cfs_work+0x41/0x110 process_one_work+0x18f/0x350 worker_thread+0x25a/0x3a0 Fix this issue by using configfs_add_default_group() API which does not have the deadlock problem as configfs_register_group() and does not require the delayed work handler. [mani: slightly reworded the description and added stable list] (CVE-2025-71233)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Delay module unload while fabric scan in progress System crash seen during load/unload test in a loop. [105954.384919] RBP:
    ffff914589838dc0 R08: 0000000000000000 R09: 0000000000000086 [105954.384920] R10: 000000000000000f R11:
    ffffa31240904be5 R12: ffff914605f868e0 [105954.384921] R13: ffff914605f86910 R14: 0000000000008010 R15:
    00000000ddb7c000 [105954.384923] FS: 0000000000000000(0000) GS:ffff9163fec40000(0000) knlGS:0000000000000000 [105954.384925] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [105954.384926] CR2: 000055d31ce1d6a0 CR3: 0000000119f5e001 CR4: 0000000000770ee0 [105954.384928] PKRU: 55555554 [105954.384929] Call Trace: [105954.384931] <IRQ> [105954.384934] qla24xx_sp_unmap+0x1f3/0x2a0 [qla2xxx] [105954.384962] ? qla_async_scan_sp_done+0x114/0x1f0 [qla2xxx] [105954.384980] ? qla24xx_els_ct_entry+0x4de/0x760 [qla2xxx] [105954.384999] ? __wake_up_common+0x80/0x190 [105954.385004] ? qla24xx_process_response_queue+0xc2/0xaa0 [qla2xxx] [105954.385023] ? qla24xx_msix_rsp_q+0x44/0xb0 [qla2xxx] [105954.385040] ? __handle_irq_event_percpu+0x3d/0x190 [105954.385044] ? handle_irq_event+0x58/0xb0 [105954.385046] ? handle_edge_irq+0x93/0x240 [105954.385050] ?
    __common_interrupt+0x41/0xa0 [105954.385055] ? common_interrupt+0x3e/0xa0 [105954.385060] ? asm_common_interrupt+0x22/0x40 The root cause of this was that there was a free (dma_free_attrs) in the interrupt context. There was a device discovery/fabric scan in progress. A module unload was issued which set the UNLOADING flag. As part of the discovery, after receiving an interrupt a work queue was scheduled (which involved a work to be queued). Since the UNLOADING flag is set, the work item was not allocated and the mapped memory had to be freed. The free occurred in interrupt context leading to system crash. Delay the driver unload until the fabric scan is complete to avoid the crash. (CVE-2025-71235)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Validate sp before freeing associated memory System crash with the following signature [154563.214890] nvme nvme2: NVME-FC{1}: controller connect complete [154564.169363] qla2xxx [0000:b0:00.1]-3002:2: nvme: Sched: Set ZIO exchange threshold to 3. [154564.169405] qla2xxx [0000:b0:00.1]-ffffff:2: SET ZIO Activity exchange threshold to 5. [154565.539974] qla2xxx [0000:b0:00.1]-5013:2: RSCN database changed - 0078 0080 0000.
    [154565.545744] qla2xxx [0000:b0:00.1]-5013:2: RSCN database changed - 0078 00a0 0000. [154565.545857] qla2xxx [0000:b0:00.1]-11a2:2: FEC=enabled (data rate). [154565.552760] qla2xxx [0000:b0:00.1]-11a2:2:
    FEC=enabled (data rate). [154565.553079] BUG: kernel NULL pointer dereference, address: 00000000000000f8 [154565.553080] #PF: supervisor read access in kernel mode [154565.553082] #PF: error_code(0x0000) - not-present page [154565.553084] PGD 80000010488ab067 P4D 80000010488ab067 PUD 104978a067 PMD 0 [154565.553089] Oops: 0000 1 PREEMPT SMP PTI [154565.553092] CPU: 10 PID: 858 Comm: qla2xxx_2_dpc Kdump:
    loaded Tainted: G OE ------- --- 5.14.0-503.11.1.el9_5.x86_64 #1 [154565.553096] Hardware name: HPE Synergy 660 Gen10/Synergy 660 Gen10 Compute Module, BIOS I43 09/30/2024 [154565.553097] RIP:
    0010:qla_fab_async_scan.part.0+0x40b/0x870 [qla2xxx] [154565.553141] Code: 00 00 e8 58 a3 ec d4 49 89 e9 ba 12 20 00 00 4c 89 e6 49 c7 c0 00 ee a8 c0 48 c7 c1 66 c0 a9 c0 bf 00 80 00 10 e8 15 69 00 00 <4c> 8b 8d f8 00 00 00 4d 85 c9 74 35 49 8b 84 24 00 19 00 00 48 8b [154565.553143] RSP: 0018:ffffb4dbc8aebdd0 EFLAGS: 00010286 [154565.553145] RAX: 0000000000000000 RBX: ffff8ec2cf0908d0 RCX: 0000000000000002 [154565.553147] RDX: 0000000000000000 RSI: ffffffffc0a9c896 RDI: ffffb4dbc8aebd47 [154565.553148] RBP:
    0000000000000000 R08: ffffb4dbc8aebd45 R09: 0000000000ffff0a [154565.553150] R10: 0000000000000000 R11:
    000000000000000f R12: ffff8ec2cf0908d0 [154565.553151] R13: ffff8ec2cf090900 R14: 0000000000000102 R15:
    ffff8ec2cf084000 [154565.553152] FS: 0000000000000000(0000) GS:ffff8ed27f800000(0000) knlGS:0000000000000000 [154565.553154] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [154565.553155] CR2: 00000000000000f8 CR3: 000000113ae0a005 CR4: 00000000007706f0 [154565.553157] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [154565.553158] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [154565.553159] PKRU: 55555554 [154565.553160] Call Trace: [154565.553162] <TASK> [154565.553165] ? show_trace_log_lvl+0x1c4/0x2df [154565.553172] ? show_trace_log_lvl+0x1c4/0x2df [154565.553177] ? qla_fab_async_scan.part.0+0x40b/0x870 [qla2xxx] [154565.553215] ?
    __die_body.cold+0x8/0xd [154565.553218] ? page_fault_oops+0x134/0x170 [154565.553223] ? snprintf+0x49/0x70 [154565.553229] ? exc_page_fault+0x62/0x150 [154565.553238] ? asm_exc_page_fault+0x22/0x30 Check for sp being non NULL before freeing any associated memory (CVE-2025-71236)

    在 Linux 核心中，下列弱點已解決：nilfs2: Fix potential block overflow that cause system hang When a user executes the FITRIM command, an underflow can occur when calculating nblocks if end_block is too small. Since nblocks is of type sector_t, which is u64, a negative nblocks value will become a very large positive integer. This ultimately leads to the block layer function
    __blkdev_issue_discard() taking an excessively long time to process the bio chain, and the ns_segctor_sem lock remains held for a long period. This prevents other tasks from acquiring the ns_segctor_sem lock, resulting in the hang reported by syzbot in [1]. If the ending block is too small, typically if it is smaller than 4KiB range, depending on the usage of the segment 0, it may be possible to attempt a discard request beyond the device size causing the hang. Exiting successfully and assign the discarded size (0 in this case) to range->len. Although the start and len values in the user input range are too small, a conservative strategy is adopted here to safely ignore them, which is equivalent to a no-op; it will not perform any trimming and will not throw an error. [1] task:segctord state:D stack:28968 pid:6093 tgid:6093 ppid:2 task_flags:0x200040 flags:0x00080000 Call Trace: rwbase_write_lock+0x3dd/0x750 kernel/locking/rwbase_rt.c:272 nilfs_transaction_lock+0x253/0x4c0 fs/nilfs2/segment.c:357 nilfs_segctor_thread_construct fs/nilfs2/segment.c:2569 [inline] nilfs_segctor_thread+0x6ec/0xe00 fs/nilfs2/segment.c:2684 [ryusuke: corrected part of the commit message about the consequences] (CVE-2025-71237)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Fix bsg_done() causing double free Kernel panic observed on system, [5353358.825191] BUG: unable to handle page fault for address: ff5f5e897b024000 [5353358.825194] #PF: supervisor write access in kernel mode [5353358.825195] #PF: error_code(0x0002) - not-present page [5353358.825196] PGD 100006067 P4D 0 [5353358.825198] Oops:
    0002 [#1] PREEMPT SMP NOPTI [5353358.825200] CPU: 5 PID: 2132085 Comm: qlafwupdate.sub Kdump: loaded Tainted: G W L ------- --- 5.14.0-503.34.1.el9_5.x86_64 #1 [5353358.825203] Hardware name: HPE ProLiant DL360 Gen11/ProLiant DL360 Gen11, BIOS 2.44 01/17/2025 [5353358.825204] RIP: 0010:memcpy_erms+0x6/0x10 [5353358.825211] RSP: 0018:ff591da8f4f6b710 EFLAGS: 00010246 [5353358.825212] RAX: ff5f5e897b024000 RBX:
    0000000000007090 RCX: 0000000000001000 [5353358.825213] RDX: 0000000000001000 RSI: ff591da8f4fed090 RDI:
    ff5f5e897b024000 [5353358.825214] RBP: 0000000000010000 R08: ff5f5e897b024000 R09: 0000000000000000 [5353358.825215] R10: ff46cf8c40517000 R11: 0000000000000001 R12: 0000000000008090 [5353358.825216] R13:
    ff591da8f4f6b720 R14: 0000000000001000 R15: 0000000000000000 [5353358.825218] FS: 00007f1e88d47740(0000) GS:ff46cf935f940000(0000) knlGS:0000000000000000 [5353358.825219] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [5353358.825220] CR2: ff5f5e897b024000 CR3: 0000000231532004 CR4: 0000000000771ef0 [5353358.825221] PKRU: 55555554 [5353358.825222] Call Trace: [5353358.825223] <TASK> [5353358.825224] ? show_trace_log_lvl+0x1c4/0x2df [5353358.825229] ? show_trace_log_lvl+0x1c4/0x2df [5353358.825232] ? sg_copy_buffer+0xc8/0x110 [5353358.825236] ? __die_body.cold+0x8/0xd [5353358.825238] ? page_fault_oops+0x134/0x170 [5353358.825242] ? kernelmode_fixup_or_oops+0x84/0x110 [5353358.825244] ? exc_page_fault+0xa8/0x150 [5353358.825247] ? asm_exc_page_fault+0x22/0x30 [5353358.825252] ? memcpy_erms+0x6/0x10 [5353358.825253] sg_copy_buffer+0xc8/0x110 [5353358.825259] qla2x00_process_vendor_specific+0x652/0x1320 [qla2xxx] [5353358.825317] qla24xx_bsg_request+0x1b2/0x2d0 [qla2xxx] Most routines in qla_bsg.c call bsg_done() only for success cases. However a few invoke it for failure case as well leading to a double free. Validate before calling bsg_done(). (CVE-2025-71238)

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

    mptcp：修正 mptcp_pm_nl_flush_addrs_doit（） 中的爭用 （CVE-2026-23169）

    在 Linux 核心中，下列弱點已解決：bus: fsl-mc: fix use-after-free in driver_override_show() The driver_override_show() function reads the driver_override string without holding the device_lock. However, driver_override_store() uses driver_set_override(), which modifies and frees the string while holding the device_lock. This can result in a concurrent use-after-free if the string is freed by the store function while being read by the show function. Fix this by holding the device_lock around the read operation. (CVE-2026-23221)

    在 Linux 核心中，下列弱點已解決：crypto: omap - Allocate OMAP_CRYPTO_FORCE_COPY scatterlists correctly The existing allocation of scatterlists in omap_crypto_copy_sg_lists() was allocating an array of scatterlist pointers, not scatterlist objects, resulting in a 4x too small allocation. Use sizeof(*new_sg) to get the correct object size.
    (CVE-2026-23222)

    在 Linux 核心中，下列弱點已解決：smb: server: fix leak of active_num_conn in ksmbd_tcp_new_connection() On kthread_run() failure in ksmbd_tcp_new_connection(), the transport is freed via free_transport(), which does not decrement active_num_conn, leaking this counter.
    Replace free_transport() with ksmbd_tcp_disconnect(). (CVE-2026-23228)

    在 Linux 核心中，下列弱點已解決：crypto: virtio - Add spinlock protection with virtqueue notification When VM boots with one virtio-crypto PCI device and builtin backend, run openssl benchmark command with multiple processes, such as openssl speed -evp aes-128-cbc
    -engine afalg -seconds 10 -multi 32 openssl processes will hangup and there is error reported like this:
    virtio_crypto virtio0: dataq.0:id 3 is not a head! It seems that the data virtqueue need protection when it is handled for virtio done notification. If the spinlock protection is added in virtcrypto_done_task(), openssl benchmark with multiple processes works well. (CVE-2026-23229)

    在 Linux 核心中，下列弱點已解決：smb: client: split cached_fid bitfields to avoid shared-byte RMW races is_open, has_lease and on_list are stored in the same bitfield byte in struct cached_fid but are updated in different code paths that may run concurrently. Bitfield assignments generate byte read-modify-write operations (e.g. `orb $mask, addr` on x86_64), so updating one flag can restore stale values of the others. A possible interleaving is: CPU1: load old byte (has_lease=1, on_list=1) CPU2: clear both flags (store 0) CPU1: RMW store (old | IS_OPEN) -> reintroduces cleared bits To avoid this class of races, convert these flags to separate bool fields. (CVE-2026-23230)

    在 Linux 核心中，下列弱點已解決：romfs: check sb_set_blocksize() return value romfs_fill_super() ignores the return value of sb_set_blocksize(), which can fail if the requested block size is incompatible with the block device's configuration. This can be triggered by setting a loop device's block size larger than PAGE_SIZE using ioctl(LOOP_SET_BLOCK_SIZE, 32768), then mounting a romfs filesystem on that device. When sb_set_blocksize(sb, ROMBSIZE) is called with ROMBSIZE=4096 but the device has logical_block_size=32768, bdev_validate_blocksize() fails because the requested size is smaller than the device's logical block size. sb_set_blocksize() returns 0 (failure), but romfs ignores this and continues mounting. The superblock's block size remains at the device's logical block size (32768). Later, when sb_bread() attempts I/O with this oversized block size, it triggers a kernel BUG in folio_set_bh():
    kernel BUG at fs/buffer.c:1582! BUG_ON(size > PAGE_SIZE); Fix by checking the return value of sb_set_blocksize() and failing the mount with -EINVAL if it returns 0. (CVE-2026-23238)

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

    macvlan：在 macvlan_common_newlink（） 錯誤路徑中觀察 RCU 寬限期 （CVE-2026-23273）

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

    還原 wireguard： device：啟用執行緒 NAPI （CVE-2026-52945）

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

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

遠端主機上安裝的核心版本早於 5.15.201-140.219。因此，會受到 ALAS2KERNEL-5.15-2026-098 公告中所提及的多個弱點影響。

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

    drm/ttm：修正 TTM_TT_FLAG_PRIV_POPULATED 位元移位中未定義的行為 （CVE-2022-50390）

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

    blk-cgroup：在 blkcg_reset_stats（）CVE-2023-53421 （） 中清除後重新初始化blkg_iostat_set

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

    ext4：修正 ext4_fname_{setup_filename，prepare_lookup} 中的記憶體洩漏 （CVE-2023-53662）

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

    page_pool：修正 page_pool_recycle_in_ring 中的釋放後使用 (CVE-2025-38129)

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

    HID：核心：強化 s32ton（） 以防止轉換為 0 位元 （CVE-2025-38556）

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

    bpf：拒絕對指標 ctx 欄位的較窄存取 （CVE-2025-38591）

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

    xfrm：刪除 x->tunnel 就像我們刪除 x （CVE-2025-40215） 一樣

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

    ext4：在 ext4_destroy_inline_data_nolock（） 中新增i_data_sem保護 （CVE-2025-68261）

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

    ext4：寫入作業前重新整理內嵌資料大小 （CVE-2025-68264）

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

    net/sched： sch_cake：修正 cake_drop （CVE-2025-68325） 中不正確的 qlen 縮減

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

    jbd2：當檔案系統損毀時，避免在 jbd2_journal_get_create_access（） 中bug_on （CVE-2025-68337）

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

    team：在team_port_add結尾移動團隊裝置類型變更 （CVE-2025-68340）

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

    NFSv4/pNFS：清除pnfs_mark_layout_stateid_invalid中的NFS_INO_LAYOUTCOMMIT （CVE-2025-68349）

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

    btrfs：修正 btrfs_clear_space_info_full（） 中的 racy 位元欄位寫入 （CVE-2025-68358）

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

    fs/ntfs3：使用前初始化分配的記憶體 （CVE-2025-68365）

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

    nbd：在 nbd_genl_connect （CVE-2025-68366） 中延遲配置解鎖

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

    注意：延遲配置放入 recv_work （CVE-2025-68372）

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

    crypto： asymmetric_keys - 防止asymmetric_key_generate_id中的溢位 （CVE-2025-68724）

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

    bpf：不讓 BPF 測試基礎架構發出無效的 GSO 類型來堆疊 （CVE-2025-68725）

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

    ntfs3：修正 __getname（）CVE-2025-68727 （） 配置的 uninit 緩衝區

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

    ntfs3：修正 mi_format_new 中mi_read失敗後的 uninit 記憶體 （CVE-2025-68728）

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

    ima：處理 ima_filter_rule_match（） 傳回的錯誤碼 （CVE-2025-68740）

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

    NFS：自動掛載的檔案系統應繼承 ro，noexec，nodev，sync 旗標 （CVE-2025-68764）

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

    sched/deadline：僅為線上執行佇列設定free_cpus （CVE-2025-68780）

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

    scsi： target：在錯誤情況下重設t_task_cdb指標 （CVE-2025-68782）

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

    net： openvswitch：修正 push_nsh（） 動作中的中間屬性驗證 （CVE-2025-68785）

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

    fsnotify：不要在特殊檔案的子檔案上產生 ACCESS/MODIFY 事件 （CVE-2025-68788）

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

    ethtool：避免統計查詢 （）CVE-2025-68795 上的使用者空間緩衝區溢位

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

    NFSD：NFSv4 檔案建立忽略設定 ACL （CVE-2025-68803）

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

    ipvs：修正路由錯誤路徑中的 ipv4 null-ptr-deref （CVE-2025-68813）

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

    io_uring：修正 __io_openat_prep（） 中的檔案名稱洩漏 （CVE-2025-68814）

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

    net/mlx5： fw_tracer，驗證格式字串參數 （CVE-2025-68816）

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

    ext4： xattr：修正 ext4_raw_inode（）CVE-2025-68820 （） 中的 NULL 指標解除參照

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

    fuse：修正預先讀取回收鎖死 （CVE-2025-68821）

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

    tpm：限制 PCR 庫的數量 （CVE-2025-71077）

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

    drm/ttm：避免對已逐出的 BO 進行 NULL 指標解除參照 （CVE-2025-71083）

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

    RDMA/cm：修正多點傳送 GID 表格參照 （CVE-2025-71084） 的洩漏

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

    ipv6：pskb_expand_head（） 中的 BUG（） 作為 calipso_skbuff_setattr（） 的一部分 （CVE-2025-71085）

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

    iommu：設定 CONFIG_X86 時停用 SVA （CVE-2025-71089）

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

    團隊：修正對 team_queue_override_port_prio_changed（） 中啟用的連接埠的檢查 （CVE-2025-71091）

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

    e1000：修正 e1000_tbi_should_accept（） 中的 OOB （CVE-2025-71093）

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

    RDMA/core：正確檢查是否存在LS_NLA_TYPE_DGID （CVE-2025-71096）

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

    ipv4：修正搭配 nexthop 物件使用錯誤路由時的參照計數洩漏 （CVE-2025-71097）

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

    ip6_gre：讓 ip6gre_header（） 健壯 （CVE-2025-71098）

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

    KVM： x86：使用定期 HV 計時器 （） 修正長時間不活動後的 VM 硬鎖定 （CVE-2025-71104）

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

    crypto：af_alg - 零初始化透過 sock_kmalloc （CVE-2025-71113） 配置的記憶體

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

    libceph：使 decode_pool（） 更能抵禦損毀的 OSDMaps （CVE-2025-71116）

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

    ACPICA：如果命名空間start_node為 NULL （），請避免遍歷命名空間 （CVE-2025-71118）

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

    SUNRPC： svcauth_gss：避免 gss_read_proxy_verf （CVE-2025-71120） 中零長度gss_token的 NULL 解除參照

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

    追蹤：不要註冊不支援的效能事件 （CVE-2025-71125）

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

    crypto： seqiv - 請勿在 crypto_aead_encrypt （CVE-2025-71131） 之後使用 req->iv

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

    KEYS： trusted：修正 tpm2_load_cmd （CVE-2025-71147） 中的記憶體洩漏

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

    btrfs：修正 wait_current_trans（） 中由於忽略交易類型 （CVE-2025-71194） 而導致的鎖死

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

    net/sched： sch_qfq：修正在 qfq_reset 中停用非作用中彙總時的 NULL 解除參照 （CVE-2026-22976）

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

    net： sock：修正 sock_recv_errqueue （CVE-2026-22977） 中強化的使用者複製錯誤

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

    nfsd：為 v4_end_grace （CVE-2026-22980） 提供鎖定

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

    libceph：防止 handle_auth_done（） 中潛在的越界讀取 （CVE-2026-22984）

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

    libceph：取代 osdmap_apply_incremental（）CVE-2026-22990 （） 中過度熱心的BUG_ON

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

    libceph：使 free_choose_arg_map（） 能夠復原部分分配 （CVE-2026-22991）

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

    libceph：傳回來自 mon_handle_auth_done（） 的處理常式錯誤 （CVE-2026-22992）

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

    net/sched： sch_qfq：不要釋放 qfq_change_class（） 中的現有類別 （CVE-2026-22999）

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

    macvlan：修正 macvlan_forward_source（） 中可能的 UAF （CVE-2026-23001）

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

    ip6_tunnel：在 __ip6_tnl_rcv（） 中使用 skb_vlan_inet_prepare（）CVE-2026-23003

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

    ipv4： ip_gre：使 ipgre_header（） 健全 （CVE-2026-23011）

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

    pnfs/flexfiles：修正 nfs4_ff_alloc_deviceid_node（） 中的記憶體洩漏 （CVE-2026-23038）

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

    libceph：使 calc_target（） 設定 t->paused，而不僅僅是清除它 （CVE-2026-23047）

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

    crypto： authencesn - 拒絕太短的 AAD （assoclen<8） 以符合 ESP/ESN 規格 （CVE-2026-23060）

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

    regmap：修正 hwspinlock irqsave 常式中的爭用情形 （CVE-2026-23071）

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

    net/sched：強制 teql 只能用作根 qdisc （CVE-2026-23074）

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

    fou：不允許 0 表示FOU_ATTR_IPPROTO。（CVE-2026-23083）

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

    irqchip/gic-v3-its：避免截斷記憶體位址 （CVE-2026-23085）

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

    gue：修正具有內部 IP 通訊協定 0 的 skb memleak。（CVE-2026-23095）

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

    移轉：修正 Hugetlb 檔案對開本的鎖定順序 （CVE-2026-23097）

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

    綁定：限制BOND_MODE_8023AD到乙太網路裝置 （CVE-2026-23099）

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

    ipvlan：使addrs_lock為每個連接埠 （CVE-2026-23103）

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

    net/sched： qfq：使用 cl_is_active 來判斷類別在 qfq_rm_from_ag （CVE-2026-23105） 中是否處於活動狀態

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

    netfilter： nf_tables：修正 nft_map_catchall_activate（）CVE-2026-23111 （） 中反轉的 genmask 檢查

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

    bonding：提供指向 __skb_flow_dissect（） （CVE-2026-23119） 的網路指標

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

    ipv6：在 ndisc_router_discovery（） 中註解 data-race （CVE-2026-23124）

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

    sctp：在SCTP_CMD_PEER_INIT之後立即移動SCTP_CMD_ASSOC_SHKEY （CVE-2026-23125）

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

    ext4：修正 ext4_xattr_inode_update_ref （CVE-2026-23145） 中的 iloc.bh 洩露

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

    mptcp：修正 mptcp_pm_nl_flush_addrs_doit（） 中的爭用 （CVE-2026-23169）

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

    KVM：取消指派 irqfd （CVE-2026-23198） 時，不要破壞 irqfd 路由類型

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

    macvlan：修正 macvlan_common_newlink（） 中的錯誤復原 （CVE-2026-23209）

    在 Linux 核心中，下列弱點已解決：bus: fsl-mc: fix use-after-free in driver_override_show() The driver_override_show() function reads the driver_override string without holding the device_lock. However, driver_override_store() uses driver_set_override(), which modifies and frees the string while holding the device_lock. This can result in a concurrent use-after-free if the string is freed by the store function while being read by the show function. Fix this by holding the device_lock around the read operation. (CVE-2026-23221)

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

    還原 wireguard： device：啟用執行緒 NAPI （CVE-2026-52945）

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

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

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

  - 還原 wireguard： device：啟用執行緒 NAPI 這會還原提交 933466fc50a8e4eb167acbd0d8ec96a078462e9c，即提交 db9ae3b6b43c79b1ba87eea849fd65efa05b4b2e 上游。我們有三份獨立的生產用戶報告，結合 Cilium，利用 WireGuard 作為加密，導致到某些對等節點的 k8s Pod E/W 流量完全停滯。情況如下所示： - 很少發生，但在重網路負載下隨機發生。- 一旦問題觸發解密端完全停止為該 WireGuard 對等體工作，其他對等體仍會正常運作。對於與該特定 WireGuard 對等體的新啟動連線，也會發生此停止。- 只有解密端受到影響，加密端絕不受影響。- 一旦觸發，它永遠不會恢復並保持這種狀態，該節點上的 CPU/mem 看起來正常，沒有洩漏、忙碌迴圈或崩潰。- 受影響系統上的 bpftrace 顯示 wg_prev_queue_enqueue 失敗，因此已達到對等rx_queue的MAX_QUEUED_PACKETS （1024 skb！- 此外， bpftrace 顯示在達到該對等的此狀態之後，永遠不會再次呼叫該對等的wg_packet_rx_poll。對於其他對等體wg_packet_rx_poll確實會正常調用。- 依預設，提交 db9ae3b （wireguard：裝置：啟用執行緒 NAPI） 將 WireGuard 切換為執行緒 NAPI。觸發此問題的預設值並未變更，也沒有發生 CPU 熱插拔 （即 5bd8de2 （wireguard：佇列：一律在 wg_cpumask_choose_online（））中傳回有效的線上 CPU）。- 在 v5.15 和 v6.1 的穩定核心中觀察到此問題。
    據我們報告，v5.10 穩定版運行良好，也沒有關於 v6.6 穩定版的報告（儘管 [0] 中有一些相關的討論）。- 在 WireGuard 驅動程式中，v5.10 穩定版和 v5.15 穩定版之間的唯一重大差異是預設切換為執行緒 NAPI。[0] https://lore.kernel.org/netdev/CA+wXwBTT74RErDGAnj98PqS=wvdh8eM1pi4q6tTdExtjnokKqA@mail.gmail.com/Breakdown 問題：1） 到達解密的 skb 通過 wg_queue_enqueue_per_device_and_peer 排入wg_packet_consume_data的對等>rx_queue。2） 後者僅在 skb 未超過MAX_QUEUED_PACKETS （1024） 時才將 skb 移動到 MPSC 對等隊列中，後者通過 wg_prev_queue_enqueue 在原子計數器中進行跟踪。3） 如果排隊成功，skb 也會在裝置佇列中排隊，循環選擇下一個線上 CPU，並排程解密工作程式。4） wg_packet_decrypt_worker一旦安排好，就會從佇列中拾取這些資料包，解密資料包，並在完成後呼叫wg_queue_enqueue_per_peer_rx。5） 後者在成功時更新狀態以PACKET_STATE_CRYPTED，並在每個 peer->napi 實例上調用 napi_schedule。6） 然後 NAPI 通過 wg_packet_rx_poll 進行民意調查。
    wg_prev_queue_peek對等>rx_queue進行檢查。如果佇列>查看的 skb 尚未緩存，它將wg_prev_queue_dequeue，或者只是返回後者，否則。（wg_prev_queue_drop_peeked稍後會清除快取。7） 從排序的角度來看，對等>rx_queue的 skb 是按順序排列的，而具有來自全域排序 PoV 的 per-CPU 工作線程的設備隊列可以完成解密並向 skb 發出無序信號PACKET_STATE_CRYPTED。8）可以觀察到的情況是，當系統處於壓力之下時，第一個傳入的數據包會卡在等待解密工作程序被調度更長的時間。9） 在這種情況下，其他 CPU 同時完成解密並調用 napi_schedule。10） 現在在 wg_packet_rx_poll 中，它從對等>rx_queue中獲取第一個有序 skb，並看到它的狀態仍然PACKET_STATE_UNCRYPTED。然後，NAPI 輪詢常式會結束 e ---truncated--- （CVE-2026-52945）

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
304278	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1489）	Nessus	Amazon Linux Local Security Checks	2026/3/30	2026/7/16	high
304299	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2026-1491)	Nessus	Amazon Linux Local Security Checks	2026/3/30	2026/7/16	high
301269	Amazon Linux 2：核心， --advisory ALAS2KERNEL-5。15-2026-098（ALASKERNEL-5。15-2026-098	Nessus	Amazon Linux Local Security Checks	2026/3/6	2026/6/30	high
323541	Linux Distros 未修補弱點：CVE-2026-52945	Nessus	Misc.	2026/6/28	2026/11/11	high

偵測

搜尋 Plugin

high

high

high

high