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

  - 已修复 Linux 内核中的下列漏洞：CDC-NCM: avoid overflow in sanity checking A broken device may give an extreme offset like 0xFFF0 and a reasonable length for a fragment. In the sanity check as formulated now, this will create an integer overflow, defeating the sanity check. Both offset and offset + len need to be checked in such a manner that no overflow can occur. And those quantities should be unsigned. (CVE-2022-48938)

  - 已修复 Linux 内核中的下列漏洞：pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map Here is the BUG report by KASAN about null pointer dereference: BUG:
    KASAN: null-ptr-deref in strcmp+0x2e/0x50 Read of size 1 at addr 0000000000000000 by task python3/2640 Call Trace: strcmp __of_find_property of_find_property pinctrl_dt_to_map kasprintf() would return NULL pointer when kmalloc() fail to allocate. So directly return ENOMEM, if kasprintf() return NULL pointer.
    (CVE-2022-49832)

  - 已修复 Linux 内核中的下列漏洞：hugetlbfs: fix null-ptr-deref in hugetlbfs_parse_param() Syzkaller reports a null-ptr-deref bug as follows:
    ====================================================== KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:hugetlbfs_parse_param+0x1dd/0x8e0 fs/hugetlbfs/inode.c:1380 [...] Call Trace: <TASK> vfs_parse_fs_param fs/fs_context.c:148 [inline] vfs_parse_fs_param+0x1f9/0x3c0 fs/fs_context.c:129 vfs_parse_fs_string+0xdb/0x170 fs/fs_context.c:191 generic_parse_monolithic+0x16f/0x1f0 fs/fs_context.c:231 do_new_mount fs/namespace.c:3036 [inline] path_mount+0x12de/0x1e20 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x27f/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] </TASK> ====================================================== According to commit vfs: parse: deal with zero length string value, kernel will set the param->string to null pointer in vfs_parse_fs_string() if fs string has zero length. Yet the problem is that, hugetlbfs_parse_param() will dereference the param->string, without checking whether it is a null pointer. To be more specific, if hugetlbfs_parse_param() parses an illegal mount parameter, such as size=,, kernel will constructs struct fs_parameter with null pointer in vfs_parse_fs_string(), then passes this struct fs_parameter to hugetlbfs_parse_param(), which triggers the above null-ptr-deref bug. This patch solves it by adding sanity check on param->string in hugetlbfs_parse_param(). (CVE-2022-50334)

  - 已修复 Linux 内核中的下列漏洞：Input: cyapa - add missing input core locking to suspend/resume functions Grab input->mutex during suspend/resume functions like it is done in other input drivers. This fixes the following warning during system suspend/resume cycle on Samsung Exynos5250-based Snow Chromebook: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm:
    kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue: events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- ... ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm: kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue:
    events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- (CVE-2023-52884)

  - 已修复 Linux 内核中的下列漏洞：tracing: Do not let histogram values have some modifiers Histogram values can not be strings, stacktraces, graphs, symbols, syscalls, or grouped in buckets or log. Give an error if a value is set to do so. Note, the histogram code was not prepared to handle these modifiers for histograms and caused a bug. Mark Rutland reported: # echo 'p:copy_to_user __arch_copy_to_user n=$arg2' >> /sys/kernel/tracing/kprobe_events # echo 'hist:keys=n:vals=hitcount.buckets=8:sort=hitcount' > /sys/kernel/tracing/events/kprobes/copy_to_user/trigger # cat /sys/kernel/tracing/events/kprobes/copy_to_user/hist [ 143.694628] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 143.695190] Mem abort info: [ 143.695362] ESR = 0x0000000096000004 [ 143.695604] EC = 0x25: DABT (current EL), IL = 32 bits [ 143.695889] SET = 0, FnV = 0 [ 143.696077] EA = 0, S1PTW = 0 [ 143.696302] FSC = 0x04: level 0 translation fault [ 143.702381] Data abort info: [ 143.702614] ISV = 0, ISS = 0x00000004 [ 143.702832] CM = 0, WnR = 0 [ 143.703087] user pgtable: 4k pages, 48-bit VAs, pgdp=00000000448f9000 [ 143.703407] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 [ 143.704137] Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP [ 143.704714] Modules linked in: [ 143.705273] CPU: 0 PID: 133 Comm: cat Not tainted 6.2.0-00003-g6fc512c10a7c #3 [ 143.706138] Hardware name: linux,dummy-virt (DT) [ 143.706723] pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 143.707120] pc :
    hist_field_name.part.0+0x14/0x140 [ 143.707504] lr : hist_field_name.part.0+0x104/0x140 [ 143.707774] sp :
    ffff800008333a30 [ 143.707952] x29: ffff800008333a30 x28: 0000000000000001 x27: 0000000000400cc0 [143.708429] x26: ffffd7a653b20260 x25: 0000000000000000 x24: ffff10d303ee5800 [ 143.708776] x23:
    ffffd7a6539b27b0 x22: ffff10d303fb8c00 x21: 0000000000000001 [ 143.709127] x20: ffff10d303ec2000 x19:
    0000000000000000 x18: 0000000000000000 [ 143.709478] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 143.709824] x14: 0000000000000000 x13: 203a6f666e692072 x12: 6567676972742023 [143.710179] x11: 0a230a6d6172676f x10: 000000000000002c x9 : ffffd7a6521e018c [ 143.710584] x8 :
    000000000000002c x7 : 7f7f7f7f7f7f7f7f x6 : 000000000000002c [ 143.710915] x5 : ffff10d303b0103e x4 :
    ffffd7a653b20261 x3 : 000000000000003d [ 143.711239] x2 : 0000000000020001 x1 : 0000000000000001 x0 :
    0000000000000000 [ 143.711746] Call trace: [ 143.712115] hist_field_name.part.0+0x14/0x140 [ 143.712642] hist_field_name.part.0+0x104/0x140 [ 143.712925] hist_field_print+0x28/0x140 [ 143.713125] event_hist_trigger_print+0x174/0x4d0 [ 143.713348] hist_show+0xf8/0x980 [ 143.713521] seq_read_iter+0x1bc/0x4b0 [ 143.713711] seq_read+0x8c/0xc4 [ 143.713876] vfs_read+0xc8/0x2a4 [ 143.714043] ksys_read+0x70/0xfc [ 143.714218] __arm64_sys_read+0x24/0x30 [ 143.714400] invoke_syscall+0x50/0x120 [143.714587] el0_svc_common.constprop.0+0x4c/0x100 [ 143.714807] do_el0_svc+0x44/0xd0 [ 143.714970] el0_svc+0x2c/0x84 [ 143.715134] el0t_64_sync_handler+0xbc/0x140 [ 143.715334] el0t_64_sync+0x190/0x194 [143.715742] Code: a9bd7bfd 910003fd a90153f3 aa0003f3 (f9400000) [ 143.716510] ---[ end trace 0000000000000000 ]--- Segmentation fault (CVE-2023-53093)

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

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

  - KVM：SEV：用kvm->lock保护*所有*sev_mem_enc_register_region（）。在检查sev_mem_enc_register_region（）中的sev_guest（）之前，先取并保持kvm->lock，因为除非保持kvm->锁（或KVM保证KVM_SEV_INIT{2}已完成且无法rollack状态），否则sev_guest（）不稳定。如果KVM_SEV_INIT{2}失败，KVM可能会尝试添加尚未初始化的sev->regions_list，例如触发 #GP 哎呀：一般保护故障，可能是非正规地址 0xdffffc0000000000： 0000 [#1] SMP KASAN NOPTI KASAN： null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU： 110 UID： 0 PID： 72717 通讯： syz.15.11462 受污染： G U W O 6.16.0-SMP-DEV #1 无污染：[U]=用户，[W]=WARN，[O]=OOT_MODULE硬件名称：谷歌公司 Arcadia_IT_80/Arcadia_IT_80，BIOS 12.52.0-0 2024年10月28日 RIP：
    0010：sev_mem_enc_register_region+0x3f0/0x4f0 ../include/linux/list.h：83 代码： <41> 80 3c 04 00 74 08 4c 89 ff e8 f1 c7 a2 00 49 39 ed 0f 84 c6 00 RSP：0018：ffff88838647fbb8 EFLAGS：00010256 RAX：dffffc000000000000000 RBX：1ffff92015cf1e0b RCX：dffffc00000000000000000 RDX：000000000000000000000 RSI：0000000000001000 RDI：
    FFFF888367870000 RBP：ffffc900ae78f050 R08： ffffea000d9E0007 R09： 1ffffd4001b3C0000 R10： DFFFFFC000000000000000 R11： FFFFF94001B3C001 R12： R14R150000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R13
    0000000000000000 FS： 00007f34e9dc66c0（0000） GS：ffff89ee64d33000（0000） knlGS：000000000000000000000000000000 CS： 0010 DS：
    0000 ES： 0000 CR0： 0000000080050033 CR2： 00007fe180adef98 CR3： 000000047210e000 CR4： 0000000000350ef0 呼叫追踪： <TASK> kvm_arch_vm_ioctl+0xa72/0x1240 ../arch/x86/kvm/x86.c：7371 kvm_vm_ioctl+0x649/0x990 ../virt/kvm/kvm_main.c：5363 __se_sys_ioctl+0x101/0x170 ../fs/ioctl.c：51 do_syscall_x64 ../arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0x6f/0x1f0 ../arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP： 0033：0x7f34e9f7e9a9 代码： <48> 3d 01 f0 ff ff ff 73 01 c3 48 c7 c1 a8 ff ff ff ff f7 d8 64 89 01 48 RSP： 002b：00007f34e9dc6038 EFLAGS： 00000246 ORIG_RAX： 0000000000000010 RAX： ffffffffda RBX： 00007f34ea1a6080 RCX： 00007f34e9f7e9a9 RDX： 0000200000000280 RSI：
    0000000008010aebb RDI： 0000000000000007 RBP： 00007f34ea000d69 ： 00000000000000000 R09： 0000000000000000000000000000000000000000000000000 R11R10： 0000000000000246 R12： 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R13R14R08
    00007f34ea1a6080 R15： 00007ffce77197a8 </TASK> 搭配一个看起来像：
    syz_kvm_add_vcpu$x86（0x0， &（0x7f0000000040）={0x0， &（0x7f0000000180）=ANY=[]， 0x70}） （异步） syz_kvm_add_vcpu$x86（0x0， &（0x7f0000000080）={0x0， &（0x7f0000000180）=ANY=[@ANYBLOB=...]， 0x4f}） （异步） r0 = openat$kvm（0xffffffffffffff9c， &（0x7f0000000200）， 0x0， 0x0） r1 = ioctl$KVM_CREATE_VM（r0， 0xae01， 0x0） r2 = openat$kvm（0xffffffffffffff9c， &（0x7f0000000240）， 0x0， 0x0） r3 = ioctl$KVM_CREATE_VM（r2， 0xae01， 0x0） ioctl$KVM_SET_CLOCK（r3， 0xc008aeba， &（0x7f0000000040）={0x1， 0x8， 0x0， 0x5625e9b0}）（异步） ioctl$KVM_SET_PIT2（r3， 0x8010aebb， &（0x7f0000000280）={[...]， 0x5}） （异步） ioctl$KVM_SET_PIT2（r1， 0x4070aea0， 0x0） （异步） r4 = ioctl$KVM_CREATE_VM（0xffffffffffffffff， 0xae01， 0x0） openat$kvm（0xffffffffffffff9c， 0x0， 0x0， 0x0） （异步） ioctl$KVM_SET_USER_MEMORY_REGION（r4， 0x4020ae46， &（0x7f0000000400）={0x0， 0x0， 0x0， 0x2000， &（0x7f0000001000/0x2000）=nil}） （异步） r5 = ioctl$KVM_CREATE_VCPU（r4， 0xae41， 0x2） close（r0） （异步） openat$kvm（0xffffffffffffff9c， &（0x7f0000000000）， 0x8000， 0x0） （异步） ioctl$KVM_SET_GUEST_DEBUG（r5， 0x4048ae9b， &（0x7f0000000300）={0x4376ea830d46549b， 0x0， [0x46， 0x0， 0x0， 0x0， 0x0， 0x1000]}）（async） ioctl$KVM_RUN（r5， 0xae80， 0x0） 机会性地使用 guard（） 以避免定义新的错误标签和 goto 使用。（CVE-2026-31592）

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

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

  - 已修复 Linux 内核中的下列漏洞：samples/landlock: Fix path_list memory leak Clang static analysis reports this error sandboxer.c:134:8: warning: Potential leak of memory pointed to by 'path_list' ret = 0; ^ path_list is allocated in parse_path() but never freed. (CVE-2021-47654)

  - 已修复 Linux 内核中的下列漏洞：tty: synclink_gt: Fix null-pointer-dereference in slgt_clean() When the driver fails at alloc_hdlcdev(), and then we remove the driver module, we will get the following splat: [ 25.065966] general protection fault, probably for non-canonical address 0xdffffc0000000182: 0000 [#1] PREEMPT SMP KASAN PTI [ 25.066914] KASAN: null-ptr-deref in range [0x0000000000000c10-0x0000000000000c17] [ 25.069262] RIP: 0010:detach_hdlc_protocol+0x2a/0x3e0 [25.077709] Call Trace: [ 25.077924] <TASK> [ 25.078108] unregister_hdlc_device+0x16/0x30 [ 25.078481] slgt_cleanup+0x157/0x9f0 [synclink_gt] Fix this by checking whether the 'info->netdev' is a null pointer first. (CVE-2022-49307)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已修复 Linux 内核中的下列漏洞：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已修复 Linux 内核中的下列漏洞：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

远程 Ubuntu 26.04 LTS 主机上安装的一个程序包受到 USN-8488-1 公告中提及的多个漏洞影响。

    发现某些 AMD 处理器在推测执行期间，未能正确清除浮点拆分器单元中的数据。本地攻击者可利用此问题泄露敏感信息。
    (CVE-2025-54505)

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - ARM64 架构；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 雷达斯块设备 （RBD） 驱动程序;

    - 压缩 RAM 块设备驱动程序；

    - 字符设备驱动程序；

    - TPM 设备驱动程序；

    - 硬件加密设备驱动程序；

    - EDAC 驱动程序；

    - GPU 驱动程序；

    - Greybus 驱动程序；

    - HID 子系统；

    - Microsoft Hyper-V 驱动程序；

    - 硬件监控驱动程序；

    - I2C 子系统；

    - IIO 子系统；

    - InfiniBand 驱动程序；

    - 输入设备核心驱动程序；

    - LED 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - IBM Advanced System Management 驱动程序;

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - Microsoft Azure Network Adapter (MANA) 驱动程序；

    - NTB 驱动程序；

    - NVME 驱动程序；

    - 设备树和 Open Firmware 驱动程序；

    - PCI 子系统；

    - 远程处理器子系统；

    - SCSI 子系统；

    - SPI 子系统；

    - Realtek RTL8723BS SDIO 驱动程序；

    - SM750 帧缓冲暂存驱动程序;

    - 热驱动程序；

    - USB Gadget 驱动程序；

    - USB over IP 驱动程序；

    - VFIO 驱动程序；

    - Framebuffer 层；

    - 9P 分布式文件系统；

    - AFS 文件系统；

    - Ceph 分布式文件系统；

    - 文件系统基础设施；

    - EROFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

    - FUSE（Userspace 中的文件系统）；

    - 块设备的日志层 (JBD2)；

    - NILFS2 文件系统；

    - 文件系统通知基础设施；

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - SMB 网络文件系统；

    - UDF 文件系统；

    - XFS 文件系统；

    - 代码标签库;

    - 内存管理；

    - 内存管理；

    - KVM 子系统；

    - 跟踪基础设施；

    - 用户空间 API (UAPI)；

    - io_uring 子系统；

    - 锁定基元；

    - Timer 子系统；

    - Scatterlist API;

    - 异质内存管理；

    - KASAN 内存调试框架；

    - 蓝牙子系统；

    - 以太网桥接；

    - CAIF 协议；

    - CAN 网络层；

    - Ceph Core 库；

    - IPv4 联网；

    - IPv6 联网；

    - 多路径 TCP；

    - Netfilter；

    - NFC 子系统；

    - 数据包套接字；

    - 高通IPC路由器（QRTR）;

    - RDS 协议；

    - RxRPC 会话套接字；

    - SMC 套接字；

    - 流解析器;

    - Landlock 安全性；

    - SELinux 安全模块；

    - ALSA 框架；

    - 通用 PCM 环回声音驱动程序;

    - FireWire 声音驱动程序；

    - Creative Sound Blaster X-Fi 驱动程序；

    - QCOM ASoC 驱动程序；

    - USB 音频设备；

    - 对象工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, CVE-2026-31580, CVE-2026-31581, CVE-2026-31582, CVE-2026-31583, CVE-2026-31584, CVE-2026-31585, CVE-2026-31586, CVE-2026-31587, CVE-2026-31588, CVE-2026-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, CVE-2026-31622, CVE-2026-31623, CVE-2026-31624, CVE-2026-31625, CVE-2026-31626, CVE-2026-31627, CVE-2026-31628, CVE-2026-31629, CVE-2026-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

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

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

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

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

    af_unix：如果MSG_PEEK干预，则放弃 GC。（CVE-2026-23394）

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

    ipv6：为 SRv6 路径中的 idev 添加 NULL 检查 （CVE-2026-23442）

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

    netfilter：conntrack：添加缺少的 netlink 策略验证 （CVE-2026-31407）

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

    netfilter：ipset：终止 mtype_del （CVE-2026-31418） 中逻辑上的空白存储桶

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

    net：skb：修复 KFENCE 分配的 skb 头 （CVE-2026-31429） 的跨缓存释放

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

    X.509：修复解析 extensions （CVE-2026-31430） 时的越界访问

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

    ipv4：nexthop：在 rtm_get_nexthop（） （CVE-2026-31531） 中动态分配 skb

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

    can：raw：修复 raw_rcv（）CVE-2026-31532 （） 中的 ro->uniq 释放后使用

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

    net/tls：修复 tls_do_encryption （CVE-2026-31533） 的 -EBUSY 错误路径中的释放后使用

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

    mm/userfaultfd：修复 hugetlb 错误互斥体哈希计算 （CVE-2026-31575）

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

    wireguard：device：在 pre_exit （CVE-2026-31579） 中使用exit_rtnl回调而非手动rtnl_lock

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

    bcache：修复 cached_dev.sb_bio 释放后使用和崩溃 （CVE-2026-31580）

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

    mm：blk-cgroup：修复 cgwb_release_workfn（） （CVE-2026-31586） 中的释放后使用

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

    KVM：x86：使用 MMIO 片段中的暂存字段保存小写入值 （CVE-2026-31588）

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

    KVM：SEV：同步 VMSA 以完成 SNP 启动时锁定所有 vCPU （CVE-2026-31591）

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

    KVM：SEV：使用 kvm->lock （CVE-2026-31592） 保护 sev_mem_enc_register_region（） 的 *all*

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

    KVM：SEV：拒绝尝试同步已启动/加密的 vCPU 的 VMSA （CVE-2026-31593）

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

    arm64：mm：正确处理无效的大型叶映射 （CVE-2026-31600）

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

    usbip：验证 usbip_pack_ret_submit（） （CVE-2026-31607） 中的number_of_packets

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

    smb：客户端：修复 OOB 读取解析符号链接错误响应 （CVE-2026-31613）

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

    smb：客户端：修复 check_wsl_eas（） （CVE-2026-31614） 中的差 8 边界检查

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

    HID：core：在 s32ton（） 中钳制 report_size 以避免未定义的位移 （CVE-2026-31624）

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

    HID：alps：修复 alps_raw_event（） （CVE-2026-31625） 中的空指针取消引用

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

    x86/CPU：修复 Zen1 上的 FPDSS （CVE-2026-31628）

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

    rxrpc：修复 rxrpc_server_keyring（） 中的引用计数泄漏 （CVE-2026-31634）

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

    rxrpc：拒绝不可解密的 rxkad 响应票证 （CVE-2026-31637）

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

    mm：filemap：修复 filemap_map_pages（） （）CVE-2026-31648 中的nr_pages计算溢出

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

    mm/damon/sysfs：如果 damon_call（） 失败，则repeat_call_control分配 （CVE-2026-31653）

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

    drm/i915/gt：修复 intel_engine_park_heartbeat （CVE-2026-31656） 中的 refcount 下溢

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

    tipc：修复重复GRP_ACK_MSG上的bc_ackers下溢 （CVE-2026-31662）

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

    xfrm：将 dev ref 保留到 transport_finish NF_HOOK （CVE-2026-31663） 之后

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

    xfrm：清除 build_polexpire（） （CVE-2026-31664） 中的尾部填充

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

    netfilter：nft_ct：修复超时对象破坏 （CVE-2026-31665） 中的释放后使用

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

    btrfs：修复更改 lookup_extent_data_ref（）CVE-2026-31666 中的叶后的错误返回值

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

    Input：uinput - 修复与 ff-core （CVE-2026-31667） 的循环锁定依赖关系

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

    seg6：分隔 seg6 lwtunnel （CVE-2026-31668） 中输入和输出路径的dst_cache

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

    mptcp：修复 __inet_lookup_established 中的CVE-2026-31669 slab-after-free（）

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

    xfrm_user：修复 build_report（） （CVE-2026-31671） 中的信息泄漏

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

    af_unix：读取 unix_state_lock （CVE-2026-31673） 下的UNIX_DIAG_VFS数据

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

    netfilter：xt_multiport：验证 checkentry （CVE-2026-31681） 中的范围编码

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

    net：sched： act_csum：验证嵌套的 VLAN 标头 （CVE-2026-31684）

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

    netfilter：ip6t_eui64：拒绝所有数据包的无效 MAC 标头 （CVE-2026-31685）

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

    EDAC/mc：修复 edac_mc_alloc（） （） 中的CVE-2026-31689错误路径排序

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

    igb：删除 igb_down（）CVE-2026-31691 （） 中的 napi_synchronize（）

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

    rtnetlink：添加对等机 netnsCVE-2026-31692 缺少的 netlink_ns_capable（） 检查

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

    fuse：拒绝页面缓存中的超大对象 （CVE-2026-31694）

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

    net/packet：修复 tpacket_snd（）CVE-2026-31700 （） 中的 mmap'd vnet_hdr中的 TOCTOU 争用

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

    writeback：修复 inode_switch_wbs_work_fn（） （CVE-2026-31703） 中的释放后使用

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

    smb：客户端：修复 smb2_ioctl_query_info QUERY_INFO 路径中的 OOB 读取 （CVE-2026-31708）

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

    fuse：同步 init （CVE-2026-31713） 期间出现致命信号时中止

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

    fs/ntfs3：验证 journal-replay 文件记录检查中使用的 recCVE-2026-31716->

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

    crypto：krb5enc - 修复异步解密跳过哈希验证 （CVE-2026-31719）

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

    dcache：将存储段的最小数量限制为两个 （CVE-2026-43071）

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

    x86-64：重命名名称令人误解的“__copy_user_nocache（）”函数 （CVE-2026-43073）

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

    eventpoll：将释放 struct eventpoll 延迟至 RCU 宽限期 （CVE-2026-43074）

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

    perf/x86/intel/uncore：跳过离线芯片的发现表 （CVE-2026-43079）

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

    net：ioam6：修复 OOB 和缺少的锁 （CVE-2026-43083）

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

    netfilter：nfnetlink_queue：按队列创建哈希表 （CVE-2026-43084）

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

    netfilter：nfnetlink_log：初始化 NLMSG_DONE 结束符 （CVE-2026-43085） 中的 nfgenmsg

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

    ipvs：修复ip_vs_add_service错误路径中的空取消引用 （CVE-2026-43086）

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

    xfrm_user：修复 build_mapping（） （CVE-2026-43089） 中的信息泄漏

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

    xfrm：修复 xfrm_migrate_policy_find 中的 refcount 泄漏 （CVE-2026-43090）

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

    xfrm：在策略 netns 退出期间等待 RCU 读取器 （CVE-2026-43091）

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

    xsk：根据 bind （CVE-2026-43092） 上的可用帧大小验证 MTU

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

    xsk：加强 UMEM 余量验证，以考虑尾余量和最小帧 （CVE-2026-43093）

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

    ixgbevf：将缺失的 negotiate_features op 添加到 Hyper-V ops 表 （CVE-2026-43094）

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

    ipv4：icmp：修复 icmp_build_probe（） 中的 null-ptr-deref （CVE-2026-43099）

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

    bridge：保护本地 VLAN-0 FDB 帮助程序免受空 vlan 组 （CVE-2026-43100） 的影响

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

    ipv6：ioam：修复 __ioam6_fill_trace_data（） （CVE-2026-43101） 中潜在的空取消引用

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

    xfrm：事件大小计算中的帐户XFRMA_IF_ID （CVE-2026-43107）

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

    x86：shadow stacks：mmap lock （CVE-2026-43109） 的正确错误处理

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

    fs/smb/client：修复 cifs_sanitize_prepath 中的越界读取 （CVE-2026-43112）

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

    netfilter：nft_set_pipapo_avx2：到期时不返回不匹配的条目 （CVE-2026-43114）

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

    netfilter：ctnetlink：确保安全访问主控 conntrack （CVE-2026-43116）

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

    btrfs：tracepoints：从事件 btrfs_sync_file（）CVE-2026-43117 （） 中的 dentry 获取正确的超级块

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

    btrfs：修复日志重播后大小为非零大小的零大小 inode （CVE-2026-43118）

    在 Linux 内核中，已解决下列漏洞：xfrm：esp：避免在共享的 skb frag 上就地解密

    Amazon Linux 内核中的脏碎片和其他问题：https://aws.amazon.com/security/security-bulletins/2026-027-aws/ （CVE-2026-43284）

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

    smb：客户端：读取模式位 （CVE-2026-43350） 之前需要完整的 NFS 模式 SID

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

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

远程 Ubuntu 26.04 LTS 主机上安装的一个程序包受到 USN-8507-1 公告中提及的多个漏洞影响。

    发现某些 AMD 处理器在推测执行期间，未能正确清除浮点拆分器单元中的数据。本地攻击者可利用此问题泄露敏感信息。
    (CVE-2025-54505)

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - ARM64 架构；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 雷达斯块设备 （RBD） 驱动程序;

    - 压缩 RAM 块设备驱动程序；

    - 字符设备驱动程序；

    - TPM 设备驱动程序；

    - 硬件加密设备驱动程序；

    - EDAC 驱动程序；

    - GPU 驱动程序；

    - Greybus 驱动程序；

    - HID 子系统；

    - Microsoft Hyper-V 驱动程序；

    - 硬件监控驱动程序；

    - I2C 子系统；

    - IIO 子系统；

    - InfiniBand 驱动程序；

    - 输入设备核心驱动程序；

    - LED 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - IBM Advanced System Management 驱动程序;

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - Microsoft Azure Network Adapter (MANA) 驱动程序；

    - NTB 驱动程序；

    - NVME 驱动程序；

    - 设备树和 Open Firmware 驱动程序；

    - PCI 子系统；

    - 远程处理器子系统；

    - SCSI 子系统；

    - SPI 子系统；

    - Realtek RTL8723BS SDIO 驱动程序；

    - SM750 帧缓冲暂存驱动程序;

    - 热驱动程序；

    - USB Gadget 驱动程序；

    - USB over IP 驱动程序；

    - VFIO 驱动程序；

    - Framebuffer 层；

    - 9P 分布式文件系统；

    - AFS 文件系统；

    - Ceph 分布式文件系统；

    - 文件系统基础设施；

    - EROFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

    - FUSE（Userspace 中的文件系统）；

    - 块设备的日志层 (JBD2)；

    - NILFS2 文件系统；

    - 文件系统通知基础设施；

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - SMB 网络文件系统；

    - UDF 文件系统；

    - XFS 文件系统；

    - 代码标签库;

    - 内存管理；

    - 内存管理；

    - KVM 子系统；

    - 跟踪基础设施；

    - 用户空间 API (UAPI)；

    - io_uring 子系统；

    - 锁定基元；

    - Timer 子系统；

    - Scatterlist API;

    - 异质内存管理；

    - KASAN 内存调试框架；

    - 蓝牙子系统；

    - 以太网桥接；

    - CAIF 协议；

    - CAN 网络层；

    - Ceph Core 库；

    - IPv4 联网；

    - IPv6 联网；

    - 多路径 TCP；

    - Netfilter；

    - NFC 子系统；

    - 数据包套接字；

    - 高通IPC路由器（QRTR）;

    - RDS 协议；

    - RxRPC 会话套接字；

    - SMC 套接字；

    - 流解析器;

    - Landlock 安全性；

    - SELinux 安全模块；

    - ALSA 框架；

    - 通用 PCM 环回声音驱动程序;

    - FireWire 声音驱动程序；

    - Creative Sound Blaster X-Fi 驱动程序；

    - QCOM ASoC 驱动程序；

    - USB 音频设备；

    - 对象工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, CVE-2026-31580, CVE-2026-31581, CVE-2026-31582, CVE-2026-31583, CVE-2026-31584, CVE-2026-31585, CVE-2026-31586, CVE-2026-31587, CVE-2026-31588, CVE-2026-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, CVE-2026-31622, CVE-2026-31623, CVE-2026-31624, CVE-2026-31625, CVE-2026-31626, CVE-2026-31627, CVE-2026-31628, CVE-2026-31629, CVE-2026-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：CDC-NCM: avoid overflow in sanity checking A broken device may give an extreme offset like 0xFFF0 and a reasonable length for a fragment. In the sanity check as formulated now, this will create an integer overflow, defeating the sanity check. Both offset and offset + len need to be checked in such a manner that no overflow can occur. And those quantities should be unsigned. (CVE-2022-48938)

  - 已修复 Linux 内核中的下列漏洞：pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map Here is the BUG report by KASAN about null pointer dereference: BUG:
    KASAN: null-ptr-deref in strcmp+0x2e/0x50 Read of size 1 at addr 0000000000000000 by task python3/2640 Call Trace: strcmp __of_find_property of_find_property pinctrl_dt_to_map kasprintf() would return NULL pointer when kmalloc() fail to allocate. So directly return ENOMEM, if kasprintf() return NULL pointer.
    (CVE-2022-49832)

  - 已修复 Linux 内核中的下列漏洞：hugetlbfs: fix null-ptr-deref in hugetlbfs_parse_param() Syzkaller reports a null-ptr-deref bug as follows:
    ====================================================== KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:hugetlbfs_parse_param+0x1dd/0x8e0 fs/hugetlbfs/inode.c:1380 [...] Call Trace: <TASK> vfs_parse_fs_param fs/fs_context.c:148 [inline] vfs_parse_fs_param+0x1f9/0x3c0 fs/fs_context.c:129 vfs_parse_fs_string+0xdb/0x170 fs/fs_context.c:191 generic_parse_monolithic+0x16f/0x1f0 fs/fs_context.c:231 do_new_mount fs/namespace.c:3036 [inline] path_mount+0x12de/0x1e20 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x27f/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] </TASK> ====================================================== According to commit vfs: parse: deal with zero length string value, kernel will set the param->string to null pointer in vfs_parse_fs_string() if fs string has zero length. Yet the problem is that, hugetlbfs_parse_param() will dereference the param->string, without checking whether it is a null pointer. To be more specific, if hugetlbfs_parse_param() parses an illegal mount parameter, such as size=,, kernel will constructs struct fs_parameter with null pointer in vfs_parse_fs_string(), then passes this struct fs_parameter to hugetlbfs_parse_param(), which triggers the above null-ptr-deref bug. This patch solves it by adding sanity check on param->string in hugetlbfs_parse_param(). (CVE-2022-50334)

  - 已修复 Linux 内核中的下列漏洞：Input: cyapa - add missing input core locking to suspend/resume functions Grab input->mutex during suspend/resume functions like it is done in other input drivers. This fixes the following warning during system suspend/resume cycle on Samsung Exynos5250-based Snow Chromebook: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm:
    kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue: events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- ... ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm: kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue:
    events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- (CVE-2023-52884)

  - 已修复 Linux 内核中的下列漏洞：tracing: Do not let histogram values have some modifiers Histogram values can not be strings, stacktraces, graphs, symbols, syscalls, or grouped in buckets or log. Give an error if a value is set to do so. Note, the histogram code was not prepared to handle these modifiers for histograms and caused a bug. Mark Rutland reported: # echo 'p:copy_to_user __arch_copy_to_user n=$arg2' >> /sys/kernel/tracing/kprobe_events # echo 'hist:keys=n:vals=hitcount.buckets=8:sort=hitcount' > /sys/kernel/tracing/events/kprobes/copy_to_user/trigger # cat /sys/kernel/tracing/events/kprobes/copy_to_user/hist [ 143.694628] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 143.695190] Mem abort info: [ 143.695362] ESR = 0x0000000096000004 [ 143.695604] EC = 0x25: DABT (current EL), IL = 32 bits [ 143.695889] SET = 0, FnV = 0 [ 143.696077] EA = 0, S1PTW = 0 [ 143.696302] FSC = 0x04: level 0 translation fault [ 143.702381] Data abort info: [ 143.702614] ISV = 0, ISS = 0x00000004 [ 143.702832] CM = 0, WnR = 0 [ 143.703087] user pgtable: 4k pages, 48-bit VAs, pgdp=00000000448f9000 [ 143.703407] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 [ 143.704137] Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP [ 143.704714] Modules linked in: [ 143.705273] CPU: 0 PID: 133 Comm: cat Not tainted 6.2.0-00003-g6fc512c10a7c #3 [ 143.706138] Hardware name: linux,dummy-virt (DT) [ 143.706723] pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 143.707120] pc :
    hist_field_name.part.0+0x14/0x140 [ 143.707504] lr : hist_field_name.part.0+0x104/0x140 [ 143.707774] sp :
    ffff800008333a30 [ 143.707952] x29: ffff800008333a30 x28: 0000000000000001 x27: 0000000000400cc0 [143.708429] x26: ffffd7a653b20260 x25: 0000000000000000 x24: ffff10d303ee5800 [ 143.708776] x23:
    ffffd7a6539b27b0 x22: ffff10d303fb8c00 x21: 0000000000000001 [ 143.709127] x20: ffff10d303ec2000 x19:
    0000000000000000 x18: 0000000000000000 [ 143.709478] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 143.709824] x14: 0000000000000000 x13: 203a6f666e692072 x12: 6567676972742023 [143.710179] x11: 0a230a6d6172676f x10: 000000000000002c x9 : ffffd7a6521e018c [ 143.710584] x8 :
    000000000000002c x7 : 7f7f7f7f7f7f7f7f x6 : 000000000000002c [ 143.710915] x5 : ffff10d303b0103e x4 :
    ffffd7a653b20261 x3 : 000000000000003d [ 143.711239] x2 : 0000000000020001 x1 : 0000000000000001 x0 :
    0000000000000000 [ 143.711746] Call trace: [ 143.712115] hist_field_name.part.0+0x14/0x140 [ 143.712642] hist_field_name.part.0+0x104/0x140 [ 143.712925] hist_field_print+0x28/0x140 [ 143.713125] event_hist_trigger_print+0x174/0x4d0 [ 143.713348] hist_show+0xf8/0x980 [ 143.713521] seq_read_iter+0x1bc/0x4b0 [ 143.713711] seq_read+0x8c/0xc4 [ 143.713876] vfs_read+0xc8/0x2a4 [ 143.714043] ksys_read+0x70/0xfc [ 143.714218] __arm64_sys_read+0x24/0x30 [ 143.714400] invoke_syscall+0x50/0x120 [143.714587] el0_svc_common.constprop.0+0x4c/0x100 [ 143.714807] do_el0_svc+0x44/0xd0 [ 143.714970] el0_svc+0x2c/0x84 [ 143.715134] el0t_64_sync_handler+0xbc/0x140 [ 143.715334] el0t_64_sync+0x190/0x194 [143.715742] Code: a9bd7bfd 910003fd a90153f3 aa0003f3 (f9400000) [ 143.716510] ---[ end trace 0000000000000000 ]--- Segmentation fault (CVE-2023-53093)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
359751	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1786824415）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	critical
310487	Linux Distros 未修补的漏洞：CVE-2026-31592	Nessus	Misc.	2026/4/27	2026/9/23	medium
361258	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1778266904）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
325017	Ubuntu 26.04 LTS：Linux 内核漏洞 (USN-8488-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/30	low
313525	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel （ALAS2023-2026-1693）	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/10	high
325421	Ubuntu 26.04 LTS：Linux (NVIDIA) 内核漏洞 (USN-8507-1)	Nessus	Ubuntu Local Security Checks	2026/7/7	2026/7/30	low
359602	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1786824415）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	critical

检测

插件搜索

critical

medium

high

low

high

low

critical