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

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

  - 已修复 Linux 内核中的下列漏洞：net: mdio: unexport __init-annotated mdio_bus_init() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it has been broken for a decade. Recently, I fixed modpost so it started to warn it again, then this showed up in linux-next builds. There are two ways to fix it: - Remove __init - Remove EXPORT_SYMBOL I chose the latter for this case because the only in-tree call-site, drivers/net/phy/phy_device.c is never compiled as modular. (CONFIG_PHYLIB is boolean) (CVE-2022-49350)

  - 已修复 Linux 内核中的下列漏洞：selinux: fix memleak in security_read_state_kernel() In this function, it directly returns the result of __security_read_policy without freeing the allocated memory in *data, cause memory leak issue, so free the memory if
    __security_read_policy failed. [PM: subject line tweak] (CVE-2022-50201)

  - 已修复 Linux 内核中的下列漏洞：usb: typec: tcpci: fix of node refcount leak in tcpci_register_port() I got the following report while doing device(mt6370-tcpc) load test with CONFIG_OF_UNITTEST and CONFIG_OF_DYNAMIC enabled: OF: ERROR: memory leak, expected refcount 1 instead of 2, of_node_get()/of_node_put() unbalanced - destroy cset entry: attach overlay node /i2c/pmic@34/tcpc/connector The 'fwnode' set in tcpci_parse_config() which is called in tcpci_register_port(), its node refcount is increased in device_get_named_child_node(). It needs be put while exiting, so call fwnode_handle_put() in the error path of tcpci_register_port() and in tcpci_unregister_port() to avoid leak. (CVE-2022-50246)

  - 已修复 Linux 内核中的下列漏洞：drivers: serial: jsm: fix some leaks in probe This error path needs to unwind instead of just returning directly. (CVE-2022-50312)

  - 已修复 Linux 内核中的下列漏洞：thermal: intel_powerclamp: Use get_cpu() instead of smp_processor_id() to avoid crash When CPU 0 is offline and intel_powerclamp is used to inject idle, it generates kernel BUG: BUG: using smp_processor_id() in preemptible [00000000] code:
    bash/15687 caller is debug_smp_processor_id+0x17/0x20 CPU: 4 PID: 15687 Comm: bash Not tainted 5.19.0-rc7+ #57 Call Trace: <TASK> dump_stack_lvl+0x49/0x63 dump_stack+0x10/0x16 check_preemption_disabled+0xdd/0xe0 debug_smp_processor_id+0x17/0x20 powerclamp_set_cur_state+0x7f/0xf9 [intel_powerclamp] ... ... Here CPU 0 is the control CPU by default and changed to the current CPU, if CPU 0 offlined. This check has to be performed under cpus_read_lock(), hence the above warning. Use get_cpu() instead of smp_processor_id() to avoid this BUG. [ rjw: Subject edits ] (CVE-2022-50494)

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

远程 Debian 11 主机上安装的多个程序包受到 dla-4606 公告中提及的多个漏洞影响。

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

    程序包：linux 版本：5.10.257-1 CVE ID：CVE-2024-56584 CVE-2025-39748 CVE-2025-39764 CVE-2025-40219 CVE-2025-40261 CVE-2025-68206 CVE-2025-71274 CVE-2025-71292 CVE-2025-71304 CVE-2026-23100 CVE-2026-23112 CVE-2026-23227 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23286 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23293 CVE-2026-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23307 CVE-2026-23312 CVE-2026-23318 CVE-2026-23336 CVE-2026-23339 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23362 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23372 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23420 CVE-2026-23434 CVE-2026-23439 CVE-2026-23446 CVE-2026-23452 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23462 CVE-2026-23463 CVE-2026-23474 CVE-2026-31391 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31411 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-31427 CVE-2026-31428 CVE-2026-31447 CVE-2026-31450 CVE-2026-31452 CVE-2026-31454 CVE-2026-31455 CVE-2026-31466 CVE-2026-31469 CVE-2026-31473 CVE-2026-31485 CVE-2026-31494 CVE-2026-31495 CVE-2026-31497 CVE-2026-31498 CVE-2026-31504 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31512 CVE-2026-31515 CVE-2026-31518 CVE-2026-31523 CVE-2026-31524 CVE-2026-31545 CVE-2026-31546 CVE-2026-31550 CVE-2026-31552 CVE-2026-31555 CVE-2026-31570 CVE-2026-31628 CVE-2026-31649 CVE-2026-31651 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31665 CVE-2026-31667 CVE-2026-31668 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31720 CVE-2026-31721 CVE-2026-31726 CVE-2026-31728 CVE-2026-31737 CVE-2026-31738 CVE-2026-31747 CVE-2026-31748 CVE-2026-31749 CVE-2026-31751 CVE-2026-31752 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31770 CVE-2026-31773 CVE-2026-31778 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43014 CVE-2026-43015 CVE-2026-43020 CVE-2026-43024 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43060 CVE-2026-43061 CVE-2026-43062 CVE-2026-43066 CVE-2026-43068 CVE-2026-43069 CVE-2026-43077 CVE-2026-43078 CVE-2026-43124 CVE-2026-43130 CVE-2026-43132 CVE-2026-43134 CVE-2026-43135 CVE-2026-43136 CVE-2026-43139 CVE-2026-43140 CVE-2026-43141 CVE-2026-43147 CVE-2026-43149 CVE-2026-43152 CVE-2026-43156 CVE-2026-43158 CVE-2026-43159 CVE-2026-43163 CVE-2026-43168 CVE-2026-43171 CVE-2026-43180 CVE-2026-43183 CVE-2026-43184 CVE-2026-43187 CVE-2026-43190 CVE-2026-43194 CVE-2026-43196 CVE-2026-43202 CVE-2026-43203 CVE-2026-43206 CVE-2026-43207 CVE-2026-43209 CVE-2026-43211 CVE-2026-43218 CVE-2026-43223 CVE-2026-43226 CVE-2026-43227 CVE-2026-43230 CVE-2026-43231 CVE-2026-43232 CVE-2026-43233 CVE-2026-43236 CVE-2026-43241 CVE-2026-43242 CVE-2026-43246 CVE-2026-43251 CVE-2026-43255 CVE-2026-43257 CVE-2026-43261 CVE-2026-43264 CVE-2026-43266 CVE-2026-43268 CVE-2026-43269 CVE-2026-43270 CVE-2026-43273 CVE-2026-43277 CVE-2026-43283 CVE-2026-43287 CVE-2026-43289 CVE-2026-43295 CVE-2026-43296 CVE-2026-43314 CVE-2026-43316 CVE-2026-43327 CVE-2026-43328 CVE-2026-43334 CVE-2026-43336 CVE-2026-43339 CVE-2026-43340 CVE-2026-43342 CVE-2026-43343 CVE-2026-43355 CVE-2026-43357 CVE-2026-43363 CVE-2026-43370 CVE-2026-43373 CVE-2026-43381 CVE-2026-43382 CVE-2026-43383 CVE-2026-43386 CVE-2026-43387 CVE-2026-43407 CVE-2026-43411 CVE-2026-43420 CVE-2026-43424 CVE-2026-43425 CVE-2026-43426 CVE-2026-43427 CVE-2026-43428 CVE-2026-43429 CVE-2026-43430 CVE-2026-43432 CVE-2026-43437 CVE-2026-43439 CVE-2026-43445 CVE-2026-43449 CVE-2026-43450 CVE-2026-43451 CVE-2026-43452 CVE-2026-43453 CVE-2026-43458 CVE-2026-43459 CVE-2026-43466 CVE-2026-43472 CVE-2026-43475 CVE-2026-43480 CVE-2026-43503 CVE-2026-45848 CVE-2026-45852 CVE-2026-45856 CVE-2026-45857 CVE-2026-45860 CVE-2026-45862 CVE-2026-45866 CVE-2026-45867 CVE-2026-45868 CVE-2026-45869 CVE-2026-45870 CVE-2026-45871 CVE-2026-45873 CVE-2026-45875 CVE-2026-45879 CVE-2026-45883 CVE-2026-45885 CVE-2026-45890 CVE-2026-45899 CVE-2026-45904 CVE-2026-45912 CVE-2026-45914 CVE-2026-45915 CVE-2026-45916 CVE-2026-45919 CVE-2026-45920 CVE-2026-45923 CVE-2026-45936 CVE-2026-45941 CVE-2026-45948 CVE-2026-45954 CVE-2026-45956 CVE-2026-45958 CVE-2026-45960 CVE-2026-45964 CVE-2026-45965 CVE-2026-45968 CVE-2026-45970 CVE-2026-45974 CVE-2026-45978 CVE-2026-45981 CVE-2026-45983 CVE-2026-45984 CVE-2026-45985 CVE-2026-46028 CVE-2026-46174 CVE-2026-46300

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

    对于 Debian 11 bullseye，已在 5.10.257-1 版本中修复这些问题。此版本还额外包含了来自于稳定更新 5.10.252-5.10.257 的大量错误修复。

    建议您升级 linux 程序包。

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

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

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

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

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

    Maxim Suhanov 发现在某些情况下，Linux 内核中的 NTFS 文件系统实现未正确验证文件名长度，从而导致越界读取。攻击者可利用此问题构建恶意 NTFS 图像，挂载并操作该图像可暴露敏感信息（内核内存）。（CVE-2023-45896）

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

    某些 AMD Zen 2 处理器未能正确隔离操作缓存中的共享资源。本地攻击者可能会利用此问题损坏以较高权限级别执行的指令，从而导致权限升级。（CVE-2025-54518）

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

    - ARM32 架构；

    - ARM64 架构；

    - MIPS 架构；

    - PowerPC 架构；

    - S390 架构；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - ACPI 驱动程序；

    - ATM 驱动程序；

    - 驱动程序核心；

    - 电源管理核心；

    - DRBD 分布式复制块设备驱动程序；

    - RNBD 块设备驱动程序；

    - 蓝牙驱动程序；

    - 总线设备；

    - 字符设备驱动程序；

    - TPM 设备驱动程序；

    - 时钟源驱动程序；

    - 数据采集框架和驱动程序；

    - CPU 频率缩放框架；

    - CPU 空闲管理框架；

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

    - DMA 引擎子系统；

    - Arm Firmware Framework for ARMv8-A(FFA)；

    - EFI 核心；

    - GPIO 子系统；

    - GPU 驱动程序；

    - HID 子系统；

    - 硬件监控驱动程序；

    - I2C 子系统；

    - IIO 子系统；

    - IIO ADC 驱动程序；

    - InfiniBand 驱动程序；

    - 输入设备（多种）驱动程序；

    - IOMMU 子系统；

    - Mailbox 框架；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - 联发科 SMI 驱动程序;

    - NVIDIA Tegra 内存控制器驱动程序；

    - 多功能设备驱动程序；

    - IBM Advanced System Management 驱动程序;

    - MMC 子系统；

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - 以太网绑定驱动程序；

    - Mellanox 网络驱动程序；

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

    - STMicroelectronics 网络驱动程序；

    - MediaTek 网络驱动程序；

    - 近场通信 (NFC) 驱动程序；

    - NTB 驱动程序；

    - NVDIMM (Non-Volatile Memory Device) 驱动程序；

    - NVME 驱动程序；

    - PCI 子系统；

    - Pin 控制器子系统；

    - x86 平台驱动程序；

    - Broadcom BCM2835 power 域驱动程序;

    - 电源驱动程序；

    - RapidIO 驱动程序；

    - 远程处理器子系统；

    - RPMSG 子系统；

    - SCSI 子系统；

    - Freescale SoC 驱动程序；

    - Texas Instruments SoC 驱动程序；

    - SPI 子系统；

    - Greybus lights 分段驱动程序；

    - 媒体分段驱动程序；

    - Realtek RTL8723BS SDIO 驱动程序；

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

    - TCM 子系统；

    - TTY 驱动程序；

    - UFS 子系统；

    - Cadence USB3 驱动程序；

    - USB 设备类驱动程序；

    - ULPI总线;

    - USB 核心驱动程序；

    - DesignWare USB2 驱动程序;

    - USB Gadget 驱动程序；

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

    - Mustek MDC800 USB 数码相机驱动程序;

    - USB YUREX 驱动程序;

    - Renesas USBHS 控制器驱动程序；

    - Framebuffer 层；

    - Xen 管理程序驱动程序；

    - 文件系统基础设施；

    - BTRFS 文件系统；

    - Ceph 分布式文件系统；

    - EROFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

    - FAT 文件系统；

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

    - GFS2 文件系统；

    - HFS+ 文件系统；

    - JFS 文件系统；

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

    - NILFS2 文件系统；

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

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - Proc 文件系统；

    - Pstore 文件系统；

    - Diskquota 系统；

    - SMB 网络文件系统；

    - SquashFS 文件系统；

    - UDF 文件系统；

    - XFS 文件系统；

    - 审计子系统；

    - RAS（可靠性、可用性、可服务性）子系统；

    - 软件节点和设备属性;

    - 内存管理；

    - KVM 子系统；

    - 内存管理；

    - PPP 协议驱动程序和压缩器;

    - Linux 安全模块 (LSM) 框架；

    - 网络流量控制；

    - 蓝牙子系统；

    - MAC80211 子系统；

    - Netfilter；

    - IP 隧道定义；

    - 跟踪基础设施；

    - 用户空间 API (UAPI)；

    - io_uring 子系统；

    - BPF 子系统；

    - 控制群组 (cgroup)；

    - Kernel fork() syscall；

    - Kernel futex 原语；

    - Kernel kexec() syscall；

    - 内核模块支持;

    - 计划程序基础设施；

    - 密码库;

    - KASAN 内存调试框架；

    - 异步传输模式 (ATM) 子系统；

    - B.A.T.M.A.N. 网格协议；

    - 以太网桥接；

    - CAIF 协议；

    - CAN 网络层；

    - Ceph Core 库；

    - Networking 核心；

    - Distributed Switch 架构；

    - IPv4 联网；

    - IPv6 联网；

    - XFRM 子系统；

    - L2TP 协议；

    - 管理组件传输协议 (MCTP)；

    - 多路径 TCP；

    - NCSI（网络控制器边带接口）驱动程序；

    - NFC 子系统；

    - Open vSwitch；

    - Phonet 协议；

    - 高通IPC路由器（QRTR）;

    - RDS 协议；

    - RF 交换子系统；

    - Rose 网络层；

    - RxRPC 会话套接字；

    - SCTP 协议；

    - SMC 套接字；

    - 流解析器;

    - Sun RPC 协议；

    - TIPC 协议；

    - TLS 协议；

    - Unix 域套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - X.25 network layer;

    - eXpress 数据路径；

    - AppArmor 安全模块；

    - 简化了强制访问控制内核框架；

    - ALSA 框架；

    - FireWire 声音驱动程序；

    - HD-audio 驱动程序；

    - AudioScience HPI 驱动程序；

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

    - AMD SoC Alsa 驱动程序；

    - SoC 音频核心驱动程序；

    - STI ASoC 驱动程序;

    - USB音响设备;（CVE-2022-49803 ， ， ， CVE-2022-50073， CVE-2022-50116CVE-2025-38659CVE-2024-56719CVE-2024-56727CVE-2024-41079CVE-2024-46715CVE-2024-36922CVE-2024-47809CVE-2024-46770CVE-2024-50012CVE-2024-53221CVE-2024-56557CVE-2024-56584CVE-2024-56657CVE-2024-36898CVE-2025-21739CVE-2025-21712CVE-2025-21863CVE-2025-22107CVE-2025-23141CVE-2025-37786CVE-2025-38006CVE-2024-35865CVE-2025-38192CVE-2025-38105CVE-2025-38250CVE-2025-38562CVE-2025-38626CVE-2025-38710CVE-2025-39748CVE-2024-27389CVE-2025-40005CVE-2025-39764CVE-2025-71150CVE-2025-68358CVE-2025-71161CVE-2025-68307CVE-2025-68256CVE-2025-68239CVE-2025-71221CVE-2025-68206CVE-2025-40323CVE-2025-40103CVE-2025-71232CVE-2025-40016CVE-2023-53629CVE-2025-71233CVE-2025-71238CVE-2025-71237CVE-2025-71239CVE-2025-71236CVE-2025-71265CVE-2025-71266CVE-2022-50552CVE-2023-52737CVE-2025-71267CVE-2023-52682CVE-2023-53545CVE-2023-53596CVE-2025-71235CVE-2022-49961、 、 、 CVE-2026-23289CVE-2026-23204CVE-2026-23169CVE-2026-23220CVE-2026-23221CVE-2026-23222CVE-2026-23227CVE-2026-23228CVE-2026-23157CVE-2026-23234CVE-2026-23229CVE-2026-23235CVE-2026-23236CVE-2026-23237CVE-2026-23238CVE-2026-23241CVE-2026-23141CVE-2026-23243CVE-2026-23242CVE-2026-23253CVE-2026-23266CVE-2026-23270CVE-2026-23277CVE-2026-23279CVE-2026-23113CVE-2026-23286CVE-2026-23281CVE-2026-23290CVE-2026-23291CVE-2026-23293CVE-2026-23324CVE-2026-23318CVE-2026-23312CVE-2026-23335CVE-2026-23307CVE-2026-23304CVE-2026-23303CVE-2026-23336CVE-2026-23300CVE-2026-23298CVE-2026-23296CVE-2026-23339CVE-2026-23100CVE-2026-23031CVE-2026-23368CVE-2026-23359CVE-2026-23367CVE-2026-23352CVE-2026-23356CVE-2026-23357CVE-2026-23365CVE-2026-23370CVE-2026-23066CVE-2026-23362CVE-2025-71304CVE-2026-23340CVE-2025-71292CVE-2025-71287CVE-2025-71274、 、 、 CVE-2026-31399CVE-2026-23398CVE-2026-23399CVE-2026-23401CVE-2026-23397CVE-2026-23434CVE-2026-23420CVE-2026-23438CVE-2026-23439CVE-2026-23442CVE-2026-23444CVE-2026-23446CVE-2026-23396CVE-2026-23454CVE-2026-23452CVE-2026-23456CVE-2026-23457CVE-2026-23458CVE-2026-23460CVE-2026-23462CVE-2026-23395CVE-2026-23474CVE-2026-23463CVE-2026-31393CVE-2026-31396CVE-2026-31400CVE-2026-31421CVE-2026-31417CVE-2026-31416CVE-2026-31422CVE-2026-31415CVE-2026-31411CVE-2026-31409CVE-2026-31423CVE-2026-31408CVE-2026-31407CVE-2026-31405CVE-2026-31424CVE-2026-23392CVE-2026-23388CVE-2026-31454CVE-2026-31446CVE-2026-31452CVE-2026-31427CVE-2026-31428CVE-2026-31433CVE-2026-31450CVE-2026-31455CVE-2026-23391CVE-2026-31447CVE-2026-23382CVE-2026-31425CVE-2026-23381CVE-2026-23379CVE-2026-23372、 、 、 CVE-2026-31551CVE-2026-31494CVE-2026-31495CVE-2026-31497CVE-2026-31489CVE-2026-31507CVE-2026-31498CVE-2026-31508CVE-2026-31509CVE-2026-31510CVE-2026-31512CVE-2026-31515CVE-2026-31485CVE-2026-31521CVE-2026-31518CVE-2026-31522CVE-2026-31523CVE-2026-31524CVE-2026-31532CVE-2026-31540CVE-2026-31483CVE-2026-31546CVE-2026-31545CVE-2026-31549CVE-2026-31550CVE-2026-31552CVE-2026-31583CVE-2026-31581CVE-2026-31580CVE-2026-31585CVE-2026-31578CVE-2026-31577CVE-2026-31576CVE-2026-31586CVE-2026-31570CVE-2026-31565CVE-2026-31555CVE-2026-31588CVE-2026-31480CVE-2026-31473CVE-2026-31605CVE-2026-31598CVE-2026-31603CVE-2026-31594CVE-2026-31596CVE-2026-31597CVE-2026-31602CVE-2026-31615CVE-2026-31476CVE-2026-31599CVE-2026-31469CVE-2026-31590CVE-2026-31467CVE-2026-31466CVE-2026-31464、 、 、 CVE-2026-31680CVE-2026-31628CVE-2026-31629CVE-2026-31630CVE-2026-31627CVE-2026-31642CVE-2026-31634CVE-2026-31651CVE-2026-31656CVE-2026-31658CVE-2026-31660CVE-2026-31661CVE-2026-31626CVE-2026-31664CVE-2026-31662CVE-2026-31665CVE-2026-31667CVE-2026-31670CVE-2026-31671CVE-2026-31672CVE-2026-31625CVE-2026-31674CVE-2026-31673CVE-2026-31676CVE-2026-31679CVE-2026-31681CVE-2026-31698CVE-2026-31697CVE-2026-31696CVE-2026-31699CVE-2026-31695CVE-2026-31694CVE-2026-31687CVE-2026-31701CVE-2026-31686CVE-2026-31684CVE-2026-31683CVE-2026-31716CVE-2026-31624CVE-2026-31622CVE-2026-31749CVE-2026-31737CVE-2026-31748CVE-2026-31721CVE-2026-31726CVE-2026-31728CVE-2026-31747CVE-2026-31751CVE-2026-31623CVE-2026-31738CVE-2026-31619CVE-2026-31720CVE-2026-31618CVE-2026-31617CVE-2026-31616、 、 、 CVE-2026-43051CVE-2026-31773CVE-2026-31778CVE-2026-31780CVE-2026-31770CVE-2026-31788CVE-2026-31781CVE-2026-43014CVE-2026-43015CVE-2026-43020CVE-2026-43024CVE-2026-43026CVE-2026-31763CVE-2026-43028CVE-2026-43027CVE-2026-43030CVE-2026-43032CVE-2026-43035CVE-2026-43040CVE-2026-43041CVE-2026-31762CVE-2026-43046CVE-2026-43043CVE-2026-43047CVE-2026-43050CVE-2026-43052CVE-2026-43069CVE-2026-43068CVE-2026-43066CVE-2026-43074CVE-2026-43065CVE-2026-43062CVE-2026-43061CVE-2026-43075CVE-2026-43060CVE-2026-43058CVE-2026-43054CVE-2026-43076CVE-2026-31761CVE-2026-31758CVE-2026-43104CVE-2026-43093CVE-2026-43103CVE-2026-43080CVE-2026-43085CVE-2026-43089CVE-2026-43099CVE-2026-43105CVE-2026-31759CVE-2026-43098CVE-2026-31756CVE-2026-43079CVE-2026-31755CVE-2026-31754CVE-2026-31752、 、 、 CVE-2026-43190CVE-2026-43135CVE-2026-43136CVE-2026-43139CVE-2026-43134CVE-2026-43141CVE-2026-43140CVE-2026-43145CVE-2026-43147CVE-2026-43148CVE-2026-43149CVE-2026-43152CVE-2026-43133CVE-2026-43158CVE-2026-43156CVE-2026-43159CVE-2026-43163CVE-2026-43168CVE-2026-43171CVE-2026-43180CVE-2026-43132CVE-2026-43183CVE-2026-43182CVE-2026-43184CVE-2026-43187CVE-2026-43194CVE-2026-43211CVE-2026-43209CVE-2026-43207CVE-2026-43218CVE-2026-43206CVE-2026-43205CVE-2026-43203CVE-2026-43223CVE-2026-43202CVE-2026-43200CVE-2026-43196CVE-2026-43225CVE-2026-43130CVE-2026-43123CVE-2026-43242CVE-2026-43232CVE-2026-43241CVE-2026-43227CVE-2026-43230CVE-2026-43231CVE-2026-43236CVE-2026-43246CVE-2026-43124CVE-2026-43233CVE-2026-43113CVE-2026-43226CVE-2026-43112CVE-2026-43111CVE-2026-43110、 、 、 CVE-2026-43333CVE-2026-43273CVE-2026-43275CVE-2026-43277CVE-2026-43270CVE-2026-43281CVE-2026-43279CVE-2026-43283CVE-2026-43287CVE-2026-43289CVE-2026-43291CVE-2026-43295CVE-2026-43269CVE-2026-43302CVE-2026-43296CVE-2026-43312CVE-2026-43313CVE-2026-43314CVE-2026-43315CVE-2026-43316CVE-2026-43268CVE-2026-43327CVE-2026-43324CVE-2026-43328CVE-2026-43329CVE-2026-43334CVE-2026-43370CVE-2026-43365CVE-2026-43363CVE-2026-43373CVE-2026-43357CVE-2026-43343CVE-2026-43342CVE-2026-43380CVE-2026-43340CVE-2026-43339CVE-2026-43336CVE-2026-43381CVE-2026-43266CVE-2026-43262CVE-2026-43427CVE-2026-43411CVE-2026-43426CVE-2026-43386CVE-2026-43387CVE-2026-43405CVE-2026-43425CVE-2026-43428CVE-2026-43264CVE-2026-43420CVE-2026-43261CVE-2026-43382CVE-2026-43257CVE-2026-43255CVE-2026-43251、 、 、 CVE-2026-45843CVE-2026-43458CVE-2026-43459CVE-2026-43466CVE-2026-43453CVE-2026-43472CVE-2026-43469CVE-2026-43473CVE-2026-43475CVE-2026-43476CVE-2026-43480CVE-2026-43484CVE-2026-43452CVE-2026-43497CVE-2026-43496CVE-2026-43502CVE-2026-45834CVE-2026-45835CVE-2026-45836CVE-2026-45838CVE-2026-43451CVE-2026-45840CVE-2026-45839CVE-2026-45841CVE-2026-45842CVE-2026-45844CVE-2026-45864CVE-2026-45862CVE-2026-45860CVE-2026-45866CVE-2026-45857CVE-2026-45856CVE-2026-45852CVE-2026-45867CVE-2026-45848CVE-2026-45847CVE-2026-45846CVE-2026-45868CVE-2026-43450CVE-2026-43445CVE-2026-45890CVE-2026-45875CVE-2026-45885CVE-2026-45870CVE-2026-45871CVE-2026-45873CVE-2026-45883CVE-2026-45891CVE-2026-43449CVE-2026-45879CVE-2026-43439CVE-2026-45869CVE-2026-43432CVE-2026-43430CVE-2026-43429、 、 、 CVE-2026-45994CVE-2026-45935CVE-2026-45936CVE-2026-45941CVE-2026-45924CVE-2026-45948CVE-2026-45946CVE-2026-45954CVE-2026-45956CVE-2026-45958CVE-2026-45960CVE-2026-45964CVE-2026-45920CVE-2026-45968CVE-2026-45965CVE-2026-45969CVE-2026-45970CVE-2026-45974CVE-2026-45978CVE-2026-45983CVE-2026-45919CVE-2026-45985CVE-2026-45984CVE-2026-45986CVE-2026-45987CVE-2026-46002CVE-2026-46024CVE-2026-46023CVE-2026-46022CVE-2026-46027CVE-2026-46019CVE-2026-46018CVE-2026-46015CVE-2026-46033CVE-2026-46009CVE-2026-46006CVE-2026-46004CVE-2026-46037CVE-2026-45916CVE-2026-45912CVE-2026-46062CVE-2026-46049CVE-2026-46053CVE-2026-46044CVE-2026-46046CVE-2026-46047CVE-2026-46051CVE-2026-46064CVE-2026-45915CVE-2026-46050CVE-2026-45911CVE-2026-46040CVE-2026-45904CVE-2026-45902CVE-2026-45899、 、 、 CVE-2026-46174CVE-2026-46107CVE-2026-46108CVE-2026-46112CVE-2026-46102CVE-2026-46122CVE-2026-46120CVE-2026-46123CVE-2026-46124CVE-2026-46127CVE-2026-46128CVE-2026-46132CVE-2026-46101CVE-2026-46137CVE-2026-46133CVE-2026-46146CVE-2026-46149CVE-2026-46150CVE-2026-46151CVE-2026-46161CVE-2026-46099CVE-2026-46167CVE-2026-46163CVE-2026-46168CVE-2026-46172CVE-2026-46177CVE-2026-46206CVE-2026-46205CVE-2026-46198CVE-2026-46209CVE-2026-46197CVE-2026-46189CVE-2026-46187CVE-2026-46212CVE-2026-46186CVE-2026-46184CVE-2026-46178CVE-2026-46214CVE-2026-46098CVE-2026-46082CVE-2026-46238CVE-2026-46231CVE-2026-46236CVE-2026-46220CVE-2026-46227CVE-2026-46230CVE-2026-46234CVE-2026-46249CVE-2026-46088CVE-2026-46233CVE-2026-46080CVE-2026-46219CVE-2026-46077CVE-2026-46072CVE-2026-46070、 、 、 CVE-2026-52958CVE-2026-46301CVE-2026-46303CVE-2026-46304CVE-2026-46294CVE-2026-46319CVE-2026-46307CVE-2026-46328CVE-2026-52911CVE-2026-52912CVE-2026-52914CVE-2026-52915CVE-2026-46285CVE-2026-52919CVE-2026-52916CVE-2026-52920CVE-2026-52921CVE-2026-52922CVE-2026-52925CVE-2026-52926CVE-2026-46275CVE-2026-52954CVE-2026-52931CVE-2026-52955CVE-2026-52957CVE-2026-52962CVE-2026-52993CVE-2026-52992CVE-2026-52986CVE-2026-52995CVE-2026-52985CVE-2026-52984CVE-2026-52982CVE-2026-52998CVE-2026-52970CVE-2026-52969CVE-2026-52963CVE-2026-52999CVE-2026-46274CVE-2026-46270CVE-2026-53021CVE-2026-53006CVE-2026-53016CVE-2026-53002CVE-2026-53003CVE-2026-53004CVE-2026-53012CVE-2026-53022CVE-2026-46273CVE-2026-53011CVE-2026-46267CVE-2026-53001CVE-2026-46259CVE-2026-46253CVE-2026-46250、 、 、 CVE-2026-53128CVE-2026-53049CVE-2026-53050CVE-2026-53059CVE-2026-53048CVE-2026-53061CVE-2026-53060CVE-2026-53062CVE-2026-53064CVE-2026-53065CVE-2026-53068CVE-2026-53069CVE-2026-53047CVE-2026-53072CVE-2026-53071CVE-2026-53073CVE-2026-53074CVE-2026-53075CVE-2026-53077CVE-2026-53082CVE-2026-53046CVE-2026-53093CVE-2026-53088CVE-2026-53096CVE-2026-53112CVE-2026-53130CVE-2026-53320CVE-2026-53309CVE-2026-53306CVE-2026-53369CVE-2026-53304CVE-2026-53296CVE-2026-53295CVE-2026-53379CVE-2026-53294CVE-2026-53291CVE-2026-53287CVE-2026-63860CVE-2026-53045CVE-2026-53041CVE-2026-64055CVE-2026-64034CVE-2026-64047CVE-2026-64018CVE-2026-64032CVE-2026-64033CVE-2026-64046CVE-2026-64056CVE-2026-53043CVE-2026-64039CVE-2026-53040CVE-2026-63865CVE-2026-53039CVE-2026-53037CVE-2026-53023、 、 、 CVE-2026-64185CVE-2026-64096CVE-2026-64102CVE-2026-64103CVE-2026-64164CVE-2026-64155CVE-2026-64153CVE-2026-64165CVE-2026-64135CVE-2026-64133CVE-2026-64125CVE-2026-64166CVE-2026-64115CVE-2026-64114CVE-2026-64113CVE-2026-64168CVE-2026-64089CVE-2026-64087CVE-2026-64221CVE-2026-64179CVE-2026-64220CVE-2026-64174CVE-2026-64177CVE-2026-64178CVE-2026-64219CVE-2026-64587CVE-2026-64088CVE-2026-64218CVE-2026-64086CVE-2026-64173CVE-2026-64085CVE-2026-64084CVE-2026-64083

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

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

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

  - nouveau/dpcd：如果设备处于休眠状态，则返回 aux xfer 的 EBUSY 如果已暂停运行时，而用户空间想要使用 /dev/drm_dp_*，则只需在 GSP 代码中告知设备忙碌，而非崩溃。警告：CPU：2 PID：drivers/gpu/drm/nouveau/nvkm/subdev/gsp/rm/r535/rpc.c：164 r535_gsp_msgq_wait+0x9a/0xb0 565741 [nouveau] CPU：2 UID：0 PID：565741 通信：fwupd 未受感染 6.18.10-200.fc43.x86_64 #1 PREEMPT（lazy） 硬件名称：LENOVO 20QTS0PQ00/20QTS0PQ00，BIOS N2OET65W （1.52） 08/05/2024 RIP：0010：r535_gsp_msgq_wait+0x9a/0xb0 [nouveau] 这是向后移植的简单补丁。我们可能应该设计一个适当的电源域解决方案来唤醒设备并在固件更新发生时保持它们保持唤醒。（CVE-2026-43381）

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
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
360826	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1781347338）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
318288	Debian dla-4606：ata-modules-5.10.0-43-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/6/3	2026/9/18	critical
340682	Ubuntu 20.04 LTS：Linux 内核 (GCP) 漏洞 (USN-8668-1)	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/9/24	high
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
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
313338	Linux Distros 未修补的漏洞：CVE-2026-43381	Nessus	Misc.	2026/5/8	2026/9/30	medium
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high

检测

插件搜索

high

high

critical

high

high

high

medium

high