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

  - 已修复 Linux 内核中的下列漏洞：LoongArch: Report dying CPU to RCU in stop_this_cpu() This is a port of MIPS commit 9f3f3bdc6d9dac1 (MIPS: smp: report dying CPU to RCU in stop_this_cpu()). smp_send_stop() parks all secondary CPUs in stop_this_cpu(). And the function marks the CPU offline for the scheduler via set_cpu_online(false) but never informs RCU, so RCU keeps expecting a quiescent state from CPUs that are now spinning forever with interrupts disabled. As long as nothing waits for an RCU grace period after smp_send_stop() this is harmless, which is why it went unnoticed. However, since commit 91840be8f710370 (irq_work: Fix use-after-free in irq_work_single() on PREEMPT_RT), irq_work_sync() calls synchronize_rcu() on architectures without an irq_work self-IPI, i.e. where arch_irq_work_has_interrupt() returns false. Any irq_work_sync() issued in the reboot/shutdown/halt path after smp_send_stop() then blocks on a grace period that can never complete, hanging the reboot: WARNING:
    CPU: 0 PID: 15 at kernel/irq_work.c:144 irq_work_queue_on ... rcu: INFO: rcu_sched detected stalls on CPUs/tasks: rcu: Offline CPU 1 blocking current GP. rcu: Offline CPU 2 blocking current GP. rcu: Offline CPU 3 blocking current GP. This issue needs some hacks to reproduce, and it was not noticed on LoongArch because arch_irq_work_has_interrupt() usually returns true. Call rcutree_report_cpu_dead() once interrupts are disabled, mirroring the generic CPU-hotplug offline path, so RCU stops waiting on the parked CPUs and grace periods can still complete. LoongArch shuts down all CPUs here without going through the CPU-hotplug mechanism, so this report is not otherwise issued. (CVE-2026-64250)

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

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

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

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

    bpf：修复 sock_ops （CVE-2026-53078） 中的 same-register dst/src OOB 读取和指针泄漏

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

    KVM：x86：修复由于非预期角色造成的阴影分页释放后使用 （CVE-2026-53359）

    在 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 内核中，以下漏洞已修复：

    net/tcp-ao：修复 del_async 路径 （CVE-2026-53389） 中密钥的释放后使用

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

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

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

    NFSv4/flexfiles：拒绝零文件句柄版本计数 （CVE-2026-53392）

    在 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 内核中，以下漏洞已修复：

    apparmor：中介 TCP fast open sendmsg （CVE-2026-63828） 的隐式连接

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

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

    ------------------------------------------------------------------------- Debian LTS 公告 DLA-4720-1 debian-lts@lists.debian.org Hutchings 2026 https://www.debian.org/lts/security/Ben 年 8 月 5 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    程序包： linux 版本： 6.1.180-1 CVE ID： CVE-2024-36013 CVE-2025-40196 CVE-2026-31610 CVE-2026-43216 CVE-2026-46135 CVE-2026-53332 CVE-2026-53392 CVE-2026-53393 CVE-2026-53399 CVE-2026-53400 CVE-2026-53402 CVE-2026-63797 CVE-2026-63806 CVE-2026-63810 CVE-2026-63815 CVE-2026-63818 CVE-2026-63829 CVE-2026-64187 CVE-2026-64189 CVE-2026-64206 CVE-2026-64248 CVE-2026-64250 CVE-2026-64266 CVE-2026-64268 CVE-2026-64269 CVE-2026-64271 CVE-2026-64273 CVE-2026-64274 CVE-2026-64275 CVE-2026-64276 CVE-2026-64277 CVE-2026-64279 CVE-2026-64296 CVE-2026-64297 CVE-2026-64298 CVE-2026-64299 CVE-2026-64301 CVE-2026-64303 CVE-2026-64304 CVE-2026-64306 CVE-2026-64312 CVE-2026-64313 CVE-2026-64315 CVE-2026-64316 CVE-2026-64317 CVE-2026-64318 CVE-2026-64322 CVE-2026-64323 CVE-2026-64324 CVE-2026-64329 CVE-2026-64330 CVE-2026-64331 CVE-2026-64332 CVE-2026-64333 CVE-2026-64334 CVE-2026-64335 CVE-2026-64336 CVE-2026-64337 CVE-2026-64338 CVE-2026-64340 CVE-2026-64342 CVE-2026-64343 CVE-2026-64344 CVE-2026-64346 CVE-2026-64347 CVE-2026-64350 CVE-2026-64351 CVE-2026-64352 CVE-2026-64355 CVE-2026-64359 CVE-2026-64360 CVE-2026-64361 CVE-2026-64362 CVE-2026-64363 CVE-2026-64364 CVE-2026-64365 CVE-2026-64370 CVE-2026-64371 CVE-2026-64372 CVE-2026-64373 CVE-2026-64374 CVE-2026-64375 CVE-2026-64376 CVE-2026-64378 CVE-2026-64379 CVE-2026-64380 CVE-2026-64381 CVE-2026-64390 CVE-2026-64393 CVE-2026-64394 CVE-2026-64395 CVE-2026-64396 CVE-2026-64397 CVE-2026-64398 CVE-2026-64399 CVE-2026-64401 CVE-2026-64403 CVE-2026-64406 CVE-2026-64408 CVE-2026-64409 CVE-2026-64411 CVE-2026-64412 CVE-2026-64413 CVE-2026-64417 CVE-2026-64419 CVE-2026-64420 CVE-2026-64422 CVE-2026-64423 CVE-2026-64425 CVE-2026-64428 CVE-2026-64429 CVE-2026-64430 CVE-2026-64432 CVE-2026-64435 CVE-2026-64436 CVE-2026-64437 CVE-2026-64438 CVE-2026-64440 CVE-2026-64441 CVE-2026-64442 CVE-2026-64443 CVE-2026-64444 CVE-2026-64445 CVE-2026-64446 CVE-2026-64448 CVE-2026-64449 CVE-2026-64450 CVE-2026-64452 CVE-2026-64454 CVE-2026-64455 CVE-2026-64456 CVE-2026-64458 CVE-2026-64461 CVE-2026-64462 CVE-2026-64465 CVE-2026-64468 CVE-2026-64469 CVE-2026-64470 CVE-2026-64471 CVE-2026-64472 CVE-2026-64475 CVE-2026-64476 CVE-2026-64478 CVE-2026-64480 CVE-2026-64482 CVE-2026-64483 CVE-2026-64484 CVE-2026-64486 CVE-2026-64487 CVE-2026-64488 CVE-2026-64489 CVE-2026-64494 CVE-2026-64495 CVE-2026-64496 CVE-2026-64497 CVE-2026-64500 CVE-2026-64503 CVE-2026-64504 CVE-2026-64505 CVE-2026-64510 CVE-2026-64512 CVE-2026-64514 CVE-2026-64530 CVE-2026-64531 CVE-2026-64532 CVE-2026-64533 CVE-2026-64534 CVE-2026-64535 CVE-2026-64536 CVE-2026-64537 CVE-2026-64538 CVE-2026-64539 CVE-2026-64540 CVE-2026-64541 CVE-2026-64544 CVE-2026-64545 CVE-2026-64546 CVE-2026-64547 CVE-2026-64548 CVE-2026-64549 CVE-2026-64550 CVE-2026-64551 CVE-2026-64552 CVE-2026-64553 CVE-2026-64554 CVE-2026-64557 CVE-2026-64560 CVE-2026-64600

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

    对于 Debian 12 bookworm，这些问题已在版本 6.1.180-1中修复。此版本还包括来自稳定更新 6.1.178-6.1.180的更多缺陷补丁。

    建议您升级 linux 程序包。

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

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

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

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

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

    - ------------------------------------------------------------------------- Debian LTS 公告 DLA-4723-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Emilio Pozuelo Monfort 2026 年 8 月 7 日 https://wiki.debian.org/LTS
    - -------------------------------------------------------------------------

    程序包：linux-6.1 版本：6.1.180-1~deb11u1 CVE ID： CVE-2024-36013 CVE-2025-40196 CVE-2026-31610 CVE-2026-43216 CVE-2026-46135 CVE-2026-53332 CVE-2026-53392 CVE-2026-53393 CVE-2026-53399 CVE-2026-53400 CVE-2026-53402 CVE-2026-63797 CVE-2026-63806 CVE-2026-63810 CVE-2026-63815 CVE-2026-63818 CVE-2026-63829 CVE-2026-64187 CVE-2026-64189 CVE-2026-64206 CVE-2026-64248 CVE-2026-64250 CVE-2026-64266 CVE-2026-64268 CVE-2026-64269 CVE-2026-64271 CVE-2026-64273 CVE-2026-64274 CVE-2026-64275 CVE-2026-64276 CVE-2026-64277 CVE-2026-64279 CVE-2026-64296 CVE-2026-64297 CVE-2026-64298 CVE-2026-64299 CVE-2026-64301 CVE-2026-64303 CVE-2026-64304 CVE-2026-64306 CVE-2026-64312 CVE-2026-64313 CVE-2026-64315 CVE-2026-64316 CVE-2026-64317 CVE-2026-64318 CVE-2026-64322 CVE-2026-64323 CVE-2026-64324 CVE-2026-64329 CVE-2026-64330 CVE-2026-64331 CVE-2026-64332 CVE-2026-64333 CVE-2026-64334 CVE-2026-64335 CVE-2026-64336 CVE-2026-64337 CVE-2026-64338 CVE-2026-64340 CVE-2026-64342 CVE-2026-64343 CVE-2026-64344 CVE-2026-64346 CVE-2026-64347 CVE-2026-64350 CVE-2026-64351 CVE-2026-64352 CVE-2026-64355 CVE-2026-64359 CVE-2026-64360 CVE-2026-64361 CVE-2026-64362 CVE-2026-64363 CVE-2026-64364 CVE-2026-64365 CVE-2026-64370 CVE-2026-64371 CVE-2026-64372 CVE-2026-64373 CVE-2026-64374 CVE-2026-64375 CVE-2026-64376 CVE-2026-64378 CVE-2026-64379 CVE-2026-64380 CVE-2026-64381 CVE-2026-64390 CVE-2026-64393 CVE-2026-64394 CVE-2026-64395 CVE-2026-64396 CVE-2026-64397 CVE-2026-64398 CVE-2026-64399 CVE-2026-64401 CVE-2026-64403 CVE-2026-64406 CVE-2026-64408 CVE-2026-64409 CVE-2026-64411 CVE-2026-64412 CVE-2026-64413 CVE-2026-64417 CVE-2026-64419 CVE-2026-64420 CVE-2026-64422 CVE-2026-64423 CVE-2026-64425 CVE-2026-64428 CVE-2026-64429 CVE-2026-64430 CVE-2026-64432 CVE-2026-64435 CVE-2026-64436 CVE-2026-64437 CVE-2026-64438 CVE-2026-64440 CVE-2026-64441 CVE-2026-64442 CVE-2026-64443 CVE-2026-64444 CVE-2026-64445 CVE-2026-64446 CVE-2026-64448 CVE-2026-64449 CVE-2026-64450 CVE-2026-64452 CVE-2026-64454 CVE-2026-64455 CVE-2026-64456 CVE-2026-64458 CVE-2026-64461 CVE-2026-64462 CVE-2026-64465 CVE-2026-64468 CVE-2026-64469 CVE-2026-64470 CVE-2026-64471 CVE-2026-64472 CVE-2026-64475 CVE-2026-64476 CVE-2026-64478 CVE-2026-64480 CVE-2026-64482 CVE-2026-64483 CVE-2026-64484 CVE-2026-64486 CVE-2026-64487 CVE-2026-64488 CVE-2026-64489 CVE-2026-64494 CVE-2026-64495 CVE-2026-64496 CVE-2026-64497 CVE-2026-64500 CVE-2026-64503 CVE-2026-64504 CVE-2026-64505 CVE-2026-64510 CVE-2026-64512 CVE-2026-64514 CVE-2026-64530 CVE-2026-64531 CVE-2026-64532 CVE-2026-64533 CVE-2026-64534 CVE-2026-64535 CVE-2026-64536 CVE-2026-64537 CVE-2026-64538 CVE-2026-64539 CVE-2026-64540 CVE-2026-64541 CVE-2026-64544 CVE-2026-64545 CVE-2026-64546 CVE-2026-64547 CVE-2026-64548 CVE-2026-64549 CVE-2026-64550 CVE-2026-64551 CVE-2026-64552 CVE-2026-64553 CVE-2026-64554 CVE-2026-64557 CVE-2026-64560 CVE-2026-64600

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

    对于 Debian 11 bullseye，这些问题已在 6.1.180-1~deb11u1 版本中修复。此版本还包括来自稳定更新 6.1.178-6.1.180的更多缺陷补丁。

    建议您升级 linux-6.1 程序包。

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

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

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
329621	Linux Distros 未修补的漏洞：CVE-2026-64250	Nessus	Misc.	2026/7/25	2026/8/24	medium
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
328468	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1969)	Nessus	Amazon Linux Local Security Checks	2026/7/20	2026/8/24	high
332716	Debian dla-4720：ata-modules-6.1.0-48-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/8/5	2026/8/5	high
333520	Debian DLA-4723：linux-config-6.1 - 安全更新	Nessus	Debian Local Security Checks	2026/8/8	2026/8/8	high

检测

插件搜索

medium

high

high

high

high