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

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是文件 net/can/j1939/transport.c 的函数j1939_session_destroy。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211932。
    (CVE-2022-3633)

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

远程的 Debian 11 主机安装了受多个漏洞影响的包，如 dla-4561 公告中提到的。

    ------------------------------------------------------------------------- Debian LTS 咨询 DLA-4561-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026年5月2日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    程序包：linux-6.1 版本：6.1.170-1~deb11u1 CVE ID：CVE-2023-53228 CVE-2023-53510 CVE-2023-53545 CVE-2024-47736 CVE-2024-47809 CVE-2024-49998 CVE-2024-50298 CVE-2024-56719 CVE-2025-21676 CVE-2025-21682 CVE-2025-37945 CVE-2025-37980 CVE-2025-38105 CVE-2025-38162 CVE-2025-38192 CVE-2025-38250 CVE-2025-38303 CVE-2025-38436 CVE-2025-38626 CVE-2025-38659 CVE-2025-38704 CVE-2025-39748 CVE-2025-39764 CVE-2025-39863 CVE-2025-40005 CVE-2025-40016 CVE-2025-40135 CVE-2025-40219 CVE-2025-40242 CVE-2025-40261 CVE-2025-40358 CVE-2025-68206 CVE-2025-68239 CVE-2025-68265 CVE-2025-71067 CVE-2025-71161 CVE-2025-71221 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-23100 CVE-2026-23113 CVE-2026-23141 CVE-2026-23154 CVE-2026-23157 CVE-2026-23204 CVE-2026-23227 CVE-2026-23231 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 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-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23312 CVE-2026-23315 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23362 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23370 CVE-2026-23372 CVE-2026-23378 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23392 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23401 CVE-2026-23414 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23446 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-23462 CVE-2026-23463 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31408 CVE-2026-31409 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-31431 CVE-2026-31433 CVE-2026-31434 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31450 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31473 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31480 CVE-2026-31483 CVE-2026-31485 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31503 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-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31533 CVE-2026-31540 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31555 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31628 CVE-2026-31634 CVE-2026-31649 CVE-2026-31651 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-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31689 CVE-2026-31695 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-31754 CVE-2026-31755 CVE-2026-31756 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31768 CVE-2026-31770 CVE-2026-31773 CVE-2026-31776 CVE-2026-31778 CVE-2026-31779 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43013 CVE-2026-43014 CVE-2026-43015 CVE-2026-43017 CVE-2026-43018 CVE-2026-43020 CVE-2026-43023 CVE-2026-43024 CVE-2026-43025 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43033 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43046 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43054 CVE-2026-43057

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

    对于 Debian 11 Bullseye，这些问题在 6.1.170-1~deb11u1 版本中得到了修复。

    建议您升级 linux-6.1 程序包。

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

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

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

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

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

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

    md：通过 sysfs （CVE-2025-71225） 更新raid_disks时暂停数组

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

    btrfs：修复插入内联 extent （CVE-2025-71268） 时某些错误路径中的保留泄漏

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

    netfilter：nf_tables：修复 nft_map_catchall_activate（） （CVE-2026-23111） 中的反转 genmask 检查

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

    net：修复转发链表 GRO （CVE-2026-23154） 的分段

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

    efivarfs：修复 efivar_entry_get（） （CVE-2026-23156） 中的错误传播

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

    perf：sched：使用新的 is_user_task（） 辅助函数 （CVE-2026-23159） 修复 perf 崩溃

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

    mm/shmem，swap：修复截断和交换条目拆分 （CVE-2026-23161） 的争用

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

    flex_proportions：使 fprop_new_period（） hardirq 安全 （CVE-2026-23168）

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

    mptcp：修复 mptcp_pm_nl_flush_addrs_doit（） 中的争用 （CVE-2026-23169）

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

    net/mlx5e：TC，仅删除现有对等机的流 （CVE-2026-23173）

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

    mm、shmem：防止截断争用 （CVE-2026-23177） 时的无限循环

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

    ceph：修复 ceph_mds_auth_match（） 中的空指针取消引用 （CVE-2026-23189）

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

    scsi：target：iscsi：修复 iscsit_dec_session_usage_count（） （CVE-2026-23193） 中的释放后使用

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

    KVM：取消分配 irqfd （CVE-2026-23198） 时不强制改写 irqfd 路由类型

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

    procfs：避免在保持 VMA 锁 （） 时提取版本 IDCVE-2026-23199

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

    ipv6：修复清除 RTF_ADDRCONF （CVE-2026-23200） 时的 ECMP 同级计数不匹配

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

    ceph：修复因 parse_longname（）CVE-2026-23201 中的 kfree（） 指针无效而导致的 oops

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

    spi：tegra210-quad：保护 tegra_qspi_combined_seq_xfer 中的curr_xfer （CVE-2026-23202）

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

    net/sched：cls_u32：使用 skb_header_pointer_careful（） （CVE-2026-23204）

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

    smb/client：修复 smb2_open_file（） 中的内存泄漏 （CVE-2026-23205）

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

    macvlan：修复 macvlan_common_newlink（） 中的错误恢复 （CVE-2026-23209）

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

    bonding：注解 slave->last_rx 相关的数据争用 （CVE-2026-23212）

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

    btrfs：如果 fs 完全只读，则拒绝新事务 （CVE-2026-23214）

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

    x86/vmware：修复超级调用重写器 （CVE-2026-23215）

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

    scsi：target：iscsi：修复 iscsit_dec_conn_usage_count（） （CVE-2026-23216） 中的释放后使用

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

    mm/slab：为 memcg_alloc_abort_single 添加 alloc_tagging_slab_free_hook （CVE-2026-23219）

    在 Linux 内核中，以下漏洞已修复：xfs: fix UAF in xchk_btree_check_block_owner We cannot dereference bs->cur when trying to determine if bs->cur aliases bs->sc->sa.{bno,rmap}_cur after the latter has been freed. Fix this by sampling before type before any freeing could happen. The correct temporal ordering was broken when we removed xfs_btnum_t.
    (CVE-2026-23223)

    在 Linux 内核中，以下漏洞已修复：erofs: fix UAF issue for file-backed mounts w/ directio option [ 9.269940][ T3222] Call trace: [ 9.269948][ T3222] ext4_file_read_iter+0xac/0x108 [ 9.269979][ T3222] vfs_iocb_iter_read+0xac/0x198 [ 9.269993][ T3222] erofs_fileio_rq_submit+0x12c/0x180 [ 9.270008][ T3222] erofs_fileio_submit_bio+0x14/0x24 [ 9.270030][T3222] z_erofs_runqueue+0x834/0x8ac [ 9.270054][ T3222] z_erofs_read_folio+0x120/0x220 [ 9.270083][ T3222] filemap_read_folio+0x60/0x120 [ 9.270102][ T3222] filemap_fault+0xcac/0x1060 [ 9.270119][ T3222] do_pte_missing+0x2d8/0x1554 [ 9.270131][ T3222] handle_mm_fault+0x5ec/0x70c [ 9.270142][ T3222] do_page_fault+0x178/0x88c [ 9.270167][ T3222] do_translation_fault+0x38/0x54 [ 9.270183][ T3222] do_mem_abort+0x54/0xac [ 9.270208][ T3222] el0_da+0x44/0x7c [ 9.270227][ T3222] el0t_64_sync_handler+0x5c/0xf4 [ 9.270253][ T3222] el0t_64_sync+0x1bc/0x1c0 EROFS may encounter above panic when enabling file-backed mount w/ directio mount option, the root cause is it may suffer UAF in below race condition: - z_erofs_read_folio wq s_dio_done_wq - z_erofs_runqueue - erofs_fileio_submit_bio - erofs_fileio_rq_submit - vfs_iocb_iter_read - ext4_file_read_iter - ext4_dio_read_iter - iomap_dio_rw :
    bio was submitted and return -EIOCBQUEUED - dio_aio_complete_work - dio_complete - dio->iocb->ki_complete (erofs_fileio_ki_complete()) - kfree(rq) : it frees iocb, iocb.ki_filp can be UAF in file_accessed(). - file_accessed : access NULL file point Introduce a reference count in struct erofs_fileio_rq, and initialize it as two, both erofs_fileio_ki_complete() and erofs_fileio_rq_submit() will decrease reference count, the last one decreasing the reference count to zero will free rq. (CVE-2026-23224)

    在 Linux 内核中，以下漏洞已修复：smb: client: split cached_fid bitfields to avoid shared-byte RMW races is_open, has_lease and on_list are stored in the same bitfield byte in struct cached_fid but are updated in different code paths that may run concurrently. Bitfield assignments generate byte read-modify-write operations (e.g. `orb $mask, addr` on x86_64), so updating one flag can restore stale values of the others. A possible interleaving is: CPU1: load old byte (has_lease=1, on_list=1) CPU2: clear both flags (store 0) CPU1: RMW store (old | IS_OPEN) -> reintroduces cleared bits To avoid this class of races, convert these flags to separate bool fields. (CVE-2026-23230)

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

    net：gro：修复外部网络偏移 （CVE-2026-23254）

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

    regmap：maple：mas_store_gfp（） 失败时释放进入 （CVE-2026-23260）

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

    driver core：强制device_lock driver_match_device（） （CVE-2026-31688）

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

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

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

  - net修复 转发 fraglist GRO 的分段 此修补程序通过正确检查 frag_list GSO 数据包的 SKB_GSO_DODGY 标记增强 GSO 段处理从而解决站通过具有仅 IPv6 上游接口的热点访问 IPv4 服务器时观察到的低吞吐量问题。具体来说它修复了转发包含 frag_list 的 GRO 数据包时 GSO 分段中的缺陷。函数 skb_segment_list 无法正确处理已由 XLAT 转换的 GRO skb因为 XLAT 只转换标头 skb 的标头。因此frag_list 中的 skb 可能保持未转换状态从而导致协议不一致和吞吐量降低。为此修补程序为 XLAT 的 IPv4/IPv6 协议转换帮助程序bpf_skb_proto_4_to_6 和 bpf_skb_proto_6_to_4中的 GSO 数据包明确设置 SKB_GSO_DODGY 标记。这会将 GSO 数据包标记为可能在协议转换后被修改。因此对于具有 SKB_GSO_DODGY 标记的数据包GSO 分段将避免使用 skb_segment_list而是回退到 skb_segment。这可确保 skb_segment_list 只处理安全且转换完全的 frag_list 数据包，从而解决协议不一致问题并提高转发由 XLAT 转换的 GRO 数据包时的吞吐量。 (CVE-2026-23154)

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

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

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是文件 net/can/j1939/transport.c 的函数j1939_session_destroy。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211932。
    (CVE-2022-3633)

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

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

    - mm/hugetlb：修复 hugetlb_pmd_shared() (David Hildenbrand) [Orabug: 38931087] {CVE-2026-23100}
    - platform/x86：classmate-laptop：添加缺失的空指针检查 (Rafael J. Wysocki) [Orabug: 39044501] {CVE-2026-23237}
    - scsi：qla2xxx：修复造成双重释放的 bsg_done() (Anil Gurumurthy) [Orabug: 39044457] {CVE-2025-71238}
    - wifi：rtl8xxxu：修复 rtl8xxxu_sta_add 中的 slab 越界 (Ali Tariq) [Orabug: 38997990] {CVE-2025-71234}
    - xfs：修复 xchk_btree_check_block_owner 中的 UAF (Darrick J. Wong) [Orabug: 38998028] {CVE-2026-23223}
    - scsi：qla2xxx：释放错误路径中的 sp 以修复系统崩溃 (Anil Gurumurthy) [Orabug: 38997979] {CVE-2025-71232}
    - scsi：qla2xxx：在结构扫描进行期间延迟模块卸载 (Anil Gurumurthy) [Orabug: 38997992] {CVE-2025-71235}
    - scsi：qla2xxx：在释放相关内存之前验证 sp (Anil Gurumurthy) [Orabug: 38997998] {CVE-2025-71236}
    - wifi：rtw88：修复 rtw_core_enable_beacon() 中的对齐错误 (Bitterblue Smith) [Orabug: 38997972] {CVE-2025-71229}
    - crypto：virtio - 为 virtqueue 通知添加旋锁保护 (Bibo Mao) [Orabug: 38998052] {CVE-2026-23229}
    - crypto：iaa - 修复 find_empty_iaa_compression_mode 中的越界索引 (Thorsten Blum) [Orabug：
    38997976] {CVE-2025-71231}
    - smb：client：拆分 cached_fid 位字段以避免共享字节 RMW 争用 (Henrique Carvalho) [Orabug：
    38998059] {CVE-2026-23230}
    - spi：tegra210-quad：保护 tegra_qspi_combined_seq_xfer 中的 curr_xfer (Breno Leitao) [Orabug: 38970593] {CVE-2026-23202}
    - ASoC：amd：修复 acp3x pdm dma ops 中的内存泄漏 (Chris Bainbridge) [Orabug: 38970441] {CVE-2026-23190}
    - ipv6：修复清除 RTF_ADDRCONF 时的 ECMP 同级计数不匹配 (Shigeru Yoshida) [Orabug: 38970598] {CVE-2026-23200}
    - netfilter：nf_tables：修复 nft_map_catchall_activate() 中的反向 genmask 检查 (Andrew Fasano) [Orabug：
    38970170] {CVE-2026-23111}
    - net: usb: r8152：修复恢复重置死锁 (Sergey Senozhatsky) [Orabug: 38970438] {CVE-2026-23188}
    - macvlan：修复 macvlan_common_newlink() 中的错误恢复 (Eric Dumazet) [Orabug: 38970508] {CVE-2026-23209}
    - net/sched：cls_u32：使用 skb_header_pointer_careful() (Eric Dumazet) [Orabug: 38970487] {CVE-2026-23204}
    - smb/client：修复 smb2_open_file() 中的内存泄漏 (Chenxiaosong) [Orabug: 38970578] {CVE-2026-23205}
    - btrfs：如果 fs 完全只读，则拒绝新的事务 (Qu Wenruo) [Orabug: 38985156] {CVE-2026-23214}
    - scsi：target：iscsi：修复 iscsit_dec_conn_usage_count() 中的释放后使用 (Maurizio Lombardi) [Orabug：
    38985169] {CVE-2026-23216}
    - scsi：target：iscsi：修复 iscsit_dec_session_usage_count() 中的释放后使用 (Maurizio Lombardi) [Orabug：
    38970453] {CVE-2026-23193}
    - nvmet-tcp：修复 nvmet_tcp_listen_data_ready() 中的挂起 (Hannes Reinecke) [Orabug: 38970416] {CVE-2026-23179}
    - drm/amd/pm：在 SMU 模式 1 重置期间禁用 MMIO 访问 (Perry Yuan) [Orabug: 38985149] {CVE-2026-23213}
    - HID：i2c-hid：修复 i2c_hid_get_report() 中的潜在缓冲区溢出 (Kwok Kin Ming) [Orabug: 38970413] {CVE-2026-23178}
    - md：通过 sysfs 更新 raid_disks 时暂停数组 (Danny Shih) [Orabug: 38985108] {CVE-2025-71225}
    - wifi：wlcore：在 skb_push 前确保 skb 余量 (Peter Astrand) [Orabug: 38970152] {CVE-2025-71222}
    - wifi：mac80211：ocb：未加入接口时，跳过 rx_no_sta (Moon Hee Lee) [Orabug: 38970163] {CVE-2025-71224}
    - procfs：避免在保持 VMA 锁定时获取版本 ID (Andrii Nakryiko) [Orabug: 38970476] {CVE-2026-23199}
    - mm, shmem：防止截断争用时无限循环 (Kairui Song) [Orabug: 38970409] {CVE-2026-23177}
    - ceph：修复由于 parse_longname() 中 kfree() 的指针无效而导致的 oops (Daniel Vogelbacher) [Orabug：
    38970590] {CVE-2026-23201}
    - ceph：修复 ceph_mds_auth_match() 中的空指针取消引用 (Viacheslav Dubeyko) [Orabug: 38970595] {CVE-2026-23189}
    - mm/slab：添加 memcg_alloc_abort_single 的 alloc_tagging_slab_free_hook (Hao Ge) [Orabug: 38985192] {CVE-2026-23219}
    - ALSA：aloop：修复 PCM 触发时的 racy 访问 (Takashi Iwai) [Orabug: 38970445] {CVE-2026-23191}
    - x86/vmware：修复超级调用破坏 (Josh Poimboeuf) [Orabug: 38985163] {CVE-2026-23215}
    - nvmet-tcp：在 nvmet_tcp_build_pdu_iovec 中添加边界检查 (Yunje Shin) [Orabug: 38970176] {CVE-2026-23112}
    - perf：sched：使用新的 is_user_task() 帮助程序修复 perf 崩溃 (Steven Rostedt) [Orabug: 38970581] {CVE-2026-23159}
    - wifi：ath11k：在监控模式下，为 ath11k_hal_srng_* 添加 srng->lock (Kang Yang) [Orabug: 37844126] {CVE-2024-58096}
    - drm/amdgpu：修复 amdgpu_gmc_filter_faults_remove 中的空指针取消引用 (Jon Doron) [Orabug：
    38970348] {CVE-2026-23163}
    - net：修复转发 fraglist GRO 的分段 (Jibin Zhang) [Orabug: 38970318] {CVE-2026-23154}
    - mm/shmem，swap：修复截断和交换条目拆分的争用 (Kairui Song) [Orabug: 38970345] {CVE-2026-23161}
    - flex_proportions：使 fprop_new_period() 在硬中断上下文中安全 (Jan Kara) [Orabug: 38970373] {CVE-2026-23168}
    - nvmet：修复 nvmet_bio_done() 中导致空指针取消引用的争用 (Ming Lei) [Orabug: 38970608] {CVE-2026-23148}
    - efivarfs：修复 efivar_entry_get() 中的错误传播 (Kohei Enju) [Orabug: 38970325] {CVE-2026-23156}
    - net/mlx5e：TC，仅删除现有对等机的流 (Mark Bloch) [Orabug: 38970397] {CVE-2026-23173}
    - ice：修复 ice_vsi_set_napi_queues 中的空指针取消引用 (Aaron Ma) [Orabug: 38970364] {CVE-2026-23166}
    - rocker：修复 rocker_world_port_post_fini() 中的内存泄漏 (Kery Qi) [Orabug: 38970351] {CVE-2026-23164}
    - bonding：针对围绕 slave->last_rx 的数据争用添加注释 (Eric Dumazet) [Orabug: 38985142] {CVE-2026-23212}
    - Bluetooth：MGMT：修复 set_ssp_complete 中的内存泄漏 (Jianpeng Chang) [Orabug: 38970587] {CVE-2026-23151}
    - Bluetooth：hci_uart：修复 hci_uart_write_work 中的 null-ptr-deref (Jia-Hong Su) [Orabug: 38970604] {CVE-2026-23146}
    - wifi：ath11k：修复在回收监控目标环形缓冲区时发生的 RCU 停滞 (P Praneesh) [Orabug: 37844129] {CVE-2024-58097}
    - btrfs：修复 btrfs_clear_space_info_full() 中的 racy 位域写入 (Boris Burkov) [Orabug: 38798802] {CVE-2025-68358}
    - sched_ext：修复 deferred_irq_workfn() 中可能的死锁 (Zqiang) [Orabug: 38792605] {CVE-2025-68333}
    - exfat：修复 exfat_find 中的 refcount 泄漏 (Shuhao Fu) [Orabug: 38798780] {CVE-2025-68351}
    - bpf：禁止 BPF 测试基础设施向网络协议栈发出无效的 GSO 类型 (Daniel Borkmann) [Orabug: 38798881] {CVE-2025-68725}
    - migrate：更正 hugetlb 文件作品集的锁定顺序 (Matthew Wilcox) [Orabug: 38931066] {CVE-2026-23097}
    - can：usb_8dev: usb_8dev_read_bulk_callback()：修复 URB 内存泄漏 (Marc Kleine-Budde) [Orabug: 38931120] {CVE-2026-23108}
    - can：kvaser_usb：kvaser_usb_read_bulk_callback()：修复 URB 内存泄漏 (Marc Kleine-Budde) [Orabug: 
    38930881] {CVE-2026-23061}
    - can：ems_usb：ems_usb_read_bulk_callback()：修复 URB 内存泄漏 (Marc Kleine-Budde) [Orabug: 38930859] {CVE-2026-23058}
    - irqchip/gic-v3-its：避免截断内存地址 (Arnd Bergmann) [Orabug: 38931001] {CVE-2026-23085}
    - intel_th：修复输出 open() 上的设备泄漏 (Johan Hovold) [Orabug: 38931040] {CVE-2026-23091}
    - tracing：修复在使用合成堆栈跟踪字段时出现的崩溃问题 (Steven Rostedt) [Orabug: 38931024] {CVE-2026-23088}
    - arm64：在 swsusp_arch_resume() 上设置 __nocfi (Zhaoyang Huang) [Orabug: 38970241] {CVE-2026-23128}
    - arm64/fpsimd: signal：还原 ZA 时分配 SSVE 存储 (Mark Rutland) [Orabug: 38931118] {CVE-2026-23107}
    - wifi：rsi：修复因未设置 vif 驱动程序数据大小而导致的内存损坏 (Marek Vasut) [Orabug: 38930939] {CVE-2026-23073}
    - wifi：ath10k：修复 dma_free_coherent() 指针 (Thomas Fourier) [Orabug: 38970253] {CVE-2026-23133}
    - ALSA：usb-audio：修复 snd_usb_mixer_free() 中的释放后使用 (Berk Cem Goksel) [Orabug: 38931029] {CVE-2026-23089}
    - ALSA：scarlett2：修复配置检索中的缓冲区溢出 (Samasth Norway Ananda) [Orabug: 38930973] {CVE-2026-23078}
    - ALSA：ctxfi：修复音频混合器处理中潜在的 OOB 访问 (Takashi Iwai) [Orabug: 38930966] {CVE-2026-23076}
    - leds：led-class：仅在完全准备就绪时将 LED 添加到 leds_list (Hans de Goede) [Orabug: 38931091] {CVE-2026-23101}
    - dpll：防止重复注册 (Ivan Vecera) [Orabug: 38970244] {CVE-2026-23129}
    - vsock/virtio：将 TX credit 限制为本地缓冲区大小 (Melbin K Mathew) [Orabug: 38931008] {CVE-2026-23086}
    - vsock/virtio：修复 virtio_transport_get_credit() 中潜在的下溢 (Melbin K Mathew) [Orabug：
    38930919] {CVE-2026-23069}
    - bonding：提供指向 __skb_flow_dissect() 的网络指针 (Eric Dumazet) [Orabug: 38970199] {CVE-2026-23119}
    - be2net：修复 be_cmd_get_mac_from_list 中的空指针取消引用 (Andrey Vatoropin) [Orabug: 38930992] {CVE-2026-23084}
    - ipv6：为 ndisc_router_discovery() 中的数据争用添加注释 (Eric Dumazet) [Orabug: 38970222] {CVE-2026-23124}
    - netdevsim：修复与 bpf_bound_progs 列表操作相关的争用问题 (Yun Lu) [Orabug: 38970233] {CVE-2026-23126}
    - scsi：qla2xxx：审查负载大小以防止成员溢出 (Jiasheng Jiang) [Orabug: 38930867] {CVE-2026-23059}
    - scsi：core：最终完成之间相互争用时唤醒错误处理程序 (David Jeffery) [Orabug: 38931132] {CVE-2026-23110}
    - regmap：修复 hwspinlock irqsave 例程中的争用条件 (Cheng-Yu Lee) [Orabug: 38930930] {CVE-2026-23071}
    - interconnect：debugfs：将 src_node 和 dst_node 初始化为空字符串 (Georgi Djakov) [Orabug：
    38970218] {CVE-2026-23123}
    - io_uring/io-wq：检查工作运行循环内部的 IO_WQ_BIT_EXIT (Jens Axboe) [Orabug: 38970181] {CVE-2026-23113}
    - platform/x86：hp-bioscfg：修复 GET_INSTANCE_ID 宏中的内核错误 (Mario Limonciello) [Orabug：
    38930890] {CVE-2026-23062}
    - platform/x86：hp-bioscfg：修复空属性名称的 kobject 警告 (Mario Limonciello) [Orabug：
    38970247] {CVE-2026-23131}
    - scsi：xen：scsiback：修复 scsiback_remove() 中的潜在内存泄漏 (Abdun Nihaal) [Orabug: 38931014] {CVE-2026-23087}
    - w1：therm：修复 alarms_store 中的差一缓冲区溢出 (Thorsten Blum) [Orabug: 38930796] {CVE-2025-71197}
    - crypto：authencesn - 拒绝不符合 ESP/ESN 规范的过短 AAD (assoclen<8) (Taeyang Lee) [Orabug：
    38930874] {CVE-2026-23060}
    - net/sched: qfq：使用 cl_is_active 确定类在 qfq_rm_from_ag 中是否活动 (Jamal Hadi Salim) [Orabug: 38931110] {CVE-2026-23105}
    - net/sched：强制 teql 只能用作根 qdisc (Jamal Hadi Salim) [Orabug: 38930948] {CVE-2026-23074}
    - ipvlan：按端口设置 addrs_lock (Dmitry Skorodumov) [Orabug: 38931102] {CVE-2026-23103}
    - l2tp：避免 l2tp_tunnel_del_work() 中的数据争用 (Eric Dumazet) [Orabug：38970202] {CVE-2026-23120}
    - gue：修复内部 IP 协议 0 的 skb 内存泄露。(Kuniyuki Iwashima) [Orabug: 38931057] {CVE-2026-23095}
    - sctp：在 SCTP_CMD_PEER_INIT 之后移动 SCTP_CMD_ASSOC_SHKEY (Xin Long) [Orabug: 38970225] {CVE-2026-23125}
    - can：gs_usb：gs_usb_receive_bulk_callback()：usb_submit_urb() 错误中的非定位 URL (Marc Kleine-Budde) [Orabug: 38931184] {CVE-2026-23082}
    - l2tp：修复 l2tp_udp_encap_recv() 中的内存泄漏。(Kuniyuki Iwashima) [Orabug: 38930935] {CVE-2026-23072}
    - bonding：将 BOND_MODE_8023AD 限制为以太网设备 (Eric Dumazet) [Orabug: 38931079] {CVE-2026-23099}
    - vsock/virtio：仅合并线性的 skb (Michal Luczaj) [Orabug: 38930857] {CVE-2026-23057}

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

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

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

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

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

    程序包：linux CVE ID：CVE-2023-53228 CVE-2023-53510 CVE-2023-53545 CVE-2024-47736 CVE-2024-47809 CVE-2024-49998 CVE-2024-50298 CVE-2024-56719 CVE-2025-21676 CVE-2025-21682 CVE-2025-37945 CVE-2025-37980 CVE-2025-38105 CVE-2025-38162 CVE-2025-38192 CVE-2025-38250 CVE-2025-38303 CVE-2025-38436 CVE-2025-38626 CVE-2025-38659 CVE-2025-38704 CVE-2025-39748 CVE-2025-39764 CVE-2025-39863 CVE-2025-40005 CVE-2025-40016 CVE-2025-40135 CVE-2025-40219 CVE-2025-40242 CVE-2025-40261 CVE-2025-40358 CVE-2025-68206 CVE-2025-68239 CVE-2025-68265 CVE-2025-71067 CVE-2025-71161 CVE-2025-71221 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-23100 CVE-2026-23113 CVE-2026-23141 CVE-2026-23154 CVE-2026-23157 CVE-2026-23204 CVE-2026-23227 CVE-2026-23231 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 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-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23312 CVE-2026-23315 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23362 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23370 CVE-2026-23372 CVE-2026-23378 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23392 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23401 CVE-2026-23414 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23446 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-23462 CVE-2026-23463 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31408 CVE-2026-31409 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-31431 CVE-2026-31433 CVE-2026-31434 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31450 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31473 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31480 CVE-2026-31483 CVE-2026-31485 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31503 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-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31533 CVE-2026-31540 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31555 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31628 CVE-2026-31634 CVE-2026-31649 CVE-2026-31651 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-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31689 CVE-2026-31695 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-31754 CVE-2026-31755 CVE-2026-31756 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31768 CVE-2026-31770 CVE-2026-31773 CVE-2026-31776 CVE-2026-31778 CVE-2026-31779 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43013 CVE-2026-43014 CVE-2026-43015 CVE-2026-43017 CVE-2026-43018 CVE-2026-43020 CVE-2026-43023 CVE-2026-43024 CVE-2026-43025 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43033 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43046 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43054 CVE-2026-43057

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
359640	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	low
311783	Debian dla-4561 ： linux-config-6.1 - 安全更新	Nessus	Debian Local Security Checks	2026/5/2	2026/5/9	high
304272	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1487）	Nessus	Amazon Linux Local Security Checks	2026/3/30	2026/5/19	high
306779	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50232)	Nessus	Oracle Linux Local Security Checks	2026/4/16	2026/5/6	critical
299079	Linux Distros 未修补的漏洞：CVE-2026-23154	Nessus	Misc.	2026/2/14	2026/11/13	medium
359694	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	low
303468	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50160)	Nessus	Oracle Linux Local Security Checks	2026/3/24	2026/3/24	critical
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/10/29	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/11/11	high
313522	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2026-1681)	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/1	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/11/11	high
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	low
311547	Debian dsa-6243 ： affs-modules-6.1.0-44-4kc-malta-di - 安全更新	Nessus	Debian Local Security Checks	2026/5/2	2026/5/8	high

检测

插件搜索

low

high

high

critical

medium

low

critical

high

high

high

high

low

high