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

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

    KVMVMX将 /dev/kvm 暴露给用户空间之前进行 _all_ 初始化 (CVE-2022-49932)

    Linux 内核性能事件系统中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    perf_group_detach 函数在调用 add_event_to_groups() 前未检查事件同级组件的 attach_state，但是 remove_on_exec 可以在从其群组分离之前调用 list_del_event()，从而可以使用悬摆指针造成释放后使用漏洞。

    我们建议升级过去的提交 fd0815f632c24878e325821943edccc7fde947a2。(CVE-2023-2235)

    在 Linux 内核 6.2.6 及其之前所有版本中，net/tls/tls_main.c 的 do_tls_getsockopt 缺少 lock_sock 调用，从而导致争用条件（造成释放后使用或空指针取消引用）。(CVE-2023-28466)

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ACPIPPTT修复以避免缺少 PPTT 时 atomic 上下文中的休眠 (CVE-2023-53070)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    ocfs2：修复写入失败后的数据损坏 (CVE-2023-53081)

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

    drm/shmem-helper删除错误路径中另一个错误的放置 (CVE-2023-53084)

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

    drm/i915/active修复将非空闲屏障误用为屏障跟踪器 (CVE-2023-53087)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4如果 s_journal_inum 在日志重播后发生更改则更新 s_journal_inum (CVE-2023-53091)

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

    drm/ttm修复空指针取消引用 (CVE-2023-53095)

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

    互连修复释放节点时的内存泄漏 (CVE-2023-53096)

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    bonding如果 non-eth dev enslave 失败则还原绑定的 IFF_SLAVE 标记 (CVE-2023-53103)

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

    veth修复 XDP_REDIRECT 中的释放后使用 (CVE-2023-53107)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    loop修复释放后使用问题 (CVE-2023-53111)

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

    drm/i915/sseu修复 max_subslices array-index-out-of-bounds 访问 (CVE-2023-53112)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390通过按功能热插拔修复 PCI 资源的释放后使用 (CVE-2023-53123)

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

    SUNRPC：修复服务器关机泄漏 (CVE-2023-53131)

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

    bpfsockmap修复当 len 为 tcp_bpf_recvmsg_parser() 中的 0 时出现的无限循环错误 (CVE-2023-53133)

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

    af_unix修复 OOB 支持中的结构 pid 泄漏 (CVE-2023-53136)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

    x86/resctrl清除使用之前和之后的 staged_config[] (CVE-2023-53169)

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

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

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

  - bpf、sockmap修复当 tcp_bpf_recvmsg_parser() 中 len 为 0 时出现的无限循环错误 recvmsg 系统调用的缓冲区长度为 0 时我们得到以下软锁定问题watchdogBUG: soft lockup - CPU#3 卡住达 27s问题[a.out:6149] CPU3 PID6149 Comma.out Kdump 已加载未受感染 6.2.0+ #30 硬件名称QEMU Standard PCQ35 + ICH9、2009BIOS 1.15.0-1 04/01/ 2014 RIP
    0010:remove_wait_queue+0xb/0xc0 代码5e 41 5f c3 cc cc cc cc 0f 1f 80 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 01f 01f 44 <41> 57  56 41 55 41 54 55 48 89 fd 53 48 89 f3 4c 8d 6b 18 4c 8d 73 20 RSP: 0018:ffff88811b5978b8 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffff88811a7d3780 RCX: ffffffffb7a4d768 RDX: dffffc0000000000 RSI: ffff88811b597908 RDI: ffff888115408040 RBP
     R081ffff110236b2f1b  : 0000000000000000 R09: ffff88811a7d37e7 R10: ffffed10234fa6fc R11: 0000000000000001 R12: ffff88811179b800 R13: 0000000000000001 R14: ffff88811a7d38a8 R15: ffff88811a7d37e0 FS:
    00007f6fb5398740(0000) GS:ffff888237180000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000020000000 CR3: 000000010b6ba002 CR4: 0000000000370ee0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 Call Trace: <TASK> tcp_msg_wait_data+0x279/0x2f0 tcp_bpf_recvmsg_parser+0x3c6/0x490 inet_recvmsg+0x280/0x290 sock_recvmsg+0xfc/0x120 ____sys_recvmsg+0x160/0x3d0 ___sys_recvmsg+0xf0/0x180
    __sys_recvmsg+0xea/0x1a0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc tcp_bpf_recvmsg_parser 中的逻辑如下 msg_bytes_ready: copy = sk_msg_recvmsg(sk, psock, msg, len, flags); if (!copied) { wait data; goto msg_bytes_ready;在这种情况下copyed 始终为0发生无限循环。根据 Linux 系统调用手册页这种情况下应返回 0。因此在 tcp_bpf_recvmsg_parser() 中如果长度为 0 则直接返回。同时修改存在相同问题的多个其他函数。 (CVE-2023-53133)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: amd-xgbe: Fix skb data length underflow There will be BUG_ON() triggered in include/linux/skbuff.h leading to intermittent kernel panic, when the skb length underflow is detected. Fix this by dropping the packet if such length underflows are seen because of inconsistencies in the hardware descriptors. (CVE-2022-48743)

  - 已修复 Linux 内核中的下列漏洞：net: bcmgenet: Use stronger register read/writes to assure ordering GCC12 appears to be much smarter about its dependency tracking and is aware that the relaxed variants are just normal loads and stores and this is causing problems like: [210.074549] ------------[ cut here ]------------ [ 210.079223] NETDEV WATCHDOG: enabcm6e4ei0 (bcmgenet):
    transmit queue 1 timed out [ 210.086717] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:529 dev_watchdog+0x234/0x240 [ 210.095044] Modules linked in: genet(E) nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat] [ 210.146561] ACPI CPPC: PCC check channel failed for ss: 0. ret=-110 [ 210.146927] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G E 5.17.0-rc7G12+ #58 [ 210.153226] CPPC Cpufreq:cppc_scale_freq_workfn: failed to read perf counters [210.161349] Hardware name: Raspberry Pi Foundation Raspberry Pi 4 Model B/Raspberry Pi 4 Model B, BIOS EDK2-DEV 02/08/2022 [ 210.161353] pstate: 80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [210.161358] pc : dev_watchdog+0x234/0x240 [ 210.161364] lr : dev_watchdog+0x234/0x240 [ 210.161368] sp :
    ffff8000080a3a40 [ 210.161370] x29: ffff8000080a3a40 x28: ffffcd425af87000 x27: ffff8000080a3b20 [210.205150] x26: ffffcd425aa00000 x25: 0000000000000001 x24: ffffcd425af8ec08 [ 210.212321] x23:
    0000000000000100 x22: ffffcd425af87000 x21: ffff55b142688000 [ 210.219491] x20: 0000000000000001 x19:
    ffff55b1426884c8 x18: ffffffffffffffff [ 210.226661] x17: 64656d6974203120 x16: 0000000000000001 x15:
    6d736e617274203a [ 210.233831] x14: 2974656e65676d63 x13: ffffcd4259c300d8 x12: ffffcd425b07d5f0 [210.241001] x11: 00000000ffffffff x10: ffffcd425b07d5f0 x9 : ffffcd4258bdad9c [ 210.248171] x8 :
    00000000ffffdfff x7 : 000000000000003f x6 : 0000000000000000 [ 210.255341] x5 : 0000000000000000 x4 :
    0000000000000000 x3 : 0000000000001000 [ 210.262511] x2 : 0000000000001000 x1 : 0000000000000005 x0 :
    0000000000000044 [ 210.269682] Call trace: [ 210.272133] dev_watchdog+0x234/0x240 [ 210.275811] call_timer_fn+0x3c/0x15c [ 210.279489] __run_timers.part.0+0x288/0x310 [ 210.283777] run_timer_softirq+0x48/0x80 [ 210.287716] __do_softirq+0x128/0x360 [ 210.291392]
    __irq_exit_rcu+0x138/0x140 [ 210.295243] irq_exit_rcu+0x1c/0x30 [ 210.298745] el1_interrupt+0x38/0x54 [210.302334] el1h_64_irq_handler+0x18/0x24 [ 210.306445] el1h_64_irq+0x7c/0x80 [ 210.309857] arch_cpu_idle+0x18/0x2c [ 210.313445] default_idle_call+0x4c/0x140 [ 210.317470] cpuidle_idle_call+0x14c/0x1a0 [ 210.321584] do_idle+0xb0/0x100 [ 210.324737] cpu_startup_entry+0x30/0x8c [210.328675] secondary_start_kernel+0xe4/0x110 [ 210.333138] __secondary_switched+0x94/0x98 The assumption when these were relaxed seems to be that device memory would be mapped non reordering, and that other constructs (spinlocks/etc) would provide the barriers to assure that packet data and in memory rings/queues were ordered with respect to device register reads/writes. This itself seems a bit sketchy, but the real problem with GCC12 is that it is moving the actual reads/writes around at will as though they were independent operations when in truth they are not, but the compiler can't know that. When looking at the assembly dumps for many of these routines its possible to see very clean, but not strictly in program order operations occurring as the compiler would be free to do if these weren't actually register reads/write operations. Its possible to suppress the timeout with a liberal bit of dma_mb()'s sprinkled around but the device still seems unable to reliably send/receive data. A better plan is to use the safer readl/writel everywhere. Since this partially reverts an older commit, which notes the use of the relaxed variants for performance reasons. I would suggest that any performance problems ---truncated--- (CVE-2022-49194)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix a potential integer overflow in ima_appraise_measurement When the ima-modsig is enabled, the rc passed to evm_verifyxattr() may be negative, which may cause the integer overflow problem. (CVE-2022-49643)

  - 已修复 Linux 内核中的下列漏洞：ovl: Use buf flexible array for memcpy() destination The buf flexible array needs to be the memcpy() destination to avoid false positive run-time warning from the recent FORTIFY_SOURCE hardening: memcpy: detected field-spanning write (size 93) of single field &fh->fb at fs/overlayfs/export.c:799 (size 21) (CVE-2022-49743)

  - 已修复 Linux 内核中的下列漏洞：kprobes: Skip clearing aggrprobe's post_handler in kprobe-on-ftrace case In __unregister_kprobe_top(), if the currently unregistered probe has post_handler but other child probes of the aggrprobe do not have post_handler, the post_handler of the aggrprobe is cleared. If this is a ftrace-based probe, there is a problem. In later calls to disarm_kprobe(), we will use kprobe_ftrace_ops because post_handler is NULL. But we're armed with kprobe_ipmodify_ops. This triggers a WARN in __disarm_kprobe_ftrace() and may even cause use-after-free:
    Failed to disarm kprobe-ftrace at kernel_clone+0x0/0x3c0 (error -2) WARNING: CPU: 5 PID: 137 at kernel/kprobes.c:1135 __disarm_kprobe_ftrace.isra.21+0xcf/0xe0 Modules linked in: testKprobe_007(-) CPU: 5 PID: 137 Comm: rmmod Not tainted 6.1.0-rc4-dirty #18 [...] Call Trace: <TASK> __disable_kprobe+0xcd/0xe0
    __unregister_kprobe_top+0x12/0x150 ? mutex_lock+0xe/0x30 unregister_kprobes.part.23+0x31/0xa0 unregister_kprobe+0x32/0x40 __x64_sys_delete_module+0x15e/0x260 ? do_user_addr_fault+0x2cd/0x6b0 do_syscall_64+0x3a/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] For the kprobe-on-ftrace case, we keep the post_handler setting to identify this aggrprobe armed with kprobe_ipmodify_ops. This way we can disarm it correctly. (CVE-2022-49779)

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

远程主机上安装的内核版本低于 5.15.104-63.140。因此，会受到 ALAS2KERNEL-5.15-2023-019 公告中提及的多个漏洞影响。

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

    ext4在 ext4_mb_clear_bb() 中使用之前必须验证块范围 (CVE-2022-50021)

    Linux 内核性能事件系统中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    perf_group_detach 函数在调用 add_event_to_groups() 前未检查事件同级组件的 attach_state，但是 remove_on_exec 可以在从其群组分离之前调用 list_del_event()，从而可以使用悬摆指针造成释放后使用漏洞。

    我们建议升级过去的提交 fd0815f632c24878e325821943edccc7fde947a2。(CVE-2023-2235)

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    drm/shmem-helper删除错误路径中另一个错误的放置 (CVE-2023-53084)

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

    drm/i915/active修复将非空闲屏障误用为屏障跟踪器 (CVE-2023-53087)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4如果 s_journal_inum 在日志重播后发生更改则更新 s_journal_inum (CVE-2023-53091)

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

    互连修复释放节点时的内存泄漏 (CVE-2023-53096)

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    bonding如果 non-eth dev enslave 失败则还原绑定的 IFF_SLAVE 标记 (CVE-2023-53103)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    loop修复释放后使用问题 (CVE-2023-53111)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390通过按功能热插拔修复 PCI 资源的释放后使用 (CVE-2023-53123)

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

    SUNRPC：修复服务器关机泄漏 (CVE-2023-53131)

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

    bpfsockmap修复当 len 为 tcp_bpf_recvmsg_parser() 中的 0 时出现的无限循环错误 (CVE-2023-53133)

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

    af_unix修复 OOB 支持中的结构 pid 泄漏 (CVE-2023-53136)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

    x86/resctrl清除使用之前和之后的 staged_config[] (CVE-2023-53169)

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

    arm64efi使 efi_rt_lock 成为 raw_spinlock (CVE-2023-53216)

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

    KVMVMX修复因未初始化 current_vmcs 造成的崩溃 (CVE-2023-53756)

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

    iommu/amd为 ivrs_acpihid 命令行参数添加长度限制 (CVE-2023-54057)

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

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

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

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

    程序包：linux 版本：5.10.259-1 CVE ID：CVE-2021-47188 CVE-2021-47211 CVE-2022-48703 CVE-2022-49135 CVE-2022-49158 CVE-2022-49183 CVE-2022-49822 CVE-2022-50073 CVE-2022-50472 CVE-2022-50493 CVE-2022-50552 CVE-2023-53133 CVE-2023-53421 CVE-2023-53596 CVE-2023-54129 CVE-2024-43902 CVE-2025-10263 CVE-2025-21863 CVE-2025-22026 CVE-2025-22107 CVE-2025-38129 CVE-2025-38250 CVE-2025-38584 CVE-2025-38710 CVE-2025-39929 CVE-2025-40164 CVE-2025-68340 CVE-2026-23066 CVE-2026-23099 CVE-2026-23442 CVE-2026-23444 CVE-2026-31407 CVE-2026-31449 CVE-2026-31489 CVE-2026-31532 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31583 CVE-2026-31585 CVE-2026-31586 CVE-2026-31588 CVE-2026-31590 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31605 CVE-2026-31607 CVE-2026-31615 CVE-2026-31616 CVE-2026-31617 CVE-2026-31618 CVE-2026-31619 CVE-2026-31622 CVE-2026-31623 CVE-2026-31624 CVE-2026-31625 CVE-2026-31626 CVE-2026-31627 CVE-2026-31629 CVE-2026-31630 CVE-2026-31634 CVE-2026-31637 CVE-2026-31642 CVE-2026-31656 CVE-2026-31657 CVE-2026-31664 CVE-2026-31673 CVE-2026-31676 CVE-2026-31681 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31696 CVE-2026-31697 CVE-2026-31698 CVE-2026-31699 CVE-2026-31700 CVE-2026-31701 CVE-2026-31708 CVE-2026-31715 CVE-2026-43052 CVE-2026-43058 CVE-2026-43075 CVE-2026-43076 CVE-2026-43080 CVE-2026-43085 CVE-2026-43089 CVE-2026-43093 CVE-2026-43103 CVE-2026-43104 CVE-2026-43105 CVE-2026-43110 CVE-2026-43111 CVE-2026-43113 CVE-2026-43114 CVE-2026-43117 CVE-2026-43281 CVE-2026-43350 CVE-2026-43492 CVE-2026-43493 CVE-2026-43494 CVE-2026-43496 CVE-2026-43497 CVE-2026-43501 CVE-2026-43502 CVE-2026-45834 CVE-2026-45835 CVE-2026-45836 CVE-2026-45838 CVE-2026-45840 CVE-2026-45841 CVE-2026-45842 CVE-2026-45843 CVE-2026-45844 CVE-2026-45846 CVE-2026-45850 CVE-2026-45986 CVE-2026-45987 CVE-2026-45991 CVE-2026-45994 CVE-2026-46002 CVE-2026-46003 CVE-2026-46004 CVE-2026-46006 CVE-2026-46018 CVE-2026-46019 CVE-2026-46021 CVE-2026-46022 CVE-2026-46023 CVE-2026-46026 CVE-2026-46027 CVE-2026-46033 CVE-2026-46038 CVE-2026-46040 CVE-2026-46043 CVE-2026-46044 CVE-2026-46046 CVE-2026-46047 CVE-2026-46049 CVE-2026-46051 CVE-2026-46052 CVE-2026-46053 CVE-2026-46056 CVE-2026-46064 CVE-2026-46069 CVE-2026-46070 CVE-2026-46077 CVE-2026-46078 CVE-2026-46080 CVE-2026-46086 CVE-2026-46088 CVE-2026-46090 CVE-2026-46091 CVE-2026-46098 CVE-2026-46101 CVE-2026-46102 CVE-2026-46103 CVE-2026-46107 CVE-2026-46108 CVE-2026-46109 CVE-2026-46120 CVE-2026-46122 CVE-2026-46124 CVE-2026-46127 CVE-2026-46128 CVE-2026-46132 CVE-2026-46133 CVE-2026-46137 CVE-2026-46146 CVE-2026-46149 CVE-2026-46150 CVE-2026-46151 CVE-2026-46159 CVE-2026-46160 CVE-2026-46161 CVE-2026-46163 CVE-2026-46167 CVE-2026-46169 CVE-2026-46172 CVE-2026-46177 CVE-2026-46178 CVE-2026-46180 CVE-2026-46184 CVE-2026-46187 CVE-2026-46189 CVE-2026-46191 CVE-2026-46196 CVE-2026-46198 CVE-2026-46205 CVE-2026-46206 CVE-2026-46208 CVE-2026-46209 CVE-2026-46212 CVE-2026-46214 CVE-2026-46220 CVE-2026-46227 CVE-2026-46231 CVE-2026-46233 CVE-2026-46234 CVE-2026-46236 CVE-2026-46238 CVE-2026-46275 CVE-2026-46276 CVE-2026-46285 CVE-2026-46291 CVE-2026-46292 CVE-2026-46294 CVE-2026-46299 CVE-2026-46301 CVE-2026-46303 CVE-2026-46304 CVE-2026-46307 CVE-2026-46319 CVE-2026-46320 CVE-2026-46321 CVE-2026-46322 CVE-2026-52909 CVE-2026-52910 CVE-2026-52912 CVE-2026-52913 CVE-2026-52914 CVE-2026-52915 CVE-2026-52916 CVE-2026-52917 CVE-2026-52918 CVE-2026-52919 CVE-2026-52920 CVE-2026-52921 CVE-2026-52922 CVE-2026-52923 CVE-2026-52924 CVE-2026-52925 CVE-2026-52926 CVE-2026-52927 CVE-2026-52929 CVE-2026-52930 CVE-2026-52931 CVE-2026-52934 CVE-2026-52935 CVE-2026-52939 CVE-2026-52943 CVE-2026-52946 CVE-2026-52947 CVE-2026-52948 CVE-2026-52954 CVE-2026-52955 CVE-2026-52957 CVE-2026-52958 CVE-2026-52962 CVE-2026-52963 CVE-2026-52970 CVE-2026-52972 CVE-2026-52982 CVE-2026-52984 CVE-2026-52985 CVE-2026-52986 CVE-2026-52992 CVE-2026-52993 CVE-2026-52995 CVE-2026-52998 CVE-2026-52999 CVE-2026-53001 CVE-2026-53002 CVE-2026-53003 CVE-2026-53004 CVE-2026-53006 CVE-2026-53011 CVE-2026-53012 CVE-2026-53016 CVE-2026-53021 CVE-2026-53037 CVE-2026-53039 CVE-2026-53040 CVE-2026-53041 CVE-2026-53043 CVE-2026-53045 CVE-2026-53047 CVE-2026-53050 CVE-2026-53059 CVE-2026-53060 CVE-2026-53061 CVE-2026-53062 CVE-2026-53064 CVE-2026-53065 CVE-2026-53068 CVE-2026-53071 CVE-2026-53072 CVE-2026-53073 CVE-2026-53074 CVE-2026-53075 CVE-2026-53077 CVE-2026-53080 CVE-2026-53082 CVE-2026-53088 CVE-2026-53093 CVE-2026-53112 CVE-2026-53128 CVE-2026-53130 CVE-2026-53133 CVE-2026-53134 CVE-2026-53135 CVE-2026-53137 CVE-2026-53146 CVE-2026-53148 CVE-2026-53149 CVE-2026-53150 CVE-2026-53161 CVE-2026-53168 CVE-2026-53176 CVE-2026-53181 CVE-2026-53186 CVE-2026-53189 CVE-2026-53194 CVE-2026-53195 CVE-2026-53196 CVE-2026-53199 CVE-2026-53208 CVE-2026-53212 CVE-2026-53217 CVE-2026-53218 CVE-2026-53219 CVE-2026-53221 CVE-2026-53223 CVE-2026-53225 CVE-2026-53227 CVE-2026-53228 CVE-2026-53238 CVE-2026-53239 CVE-2026-53242 CVE-2026-53245 CVE-2026-53249 CVE-2026-53255 CVE-2026-53256 CVE-2026-53263 CVE-2026-53264 CVE-2026-53266 CVE-2026-53268 CVE-2026-53269 CVE-2026-53270 CVE-2026-53273 CVE-2026-53287 CVE-2026-53294 CVE-2026-53295 CVE-2026-53296 CVE-2026-53304 CVE-2026-53309 CVE-2026-53320 CVE-2026-53337 CVE-2026-53339 CVE-2026-53352 CVE-2026-53354 CVE-2026-53355 CVE-2026-53356 CVE-2026-53357 Debian 缺陷：1130365 1119093

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

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

    建议您升级 linux 程序包。

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

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

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
173854	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-148)	Nessus	Amazon Linux Local Security Checks	2023/4/4	2026/2/24	high
248952	Linux Distros 未修补的漏洞：CVE-2023-53133	Nessus	Misc.	2025/8/12	2026/11/11	medium
353122	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug 等多个漏洞（ALMALINUX9.2：CLSA-2026：1779375889）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/21	high
176754	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2023-019 (ALASKERNEL-5.15-2023-019)	Nessus	Amazon Linux Local Security Checks	2023/6/6	2026/2/9	high
325018	Debian dla-4664：ata-modules-5.10.0-43-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/7/3	2026/9/18	high

检测

插件搜索

high

medium

high

high

high