远程 Debian 13 主机上存在安装的程序包，该程序包受到 dsa-6381 公告中提及的多个漏洞的影响。

    - ------------------------------------------------------------------------- Debian 安全公告 DSA-6381-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 7 月 5 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID： CVE-2025-23131 CVE-2026-31419 CVE-2026-31732 CVE-2026-43010 CVE-2026-43216 CVE-2026-43355 CVE-2026-46054 CVE-2026-46242 CVE-2026-46252 CVE-2026-52975 CVE-2026-53070 CVE-2026-53101 CVE-2026-53139 CVE-2026-53142 CVE-2026-53151 CVE-2026-53157 CVE-2026-53163 CVE-2026-53167 CVE-2026-53179 CVE-2026-53325 CVE-2026-53327 CVE-2026-53341 CVE-2026-53359 CVE-2026-53361 CVE-2026-53362 Debian 缺陷：1136179 1139686

    在 Linux 内核中发现多个可能导致权限升级、拒绝服务或信息泄漏的漏洞。

    对于稳定发行版本 (trixie)，已在 6.12.95-1 版本中修复这些问题。

    建议您升级 linux 程序包。

    如需了解 linux 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

因此，该软件受到 ALAS2023-2026-2014 公告中提及的多个漏洞影响。

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

    ipv6：使用 ip6_output（） 中的 RCU （CVE-2025-40158）

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

    gpio：修复 gpiochip_add_data_with_key（） （）CVE-2026-31732 中的错误导致的资源泄漏

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

    bpf：在附加时拒绝可休眠的 kprobe_multi 程序 （CVE-2026-43010）

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

    net：终止 skb_may_tx_timestamp（） （CVE-2026-43216） 中的锁定

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

    bpf：修复未提供 prog fd 时的 tcx/netkit 分离权限 （CVE-2026-45932）

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

    ip6_vti：在回退设备上设置netns_immutable。（CVE-2026-52909）

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

    bonding：3ad：实现 port->aggregator （CVE-2026-52975） 的适当 RCU 规则

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

    sched/psi：修复文件释放和压力写入 （CVE-2026-52991） 之间的争用

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

    sctp：调用 udp_tunnel_xmit_skb（） （） 前CVE-2026-53070禁用 BH

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

    fuse：将FUSE_NOTIFY_RETRIEVE限制为最新的 folios （CVE-2026-53167）

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

    sctp：验证 cookie （CVE-2026-53224） 中嵌入的 INIT 区块和地址列表长度

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

    sctp：验证 COOKIE_ECHO 处理中缓存的对等机 INIT 区块长度 （CVE-2026-53246）

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

    fhandle：修复 may_decode_fh（） （CVE-2026-53341） 中未锁定的 ->mnt_ns 读取造成的 UAF

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

    af_unix：在 unix_gc（） 中将 gc_in_progress 设为 true。（CVE-2026-53361）

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

    virtiofs：修复子挂载 umount 上的 UAF

    如果超级块已被破坏，则从 fuse_release_end（） 调用的 iput（） 可发生 Oops。通常情况下，通过等待 fornum_waiting 降至零，然后再开始超级块关机，可以防止这种情况发生。

    但是，这仅适用于最后一个子挂载实例，因为等待计数器是每个连接，而不是每个超级块。

    恢复为针对auto_submounts情况使用同步释放请求，此时仅限 virtiofs。（CVE-2026-53381）

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

    vc_screen：修复并发vcs_write期间 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中发现一个 KASAN null-ptr-deref：

    缺陷：KASAN：地址qmp_cmd_name处大小为 2 的 vcs_notifier+0x98/0x130Read 中的 null-ptr-deref：
    qmp_capabilities，参数：{}

    该问题是 vcs_write（） 中的争用条件。当console_lock被暂时删除（以从用户空间复制数据）时，从 vcs_vc（） 获取的vc_data指针可能会过时。重新获取锁定后，会再次调用 vcs_vc（） 以重新验证指针。如果在此期间 vc 已被解除分配，则 vcs_vc（） 返回 NULL，while 循环中断（写入> 0）。但是，在循环之后，仍使用现为空的 vc 指针调用 vcs_scr_updated（vc），从而导致通知程序链中出现空指针取消引用（vcs_notifier取消引用 param->vc）。

    通过在调用 vcs_scr_updated（） 之前添加 vc 的空检查修复此问题。（CVE-2026-53385）

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

    fuse：替换页面缓存作品集之前的重新锁定请求

    fuse_try_move_folio（） 在进入时解锁请求，但不会在成功路径上重新锁定它。这意味着 fuse_chan_abort（） 可以结束请求并释放fuse_io_args（如 fuse_readpages_end（）），而 fuse_try_move_folio（） 访问thefuse_io_args之后的后续复制链逻辑会导致释放后使用问题。

    通过先调用 lock_request（），先调用 replace_page_cache_folio（），以修复此问题。这可确保请求锁定在成功路径上，从而防止在后续复制逻辑运行时释放fuse_io_args，同时确保 ap->folios[i]->mapping 永远不为空，因为 ap->folios[i] 始终指向 newfolio afterreplace_page_cache_folio（）。（CVE-2026-53388）

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

    NFSv4/pNFS：拒绝 nfs4_decode_mp_ds_addr （CVE-2026-53391） 中的零长度r_addr

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

    nfsd：针对延迟的回写错误重置写入验证程序 （CVE-2026-53393）

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

    nfsd：避免在未经确认的重试争用 （CVE-2026-53394） 中泄漏预分配的 openowner

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

    nfsd：修复 SETACL 解码失败 （CVE-2026-53397） 中的posix_acl泄漏

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

    NFSD：修复SECINFO_NO_NAME解码错误 cleanup （CVE-2026-53398）

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

    i2c：core：修复适配器注册争用

    使用 i2c_get_adapter（） 可根据适配器的 id 查找适配器，该函数会引用嵌入式结构设备。

    确保适配器（包括其结构设备）在将其添加到 IDR 之前已初始化，以避免访问未初始化数据，例如，可能导致空指针取消引用或释放后使用。

    请注意，从总线通知程序注册的 i2c-dev chardev 当前使用 i2c_get_adapter（），因此在注册前需要将适配器添加到 IDR。（CVE-2026-53400）

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

    fbdev：修复fb_new_modelist以防止fb_videomode_to_var中出现 null-ptr-deref

    framebuffer 的当前模式 info->var 在 info->modelist 中应具有 MatchingEntry。
    var_to_display（） 依赖此问题并将失败的 fb_match_mode（） 视为不应发生此情况。
    fb_set_var（） 通过在每次更改时将模式添加到列表中来保持 ittrue，anddo_register_framebuffer（） 在注册时执行相同的操作。

    store_modes（） 替换用户空间中的模式列表。fb_new_modelist（）验证新模式，但不检查 info->var 是否仍具有 amatch。它依靠 fbcon_new_modelist（） 重新指向控制台，但仅处理映射到帧缓冲区的控制台。fbcon unbound 没有任何内容，因此 info->var 只留下描述不再在列表中的模式。

    后续的控制台接管运行 var_to_display（），其中 fb_match_mode（） 返回 NULL 并保留 fb_display[i].mode NULL。fbcon_switch（） 将其传递给 display_to_var（），而 fb_videomode_to_var（） 取消引用 NULL 模式。

    将列表中的当前模式保留在 fb_new_modelist（） 中，与 wayfb_set_var（） 相同的模式。（CVE-2026-53403）

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

    pNFS：修复 pnfs_update_layout（） 中的释放后使用 （CVE-2026-63800）

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

    tipc：修复 tipc_aead_decrypt_done （CVE-2026-63801） 中的 slab-use-after-free Read

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

    blk-cgroup：修复 __blkcg_rstat_flush（） 中的 UAF （CVE-2026-63802）

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

    KVM：将 ioeventfd datamatch 中的 guest-triggerable BUG_ON（） 替换为 get_unaligned（）CVE-2026-63806 （）

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

    KVM：x86/mmu：检查最大映射级别 （） 之前确保按插槽 hugepage 运行 （CVE-2026-63807）

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

    exfat：修复 exfat_find_dir_entry（） 中潜在的释放后使用 （CVE-2026-63808）

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

    bpf：将 kvfree（） 用于替换的 sysctl 写入缓冲区 （CVE-2026-63809）

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

    block：避免在用户空间 （CVE-2026-63810） 中挂载 bdev 伪文件系统

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

    keys：在实例化路径 （CVE-2026-63823） 中固定 request_key_auth 负载

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

    KEYS：修复 keyctl_pkey_params_get_2（） （CVE-2026-63824） 中的溢出

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

    fbdev：修复 store_modes（） 中的释放后使用 （CVE-2026-63826）

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

    net：ip_gre：需要设备 netns 中的CAP_NET_ADMIN用于 changelink （CVE-2026-63829）

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

    net：skmsg：跨 SG 转换保留 sg.copy （CVE-2026-63830）

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

    ntfs3：拒绝直接用户空间写入预留 $LX* xattrs

    NTFS3 使用 $LXUID、 和 $LXGID$LXMOD$LXDEV 作为内部 WSLpermission 元数据，并将其重新加载到 i_uid、i_gid 和 i_modefrom ntfs_get_wsl_perm（） 中。

    由于空前缀 xattr 处理程序还允许文件所有者直接在这些名称上调用 callsetxattr（），可恶的 ntfs3 挂载上的非特权写入器可在自己的文件中植入根所有权和S_ISUID，并在 inode 重新加载后获得 euid 0。

    拒绝直接用户空间写入保留 $LX的 * 名称。Internalntfs3 元数据更新保持不变，因为 ntfs_save_wsl_perm（） 直接通过 ntfs_set_ea（） 写入。

    [almaz.alexandrovich@paragon-software.com：为非特权用户添加了额外的检查]（CVE-2026-63833）

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

    drivers/base/memory：设备注册成功后设置 mem->altmap （CVE-2026-64244）

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

    fbdev：modedb：修复 fb_find_mode（） （CVE-2026-64245） 中可能的 UAF

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

    KVM：x86：hyper-v：查询稀疏库时绑定库索引 （CVE-2026-64247）

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

    MIPS：smp：向 stop_this_cpu（） 中的 RCU 报告即将终止的 CPU （CVE-2026-64248）

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

    LoongArch：向 stop_this_cpu（） 中的 RCU 报告即将终止的 CPU （CVE-2026-64250）

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

    kernel/fork：清除 copy_process（） （CVE-2026-64253） 中的PF_BLOCK_TS

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：2026：1787307395公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：ftrace: Clean up hash direct_functions on register failures We see the following GPF when register_ftrace_direct fails: [ ] general protection fault, probably for non-canonical address \ 0x200000000000010: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC PTI [...] [ ] RIP: 0010:ftrace_find_rec_direct+0x53/0x70 [ ] Code: 48 c1 e0 03 48 03 42 08 48 8b 10 31 c0 48 85 d2 74 [...] [ ] RSP: 0018:ffffc9000138bc10 EFLAGS: 00010206 [ ] RAX: 0000000000000000 RBX:
    ffffffff813e0df0 RCX: 000000000000003b [ ] RDX: 0200000000000000 RSI: 000000000000000c RDI:
    ffffffff813e0df0 [ ] RBP: ffffffffa00a3000 R08: ffffffff81180ce0 R09: 0000000000000001 [ ] R10:
    ffffc9000138bc18 R11: 0000000000000001 R12: ffffffff813e0df0 [ ] R13: ffffffff813e0df0 R14:
    ffff888171b56400 R15: 0000000000000000 [ ] FS: 00007fa9420c7780(0000) GS:ffff888ff6a00000(0000) knlGS:000000000 [ ] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ ] CR2: 000000000770d000 CR3:
    0000000107d50003 CR4: 0000000000370ee0 [ ] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [ ] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ ] Call Trace: [ ] <TASK> [ ] register_ftrace_direct+0x54/0x290 [ ] ? render_sigset_t+0xa0/0xa0 [ ] bpf_trampoline_update+0x3f5/0x4a0 [ ] ? 0xffffffffa00a3000 [ ] bpf_trampoline_link_prog+0xa9/0x140 [ ] bpf_tracing_prog_attach+0x1dc/0x450 [ ] bpf_raw_tracepoint_open+0x9a/0x1e0 [ ] ? find_held_lock+0x2d/0x90 [ ] ? lock_release+0x150/0x430 [ ] __sys_bpf+0xbd6/0x2700 [ ] ? lock_is_held_type+0xd8/0x130 [ ]
    __x64_sys_bpf+0x1c/0x20 [ ] do_syscall_64+0x3a/0x80 [ ] entry_SYSCALL_64_after_hwframe+0x44/0xae [ ] RIP:
    0033:0x7fa9421defa9 [ ] Code: 00 c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 9 f8 [...] [ ] RSP:
    002b:00007ffed743bd78 EFLAGS: 00000246 ORIG_RAX: 0000000000000141 [ ] RAX: ffffffffffffffda RBX:
    00000000069d2480 RCX: 00007fa9421defa9 [ ] RDX: 0000000000000078 RSI: 00007ffed743bd80 RDI:
    0000000000000011 [ ] RBP: 00007ffed743be00 R08: 0000000000bb7270 R09: 0000000000000000 [ ] R10:
    00000000069da210 R11: 0000000000000246 R12: 0000000000000001 [ ] R13: 00007ffed743c4b0 R14:
    00000000069d2480 R15: 0000000000000001 [ ] </TASK> [ ] Modules linked in: klp_vm(OK) [ ] ---[ end trace 0000000000000000 ]--- One way to trigger this is: 1. load a livepatch that patches kernel function xxx; 2.
    run bpftrace -e 'kfunc:xxx {}', this will fail (expected for now); 3. repeat #2 => gpf. This is because the entry is added to direct_functions, but not removed. Fix this by remove the entry from direct_functions when register_ftrace_direct fails. Also remove the last trailing space from ftrace.c, so we don't have to worry about it anymore. (CVE-2022-49402)

  - 已修复 Linux 内核中的下列漏洞：irqchip/gic-v3: Fix refcount leak in gic_populate_ppi_partitions of_find_node_by_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2022-49715)

  - 已修复 Linux 内核中的下列漏洞：cpufreq: CPPC: Add u64 casts to avoid overflowing The fields of the _CPC object are unsigned 32-bits values. To avoid overflows while using
    _CPC's values, add 'u64' casts. (CVE-2022-49750)

  - 已修复 Linux 内核中的下列漏洞：net: stream: purge sk_error_queue in sk_stream_kill_queues() Changheon Lee reported TCP socket leaks, with a nice repro. It seems we leak TCP sockets with the following sequence: 1) SOF_TIMESTAMPING_TX_ACK is enabled on the socket. Each ACK will cook an skb put in error queue, from __skb_tstamp_tx(). __skb_tstamp_tx() is using skb_clone(), unless SOF_TIMESTAMPING_OPT_TSONLY was also requested. 2) If the application is also using MSG_ZEROCOPY, then we put in the error queue cloned skbs that had a struct ubuf_info attached to them. Whenever an struct ubuf_info is allocated, sock_zerocopy_alloc() does a sock_hold(). As long as the cloned skbs are still in sk_error_queue, socket refcount is kept elevated. 3) Application closes the socket, while error queue is not empty. Since tcp_close() no longer purges the socket error queue, we might end up with a TCP socket with at least one skb in error queue keeping the socket alive forever. This bug can be (ab)used to consume all kernel memory and freeze the host. We need to purge the error queue, with proper synchronization against concurrent writers. (CVE-2022-50838)

  - 已修复 Linux 内核中的下列漏洞：bpf: Add preempt_count_{sub,add} into btf id deny list The recursion check in __bpf_prog_enter* and __bpf_prog_exit* leave preempt_count_{sub,add} unprotected. When attaching trampoline to them we get panic as follows, [867.843050] BUG: TASK stack guard page was hit at 0000000009d325cf (stack is 0000000046a46a15..00000000537e7b28) [ 867.843064] stack guard page: 0000 [#1] PREEMPT SMP NOPTI [867.843067] CPU: 8 PID: 11009 Comm: trace Kdump: loaded Not tainted 6.2.0+ #4 [ 867.843100] Call Trace: [867.843101] <TASK> [ 867.843104] asm_exc_int3+0x3a/0x40 [ 867.843108] RIP: 0010:preempt_count_sub+0x1/0xa0 [ 867.843135] __bpf_prog_enter_recur+0x17/0x90 [ 867.843148] bpf_trampoline_6442468108_0+0x2e/0x1000 [867.843154] ? preempt_count_sub+0x1/0xa0 [ 867.843157] preempt_count_sub+0x5/0xa0 [ 867.843159] ? migrate_enable+0xac/0xf0 [ 867.843164] __bpf_prog_exit_recur+0x2d/0x40 [ 867.843168] bpf_trampoline_6442468108_0+0x55/0x1000 ... [ 867.843788] preempt_count_sub+0x5/0xa0 [ 867.843793] ? migrate_enable+0xac/0xf0 [ 867.843829] __bpf_prog_exit_recur+0x2d/0x40 [ 867.843837] BUG: IRQ stack guard page was hit at 0000000099bd8228 (stack is 00000000b23e2bc4..000000006d95af35) [ 867.843841] BUG: IRQ stack guard page was hit at 000000005ae07924 (stack is 00000000ffd69623..0000000014eb594c) [ 867.843843] BUG: IRQ stack guard page was hit at 00000000028320f0 (stack is 00000000034b6438..0000000078d1bcec) [867.843842] bpf_trampoline_6442468108_0+0x55/0x1000 ... That is because in __bpf_prog_exit_recur, the preempt_count_{sub,add} are called after prog->active is decreased. Fixing this by adding these two functions into btf ids deny list. (CVE-2023-54086)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1 1787305050公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已修复 Linux 内核中的下列漏洞：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已修复 Linux 内核中的下列漏洞：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已修复 Linux 内核中的下列漏洞：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已修复 Linux 内核中的下列漏洞：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - bpf：在连接时拒绝可睡眠kprobe_multi程序，kprobe.multi程序在原子/RCU上下文中运行，无法睡眠。然而，bpf_kprobe_multi_link_attach（）并未验证所附加程序是否设置了可睡眠标志，从而允许从非睡眠上下文调用如bpf_copy_from_user（）等可睡眠辅助工具。这会导致一个来自无效上下文 splat 的睡眠函数：BUG：
    睡眠函数从无效上下文调用，地址为./include/linux/uaccess.h：169 in_atomic（）： 1， irqs_disabled（）： 0， non_block： 0， PID： 1787， name： sudo preempt_count： 1， expected： 0 RCU nest 深度： 2， expected： 0 通过在bpf_kprobe_multi_link_attach（）， 前拒绝可睡眠程序来修复此问题，之后再进行任何处理。（CVE-2026-43010）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

因此，该软件受到 ALAS2023-2026-1746 公告中提及的多个漏洞影响。

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

    KVM：x86/mmu：即使创建 MMIO SPTE （CVE-2026-23401） 时，删除/清除存在的 SPTE

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

    KVM：x86/mmu：覆盖 shadow-present SPTE （CVE-2026-23402） 时，仅在直接 MMU 中发出 WARN

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

    tls：清除 tls_decrypt_async_wait（） （CVE-2026-23414） 中的async_hold

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

    futex：修复 futex_key_to_node_opt（） 与 vma_replace_policy（）CVE-2026-23415 （） 之间的 UaF

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

    mm/mseal：更新 VMA 在合并时正确结束 （CVE-2026-23416）

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

    bpf：修复 PROBE_MEM32 存储的固定伪装 （CVE-2026-23417）

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

    xfrm：修复 xfrm_nat_keepalive_net_fini（）CVE-2026-31406 （） 中取消后的工作重新计划

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

    bpf：修复 BPF_OR （CVE-2026-31413） 的 maybe_fork_scalars（） 中不健全的标量 fork

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

    netfilter：nf_conntrack_expect：使用 expect->helper （CVE-2026-31414）

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

    ipv6：避免 ip6_datagram_send_ctl（） （CVE-2026-31415） 中的溢出

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

    netfilter：nfnetlink_log：考虑 netlink 标头大小 （CVE-2026-31416）

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

    net：bonding：修复 bond_xmit_broadcast（） 中的释放后使用 （CVE-2026-31419）

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

    net/sched：cls_fw：修复共享区块中的空指针取消引用 （CVE-2026-31421）

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

    net/sched：cls_flow：修复共享区块中的空指针取消引用 （CVE-2026-31422）

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

    net/sched：sch_hfsc：修复 rtsc_min（） （CVE-2026-31423） 中的除以零问题

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

    netfilter：x_tables：限制 NFPROTO_ARP 的 xt_check_match/xt_check_target扩展 （CVE-2026-31424）

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

    ACPI：EC：清除 acpi_ec_setup（） （CVE-2026-31426） 中的探测失败时的处理程序

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

    netfilter：nf_conntrack_sip：修复 process_sdp （CVE-2026-31427） 中对未初始化rtp_addr的使用

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

    netfilter：nfnetlink_log：修复 NFULA_PAYLOAD （CVE-2026-31428） 中未初始化的填充泄漏

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

    btrfs：修复子组 space_info 的 kobject 名称泄漏 （CVE-2026-31434）

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

    netfs：修复重试期间的读取放弃 （CVE-2026-31435）

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

    netfs：针对 ITER_KVEC 迭代器修复 netfs_limit_iter（） 中的内核缺陷 （CVE-2026-31438）

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

    mm/damon/core：避免使用半在线提交的上下文 （CVE-2026-31445）

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

    ext4：修复使用 umount （CVE-2026-31446） 争用时 update_super_work 中的释放后使用

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

    ext4：如果 bigalloc 为 s_first_data_block ！= 0 （CVE-2026-31447），则拒绝挂载

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

    ext4：避免残余数据 （CVE-2026-31448） 导致的无限循环

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

    ext4：验证 ext4_ext_correct_indexes 中的p_idx边界 （CVE-2026-31449）

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

    ext4：初始化后发布 jinode （CVE-2026-31450）

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

    ext4：将 BUG_ON 替换为 ext4_read_inline_folio （CVE-2026-31451） 中的正确错误处理

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

    ext4：当截断超过内联大小时，将内联数据转换为盘区 （CVE-2026-31452）

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

    xfs：避免在推送回调 （CVE-2026-31453） 之后取消引用日志项目

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

    xfs：在删除推送回调中的 AIL 锁定之前保存 ailp （CVE-2026-31454）

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

    xfs：在卸载期间推送 AIL 前停止回收 （CVE-2026-31455）

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

    mm/pagewalk：修复并发拆分和 refault （CVE-2026-31456） 之间的争用

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

    mm/damon/sysfs：检查 repeat_call_fn （CVE-2026-31457） 中的 contexts->nr

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

    mm/damon/sysfs：在访问 contexts_arr[0] （CVE-2026-31458） 之前检查 contexts->nr

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

    mm/damon/sysfs：修复 damon_sysfs_new_test_ctx（） 失败 （CVE-2026-31459） 时的param_ctx泄漏

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

    writeback：不阻断没有数据完整性保证的文件系统的同步 （CVE-2026-31465）

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

    mm/huge_memory：修复 softleaf_to_folio（）CVE-2026-31466 （） 中未锁定的作品集

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

    erofs：如果需要，在 bio 完成中添加GFP_NOIO （CVE-2026-31467）

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

    virtio_net：修复清除 IFF_XMIT_DST_RELEASE 且 napi_tx 为 false 时dst_ops上的 UAF （CVE-2026-31469）

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

    virt：tdx-guest：修复对主机控制的“quote”缓冲区长度 （CVE-2026-31470） 的处理

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

    media：mc、v4l2：使用 req_queue_mutex （） 序列化 REINIT 和CVE-2026-31473 REQBUFS

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

    tracing：使用 osnoise （CVE-2026-31480） 修复 cpu 热插拔中潜在的死锁

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

    spi：使用通用 driver_override 基础架构 （CVE-2026-31487）

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

    RDMA/irdma：使用之前初始化 free_qp 完成 （CVE-2026-31492）

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

    netfilter：ctnetlink：使用 netlink 策略范围检查 （CVE-2026-31495）

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

    netfilter：nf_conntrack_expect：通过 proc （CVE-2026-31496） 跳过其他 netns 中的预期

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

    team：修复非以太网端口的header_ops类型混淆 （CVE-2026-31502）

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

    udp：修复使用 hash2 （CVE-2026-31503） 时的通配符 bind 冲突检查

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

    net：通过 NETDEV_UP 争用 （CVE-2026-31504） 修复 packet_release（） 中的扇出 UAF

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

    net：openvswitch：避免在拆卸完成之前发布 netdev （CVE-2026-31508）

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

    erofs：设置 fileio bio 在短读取情况下失败 （CVE-2026-31514）

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

    af_key：验证 pfkey_send_migrate（） （）CVE-2026-31515 中的系列

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

    xfrm：防止 policy_hthresh.work 与 netns 拆卸 （CVE-2026-31516） 争用

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

    esp：修复 espintcp 和异步加密 （CVE-2026-31518） 的 skb 泄漏

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

    btrfs：在子卷创建期间设置 BTRFS_ROOT_ORPHAN_CLEANUP （CVE-2026-31519）

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

    module：修复符号st_shndx越界时的内核错误 （CVE-2026-31521）

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

    nvme-pci：确保轮询的是轮询的队列 （CVE-2026-31523）

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

    HID：asus：避免 asus_report_fixup（）CVE-2026-31524 （） 中的内存泄漏

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

    bpf：修复 INT_MIN （CVE-2026-31525） 的解释器 sdiv/smod 中的未定义行为

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

    bpf：修复 subprogs （CVE-2026-31526） 的异常退出锁定检查

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

    driver core： platform：使用通用 driver_override 基础架构 （CVE-2026-31527）

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

    perf：确保对群组使用 pmu_ctx->pmu （CVE-2026-31528）

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

    futex：要求 sys_futex_requeue（） 具有相同的标记 （CVE-2026-31554）

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

    futex：清除 futex_lock_pi（） 重试路径 （CVE-2026-31555） 中过时的退出指针

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

    x86/cpu：从 CR4 固定位掩码 （CVE-2026-31561） 中删除X86_CR4_FRED

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

    PM：sleep：从 pm_restore_gfp_mask（）CVE-2026-31567 丢弃虚假 WARN_ON（）

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

    can：gw：修复 cgw_csum_crc8_rel（） （CVE-2026-31570） 中的 OOB 堆访问

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

    drm/i915：过早断开平面链接 NV12 （CVE-2026-31571）

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

    smb：客户端：避免 smbd_send_batch_flush（）CVE-2026-31609 （） 之后 smbd_free_send_io（） 中的双重释放

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

    netfilter：ip6t_rt：拒绝 rt_mt6_check（） （CVE-2026-31674） 中过大的 addrnr

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

    net/sched：sch_netem：修复数据包损坏中的越界访问 （CVE-2026-31675）

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

    openvswitch：延迟将隧道netdev_put到 RCU 版本 （CVE-2026-31678）

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

    openvswitch：验证 MPLS set/set_masked 负载长度 （CVE-2026-31679）

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

    net：ipv6：flowlabel：延迟独占选项释放，直到 RCU 拆卸 （CVE-2026-31680）

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

    bridge：br_nd_send：解析 ND 选项 （CVE-2026-31682） 之前先线性化 skb

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

    wifi：virt_wifi：删除SET_NETDEV_DEV以避免释放后使用 （CVE-2026-31695）

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

    thermal：core：使用 resume （CVE-2026-31731） 解决热区删除争用

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

    gpio：修复 gpiochip_add_data_with_key（） （）CVE-2026-31732 中的错误导致的资源泄漏

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

    sched_ext：修复 ddsp_dsq_id （CVE-2026-31733） 中过时的直接调度状态

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

    sched_ext：修复非PREEMPT_RCU （CVE-2026-31734） 的 is_bpf_migration_disabled（） 漏报

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

    vxlan：验证 vxlan_na_create 中的 ND 选项长度 （CVE-2026-31738）

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

    vt：调整大小后放弃 alt 屏幕退出时过时的 Unicode 缓冲区 （CVE-2026-31742）

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

    bridge：br_nd_send：验证 ND 选项长度 （CVE-2026-31752）

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

    usb：ulpi：修复 ulpi_register_interface（） 错误路径中的双重释放 （CVE-2026-31759）

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

    drm/i915/dsi：不在命令模式中进行 DSC 水平时序调整 （CVE-2026-31767）

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

    io_uring/net：修复 io_bundle_nbufs（） （CVE-2026-31774） 中的 slab-out-of-bound 读取

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

    drm/ioc32：停止对drm_compat_ioctl路径的推测 （CVE-2026-31781）

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

    perf/x86：修复 intel_pmu_hw_config （CVE-2026-31782） 中潜在的不良container_of

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

    io_uring/rsrc：拒绝零长度固定缓冲区导入 （CVE-2026-43006）

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

    bpf：在附加时拒绝可休眠的 kprobe_multi 程序 （CVE-2026-43010）

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

    net/mlx5：修复失败时的 switchdev 模式回滚 （CVE-2026-43012）

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

    net/mlx5：lag：在创建 debugfs （CVE-2026-43013） 之前检查 LAG 设备

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

    bpf：sockmap：修复 sk_psock_verdict_data_ready（） 中 sk->sk_socket 的释放后使用。（CVE-2026-43016）

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

    netfilter：nf_tables：拒绝立即NF_QUEUE判定 （CVE-2026-43024）

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

    netfilter：ctnetlink：忽略新预期的显式帮助程序 （CVE-2026-43025）

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

    netfilter：ctnetlink：当CTA_EXPECT_NAT不存在时，预期 NAT 字段为零 （CVE-2026-43026）

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

    netfilter：nf_conntrack_helper：传递帮助程序以预期 cleanup （CVE-2026-43027）

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

    netfilter：x_tables：确保名称以 NUL 结束 （CVE-2026-43028）

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

    mptcp：修复 mptcp_recvmsg（） 中的软锁定 （CVE-2026-43029）

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

    bpf：修复针对数据包 （CVE-2026-43030） 指针的 regsafe（）

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

    net：sched：cls_api：修复 tc_chain_fill_node 以将 tcm_info 初始化为零以防止信息泄漏 （CVE-2026-43035）

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

    net：将 skb_header_pointer（） 用于 TCPv4 GSO frag_off check （CVE-2026-43036）

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

    ip6_tunnel：清除 ip4ip6_err（）CVE-2026-43037 中的 skb2->cb[]

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

    ipv6：icmp：清除 ip6_err_gen_icmpv6_unreach（） （CVE-2026-43038） 中的 skb2->cb[]

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

    net：ipv6：ndisc：修复ndisc_ra_useropt以将 nduseropt_padX 字段初始化为零以防止信息泄漏 （CVE-2026-43040）

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

    btrfs：拒绝具有 drop_progress 和零drop_level （CVE-2026-43046） 的根项目

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

    HID：多点触控：检查以确保报告响应与请求 （CVE-2026-43047） 匹配

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

    HID：core：通过删除虚假的 memset（） （CVE-2026-43048） 缓解潜在的 OOB

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

    scsi：target：tcm_loop：target_reset处理程序 （CVE-2026-43054） 中的 Drain 命令

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

    scsi：target：file： 将 kzalloc_flex用于aio_cmd （CVE-2026-43055）

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

    net：正确处理 IPV6_CSUM GSO fallback （CVE-2026-43057） 上的隧道流量

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

    xfs：在 xfs_attri_recover_work （） 中执行 iget 失败后不执行 ireleCVE-2026-43063

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

    ext4：始终耗尽 ext4_mb_release（）CVE-2026-43065 中的排队丢弃工作

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

    ext4：修复 ext4_fc_replay_inode（） 错误路径 （CVE-2026-43066） 中的 iloc.bh 泄漏

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

    ext4：在搜索间接映射区块的区块时处理回绕 （CVE-2026-43067）

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

    ext4：避免从 ext4_mb_find_by_goal（） （CVE-2026-43068） 中损坏的群组分配区块

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

    sched/fair：修复 zero_vruntime 跟踪补丁 （CVE-2026-43323）

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

    cpufreq：governor：修复 cpufreq_dbs_governor_init（） 错误路径 （CVE-2026-43328） 中的双重释放

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

    netfilter：flowtable：严格检查最大操作数 （CVE-2026-43329）

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

    thermal：core：修复热区设备注册错误路径 （CVE-2026-43332）

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

    bpf：拒绝直接访问可空PTR_TO_BUF指针 （CVE-2026-43333）

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

    lib/crypto：chacha：在permuted_state离开 scope （CVE-2026-43336） 之前将其归零

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

    btrfs：为 qgroup ioctls （CVE-2026-43338） 预留足够的事务项

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

    ipv6：防止 addrconf_permanent_addr（） （CVE-2026-43339） 中可能的 UaF

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

    net/ipv6：ioam6：防止跟踪填充 （CVE-2026-43341） 中的方案长度回绕

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

    net/sched：cls_fw：修复 change（） （CVE-2026-53080） 之前旧过滤器的空取消引用

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：2026：1787305050公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已修复 Linux 内核中的下列漏洞：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已修复 Linux 内核中的下列漏洞：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已修复 Linux 内核中的下列漏洞：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已修复 Linux 内核中的下列漏洞：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
325146	Debian DSA-6381：ata-modules-6.12.90+deb13-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/7/6	2026/9/2	high
332042	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-2014）	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/21	high
343049	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	2026/9/4	2026/9/23	high
361223	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1787307395）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	medium
352240	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
311650	Linux Distros 未修补的漏洞：CVE-2026-43010	Nessus	Misc.	2026/5/2	2026/10/21	medium
365525	Ubuntu 24.04 LTS：Linux kernel (Azure) 漏洞 (USN-8918-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
316948	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1746)	Nessus	Amazon Linux Local Security Checks	2026/5/27	2026/7/16	high
352220	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
365522	Ubuntu 24.04 LTS：Linux 内核漏洞 (USN-8917-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium

检测

插件搜索

high

high

high

medium

high

medium

medium

high

high

medium