远程 Oracle Linux 10 / 9 主机上安装的多个程序包受到 ELSA-2026-50184 公告中提及的多个漏洞影响。

    - ipv6在 ip6_xmit() 中使用 RCU (Eric Dumazet) [Orabug: 39186444] {CVE-2025-40135}
    - netfilternf_tables修复 nf_tables_addchain() 中的释放后使用 (Inseo An) [Orabug: 39181102] {CVE-2026-23231}

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

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

远程 Oracle Linux 10 / 9 主机上安装的多个程序包受到 ELSA-2026-50232 公告中提及的多个漏洞影响。

    - ipv6：在 ip6_xmit() 中使用 RCU (Eric Dumazet) [Orabug: 39202432] {CVE-2025-40135}
    - dst：修复 rt6_uncached_list_del() 和 rt_del_uncached_list() 中的争用 (Eric Dumazet) [Orabug: 39202431] {CVE-2026-23004}
    - netfilter：nf_tables：修复 nf_tables_addchain() 中的释放后使用 (Inseo An) [Orabug: 39044468] {CVE-2026-23231}
    - KVM：x86/mmu：即使创建 MMIO SPTE，也终止/清除现有 SPTE (Sean Christopherson) [Orabug: 39153394] {CVE-2026-23401}

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

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 内核的 TeleTYpe 子系统中发现越界读取缺陷。在 flush_to_ldisc 函数中存在内存泄漏时，用户使用 ioctls TIOCSPTLCK 和 TIOCGPTPEER 以及 TIOCSTI 和 TCXONC 触发争用条件时会发生此问题。此缺陷会让本地用户导致系统崩溃或从内存读取未经授权的随机数据。 (CVE-2022-1462)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已修复 Linux 内核中的下列漏洞：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

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

  - 在低于 5.16.12 版本的 Linux 内核中发现一个问题。drivers/net/usb/sr9700.c 允许攻击者通过设备中构建的帧长度从堆内存获取敏感信息。(CVE-2022-26966)

  - 已修复 Linux 内核中的下列漏洞：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已修复 Linux 内核中的下列漏洞：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已修复 Linux 内核中的下列漏洞：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已修复 Linux 内核中的下列漏洞：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

远程 Oracle Linux 10 / 9 主机上安装的多个程序包受到 ELSA-2026-50260 公告中提及的多个漏洞影响。

  - 已修复 Linux 内核中的下列漏洞：ipv6: use RCU in ip6_xmit() Use RCU in ip6_xmit() in order to use dst_dev_rcu() to prevent possible UAF. (CVE-2025-40135)

  - 此漏洞由 AMD 发现并解决。我们在安全更新指南中对此进行了记载，以鼓励客户尽快安装 2026 年 5 月版的 Windows。分配给此 CVE 的漏洞存在于 AMD 提供的某些处理器型号中。需要 Windows 更新才能缓解此漏洞。该 CVE 记录在安全更新指南中，宣布最新版本的 Windows 已启用缓解措施并提供针对该漏洞的保护。有关更多信息，请参阅以下部分：AMD-SB-7052 （CVE-2025-54518）

  - 已修复 Linux 内核中的下列漏洞：dst: fix races in rt6_uncached_list_del() and rt_del_uncached_list() syzbot was able to crash the kernel in rt6_uncached_list_flush_dev() in an interesting way [1] Crash happens in list_del_init()/INIT_LIST_HEAD() while writing list->prev, while the prior write on list->next went well. static inline void INIT_LIST_HEAD(struct list_head *list) { WRITE_ONCE(list->next, list); // This went well WRITE_ONCE(list->prev, list); // Crash, @list has been freed. } Issue here is that rt6_uncached_list_del() did not attempt to lock ul->lock, as list_empty(&rt->dst.rt_uncached) returned true because the WRITE_ONCE(list->next, list) happened on the other CPU. We might use list_del_init_careful() and list_empty_careful(), or make sure rt6_uncached_list_del() always grabs the spinlock whenever rt->dst.rt_uncached_list has been set. A similar fix is neeed for IPv4. [1] BUG: KASAN: slab-use-after-free in INIT_LIST_HEAD include/linux/list.h:46 [inline] BUG: KASAN: slab-use-after-free in list_del_init include/linux/list.h:296 [inline] BUG: KASAN: slab-use-after-free in rt6_uncached_list_flush_dev net/ipv6/route.c:191 [inline] BUG: KASAN: slab-use-after-free in rt6_disable_ip+0x633/0x730 net/ipv6/route.c:5020 Write of size 8 at addr ffff8880294cfa78 by task kworker/u8:14/3450 CPU: 0 UID: 0 PID: 3450 Comm: kworker/u8:14 Tainted: G L syzkaller #0 PREEMPT_{RT,(full)} Tainted: [L]=SOFTLOCKUP Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025 Workqueue: netns cleanup_net Call Trace: <TASK> dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline] print_report+0xca/0x240 mm/kasan/report.c:482 kasan_report+0x118/0x150 mm/kasan/report.c:595 INIT_LIST_HEAD include/linux/list.h:46 [inline] list_del_init include/linux/list.h:296 [inline] rt6_uncached_list_flush_dev net/ipv6/route.c:191 [inline] rt6_disable_ip+0x633/0x730 net/ipv6/route.c:5020 addrconf_ifdown+0x143/0x18a0 net/ipv6/addrconf.c:3853 addrconf_notify+0x1bc/0x1050 net/ipv6/addrconf.c:-1 notifier_call_chain+0x19d/0x3a0 kernel/notifier.c:85 call_netdevice_notifiers_extack net/core/dev.c:2268 [inline] call_netdevice_notifiers net/core/dev.c:2282 [inline] netif_close_many+0x29c/0x410 net/core/dev.c:1785 unregister_netdevice_many_notify+0xb50/0x2330 net/core/dev.c:12353 ops_exit_rtnl_list net/core/net_namespace.c:187 [inline] ops_undo_list+0x3dc/0x990 net/core/net_namespace.c:248 cleanup_net+0x4de/0x7b0 net/core/net_namespace.c:696 process_one_work kernel/workqueue.c:3257 [inline] process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/workqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510/0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246 </TASK> Allocated by task 803: kasan_save_stack mm/kasan/common.c:57 [inline] kasan_save_track+0x3e/0x80 mm/kasan/common.c:78 unpoison_slab_object mm/kasan/common.c:340 [inline] __kasan_slab_alloc+0x6c/0x80 mm/kasan/common.c:366 kasan_slab_alloc include/linux/kasan.h:253 [inline] slab_post_alloc_hook mm/slub.c:4953 [inline] slab_alloc_node mm/slub.c:5263 [inline] kmem_cache_alloc_noprof+0x18d/0x6c0 mm/slub.c:5270 dst_alloc+0x105/0x170 net/core/dst.c:89 ip6_dst_alloc net/ipv6/route.c:342 [inline] icmp6_dst_alloc+0x75/0x460 net/ipv6/route.c:3333 mld_sendpack+0x683/0xe60 net/ipv6/mcast.c:1844 mld_send_cr net/ipv6/mcast.c:2154 [inline] mld_ifc_work+0x83e/0xd60 net/ipv6/mcast.c:2693 process_one_work kernel/workqueue.c:3257 [inline] process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/workqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510/0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entr ---truncated--- (CVE-2026-23004)

  - 已修复 Linux 内核中的下列漏洞：tls: Fix race condition in tls_sw_cancel_work_tx() This issue was discovered during a code audit. After cancel_delayed_work_sync() is called from tls_sk_proto_close(), tx_work_handler() can still be scheduled from paths such as the Delayed ACK handler or ksoftirqd. As a result, the tx_work_handler() worker may dereference a freed TLS object.
    The following is a simple race scenario: cpu0 cpu1 tls_sk_proto_close() tls_sw_cancel_work_tx() tls_write_space() tls_sw_write_space() if (!test_and_set_bit(BIT_TX_SCHEDULED, &tx_ctx->tx_bitmask)) set_bit(BIT_TX_SCHEDULED, &ctx->tx_bitmask); cancel_delayed_work_sync(&ctx->tx_work.work);
    schedule_delayed_work(&tx_ctx->tx_work.work, 0); To prevent this race condition, cancel_delayed_work_sync() is replaced with disable_delayed_work_sync(). (CVE-2026-23240)

  - 已修复 Linux 内核中的下列漏洞：RDMA/umad: Reject negative data_len in ib_umad_write ib_umad_write computes data_len from user-controlled count and the MAD header sizes. With a mismatched user MAD header size and RMPP header length, data_len can become negative and reach ib_create_send_mad(). This can make the padding calculation exceed the segment size and trigger an out-of-bounds memset in alloc_send_rmpp_list(). Add an explicit check to reject negative data_len before creating the send buffer. KASAN splat: [ 211.363464] BUG: KASAN: slab-out-of-bounds in ib_create_send_mad+0xa01/0x11b0 [ 211.364077] Write of size 220 at addr ffff88800c3fa1f8 by task spray_thread/102 [ 211.365867] ib_create_send_mad+0xa01/0x11b0 [ 211.365887] ib_umad_write+0x853/0x1c80 (CVE-2026-23243)

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

远程 Oracle Linux 10 / 9 主机上安装的多个程序包受到 ELSA-2026-50372 公告中提及的多个漏洞影响。

    - net/sched：修复导致页面缓存损坏的 pedit 部分 COW(Rajat Gupta) {CVE-2026-46331}
    - eventpoll：修复ep_remove结构 eventpoll / 结构文件 UAF （Christian Brauner） [Orabug： 39668743] {CVE-2026-46242}
    - net：skbuff：修复pskb_carve帮助程序中缺少的 zerocopy 引用 （Minh Nguyen） [Orabug： 39656679] {CVE-2026-52943}
    - arm64：勘误表：缓解各种 Arm CPU 上的 TLBI 勘误表 （Mark Rutland） [Orabug： 39548792] {CVE-2025-10263}
    - openvswitch： vport：修复释放隧道端口时的自死锁 （Ilya Maximets） {CVE-2026-46165}
    - iommu/amd：在并发 TLB 无效的情况下序列化序列分配 （Ankit Soni） {CVE-2026-43220}
    - usb：ulpi：修复 ulpi_register（） 错误路径中的内存泄漏 （Felix Gu） {CVE-2026-46109}
    - smb：客户端：拒绝用户空间 cifs.spnego 描述 （Asim Viladi Oglu Manizada） [Orabug： 39463671] {CVE-2026-46243}
    - net：skbuff：通过 frag-transfer 帮助程序传播 shared-frag 标记 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503，CVE-2026-46300}
    - net：skbuff：在合并期间保留 shared-frag 标记(William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter：拒绝 nft_bitwise 中的零位移 (Kai Ma) [Orabug: 39452464] {CVE-2026-46101}
    - net：ipv6：修复 seg6 和 rpl lwtunnels 中使用的 NOREF dst （Andrea Mayer） [Orabug： 39452457] {CVE-2026-46099}
    - ALSA：caiaq：修复探usb_dev故障时的 refcount 泄漏 （Deepanshu Kartikey） [Orabug： 39452739] {CVE-2026-46048}
    - ipv6：rpl：重新压缩的 SRH 增长时预留mac_len余量 （Greg Kroah-Hartman） [Orabug：39426003] {CVE-2026-43501}
    - ALSA：caiaq：修复错误路径中可能残留的ep1_in_urb （Takashi Iwai） [Orabug： 39452746] {CVE-2026-45992}
    - net: bonding：修复 bond_xmit_broadcast() 中的释放后使用(Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto：authencesn - 拒绝实例创建期间的短 ahash 摘要 （Yucheng Lu） [Orabug： 39452231] {CVE-2026-46033}
    - spi：修复设备设置失败时的资源泄漏 （Johan Hovold） [Orabug： 39452400] {CVE-2026-46083}
    - net：qrtr：ns：限制节点总数 （Manivannan Sadhasivam） [Orabug：39452123] {CVE-2026-46003}
    - net：bridge：在 RCU 阅读器中使用稳定的 FDB dst 快照 （Zhengchuan Liang） [Orabug： 39452411] {CVE-2026-46086}
    - net：qrtr：ns：限制查询的最大次数 （Manivannan Sadhasivam） [Orabug: 39452207] {CVE-2026-46026}
    - net：qrtr：ns：限制每个节点的最大服务器注册节点数量 (Manivannan Sadhasivam) [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib：禁用 RSS QP 破坏时的 RX 转向 （Long Li） [Orabug： 39452406] {CVE-2026-46084}
    - media：rc：igorplugusb：注意一致性规则 （Oliver Neukum） [Orabug：39452432] {CVE-2026-46091}
    - wifi：mwifiex：修复 mwifiex_adapter_cleanup（） 中的释放后使用 （Daniel Hodges） [Orabug： 39452343] {CVE-2026-46069}
    - thermal：core：修复热区域调控器清理问题 （Rafael J. Wysocki） [Orabug： 39452186] {CVE-2026-46021}
    - smb：客户端：在 cifsacl 中重写 DACL 之前对其进行全面验证 (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi：sd：修复 device_add（&disk_dev） 失败时缺少的 put_disk（） （Yang Xiuwei） [Orabug： 39452100] {CVE-2026-45997}
    - rtmutex：在 remove_waiter（） 中使用 waiter：：task 而不是当前的任务 （Keenan Dong） [Orabug: 39425998] {CVE-2026-43499}
    - ceph：反哈希时仅 d_add（） 负 dentry （Max Kellermann） [Orabug： 39452291] {CVE-2026-46052}
    - dm mirror：修复 create_dirty_log（） 中的整数溢出 （Junrui Luo） [Orabug： 39452196] {CVE-2026-46023}
    - Bluetooth：hci_event：修复 SSP 通行密钥处理程序中潜在的 UAF (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp：监听器迁移后调用 sk_data_ready（） （Zhenzhong Wu） [Orabug： 39452159] {CVE-2026-46015}
    - inotify：修复 fsnotify_add_inode_mark_locked（） 失败时的监视计数泄漏 （Chia-Ming Chang） [Orabug：
    39452250] {CVE-2026-46040}
    - md/raid5：在访问日志元数据之前验证负载大小 （Junrui Luo） [Orabug： 39452349] {CVE-2026-46070}
    - md/raid5：修复 retry_aligned_read（） 中的软锁定 （Chia-Ming Chang） [Orabug： 39452287] {CVE-2026-46051}
    - ext4：修复 ext4_xattr_inode_dec_ref_all（） 中缺少的 brelse（） （Sohei Koyama） [Orabug： 39452269] {CVE-2026-46046}
    - ext4：修复 check_xattrs（） 中的边界检查以防止越界访问 （Deepanshu Kartikey） [Orabug：
    39452442] {CVE-2026-46094}
    - io_uring/poll：修复唤醒争用中缺少 EOF 的 multishot recv （Jens Axboe） {CVE-2026-23473}
    - KVM：nSVM：如果未处理的 VMMCALL 未被 L1 拦截则引发 #UD （Kevin Cheng） [Orabug： 39452372] {CVE-2026-46076}
    - KVM：SVM：如果 EFER，则为 INVLPGA 注入 #UD。SVME=0 （Kevin Cheng） [Orabug： 39452394] {CVE-2026-46082}
    - KVM：nSVM：在 L2 的 VMRUN 之后将中断阴影同步到缓存的 vmcb12 （Yosry Ahmed） [Orabug： 39452061] {CVE-2026-45987}
    - xfs：修复 xfs_alloc_buftarg（） 中的一个资源泄漏 （Haoxiang Li） [Orabug： 39452131] {CVE-2026-46005}
    - libceph：防止 ceph_handle_auth_reply（） 中潜在的 null-ptr-deref （Raphael Zimmer） [Orabug：
    39452201] {CVE-2026-46024}
    - ipv4：icmp：使用 icmp_pointers 之前验证回复类型 （Ruide Cao） [Orabug： 39452243] {CVE-2026-46037}
    - RDMA/rxe：在 rxe_rcv 中 payload_size（） 前验证 pad 和 ICRC （Hkbinbin） [Orabug： 39452259] {CVE-2026-46043}
    - net：qrtr：ns：ctrl_cmd_bye（） 期间释放节点 （Manivannan Sadhasivam） [Orabug： 39452246] {CVE-2026-46038}
    - rxrpc：修复 rxkad 加密未对齐处理 （David Howells） [Orabug： 39452728] {CVE-2026-46085}
    - ALSA：caiaq：正确处理探测错误 （Takashi Iwai） [Orabug：39452126] {CVE-2026-46004}
    - rbd：修复 device_add_disk（） 失败时的 null-ptr-deref （Dawei Feng） [Orabug： 39452385] {CVE-2026-46079}
    - md/raid10：通过检查操作和 nowait 请求修复死锁 （Josh Hunt） [Orabug： 39452284] {CVE-2026-46050}
    - jbd2：修复 jbd2_journal_cancel_revoke（） 中的死锁 （Zhang Yi） [Orabug： 39452318] {CVE-2026-46061}
    - erofs：修复尾随 dirents 的越界 nameoff 处理 （Gao Xiang） [Orabug： 39452380] {CVE-2026-46078}
    - ALSA：ctxfi：添加回退到 S/PDIF 的默认 RSR （Harin Lee） [Orabug： 39452280] {CVE-2026-46049}
    - ext2：拒绝 ext2_iget（） 中含零i_nlink和有效模式的 inode （Vasiliy Kovalev） [Orabug： 39452119] {CVE-2026-46002}
    - net：qrtr：ns：修复驱动程序 remove（） 中的释放后使用 （Manivannan Sadhasivam） [Orabug： 39452274] {CVE-2026-46047}
    - net：strparser：修复 strp_abort_strp（） 中的skb_head泄漏 （Luxiao Xu） [Orabug： 39452468] {CVE-2026-46102}
    - ALSA：control：在 snd_ctl_elem_init_enum_names（） 中的 strnlen（） 之前验证 buf_len （Ziqing Chen） [Orabug： 39452416] {CVE-2026-46088}
    - crypto： pcrypt - 修复MAY_BACKLOG请求的处理 （Herbert Xu） [Orabug： 39410863] {CVE-2026-43493}
    - wifi：rtw88：检查 PCI 上游桥是否存在 （Fedor Pchelkin） [Orabug： 39452437] {CVE-2026-46092}
    - zram：不忘记为部分丢弃请求执行 endio （Sergey Senozhatsky） [Orabug： 39452420] {CVE-2026-46089}
    - ocfs2：拆分 dio 完成中的事务以避免信用耗尽 （Heming Zhao） [Orabug： 39452388] {CVE-2026-46080}
    - drm/amdgpu：限制 BO 列表条目计数以防止资源耗尽 （Jesse Zhang） [Orabug： 39167551] {CVE-2026-23468}
    - padata：一劳永逸地修复 pd UAF （Herbert Xu） [Orabug： 38335055] {CVE-2025-38584}
    - drm/nouveau：修复 pushbuf 重定位边界检查中的 u32 溢出 （Greg Kroah-Hartman） [Orabug： 39452133] {CVE-2026-46006}
    - ALSA：usb-audio：停止以 MAX_NR_RATES 速率解析 UAC2 速率 （Cassio Gabriel） [Orabug： 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c 中的缓冲区溢出 （Juergen Gross） [Orabug： 39305898] {CVE-2026-31786}
    - xen/privcmd：通过 VMA 拆分修复双重释放 （Juergen Gross） [Orabug： 39305908] {CVE-2026-31787}
    - rxrpc：修复非 XDR 密钥准备中缺失的票证长度验证 （Anderson Nascimento） [Orabug：
    39300563] {CVE-2026-31696}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 ID 复制到用户空间 （Sean Christopherson） {CVE-2026-31697}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 PDH cert 复制到用户空间 （Sean Christopherson） {CVE-2026-31698}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 CSR 复制到用户空间 （Sean Christopherson） {CVE-2026-31699}
    - net/packet：修复 tpacket_snd（） 中的 mmap'd vnet_hdr 上的 TOCTOU 争用 （Bingquan Chen） {CVE-2026-31700}
    - ALSA：caiaq：在 create_card（） 中引用 USB 设备 （Berk Cem Goksel） [Orabug： 39300586] {CVE-2026-31701}
    - smb：客户端：修复smb2_ioctl_query_info QUERY_INFO路径中的 OOB 读取 （Michael Bommarito） [Orabug：
    39300607] {CVE-2026-31708}
    - smb：客户端：读取模式位之前需要完整 NFS 模式 SID （Michael Bommarito） [Orabug： 39343707] {CVE-2026-43350}
    - fuse：拒绝页面缓存中的超大问题 （Samuel Page） [Orabug： 39300556] {CVE-2026-31694}
    - mm/pagewalk：修复并发拆分和重错之间的争用 （Max Boone） [Orabug： 39250782] {CVE-2026-31456}
    - wifi：mac80211：ieee80211_tx_prepare_skb（） 失败时始终释放 skb （Felix Fietkau） [Orabug： 39167472] {CVE-2026-23444}
    - mm/userfaultfd：修复 hugetlb 错误互斥体哈希计算 （Jianhui Zhou） [Orabug： 39273453] {CVE-2026-31575}
    - ipv6：在 SRv6 路径中添加对 idev 的空检查 （Heminhong） [Orabug： 39167467] {CVE-2026-23442}
    - ocfs2：修复 ocfs2_write_end_inline 中的越界写入 （Joseph Qi） [Orabug： 39331090] {CVE-2026-43075}
    - ocfs2：在 inode 读取期间验证内联数据i_size （Deepanshu Kartikey） [Orabug： 39331097] {CVE-2026-43076}
    - media：as102：修复在 as102_usb_probe（） 中注册设备后不释放内存 （Jeongjun Park） [Orabug： 39273467] {CVE-2026-31578}
    - bcache：修复 cached_dev.sb_bio 释放后使用和崩溃 （Mingzhe Zou） [Orabug： 39273481] {CVE-2026-31580}
    - ALSA：6fire：修复断开连接时的释放后使用 （Berk Cem Goksel） [Orabug： 39273486] {CVE-2026-31581}
    - media：em28xx：修复 em28xx_v4l2_open（） 中的释放后使用 （Abhishek Kumar） [Orabug： 39273493] {CVE-2026-31583}
    - mm：blk-cgroup：修复 cgwb_release_workfn（） 中的释放后使用 （Breno Leitao） [Orabug： 39273507] {CVE-2026-31586}
    - KVM：x86：使用 MMIO 片段中的擦除字段保存小写入值 （Sean Christopherson） [Orabug：
    39273521] {CVE-2026-31588}
    - x86-64：重命名名称令人误解的“__copy_user_nocache（）”函数 （Linus Torvalds） [Orabug： 39323162] {CVE-2026-43073}
    - kernel：谨慎处理 dup_mmap() 失败和 uprobe 注册 (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib：修复 gdev->srcu 的争用条件 （Pawel Narewski） [Orabug： 38887677] {CVE-2026-22986}
    - KVM：SEV：终止对KVM_MEMORY_ENCRYPT_REG_REGION大尺寸的警告 （Sean Christopherson） [Orabug：
    39273529] {CVE-2026-31590}
    - KVM：SEV：拒绝尝试同步已启动/加密的 vCPU 的 VMSA （Sean Christopherson） [Orabug： 39273553] {CVE-2026-31593}
    - ocfs2：处理 ocfs2_group_extend 中无效的 dinode （Zhengyuan Huang） [Orabug： 39273569] {CVE-2026-31596}
    - ocfs2：修复VM_FAULT_RETRY时 ocfs2_fault（） 中的释放后使用 （Tejas Bharambe） [Orabug： 39273578] {CVE-2026-31597}
    - ocfs2：修复 unlink 和 dio_end_io_write 之间可能的死锁 （Joseph Qi） [Orabug： 39273586] {CVE-2026-31598}
    - dcache：将存储段的最小数量限制为两个 （Zhihao Cheng） [Orabug： 39323133] {CVE-2026-43071}
    - ALSA：ctxfi：将 PTP 限制为单页 （Harin Lee） [Orabug：39273608] {CVE-2026-31602}
    - wifi：rtw88：修复探查故障时的设备泄漏 （Johan Hovold） [Orabug： 39273620] {CVE-2026-31604}

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

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

远程 Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS 主机上安装的软件包存在多个漏洞，如 USN-8669-1 告警中所述。

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

    - UDP 上的 Foo-over-UDP （FOU）;

    - ARM64 架构；

    - x86 架构；

    - 区块层子系统；

    - 驱动程序核心；

    - Null 块设备驱动程序；

    - 蓝牙驱动程序；

    - 计数器接口驱动程序；

    - DMA 引擎子系统；

    - DPLL 子系统；

    - GPIO 子系统；

    - GPU 驱动程序；

    - I2C 子系统；

    - IIO ADC 驱动程序；

    - IIO 子系统；

    - InfiniBand 驱动程序；

    - 片上互连管理框架；

    - IOMMU 子系统；

    - IRQ 芯片驱动程序；

    - 模块化 ISDN 驱动程序；

    - LED 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - UACCE 加速器框架；

    - MMC 子系统；

    - 以太网绑定驱动程序；

    - 网络驱动程序；

    - Mellanox 网络驱动程序；

    - Texas Instruments 网络驱动程序；

    - NVME 驱动程序；

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

    - PHY 驱动程序；

    - x86 平台驱动程序；

    - i.MX PM 域；

    - SCSI 子系统；

    - SLIMbus 驱动程序；

    - SPI 子系统；

    - TTY 驱动程序；

    - USB 主机控制器驱动程序；

    - W1 Dallas 的 1-wire 总线驱动程序；

    - Xen 管理程序驱动程序；

    - BTRFS 文件系统；

    - EFI 变量文件系统；

    - 文件系统基础设施；

    - Ext4 文件系统；

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

    - 网络文件系统库；

    - 网络文件系统 (NFS) 客户端；

    - 网络文件系统 (NFS) 服务器后台程序；

    - SMB 网络文件系统；

    - 内存管理；

    - 内存管理；

    - 计划程序基础设施；

    - 跟踪基础设施；

    - IPv4 联网；

    - Netfilter；

    - NFC 子系统；

    - 网络流量控制；

    - TCP 网络协议；

    - io_uring 子系统；

    - Perf 事件；

    - 锁定基元；

    - 休眠控制；

    - Timer 子系统；

    - BPF 子系统；

    - 浮动比例库；

    - 蓝牙子系统；

    - CAN 网络层；

    - Ceph Core 库；

    - Networking 核心；

    - IPv6 联网；

    - L2TP 协议；

    - MAC80211 子系统；

    - 多路径 TCP；

    - NET/ROM 层；

    - RxRPC 会话套接字；

    - SCTP 协议；

    - SMC 套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - ALSA AC97 驱动程序；

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

    - Texas InstrumentS Audio (ASoC/HDA) 驱动程序；

    - USB音响设备;（CVE-2025-71158 ， ， ， CVE-2025-71161， CVE-2025-71162CVE-2026-22990CVE-2025-71199CVE-2025-71200CVE-2025-71190CVE-2025-71191CVE-2025-71189CVE-2025-71193CVE-2025-71192CVE-2025-71194CVE-2025-71195CVE-2025-71196CVE-2025-71197CVE-2025-71198CVE-2025-71188CVE-2026-22976CVE-2025-71201CVE-2026-22977CVE-2026-22978CVE-2026-22979CVE-2026-22980CVE-2026-22981CVE-2025-71187CVE-2026-22985CVE-2026-22982CVE-2026-22986CVE-2026-22987CVE-2026-22989CVE-2026-22991CVE-2026-22992CVE-2025-71186CVE-2026-22994CVE-2026-22993CVE-2026-23004CVE-2026-23003CVE-2026-23005CVE-2026-23002CVE-2026-23001CVE-2026-23000CVE-2026-23006CVE-2026-22999CVE-2026-22998CVE-2026-22997CVE-2026-23007CVE-2026-22996CVE-2025-71185CVE-2026-23008CVE-2026-23012CVE-2026-23011CVE-2026-23013CVE-2026-23010CVE-2026-23014CVE-2026-23015CVE-2025-71163CVE-2025-71182CVE-2026-23017CVE-2025-71180CVE-2025-71183CVE-2025-71184CVE-2026-23009CVE-2025-71160、 、 、 CVE-2026-23059CVE-2026-23032CVE-2026-23031CVE-2026-23033CVE-2026-23034CVE-2026-23035CVE-2026-23036CVE-2026-23037CVE-2026-23030CVE-2026-23042CVE-2026-23038CVE-2026-23044CVE-2026-23045CVE-2026-23046CVE-2026-23047CVE-2026-23049CVE-2026-23026CVE-2026-23051CVE-2026-23050CVE-2026-23052CVE-2026-23053CVE-2026-23054CVE-2026-23055CVE-2026-23056CVE-2026-23025CVE-2026-23058CVE-2026-23057CVE-2026-23061CVE-2026-23062CVE-2026-23063CVE-2026-23072CVE-2026-23071CVE-2026-23070CVE-2026-23073CVE-2026-23069CVE-2026-23068CVE-2026-23067CVE-2026-23075CVE-2026-23066CVE-2026-23065CVE-2026-23064CVE-2026-23076CVE-2026-23024CVE-2026-23022CVE-2026-23086CVE-2026-23081CVE-2026-23085CVE-2026-23078CVE-2026-23079CVE-2026-23080CVE-2026-23084CVE-2026-23087CVE-2026-23023CVE-2026-23083CVE-2026-23021CVE-2026-23077CVE-2026-23020CVE-2026-23019CVE-2026-23018、 、 、 CVE-2026-23123CVE-2026-23099CVE-2026-23100CVE-2026-23101CVE-2026-23098CVE-2026-23103CVE-2026-23102CVE-2026-23104CVE-2026-23105CVE-2026-23106CVE-2026-23107CVE-2026-23108CVE-2026-23097CVE-2026-23110CVE-2026-23109CVE-2026-23113CVE-2026-23114CVE-2026-23115CVE-2026-23116CVE-2026-23118CVE-2026-23096CVE-2026-23120CVE-2026-23119CVE-2026-23121CVE-2026-23122CVE-2026-23124CVE-2026-23136CVE-2026-23135CVE-2026-23133CVE-2026-23137CVE-2026-23131CVE-2026-23130CVE-2026-23129CVE-2026-23138CVE-2026-23128CVE-2026-23126CVE-2026-23125CVE-2026-23139CVE-2026-23095CVE-2026-23093CVE-2026-23148CVE-2026-23144CVE-2026-23147CVE-2026-23141CVE-2026-23142CVE-2026-23143CVE-2026-23146CVE-2026-23150CVE-2026-23094CVE-2026-23145CVE-2026-23092CVE-2026-23140CVE-2026-23090CVE-2026-23089CVE-2026-23088、 、 、 CVE-2026-31636CVE-2026-23162CVE-2026-23163CVE-2026-23164CVE-2026-23165CVE-2026-23166CVE-2026-23167CVE-2026-23161CVE-2026-23169CVE-2026-23168CVE-2026-23170CVE-2026-23171CVE-2026-23172CVE-2026-23173CVE-2026-23212CVE-2026-23160CVE-2026-31414CVE-2026-31405CVE-2026-31444CVE-2026-31501CVE-2026-31589CVE-2026-46242CVE-2026-46137CVE-2026-46113CVE-2026-46290CVE-2026-43499CVE-2026-43465CVE-2026-43379CVE-2026-46317CVE-2026-43198CVE-2026-31705CVE-2026-31633CVE-2026-46331CVE-2026-23159CVE-2026-23157CVE-2026-53277CVE-2026-53176CVE-2026-53228CVE-2026-52989CVE-2026-53086CVE-2026-53131CVE-2026-53225CVE-2026-53359CVE-2026-23158CVE-2026-53212CVE-2026-23156CVE-2026-52924CVE-2026-23154CVE-2026-23152CVE-2026-23151

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

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

远程的Debian 13主机安装了受多个漏洞影响的软件包，正如dsa-6238公告中提到的。

    - ------------------------------------------------------------------------- Debian 安全咨询 DSA-6238-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026年4月30日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID：CVE-2024-14027 CVE-2025-21709 CVE-2025-22116 CVE-2025-22117 CVE-2025-38426 CVE-2025-38627 CVE-2025-39764 CVE-2025-40005 CVE-2025-40135 CVE-2025-40147 CVE-2025-40150 CVE-2025-40219 CVE-2025-68175 CVE-2025-68239 CVE-2025-68334 CVE-2025-68736 CVE-2025-71152 CVE-2025-71161 CVE-2025-71221 CVE-2025-71239 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-22981 CVE-2026-22985 CVE-2026-22986 CVE-2026-22993 CVE-2026-23004 CVE-2026-23066 CVE-2026-23070 CVE-2026-23104 CVE-2026-23138 CVE-2026-23157 CVE-2026-23207 CVE-2026-23210 CVE-2026-23226 CVE-2026-23227 CVE-2026-23231 CVE-2026-23239 CVE-2026-23240 CVE-2026-23242 CVE-2026-23243 CVE-2026-23244 CVE-2026-23245 CVE-2026-23246 CVE-2026-23249 CVE-2026-23250 CVE-2026-23251 CVE-2026-23252 CVE-2026-23253 CVE-2026-23255 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23276 CVE-2026-23277 CVE-2026-23278 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23285 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23297 CVE-2026-23298 CVE-2026-23300 CVE-2026-23302 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23308 CVE-2026-23310 CVE-2026-23312 CVE-2026-23313 CVE-2026-23315 CVE-2026-23316 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23325 CVE-2026-23330 CVE-2026-23334 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23347 CVE-2026-23351 CVE-2026-23352 CVE-2026-23354 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23360 CVE-2026-23361 CVE-2026-23362 CVE-2026-23363 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23369 CVE-2026-23370 CVE-2026-23372 CVE-2026-23373 CVE-2026-23374 CVE-2026-23375 CVE-2026-23378 CVE-2026-23379 CVE-2026-23380 CVE-2026-23381 CVE-2026-23382 CVE-2026-23383 CVE-2026-23386 CVE-2026-23387 CVE-2026-23388 CVE-2026-23389 CVE-2026-23391 CVE-2026-23392 CVE-2026-23393 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23399 CVE-2026-23401 CVE-2026-23412 CVE-2026-23413 CVE-2026-23414 CVE-2026-23417 CVE-2026-23419 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23427 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23440 CVE-2026-23441 CVE-2026-23442 CVE-2026-23444 CVE-2026-23445 CVE-2026-23446 CVE-2026-23447 CVE-2026-23448 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23461 CVE-2026-23462 CVE-2026-23463 CVE-2026-23464 CVE-2026-23465 CVE-2026-23466 CVE-2026-23470 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31394 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31401 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31406 CVE-2026-31407 CVE-2026-31408 CVE-2026-31409 CVE-2026-31410 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 CVE-2026-31415 CVE-2026-31416 CVE-2026-31417 CVE-2026-31418 CVE-2026-31421 CVE-2026-31422 CVE-2026-31423 CVE-2026-31424 CVE-2026-31425 CVE-2026-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31429 CVE-2026-31430 CVE-2026-31431 CVE-2026-31432 CVE-2026-31433 CVE-2026-31434 CVE-2026-31436 CVE-2026-31438 CVE-2026-31439 CVE-2026-31440 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31449 CVE-2026-31450 CVE-2026-31451 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31458 CVE-2026-31462 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31470 CVE-2026-31473 CVE-2026-31474 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31479 CVE-2026-31480 CVE-2026-31482 CVE-2026-31483 CVE-2026-31485 CVE-2026-31487 CVE-2026-31488 CVE-2026-31489 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31500 CVE-2026-31502 CVE-2026-31503 CVE-2026-31504 CVE-2026-31505 CVE-2026-31506 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31511 CVE-2026-31512 CVE-2026-31515 CVE-2026-31516 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31525 CVE-2026-31527 CVE-2026-31528 CVE-2026-31530 CVE-2026-31531 CVE-2026-31532 CVE-2026-31533 CVE-2026-31540 CVE-2026-31542 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31554 CVE-2026-31555 CVE-2026-31556 CVE-2026-31557 CVE-2026-31558 CVE-2026-31559 CVE-2026-31561 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31575 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 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-31590 CVE-2026-31593 CVE-2026-31594 CVE-2026-31595 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31604 CVE-2026-31605 CVE-2026-31606 CVE-2026-31607 CVE-2026-31610 CVE-2026-31611 CVE-2026-31612 CVE-2026-31614 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-31628 CVE-2026-31629 CVE-2026-31634 CVE-2026-31637 CVE-2026-31638 CVE-2026-31639 CVE-2026-31642 CVE-2026-31644 CVE-2026-31645 CVE-2026-31646 CVE-2026-31647 CVE-2026-31648 CVE-2026-31649 CVE-2026-31651 CVE-2026-31655 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31666 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31673 CVE-2026-31674 CVE-2026-31675 CVE-2026-31676 CVE-2026-31677 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31681 CVE-2026-31682 CVE-2026-31683 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31689 CVE-2026-31693 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788

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

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

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

  - dst修复 rt6_uncached_list_del() 和 rt_del_uncached_list() 中的争用syzbot 能够以一种有趣的方式使 rt6_uncached_list_flush_dev() 中的内核崩溃 [1] 写入 list->prev时崩溃发生在 list_del_init()/INIT_LIST_HEAD() 中list->next 上的之前写入顺利。
    static inline void INIT_LIST_HEAD(struct list_head *list) { WRITE_ONCE(list->next, list); // 进展顺利 WRITE_ONCE(list->prev, list); // 崩溃@list 已释放。此处的问题是 rt6_uncached_list_del() 未尝试锁定 ul->lock因为 WRITE_ONCE(list->next, list) 发生在其他 CPU 上list_empty(&rt->dst.rt_uncached) 返回 true。我们可能会使用 list_del_init_careful() 和 list_empty_careful()或确保 rt6_uncached_list_del() 在设定了 rt->dst.rt_uncached_list 时始终获取旋转锁。IPv4 需要类似的补丁。 [1] 缺陷KASAN
    INIT_LIST_HEAD include/linux/list.h:46 中的 slab-use-after-free [内联] BUGKASANlist_del_init include/linux/list.h:296 中的 slab-use-after-free [内联] BUGKASAN rt6_uncached_list_flush_dev net/ipv6/route.c:191 中的 slab-use-after-free [内联] BUGKASAN: rt6_disable_ip+0x633/0x730 net/ipv6/route.c:5020 写入大小的 slab-use-after-free 8 处 addr ffff8880294cfa78 中由任务 kworker/u8:14/3450 CPU: 0 UID: 0 PID: 3450 Comm: kworker/u8:14 受感染: GL syzkaller #0 PREEMPT_{RT,(full)} 受感染[L]=SOFTLOCKUP硬件名称 Google Google Compute Engine/Google Compute Engine、BIOS Google 10/25/2025 Workqueuenetns cleanup_net Call Trace <TASK> dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [内联] print_report+0xca/0x240 mm/kasan/report.c:482 kasan_report+0x118/0x150 mm/kasan/report.c:595 INIT_LIST_HEAD include/linux/list.h:46 [inline] list_del_init include/linux/list .h:296 [内联] rt6_uncached_list_flush_dev net/ipv6/route.c:191 [内联] rt6 _disable_ip+0x633/0x730 net/ipv6/route.c:5020 addrconf_ifdown+0x143/0x18a0 net/ipv6/addrconf.c:3853 addrconf_notify+0x1bc/0x1050 net/ipv6/addrconf.c:-1 notifier_call_chain+0x19d/0x3a0 kernel/ notifier.c:85 call_netdevice_notifiers_extack net/core/dev.c:2268 [内联] call_netdevice_notifiers net/core/dev.c:2282 [内联] netif_close_many+0x29c/0x410 net/core/dev.c:1785 unregister_netdevice_many_notify+0xb50/0x2330 net/core/dev.c:12353 ops_exit_rtnl_list net/core/net_namespace.c:187 [内联] ops_undo_list+0x3dc/0x990 net/core/net_namespace.c:248 cleanup_net+0x4de/0x7b0 net/core/net_namespace.c:696 process_one_work kernel/workqueue.c:3257 [inline] process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/workqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510 /0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246 </TASK> 由任务分配 803: kasan_save_stack mm/kasan/common.c:57 [inline] kasan_save _track+0x3e/0x80 mm/kasan/common.c:78 unpoison_slab_object mm/kasan/common.c:340 [内联] __kasan_slab_alloc+0x6c/0x80 mm/kasan/common.c:366 kasan_slab_alloc include/linux/kasan.h 253 [内联] slab_post_alloc_hook mm/slub.c:4953 [inline] slab_alloc_node mm/slub.c:5263 [内联] kmem_cache_alloc_noprof+0x18d/0x6c0 mm/slub.c:5270 dst_alloc+0x105/0x170 net/core/dst.c :89 ip6_dst_alloc net/ipv6/route.c:342 [内联] icmp6_dst_alloc+0x75/0x460 net/ipv6/route.c:3333 mld_sendpack+0x683/0xe60 net/ipv6/mcast.c:1844 mld_send_cr net/ipv6/mcast. c:2154 [inline] mld_ifc_work+0x83e/0xd60 net/ipv6/mcast.c:2693 process_one_work kernel/workqueue.c:3257 [inline] process_scheduled_works+0xad1/0x1770 kernel/workqueue.c:3340 worker_thread+0x8a0/0xda0 kernel/ workqueue.c:3421 kthread+0x711/0x8a0 kernel/kthread.c:463 ret_from_fork+0x510/0xa50 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entr
    ---truncated--- (CVE-2026-23004)

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

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

  - 在低于 5.16.12 版本的 Linux 内核中发现一个问题。drivers/net/usb/sr9700.c 允许攻击者通过设备中构建的帧长度从堆内存获取敏感信息。(CVE-2022-26966)

  - 已修复 Linux 内核中的下列漏洞：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已修复 Linux 内核中的下列漏洞：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已修复 Linux 内核中的下列漏洞：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已修复 Linux 内核中的下列漏洞：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

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

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

    netfilter：ctnetlink：删除预期转储程序中的引用计数 （CVE-2025-39764）

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

    ipv6：使用 ip6_xmit（） 中的 RCU （CVE-2025-40135）

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

    blk-throttle：修复节流策略激活期间的访问争用 （CVE-2025-40147）

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

    binfmt_misc：关闭由 open_exec（） （CVE-2025-68239） 打开的文件之前还原写入权限

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

    dm-verity：禁用递归前向纠错 （CVE-2025-71161）

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

    dst：修复 rt6_uncached_list_del（） 和 rt_del_uncached_list（）CVE-2026-23004 （） 中的争用

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

    tracing：在内核堆栈跟踪记录中添加递归保护 （CVE-2026-23138）

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

    netfilter：xt_IDLETIMER：拒绝 rev0 重复使用 ALARM 定时器标签 （CVE-2026-23274）

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

    net：将 xmit 递归限制添加到隧道 xmit 函数 （CVE-2026-23276）

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

    net/sched：teql：修复 TEQL 从属 xmit （CVE-2026-23277） 上 iptunnel_xmit中的空指针取消引用

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

    netfilter：nf_tables：始终遍历所有待定的 catchall 元素 （CVE-2026-23278）

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

    mptcp：pm：in-kernel：始终将 signal+subflow endp 标记为已使用 （CVE-2026-23321）

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

    net：phy：在探测期间注册 phy led_triggers以避免 AB-BA 死锁 （CVE-2026-23368）

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

    mm：thp：拒绝匿名 inode 上文件的 THP （CVE-2026-23375）

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

    netfilter：xt_CT：删除模板时放弃待定的排队数据包 （CVE-2026-23391）

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

    netfilter：nf_tables：发生错误 （CVE-2026-23392） 时在 rcu 宽限期后释放流量表

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

    nfnetlink_osf：验证指纹 （CVE-2026-23397） 中的各个选项长度

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

    icmp：修复 icmp_tag_validation（） 中的空指针取消引用 （CVE-2026-23398）

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

    nf_tables：nft_dynset：修复错误路径 （CVE-2026-23399） 中可能的有状态表达式内存泄漏

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

    netfilter：bpf：延迟挂钩内存释放，直到 rcu 读取器完成 （CVE-2026-23412）

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

    clsact：修复 init/destroy 回滚中释放后使用非对称 （CVE-2026-23413）

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

    udp_tunnel：修复 CONFIG_IPV6=n （CVE-2026-23439） 时udp_sock_create6造成的空取消引用

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

    net/mlx5e：修复 IPSec ESN 更新期间的争用条件 （CVE-2026-23440）

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

    net/mlx5e：阻止并发访问 IPSec ASO context （CVE-2026-23441）

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

    ACPI：processor：修复之前的 acpi_processor_errata_piix4（） 补丁 （CVE-2026-23443）

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

    igc：修复 XDP TX 时间戳处理中的页面错误 （CVE-2026-23445）

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

    net/sched：teql：修复 teql_master_xmit 中的双重释放 （CVE-2026-23449）

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

    PM：runtime：修复与设备删除有关的争用条件 （CVE-2026-23452）

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

    netfilter：nf_conntrack_h323：检查 DecodeQ931（） 中的零长度 （CVE-2026-23455）

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

    netfilter：nf_conntrack_h323：修复 decode_int（） CONS case （CVE-2026-23456） 中的 OOB 读取

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

    netfilter：nf_conntrack_sip：修复 sip_help_tcp（） 中的CVE-2026-23457 Content-Length u32 截断

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

    netfilter：ctnetlink：修复 ctnetlink_dump_exp_ct（） （CVE-2026-23458） 中的释放后使用

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

    btrfs：记录冲突的 inode （CVE-2026-23465） 的父目录时记录新的 dentry

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

    spi：修复统计数据分配 （CVE-2026-23475）

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

    spi：修复控制器注册失败时的释放后使用 （CVE-2026-31389）

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

    smb：客户端：使用用户名选项 （）CVE-2026-31392 修复 krb5 挂载

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

    nvdimm/bus：修复异步初始化 （CVE-2026-31399） 中潜在的释放后使用

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

    sunrpc：修复 cache_release （CVE-2026-31400） 中的cache_request泄漏

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

    HID：bpf：防止 hid_hw_request （CVE-2026-31401） 中的缓冲区溢出

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

    nfsd：修复 NFSv4.0 LOCK 重放缓存 （CVE-2026-31402） 中的堆溢出

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

    NFSD：在 /proc/fs/nfs/exports fd （CVE-2026-31403） 的生命周期内保持网络引用

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

    drm/i915/gt：取消引用 （CVE-2026-31540） 之前检查 set_default_submission（）

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

    net：bonding：修复 bond_debug_rlb_hash_show （CVE-2026-31546） 中的空取消引用

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

    xen/privcmd：限制在非特权 domU （CVE-2026-31788） 中的使用

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

    netfilter：nft_ct：删除时放弃待定的排队数据包 （CVE-2026-43060）

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

    serial：8250：修复使用 DMA （CVE-2026-43061） 时的 TX 死锁

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

    mptcp：pm：in-kernel：rm endp （CVE-2026-43252） 时始终将 ID 设置为 avail

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

    btrfs：修复由于项目溢出 （CVE-2026-43359） 在设置收到 ioctl 时中止事务

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

    btrfs：修复文件创建时由于名称哈希冲突 （CVE-2026-43360） 造成的事务中止

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

    btrfs：修复对收到的子卷进行快照时的事务中止 （CVE-2026-43361）

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

    smb：客户端：修复 SMB2_write（） （CVE-2026-43362） 中的就地加密损坏

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

    x86/apic：如果内核预期，则在恢复时禁用 x2apic （CVE-2026-43363）

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

    xfs：修复过小的 l_iclog_roundoff 值 （CVE-2026-43365）

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

    io_uring/kbuf：检查目标缓冲区列表是否仍然是 recycle （CVE-2026-43366） 上的旧版

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

    drm/i915：修复 shmem scatterlist 长度 （CVE-2026-43368） 的潜在溢出

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

    net：nexthop：修复 remove_nh_grp_entry 中的 percpu 释放后使用 （CVE-2026-43374）

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

    net/tcp-md5：将 MAC 比较修复为常量时间 （CVE-2026-43383）

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

    net/tcp-ao：将 MAC 比较修复为常量时间 （CVE-2026-43384）

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

    sched_ext：修复一般类饱和 （CVE-2026-43392） 下 scx_enable（） 耗尽问题

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

    btrfs：修复 btrfs_chunk_map_num_copies（）CVE-2026-43393 之后 btrfs_map_block（） 中的区块映射泄漏

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

    nfsd：修复 nfsd_nl_listener_set_doit（） 中的 cred 引用泄漏。（CVE-2026-43394）

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

    nsfs：加强对 NS 迭代 ioctls （CVE-2026-43403） 的权限检查

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

    libceph：将 u32 用于 ceph_monmap_decode（） （CVE-2026-43405） 中的非负值

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

    libceph：防止 process_message_header（） （CVE-2026-43406） 中潜在的越界读取

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

    libceph：修复 ceph_handle_auth_reply（） （CVE-2026-43407） 中潜在的越界访问

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

    ceph：添加一批缺失的 ceph_path_info 初始化式 （CVE-2026-43408）

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

    kprobes：避免 rmmod/insmod 在 ftrace 终止之后发生崩溃 （CVE-2026-43409）

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

    tipc：修复 tipc_sk_filter_connect（） 中的除以零问题 （CVE-2026-43411）

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

    ceph：修复 ceph_mdsc_build_path（） （CVE-2026-43419） 中的内存泄漏

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

    ceph：修复异步 unlink （CVE-2026-43420） 期间i_nlink欠载运行

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

    usb：class：cdc-wdm：修复读取代码路径 （CVE-2026-43427） 中的重新排序问题

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

    USB： core：限制无法终止的同步超时的长度 （CVE-2026-43428）

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

    usb：xhci：修复 xhci_disable_slot（） （CVE-2026-43432） 中的内存泄漏

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

    sched_ext：删除 scx_cgroup_init（）CVE-2026-43438 （） 中的冗余 css_put（）

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

    cgroup：修复任务迁移和迭代 （CVE-2026-43439） 之间的争用

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

    net：bonding：修复禁用 IPv6 时nd_tbl空取消引用 （CVE-2026-43441）

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

    e1000/e1000e：修复 DMA 错误清理 （CVE-2026-43445） 中的泄漏

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

    nvme-pci：修复 nvme_poll_irqdisable（） 中的争用缺陷 （CVE-2026-43448）

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

    nvme-pci：修复 nvme_dbbuf_set 中的 slab-out-of-bound （CVE-2026-43449）

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

    netfilter：nfnetlink_cthelper：修复 nfnl_cthelper_dump_table（） （CVE-2026-43450） 中的 OOB 读取

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

    netfilter：nfnetlink_queue：修复桥接判定错误路径 （CVE-2026-43451） 中的条目泄漏

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

    netfilter：x_tables：保护选项遍历器免受 1 字节末尾读取 （CVE-2026-43452）

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

    netfilter：nft_set_pipapo：修复 pipapo_drop（） （CVE-2026-43453） 中的堆栈越界读取

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

    bonding：修复 bond_setup_by_slave（） （CVE-2026-43456） 中的类型混淆

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

    net/mlx5e：修复错误 CQE SQ recovery （CVE-2026-43466） 中的 DMA FIFO 不同步

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

    net/mlx5：修复了切换到 switchdev 模式时发生的崩溃 （CVE-2026-43467）

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

    net/mlx5：修复 devlink 锁定与 esw->wq （CVE-2026-43468） 之间的死锁

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

    nfs：如果 d_alias 是 dir （CVE-2026-43470nfs3_proc_create则返回 EISDIR）

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

    unshare：修复 unshare_fs（） 处理 （CVE-2026-43472）

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

    scsi：mpi3mr：重置请求和回复队列时添加空检查 （CVE-2026-43473）

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

    scsi：storvsc：修复原子在 PREEMPT_RT 上时的计划 （CVE-2026-43475）

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

    sched_ext：禁用 scx_claim_exit（） 与踢出帮助程序工作 （CVE-2026-43482） 之间的优先权

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

    KVM：SVM：当 AVIC 处于（取消）激活状态时，设置/清除 CR8 写入拦截 （CVE-2026-43483）

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

    arm64：contpte：修复 SMMU/ATS 错误的 set_access_flags（） no-op 检查 （CVE-2026-43486）

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

    ata：libata-core：禁用 ST1000DM010-2EP102 上的 LPM （CVE-2026-43487）

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

    usb：xhci：防止主机控制器错误 （HCE）CVE-2026-43488 上的中断风暴 （）

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

    erofs：修复 ztailpacking pclusters （CVE-2026-45943） 的内联数据读取失败

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
305976	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50184)	Nessus	Oracle Linux Local Security Checks	2026/4/10	2026/5/6	high
306779	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50232)	Nessus	Oracle Linux Local Security Checks	2026/4/16	2026/5/6	critical
340680	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 内核（Raspberry Pi）漏洞（USN-8665-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/8/27	high
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
361300	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
314333	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50260)	Nessus	Oracle Linux Local Security Checks	2026/5/12	2026/5/13	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high
340678	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 内核（NVIDIA）漏洞（USN-8669-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/9/23	high
311299	Debian dsa-6238 ： ata-modules-6.12.74+deb13+1-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/4/30	2026/5/8	high
296531	Linux Distros 未修补的漏洞：CVE-2026-23004	Nessus	Misc.	2026/1/25	2026/9/30	medium
361263	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
311335	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1594）	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high

检测

插件搜索

high

critical

high

medium

high

high

high

high

high

medium

high

high