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

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

  - ALSA：pcm：修复 snd_pcm_drain（） 中链接流运行时的释放后使用 在漏循环中，将本地变量“runtime”重新分配给链接流的运行时（第 2157 行的 runtime = s->runtime）。在第 2169 行释放流锁后，代码访问 runtime->no_period_wakeup、runtime->rate 和 runtime->buffer_size（行 2170-2178），所有这些都引用链接流的运行时，而没有任何保护其生命周期的锁或引用计数。链接流的 fd 上的并发 close（） 触发 snd_pcm_release_substream（） snd_pcm_drop（） pcm_release_private（） snd_pcm_unlink（） snd_pcm_detach_substream（） kfree（runtime）。当漏路径取消引用过时指针时，没有同步会阻止 kfree（runtime） 完成。修复方法为在仍保留流锁定的同时将所需的运行时字段（no_period_wakeup、速率buffer_size）缓存到本地变量中，并在释放锁定后使用缓存值。（CVE-2026-43437）

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

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

  - 已修复 Linux 内核中的下列漏洞：net: hns3: add vlan list lock to protect vlan list When adding port base VLAN, vf VLAN need to remove from HW and modify the vlan state in vf VLAN list as false. If the periodicity task is freeing the same node, it may cause use after free error. This patch adds a vlan list lock to protect the vlan list. (CVE-2022-49182)

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - 已修复 Linux 内核中的下列漏洞：ipc: fix memleak if msg_init_ns failed in create_ipc_ns Percpu memory allocation may failed during create_ipc_ns however this fail is not handled properly since ipc sysctls and mq sysctls is not released properly. Fix this by release these two resource when failure. Here is the kmemleak stack when percpu failed: unreferenced object 0xffff88819de2a600 (size 512): comm shmem_2nstest, pid 120711, jiffies 4300542254 hex dump (first 32 bytes): 60 aa 9d 84 ff ff ff ff fc 18 48 b2 84 88 ff ff `.........H..... 04 00 00 00 a4 01 00 00 20 e4 56 81 ff ff ff ff ........
    .V..... backtrace (crc be7cba35): [<ffffffff81b43f83>] __kmalloc_node_track_caller_noprof+0x333/0x420 [<ffffffff81a52e56>] kmemdup_noprof+0x26/0x50 [<ffffffff821b2f37>] setup_mq_sysctls+0x57/0x1d0 [<ffffffff821b29cc>] copy_ipcs+0x29c/0x3b0 [<ffffffff815d6a10>] create_new_namespaces+0x1d0/0x920 [<ffffffff815d7449>] copy_namespaces+0x2e9/0x3e0 [<ffffffff815458f3>] copy_process+0x29f3/0x7ff0 [<ffffffff8154b080>] kernel_clone+0xc0/0x650 [<ffffffff8154b6b1>] __do_sys_clone+0xa1/0xe0 [<ffffffff843df8ff>] do_syscall_64+0xbf/0x1c0 [<ffffffff846000b0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 (CVE-2024-53175)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5: HWS, change error flow on matcher disconnect Currently, when firmware failure occurs during matcher disconnect flow, the error flow of the function reconnects the matcher back and returns an error, which continues running the calling function and eventually frees the matcher that is being disconnected. This leads to a case where we have a freed matcher on the matchers list, which in turn leads to use-after-free and eventual crash. This patch fixes that by not trying to reconnect the matcher back when some FW command fails during disconnect. Note that we're dealing here with FW error. We can't overcome this problem. This might lead to bad steering state (e.g. wrong connection between matchers), and will also lead to resource leakage, as it is the case with any other error handling during resource destruction. However, the goal here is to allow the driver to continue and not crash the machine with use-after-free error. (CVE-2025-21751)

  - 已修复 Linux 内核中的下列漏洞：wifi: ath12k: Avoid memory leak while enabling statistics Driver uses monitor destination rings for extended statistics mode and standalone monitor mode. In extended statistics mode, TLVs are parsed from the buffer received from the monitor destination ring and assigned to the ppdu_info structure to update per-packet statistics. In standalone monitor mode, along with per-packet statistics, the packet data (payload) is captured, and the driver updates per MSDU to mac80211. When the AP interface is enabled, only extended statistics mode is activated. As part of enabling monitor rings for collecting statistics, the driver subscribes to HAL_RX_MPDU_START TLV in the filter configuration. This TLV is received from the monitor destination ring, and kzalloc for the mon_mpdu object occurs, which is not freed, leading to a memory leak. The kzalloc for the mon_mpdu object is only required while enabling the standalone monitor interface. This causes a memory leak while enabling extended statistics mode in the driver. Fix this memory leak by removing the kzalloc for the mon_mpdu object in the HAL_RX_MPDU_START TLV handling. Additionally, remove the standalone monitor mode handlings in the HAL_MON_BUF_ADDR and HAL_RX_MSDU_END TLVs. These TLV tags will be handled properly when enabling standalone monitor mode in the future. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-37743)

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

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

  - 已修复 Linux 内核中的下列漏洞：ftrace: Clean up hash direct_functions on register failures We see the following GPF when register_ftrace_direct fails: [ ] general protection fault, probably for non-canonical address \ 0x200000000000010: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC PTI [...] [ ] RIP: 0010:ftrace_find_rec_direct+0x53/0x70 [ ] Code: 48 c1 e0 03 48 03 42 08 48 8b 10 31 c0 48 85 d2 74 [...] [ ] RSP: 0018:ffffc9000138bc10 EFLAGS: 00010206 [ ] RAX: 0000000000000000 RBX:
    ffffffff813e0df0 RCX: 000000000000003b [ ] RDX: 0200000000000000 RSI: 000000000000000c RDI:
    ffffffff813e0df0 [ ] RBP: ffffffffa00a3000 R08: ffffffff81180ce0 R09: 0000000000000001 [ ] R10:
    ffffc9000138bc18 R11: 0000000000000001 R12: ffffffff813e0df0 [ ] R13: ffffffff813e0df0 R14:
    ffff888171b56400 R15: 0000000000000000 [ ] FS: 00007fa9420c7780(0000) GS:ffff888ff6a00000(0000) knlGS:000000000 [ ] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ ] CR2: 000000000770d000 CR3:
    0000000107d50003 CR4: 0000000000370ee0 [ ] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [ ] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ ] Call Trace: [ ] <TASK> [ ] register_ftrace_direct+0x54/0x290 [ ] ? render_sigset_t+0xa0/0xa0 [ ] bpf_trampoline_update+0x3f5/0x4a0 [ ] ? 0xffffffffa00a3000 [ ] bpf_trampoline_link_prog+0xa9/0x140 [ ] bpf_tracing_prog_attach+0x1dc/0x450 [ ] bpf_raw_tracepoint_open+0x9a/0x1e0 [ ] ? find_held_lock+0x2d/0x90 [ ] ? lock_release+0x150/0x430 [ ] __sys_bpf+0xbd6/0x2700 [ ] ? lock_is_held_type+0xd8/0x130 [ ]
    __x64_sys_bpf+0x1c/0x20 [ ] do_syscall_64+0x3a/0x80 [ ] entry_SYSCALL_64_after_hwframe+0x44/0xae [ ] RIP:
    0033:0x7fa9421defa9 [ ] Code: 00 c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 9 f8 [...] [ ] RSP:
    002b:00007ffed743bd78 EFLAGS: 00000246 ORIG_RAX: 0000000000000141 [ ] RAX: ffffffffffffffda RBX:
    00000000069d2480 RCX: 00007fa9421defa9 [ ] RDX: 0000000000000078 RSI: 00007ffed743bd80 RDI:
    0000000000000011 [ ] RBP: 00007ffed743be00 R08: 0000000000bb7270 R09: 0000000000000000 [ ] R10:
    00000000069da210 R11: 0000000000000246 R12: 0000000000000001 [ ] R13: 00007ffed743c4b0 R14:
    00000000069d2480 R15: 0000000000000001 [ ] </TASK> [ ] Modules linked in: klp_vm(OK) [ ] ---[ end trace 0000000000000000 ]--- One way to trigger this is: 1. load a livepatch that patches kernel function xxx; 2.
    run bpftrace -e 'kfunc:xxx {}', this will fail (expected for now); 3. repeat #2 => gpf. This is because the entry is added to direct_functions, but not removed. Fix this by remove the entry from direct_functions when register_ftrace_direct fails. Also remove the last trailing space from ftrace.c, so we don't have to worry about it anymore. (CVE-2022-49402)

  - 已修复 Linux 内核中的下列漏洞：irqchip/gic-v3: Fix refcount leak in gic_populate_ppi_partitions of_find_node_by_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2022-49715)

  - 已修复 Linux 内核中的下列漏洞：cpufreq: CPPC: Add u64 casts to avoid overflowing The fields of the _CPC object are unsigned 32-bits values. To avoid overflows while using
    _CPC's values, add 'u64' casts. (CVE-2022-49750)

  - 已修复 Linux 内核中的下列漏洞：net: stream: purge sk_error_queue in sk_stream_kill_queues() Changheon Lee reported TCP socket leaks, with a nice repro. It seems we leak TCP sockets with the following sequence: 1) SOF_TIMESTAMPING_TX_ACK is enabled on the socket. Each ACK will cook an skb put in error queue, from __skb_tstamp_tx(). __skb_tstamp_tx() is using skb_clone(), unless SOF_TIMESTAMPING_OPT_TSONLY was also requested. 2) If the application is also using MSG_ZEROCOPY, then we put in the error queue cloned skbs that had a struct ubuf_info attached to them. Whenever an struct ubuf_info is allocated, sock_zerocopy_alloc() does a sock_hold(). As long as the cloned skbs are still in sk_error_queue, socket refcount is kept elevated. 3) Application closes the socket, while error queue is not empty. Since tcp_close() no longer purges the socket error queue, we might end up with a TCP socket with at least one skb in error queue keeping the socket alive forever. This bug can be (ab)used to consume all kernel memory and freeze the host. We need to purge the error queue, with proper synchronization against concurrent writers. (CVE-2022-50838)

  - 已修复 Linux 内核中的下列漏洞：bpf: Add preempt_count_{sub,add} into btf id deny list The recursion check in __bpf_prog_enter* and __bpf_prog_exit* leave preempt_count_{sub,add} unprotected. When attaching trampoline to them we get panic as follows, [867.843050] BUG: TASK stack guard page was hit at 0000000009d325cf (stack is 0000000046a46a15..00000000537e7b28) [ 867.843064] stack guard page: 0000 [#1] PREEMPT SMP NOPTI [867.843067] CPU: 8 PID: 11009 Comm: trace Kdump: loaded Not tainted 6.2.0+ #4 [ 867.843100] Call Trace: [867.843101] <TASK> [ 867.843104] asm_exc_int3+0x3a/0x40 [ 867.843108] RIP: 0010:preempt_count_sub+0x1/0xa0 [ 867.843135] __bpf_prog_enter_recur+0x17/0x90 [ 867.843148] bpf_trampoline_6442468108_0+0x2e/0x1000 [867.843154] ? preempt_count_sub+0x1/0xa0 [ 867.843157] preempt_count_sub+0x5/0xa0 [ 867.843159] ? migrate_enable+0xac/0xf0 [ 867.843164] __bpf_prog_exit_recur+0x2d/0x40 [ 867.843168] bpf_trampoline_6442468108_0+0x55/0x1000 ... [ 867.843788] preempt_count_sub+0x5/0xa0 [ 867.843793] ? migrate_enable+0xac/0xf0 [ 867.843829] __bpf_prog_exit_recur+0x2d/0x40 [ 867.843837] BUG: IRQ stack guard page was hit at 0000000099bd8228 (stack is 00000000b23e2bc4..000000006d95af35) [ 867.843841] BUG: IRQ stack guard page was hit at 000000005ae07924 (stack is 00000000ffd69623..0000000014eb594c) [ 867.843843] BUG: IRQ stack guard page was hit at 00000000028320f0 (stack is 00000000034b6438..0000000078d1bcec) [867.843842] bpf_trampoline_6442468108_0+0x55/0x1000 ... That is because in __bpf_prog_exit_recur, the preempt_count_{sub,add} are called after prog->active is decreased. Fixing this by adding these two functions into btf ids deny list. (CVE-2023-54086)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: hns3: add vlan list lock to protect vlan list When adding port base VLAN, vf VLAN need to remove from HW and modify the vlan state in vf VLAN list as false. If the periodicity task is freeing the same node, it may cause use after free error. This patch adds a vlan list lock to protect the vlan list. (CVE-2022-49182)

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - 已修复 Linux 内核中的下列漏洞：ipc: fix memleak if msg_init_ns failed in create_ipc_ns Percpu memory allocation may failed during create_ipc_ns however this fail is not handled properly since ipc sysctls and mq sysctls is not released properly. Fix this by release these two resource when failure. Here is the kmemleak stack when percpu failed: unreferenced object 0xffff88819de2a600 (size 512): comm shmem_2nstest, pid 120711, jiffies 4300542254 hex dump (first 32 bytes): 60 aa 9d 84 ff ff ff ff fc 18 48 b2 84 88 ff ff `.........H..... 04 00 00 00 a4 01 00 00 20 e4 56 81 ff ff ff ff ........
    .V..... backtrace (crc be7cba35): [<ffffffff81b43f83>] __kmalloc_node_track_caller_noprof+0x333/0x420 [<ffffffff81a52e56>] kmemdup_noprof+0x26/0x50 [<ffffffff821b2f37>] setup_mq_sysctls+0x57/0x1d0 [<ffffffff821b29cc>] copy_ipcs+0x29c/0x3b0 [<ffffffff815d6a10>] create_new_namespaces+0x1d0/0x920 [<ffffffff815d7449>] copy_namespaces+0x2e9/0x3e0 [<ffffffff815458f3>] copy_process+0x29f3/0x7ff0 [<ffffffff8154b080>] kernel_clone+0xc0/0x650 [<ffffffff8154b6b1>] __do_sys_clone+0xa1/0xe0 [<ffffffff843df8ff>] do_syscall_64+0xbf/0x1c0 [<ffffffff846000b0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 (CVE-2024-53175)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5: HWS, change error flow on matcher disconnect Currently, when firmware failure occurs during matcher disconnect flow, the error flow of the function reconnects the matcher back and returns an error, which continues running the calling function and eventually frees the matcher that is being disconnected. This leads to a case where we have a freed matcher on the matchers list, which in turn leads to use-after-free and eventual crash. This patch fixes that by not trying to reconnect the matcher back when some FW command fails during disconnect. Note that we're dealing here with FW error. We can't overcome this problem. This might lead to bad steering state (e.g. wrong connection between matchers), and will also lead to resource leakage, as it is the case with any other error handling during resource destruction. However, the goal here is to allow the driver to continue and not crash the machine with use-after-free error. (CVE-2025-21751)

  - 已修复 Linux 内核中的下列漏洞：wifi: ath12k: Avoid memory leak while enabling statistics Driver uses monitor destination rings for extended statistics mode and standalone monitor mode. In extended statistics mode, TLVs are parsed from the buffer received from the monitor destination ring and assigned to the ppdu_info structure to update per-packet statistics. In standalone monitor mode, along with per-packet statistics, the packet data (payload) is captured, and the driver updates per MSDU to mac80211. When the AP interface is enabled, only extended statistics mode is activated. As part of enabling monitor rings for collecting statistics, the driver subscribes to HAL_RX_MPDU_START TLV in the filter configuration. This TLV is received from the monitor destination ring, and kzalloc for the mon_mpdu object occurs, which is not freed, leading to a memory leak. The kzalloc for the mon_mpdu object is only required while enabling the standalone monitor interface. This causes a memory leak while enabling extended statistics mode in the driver. Fix this memory leak by removing the kzalloc for the mon_mpdu object in the HAL_RX_MPDU_START TLV handling. Additionally, remove the standalone monitor mode handlings in the HAL_MON_BUF_ADDR and HAL_RX_MSDU_END TLVs. These TLV tags will be handled properly when enabling standalone monitor mode in the future. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-37743)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
318288	Debian dla-4606：ata-modules-5.10.0-43-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/6/3	2026/10/29	critical
313378	Linux Distros 未修补的漏洞：CVE-2026-43437	Nessus	Misc.	2026/5/8	2026/11/6	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
352548	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1789986443）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
361223	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1787307395）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	medium
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/10/29	high
352273	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1789986443）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
363954	Oracle Linux 8/9：Unbreakable Enterprise 内核 (ELSA-2026-500377)	Nessus	Oracle Linux Local Security Checks	2026/10/7	2026/10/7	high

检测

插件搜索

critical

high

high

high

medium

high

high

high