因此，该软件受到 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 恢复 wireguard： device：启用线程 NAPI 这会恢复提交 933466fc50a8e4eb167acbd0d8ec96a078462e9c，即提交 db9ae3b6b43c79b1ba87eea849fd65efa05b4b2e 上游。我们收到了三个独立的生产用户报告，结合 Cilium 使用 WireGuard 作为加密，导致某些对等节点的 k8s Pod E/W 流量完全停止。情况如下所示：- 网络负载过重时很少发生，但随机发生。- 一旦该问题触发解密端完全停止为该 WireGuard 对等机工作，其他对等机将继续正常工作。针对该特定 WireGuard 对等机新发起的连接也会发生等待。- 仅解密端受到影响，加密端从不受到影响。- 一旦触发，它将永远不会恢复并保持此状态，该节点上的 CPU/内存看起来正常，没有泄漏、繁忙循环或崩溃。- 受影响系统上的 bpftrace 显示 wg_prev_queue_enqueue 失败，从而达到对等机rx_queue的MAX_QUEUED_PACKETS （1024 skbs！）。- 此外，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） 抵达待解密的 skbs 通过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有 skbs 按顺序排列，而具有来自全局排序 PoV 的每 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 依赖供应商报告的程序包是否存在进行判断。

因此，该软件受到 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（） （CVE-2025-68358） 中的 racy 位字段写入

    在 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（） 错误路径 （CVE-2026-23273） 中观察 RCU 宽限期

    在 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：core：强化 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：避免文件系统损坏 （CVE-2025-68337） 时 jbd2_journal_get_create_access（） 中的bug_on

    在 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（） （CVE-2025-68358） 中的 racy 位字段写入

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3：使用前初始化已分配的内存 （CVE-2025-68365）

    在 Linux 内核中，以下漏洞已修复：

    nbd：延迟 nbd_genl_connect 中的配置解锁 （CVE-2025-68366）

    在 Linux 内核中，以下漏洞已修复：

    nbd：延迟配置放入 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_newCVE-2025-68728 （） 中mi_read失败后的 uninit 内存

    在 Linux 内核中，以下漏洞已修复：

    ima： 处理 ima_filter_rule_match（） （CVE-2025-68740） 返回的错误代码

    在 Linux 内核中，以下漏洞已修复：

    NFS：自动挂载的文件系统应继承 ro，noexec，nodev，sync 标记 （CVE-2025-68764）

    在 Linux 内核中，以下漏洞已修复：

    sched/deadline：仅设置在线 runqueue 的free_cpus （CVE-2025-68780）

    在 Linux 内核中，以下漏洞已修复：

    scsi：target：在错误情况下重置t_task_cdb指针 （CVE-2025-68782）

    在 Linux 内核中，以下漏洞已修复：

    net：openvswitch：修复 push_nsh（） action （CVE-2025-68785） 中的中间属性验证

    在 Linux 内核中，以下漏洞已修复：

    fsnotify：不在特殊文件的子项上生成 ACCESS/MODIFY 事件 （CVE-2025-68788）

    在 Linux 内核中，以下漏洞已修复：

    ethtool：避免统计数据查询 （CVE-2025-68795） 中的用户空间缓冲区溢出

    在 Linux 内核中，以下漏洞已修复：

    NFSD：NFSv4 文件创建忽略设置 ACL （CVE-2025-68803）

    在 Linux 内核中，以下漏洞已修复：

    ipvs：修复路由错误路径 （CVE-2025-68813） 中的 ipv4 null-ptr-deref

    在 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） 中的空指针取消引用

    在 Linux 内核中，以下漏洞已修复：

    fuse：修复 readahead 回收死锁 （CVE-2025-68821）

    在 Linux 内核中，以下漏洞已修复：

    tpm：限制 PCR 库的数量 （CVE-2025-71077）

    在 Linux 内核中，以下漏洞已修复：

    drm/ttm：避免对逐出的 BO 进行空指针取消引用 （CVE-2025-71083）

    在 Linux 内核中，以下漏洞已修复：

    RDMA/cm：修复泄漏多播 GID 表引用 （CVE-2025-71084）

    在 Linux 内核中，以下漏洞已修复：

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

    在 Linux 内核中，以下漏洞已修复：

    iommu：设置 CONFIG_X86 时禁用 SVA （CVE-2025-71089）

    在 Linux 内核中，以下漏洞已修复：

    team：修复对 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 定时器 （CVE-2025-71104） 修复长时间不活动后的 VM 硬锁定

    在 Linux 内核中，以下漏洞已修复：

    crypto：af_alg - 零初始化通过 sock_kmalloc （CVE-2025-71113） 分配的内存

    在 Linux 内核中，以下漏洞已修复：

    libceph：提高 decode_pool（） 对损坏的 osdmaps （CVE-2025-71116） 的复原能力

    在 Linux 内核中，以下漏洞已修复：

    ACPICA：如果命名空间为 NULL start_node则避免遍历命名空间 （CVE-2025-71118）

    在 Linux 内核中，以下漏洞已修复：

    SUNRPC：svcauth_gss：避免 gss_read_proxy_verf （CVE-2025-71120） 中的零长度gss_token发生空取消引用

    在 Linux 内核中，以下漏洞已修复：

    tracing：不注册不受支持的 perf 事件 （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 （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（）CVE-2026-23003 中使用 skb_vlan_inet_prepare（）

    在 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 spec （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 内存泄漏。（CVE-2026-23095）

    在 Linux 内核中，以下漏洞已修复：

    migrate：修正 hugetlb 文件作品集 （CVE-2026-23097） 的锁定顺序

    在 Linux 内核中，以下漏洞已修复：

    bonding：限制对以太网设备的BOND_MODE_8023AD （CVE-2026-23099）

    在 Linux 内核中，以下漏洞已修复：

    ipvlan：使addrs_lock实现每个端口 （CVE-2026-23103）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：qfq：使用 cl_is_active 确定 class 在 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（） （）CVE-2026-23124 中的数据争用

    在 Linux 内核中，以下漏洞已修复：

    sctp：在 SCTP_CMD_PEER_INIT （） 之后直接移动 SCTP_CMD_ASSOC_SHKEYCVE-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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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
323541	Linux Distros 未修补的漏洞：CVE-2026-52945	Nessus	Misc.	2026/6/28	2026/9/1	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

检测

插件搜索

high

high

high

high