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

  - 已修复 Linux 内核中的下列漏洞：Squashfs: sanity check symbolic link size Syzkiller reports a KMSAN: uninit-value in pick_link bug. This is caused by an uninitialised page, which is ultimately caused by a corrupted symbolic link size read from disk. The reason why the corrupted symlink size causes an uninitialised page is due to the following sequence of events: 1.
    squashfs_read_inode() is called to read the symbolic link from disk. This assigns the corrupted value 3875536935 to inode->i_size. 2. Later squashfs_symlink_read_folio() is called, which assigns this corrupted value to the length variable, which being a signed int, overflows producing a negative number.
    3. The following loop that fills in the page contents checks that the copied bytes is less than length, which being negative means the loop is skipped, producing an uninitialised page. This patch adds a sanity check which checks that the symbolic link size is not larger than expected. -- V2: fix spelling mistake.
    (CVE-2024-46744)

  - 已修复 Linux 内核中的下列漏洞：x86/tdx: Fix in-kernel MMIO check TDX only supports kernel-initiated MMIO operations. The handle_mmio() function checks if the #VE exception occurred in the kernel and rejects the operation if it did not. However, userspace can deceive the kernel into performing MMIO on its behalf. For example, if userspace can point a syscall to an MMIO address, syscall does get_user() or put_user() on it, triggering MMIO #VE. The kernel will treat the #VE as in-kernel MMIO. Ensure that the target MMIO address is within the kernel before decoding instruction.
    (CVE-2024-47727)

  - 已修复 Linux 内核中的下列漏洞：igb: Fix potential invalid memory access in igb_init_module() The pci_register_driver() can fail and when this happened, the dca_notifier needs to be unregistered, otherwise the dca_notifier can be called when igb fails to install, resulting to invalid memory access. (CVE-2024-52332)

  - 已修复 Linux 内核中的下列漏洞：block: fix uaf for flush rq while iterating tags blk_mq_clear_flush_rq_mapping() is not called during scsi probe, by checking blk_queue_init_done(). However, QUEUE_FLAG_INIT_DONE is cleared in del_gendisk by commit aec89dc5d421 (block: keep q_usage_counter in atomic mode after del_gendisk), hence for disk like scsi, following blk_mq_destroy_queue() will not clear flush rq from tags->rqs[] as well, cause following uaf that is found by our syzkaller for v6.6: ================================================================== BUG: KASAN:
    slab-use-after-free in blk_mq_find_and_get_req+0x16e/0x1a0 block/blk-mq-tag.c:261 Read of size 4 at addr ffff88811c969c20 by task kworker/1:2H/224909 CPU: 1 PID: 224909 Comm: kworker/1:2H Not tainted 6.6.0-ga836a5060850 #32 Workqueue: kblockd blk_mq_timeout_work Call Trace: __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x91/0xf0 lib/dump_stack.c:106 print_address_description.constprop.0+0x66/0x300 mm/kasan/report.c:364 print_report+0x3e/0x70 mm/kasan/report.c:475 kasan_report+0xb8/0xf0 mm/kasan/report.c:588 blk_mq_find_and_get_req+0x16e/0x1a0 block/blk-mq-tag.c:261 bt_iter block/blk-mq-tag.c:288 [inline] __sbitmap_for_each_set include/linux/sbitmap.h:295 [inline] sbitmap_for_each_set include/linux/sbitmap.h:316 [inline] bt_for_each+0x455/0x790 block/blk-mq-tag.c:325 blk_mq_queue_tag_busy_iter+0x320/0x740 block/blk-mq-tag.c:534 blk_mq_timeout_work+0x1a3/0x7b0 block/blk-mq.c:1673 process_one_work+0x7c4/0x1450 kernel/workqueue.c:2631 process_scheduled_works kernel/workqueue.c:2704 [inline] worker_thread+0x804/0xe40 kernel/workqueue.c:2785 kthread+0x346/0x450 kernel/kthread.c:388 ret_from_fork+0x4d/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1b/0x30 arch/x86/entry/entry_64.S:293 Allocated by task 942: kasan_save_stack+0x22/0x50 mm/kasan/common.c:45 kasan_set_track+0x25/0x30 mm/kasan/common.c:52
    ____kasan_kmalloc mm/kasan/common.c:374 [inline] __kasan_kmalloc mm/kasan/common.c:383 [inline]
    __kasan_kmalloc+0xaa/0xb0 mm/kasan/common.c:380 kasan_kmalloc include/linux/kasan.h:198 [inline]
    __do_kmalloc_node mm/slab_common.c:1007 [inline] __kmalloc_node+0x69/0x170 mm/slab_common.c:1014 kmalloc_node include/linux/slab.h:620 [inline] kzalloc_node include/linux/slab.h:732 [inline] blk_alloc_flush_queue+0x144/0x2f0 block/blk-flush.c:499 blk_mq_alloc_hctx+0x601/0x940 block/blk-mq.c:3788 blk_mq_alloc_and_init_hctx+0x27f/0x330 block/blk-mq.c:4261 blk_mq_realloc_hw_ctxs+0x488/0x5e0 block/blk-mq.c:4294 blk_mq_init_allocated_queue+0x188/0x860 block/blk-mq.c:4350 blk_mq_init_queue_data block/blk-mq.c:4166 [inline] blk_mq_init_queue+0x8d/0x100 block/blk-mq.c:4176 scsi_alloc_sdev+0x843/0xd50 drivers/scsi/scsi_scan.c:335 scsi_probe_and_add_lun+0x77c/0xde0 drivers/scsi/scsi_scan.c:1189
    __scsi_scan_target+0x1fc/0x5a0 drivers/scsi/scsi_scan.c:1727 scsi_scan_channel drivers/scsi/scsi_scan.c:1815 [inline] scsi_scan_channel+0x14b/0x1e0 drivers/scsi/scsi_scan.c:1791 scsi_scan_host_selected+0x2fe/0x400 drivers/scsi/scsi_scan.c:1844 scsi_scan+0x3a0/0x3f0 drivers/scsi/scsi_sysfs.c:151 store_scan+0x2a/0x60 drivers/scsi/scsi_sysfs.c:191 dev_attr_store+0x5c/0x90 drivers/base/core.c:2388 sysfs_kf_write+0x11c/0x170 fs/sysfs/file.c:136 kernfs_fop_write_iter+0x3fc/0x610 fs/kernfs/file.c:338 call_write_iter include/linux/fs.h:2083 [inline] new_sync_write+0x1b4/0x2d0 fs/read_write.c:493 vfs_write+0x76c/0xb00 fs/read_write.c:586 ksys_write+0x127/0x250 fs/read_write.c:639 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x70/0x120 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x78/0xe2 Freed by task 244687: kasan_save_stack+0x22/0x50 mm/kasan/common.c:45 kasan_set_track+0x25/0x30 mm/kasan/common.c:52 kasan_save_free_info+0x2b/0x50 mm/kasan/generic.c:522 ____kasan_slab_free mm/kasan/common.c:236 [inline] __kasan_slab_free+0x12a/0x1b0 mm/kasan/common.c:244 kasan_slab_free include/linux/kasan.h:164 [in ---truncated--- (CVE-2024-53170)

  - 已修复 Linux 内核中的下列漏洞：nfsd: release svc_expkey/svc_export with rcu_work The last reference for `cache_head` can be reduced to zero in `c_show` and `e_show`(using `rcu_read_lock` and `rcu_read_unlock`). Consequently, `svc_export_put` and `expkey_put` will be invoked, leading to two issues: 1. The `svc_export_put` will directly free ex_uuid. However, `e_show`/`c_show` will access `ex_uuid` after `cache_put`, which can trigger a use-after-free issue, shown below.
    ================================================================== BUG: KASAN: slab-use-after-free in svc_export_show+0x362/0x430 [nfsd] Read of size 1 at addr ff11000010fdc120 by task cat/870 CPU: 1 UID: 0 PID: 870 Comm: cat Not tainted 6.12.0-rc3+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.1-2.fc37 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x53/0x70 print_address_description.constprop.0+0x2c/0x3a0 print_report+0xb9/0x280 kasan_report+0xae/0xe0 svc_export_show+0x362/0x430 [nfsd] c_show+0x161/0x390 [sunrpc] seq_read_iter+0x589/0x770 seq_read+0x1e5/0x270 proc_reg_read+0xe1/0x140 vfs_read+0x125/0x530 ksys_read+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e Allocated by task 830:
    kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x8f/0xa0
    __kmalloc_node_track_caller_noprof+0x1bc/0x400 kmemdup_noprof+0x22/0x50 svc_export_parse+0x8a9/0xb80 [nfsd] cache_do_downcall+0x71/0xa0 [sunrpc] cache_write_procfs+0x8e/0xd0 [sunrpc] proc_reg_write+0xe1/0x140 vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e Freed by task 868: kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x37/0x50 kfree+0xf3/0x3e0 svc_export_put+0x87/0xb0 [nfsd] cache_purge+0x17f/0x1f0 [sunrpc] nfsd_destroy_serv+0x226/0x2d0 [nfsd] nfsd_svc+0x125/0x1e0 [nfsd] write_threads+0x16a/0x2a0 [nfsd] nfsctl_transaction_write+0x74/0xa0 [nfsd] vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e 2. We cannot sleep while using `rcu_read_lock`/`rcu_read_unlock`.
    However, `svc_export_put`/`expkey_put` will call path_put, which subsequently triggers a sleeping operation due to the following `dput`. ============================= WARNING: suspicious RCU usage 5.10.0-dirty #141 Not tainted ----------------------------- ... Call Trace: dump_stack+0x9a/0xd0
    ___might_sleep+0x231/0x240 dput+0x39/0x600 path_put+0x1b/0x30 svc_export_put+0x17/0x80 e_show+0x1c9/0x200 seq_read_iter+0x63f/0x7c0 seq_read+0x226/0x2d0 vfs_read+0x113/0x2c0 ksys_read+0xc9/0x170 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x67/0xd1 Fix these issues by using `rcu_work` to help release `svc_expkey`/`svc_export`. This approach allows for an asynchronous context to invoke `path_put` and also facilitates the freeing of `uuid/exp/key` after an RCU grace period. (CVE-2024-53216)

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

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

    已发现在全局观察到通过无效转换进行的内存写入之前，某些 Arm 处理器可完成广播转换后备缓冲器 （TLB） 无效化。本地攻击者可能利用此缺陷在撤销权限后写入内存，从而绕过内存保护或升级权限。（CVE-2025-10263）

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

    - ARM64 架构；

    - 用户空间 API (UAPI)；

    - 内核构建系统;

    - ARM32 架构；

    - PowerPC 架构；

    - RISC-V 架构；

    - S390 架构；

    - User-Mode Linux (UML)；

    - x86 架构；

    - 加密 API；

    - 英特尔 NPU 驱动程序;

    - 计算加速框架；

    - ACPI 驱动程序；

    - 驱动程序核心；

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

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

    - Ublk userspace block 驱动程序；

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

    - 蓝牙驱动程序；

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

    - CXL (Compute Express Link) 驱动程序；

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

    - EFI 核心；

    - FPGA 架构；

    - GPU 驱动程序；

    - HID 子系统；

    - 硬件监控驱动程序；

    - I2C 子系统；

    - I3C 子系统；

    - InfiniBand 驱动程序；

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

    - 输入设备（鼠标）驱动程序；

    - IOMMU 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - Fastrpc 驱动程序；

    - 网络驱动程序；

    - Mellanox 网络驱动程序；

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

    - MediaTek 网络驱动程序；

    - NVME 驱动程序；

    - 操作性能点 (OPP) 驱动程序；

    - PCI 子系统；

    - PTP 时钟框架；

    - RPMSG 子系统；

    - SCSI 子系统；

    - SoundWire 子系统；

    - SPI 子系统；

    - Greybus lights 分段驱动程序；

    - 媒体分段驱动程序；

    - NVIDIA Tegra 嵌入式控制器 （NVEC） 暂存驱动程序;

    - Realtek RTL8723BS SDIO 驱动程序；

    - TCM 子系统；

    - 受信任执行环境驱动程序；

    - Thunderbolt 和 USB4 驱动程序；

    - TTY 驱动程序；

    - USB Gadget 驱动程序；

    - USB Dual Role (OTG-ready) Controller 驱动程序；

    - USB 串口驱动程序；

    - vDPA 驱动程序；

    - VFIO 驱动程序；

    - Virtio Host (VHOST) 子系统；

    - Virtio 驱动程序；

    - Xen 管理程序驱动程序；

    - 9P 分布式文件系统；

    - AFS 文件系统；

    - 文件系统基础设施；

    - BTRFS 文件系统；

    - Ceph 分布式文件系统；

    - exFAT 文件系统；

    - F2FS 文件系统；

    - GFS2 文件系统；

    - HFS 文件系统；

    - HFS+ 文件系统；

    - JFS 文件系统；

    - 网络文件系统库；

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

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

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - OrangeFS 文件系统；

    - SMB 网络文件系统；

    - BPF 子系统；

    - 文件系统加密 （fscrypt）;

    - 软件节点和设备属性;

    - IPv4 联网；

    - KVM 子系统；

    - Mellanox 驱动程序；

    - 内存管理；

    - Networking 核心；

    - Netfilter；

    - 套接字消息基础架构；

    - MediaTek SoC 驱动程序；

    - Sun RPC 协议；

    - 网络流量控制；

    - IPv6 联网；

    - Amateur Radio 驱动程序；

    - 蓝牙子系统；

    - IP 隧道定义；

    - KCM（Kernel Connection Multiplexor）套接字驱动程序；

    - MultiProtocol Label Switching 驱动程序；

    - TCP 网络协议；

    - XFRM 子系统；

    - 跟踪基础设施；

    - io_uring 子系统；

    - 控制群组 (cgroup)；

    - Perf 事件；

    - IRQ 子系统；

    - 锁定基元；

    - KProbes 跟踪;

    - 9P 文件系统网络协议；

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

    - 以太网桥接；

    - CAN 网络层；

    - Ceph Core 库；

    - 握手 API；

    - HSR 网络协议；

    - IFE协议;

    - L2TP 协议；

    - MAC80211 子系统；

    - IEEE 802.15.4 子系统；

    - 多路径 TCP；

    - NFC 子系统；

    - Open vSwitch；

    - Phonet 协议；

    - RDS 协议；

    - RxRPC 会话套接字；

    - SCTP 协议；

    - SMC 套接字；

    - TIPC 协议；

    - TLS 协议；

    - Unix 域套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - X.25 network layer;

    - eXpress 数据路径；

    - Rust 绑定机制；

    - AppArmor 安全模块；

    - 密钥管理；

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

    - SELinux 安全模块；

    - ALSA 框架；

    - AudioScience HPI 驱动程序；

    - Intel ASoC 驱动程序；

    - USB音响设备;（CVE-2024-14040 ， ， ， CVE-2024-41008， CVE-2024-43872CVE-2025-38498CVE-2025-21985CVE-2025-22104CVE-2024-57857CVE-2024-58089CVE-2024-56591CVE-2024-58098CVE-2024-58094CVE-2024-58100CVE-2024-58241CVE-2025-21687CVE-2025-21693CVE-2025-21984CVE-2024-56552CVE-2025-22109CVE-2025-22108CVE-2025-23132CVE-2025-37776CVE-2025-37876CVE-2025-37906CVE-2025-38064CVE-2024-53098CVE-2025-38187CVE-2025-38069CVE-2025-38204CVE-2025-38206CVE-2025-38242CVE-2025-38563CVE-2025-38565CVE-2024-52560CVE-2025-38717CVE-2025-38636CVE-2025-40025CVE-2025-39990CVE-2025-40040CVE-2025-39958CVE-2025-39933CVE-2025-39896CVE-2025-40054CVE-2025-39862CVE-2025-39859CVE-2025-39789CVE-2025-40064CVE-2025-39677CVE-2024-50217CVE-2025-40074CVE-2025-40168CVE-2025-40158CVE-2025-40170CVE-2025-40139CVE-2025-40203CVE-2025-40274CVE-2024-44932CVE-2024-49932CVE-2025-40344CVE-2024-44964CVE-2024-49940CVE-2024-50106CVE-2025-40075CVE-2024-35948、 、 、 CVE-2026-43213CVE-2026-23239CVE-2026-23208CVE-2026-23240CVE-2026-23327CVE-2026-23393CVE-2026-23469CVE-2026-31420CVE-2025-71289CVE-2026-31486CVE-2026-31479CVE-2026-31493CVE-2026-31560CVE-2026-31568CVE-2026-31630CVE-2026-31663CVE-2025-71202CVE-2026-43009CVE-2026-31771CVE-2026-43029CVE-2026-43042CVE-2026-43048CVE-2026-43101CVE-2026-43116CVE-2025-71074CVE-2026-43172CVE-2026-43126CVE-2026-43263CVE-2026-43303CVE-2026-43352CVE-2026-46158CVE-2026-46130CVE-2026-46054CVE-2026-46170CVE-2026-45944CVE-2026-45932CVE-2026-45894CVE-2026-46175CVE-2026-45850CVE-2026-43464CVE-2026-43353CVE-2026-46181CVE-2025-71073CVE-2025-68745CVE-2026-52910CVE-2026-46324CVE-2026-52909CVE-2026-46275CVE-2026-46315CVE-2026-46320CVE-2026-52908CVE-2026-52912CVE-2025-68822CVE-2026-46330CVE-2025-68360CVE-2026-46203CVE-2025-68304CVE-2025-68174CVE-2025-40354、 、 、 CVE-2026-53159CVE-2026-52988CVE-2026-52991CVE-2026-53000CVE-2026-52956CVE-2026-53009CVE-2026-53005CVE-2026-53024CVE-2026-53025CVE-2026-53053CVE-2026-53070CVE-2026-53078CVE-2026-52941CVE-2026-53090CVE-2026-53089CVE-2026-53091CVE-2026-53109CVE-2026-53118CVE-2026-53120CVE-2026-53129CVE-2026-52934CVE-2026-53132CVE-2026-53131CVE-2026-53133CVE-2026-53148CVE-2026-53182CVE-2026-53230CVE-2026-53221CVE-2026-53217CVE-2026-53232CVE-2026-53216CVE-2026-53198CVE-2026-53196CVE-2026-53239CVE-2026-53186CVE-2026-53185CVE-2026-53183CVE-2026-53250CVE-2026-52926CVE-2026-52921CVE-2026-53275CVE-2026-53266CVE-2026-53273CVE-2026-53256CVE-2026-53262CVE-2026-53264CVE-2026-53270CVE-2026-53281CVE-2026-52922CVE-2026-53269CVE-2026-52919CVE-2026-53254CVE-2026-52918CVE-2026-52916CVE-2026-52915、 、 、 CVE-2026-63906CVE-2026-63795CVE-2026-63796CVE-2026-63797CVE-2026-53399CVE-2026-63801CVE-2026-63800CVE-2026-63804CVE-2026-63807CVE-2026-63808CVE-2026-63815CVE-2026-63818CVE-2026-53398CVE-2026-63828CVE-2026-63825CVE-2026-63829CVE-2026-63830CVE-2026-63831CVE-2026-63853CVE-2026-63858CVE-2026-53384CVE-2026-63887CVE-2026-63886CVE-2026-63888CVE-2026-63893CVE-2026-63912CVE-2026-63926CVE-2026-63924CVE-2026-63922CVE-2026-63940CVE-2026-63921CVE-2026-63919CVE-2026-63917CVE-2026-63944CVE-2026-63916CVE-2026-63915CVE-2026-63914CVE-2026-63945CVE-2026-53368CVE-2026-53358CVE-2026-63979CVE-2026-63974CVE-2026-63978CVE-2026-63947CVE-2026-63948CVE-2026-63952CVE-2026-63976CVE-2026-63980CVE-2026-53361CVE-2026-63975CVE-2026-53357CVE-2026-63946CVE-2026-53355CVE-2026-53354CVE-2026-53284、 、 、 CVE-2026-64087CVE-2026-64025CVE-2026-64029CVE-2026-64032CVE-2026-64018CVE-2026-64034CVE-2026-64033CVE-2026-64039CVE-2026-64046CVE-2026-64047CVE-2026-64048CVE-2026-64051CVE-2026-64015CVE-2026-64056CVE-2026-64055CVE-2026-64064CVE-2026-64073CVE-2026-64076CVE-2026-64077CVE-2026-64082CVE-2026-64011CVE-2026-64084CVE-2026-64083CVE-2026-64085CVE-2026-64086CVE-2026-64088CVE-2026-64102CVE-2026-64099CVE-2026-64098CVE-2026-64103CVE-2026-64097CVE-2026-64096CVE-2026-64093CVE-2026-64106CVE-2026-64092CVE-2026-64091CVE-2026-64089CVE-2026-64108CVE-2026-64010CVE-2026-64000CVE-2026-64118CVE-2026-64114CVE-2026-64117CVE-2026-64111CVE-2026-64112CVE-2026-64113CVE-2026-64116CVE-2026-64121CVE-2026-64007CVE-2026-64115CVE-2026-63994CVE-2026-64109CVE-2026-63993CVE-2026-63992CVE-2026-63984、 、 、 CVE-2026-64191CVE-2026-64144CVE-2026-64147CVE-2026-64148CVE-2026-64138CVE-2026-64155CVE-2026-64153CVE-2026-64160CVE-2026-64163CVE-2026-64165CVE-2026-64166CVE-2026-64168CVE-2026-64137CVE-2026-64173CVE-2026-64170CVE-2026-64174CVE-2026-64177CVE-2026-64178CVE-2026-64179CVE-2026-64180CVE-2026-64136CVE-2026-64183CVE-2026-64182CVE-2026-64184CVE-2026-64185CVE-2026-64206CVE-2026-64237CVE-2026-64231CVE-2026-64225CVE-2026-64247CVE-2026-64221CVE-2026-64220CVE-2026-64219CVE-2026-64249CVE-2026-64218CVE-2026-64217CVE-2026-64214CVE-2026-64268CVE-2026-64135CVE-2026-64133CVE-2026-64361CVE-2026-64315CVE-2026-64355CVE-2026-64280CVE-2026-64303CVE-2026-64313CVE-2026-64320CVE-2026-64364CVE-2026-64134CVE-2026-64319CVE-2026-64128CVE-2026-64269CVE-2026-64127CVE-2026-64126CVE-2026-64125、 、 、 CVE-2026-64552CVE-2026-64394CVE-2026-64396CVE-2026-64397CVE-2026-64393CVE-2026-64400CVE-2026-64399CVE-2026-64408CVE-2026-64438CVE-2026-64441CVE-2026-64445CVE-2026-64450CVE-2026-64392CVE-2026-64510CVE-2026-64475CVE-2026-64518CVE-2026-64523CVE-2026-64529CVE-2026-64530CVE-2026-64534CVE-2026-64391CVE-2026-64541CVE-2026-64535CVE-2026-64548CVE-2026-64551CVE-2026-64554CVE-2026-68082CVE-2026-64598CVE-2026-64597CVE-2026-68083CVE-2026-64586CVE-2026-64564CVE-2026-64562CVE-2026-68117CVE-2026-64561CVE-2026-64557CVE-2026-64555CVE-2026-68123CVE-2026-64390CVE-2026-64386CVE-2026-68154CVE-2026-68138CVE-2026-68152CVE-2026-68127CVE-2026-68136CVE-2026-68137CVE-2026-68147CVE-2026-68156CVE-2026-64387CVE-2026-68144CVE-2026-64385CVE-2026-68124CVE-2026-64384CVE-2026-64383CVE-2026-64382、 、 、 CVE-2026-72083CVE-2026-68228CVE-2026-68229CVE-2026-68300CVE-2026-68213CVE-2026-68343CVE-2026-68302CVE-2026-68381CVE-2026-68388CVE-2026-68426CVE-2026-68431CVE-2026-68457CVE-2026-68210CVE-2026-68470CVE-2026-68461CVE-2026-68476CVE-2026-68477CVE-2026-72014CVE-2026-72020CVE-2026-72033CVE-2026-68209CVE-2026-72065CVE-2026-72041CVE-2026-72069CVE-2026-72071CVE-2026-72084CVE-2026-72191CVE-2026-72130CVE-2026-72129CVE-2026-72192CVE-2026-72126CVE-2026-72125CVE-2026-72124CVE-2026-72194CVE-2026-72111CVE-2026-72098CVE-2026-72085CVE-2026-72200CVE-2026-68206CVE-2026-68162CVE-2026-72289CVE-2026-72234CVE-2026-72288CVE-2026-72221CVE-2026-72222CVE-2026-72226CVE-2026-72255CVE-2026-72296CVE-2026-68198CVE-2026-72251CVE-2026-68161CVE-2026-72217CVE-2026-68160CVE-2026-68159CVE-2026-68158、 、 、 CVE-2026-72499CVE-2026-72351CVE-2026-72380CVE-2026-72383CVE-2026-72348CVE-2026-72399CVE-2026-72398CVE-2026-72421CVE-2026-72422CVE-2026-72434CVE-2026-72436CVE-2026-72451CVE-2026-72339CVE-2026-72466CVE-2026-72454CVE-2026-72472CVE-2026-72473CVE-2026-72487CVE-2026-72488CVE-2026-72489CVE-2026-72329CVE-2026-72494CVE-2026-72491CVE-2026-72495CVE-2026-72496CVE-2026-74255CVE-2026-74305CVE-2026-74302CVE-2026-74287CVE-2026-74310CVE-2026-74280CVE-2026-74279CVE-2026-74269CVE-2026-74345CVE-2026-74268CVE-2026-74267CVE-2026-74264CVE-2026-74350CVE-2026-72323CVE-2026-72320CVE-2026-74408CVE-2026-74401CVE-2026-74407CVE-2026-74384CVE-2026-74394CVE-2026-74398CVE-2026-74406CVE-2026-74410CVE-2026-72322CVE-2026-74405CVE-2026-72319CVE-2026-74376CVE-2026-72318CVE-2026-72317CVE-2026-72299、 、 、 CVE-2026-74495CVE-2026-74474CVE-2026-74473CVE-2026-74439CVE-2026-74556CVE-2026-74493CVE-2026-74541CVE-2026-74476CVE-2026-74478CVE-2026-74480CVE-2026-74538CVE-2026-74569CVE-2026-74440CVE-2026-74521CVE-2026-74436CVE-2026-74475CVE-2026-74427CVE-2026-74417CVE-2026-74411

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

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

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

    - sunrpc在 svc auth 处理期间将 SVC_GARBAGE 处理为认证错误 (Jeff Layton) [Orabug: 38137447] {CVE-2025-38089}
    - 添加 Zen34 客户端 (Borislav Petkov (AMD)) [Orabug38172252] {CVE-2024-36350} {CVE-2024-36357}
    - x86/process在 MONITOR 之前移动缓冲区清除 (Kim Phillips) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - 添加正常计数器 (Borislav Petkov (AMD)) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVM向客户机公告 TSA CPUID 位 (Borislav Petkov (AMD)) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - x86/缺陷添加临时计划程序攻击缓解 (Borislav Petkov (AMD)) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}

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

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

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

  - drm/amd/display修复越界访问 [内容和方式] hpo_stream_to_link_encoder_mapping 的大小为 MAX_HPO_DP2_ENCODERS(=4)但位置最多为 6。因此需要针对 MAX_HPO_DP2_ENCODERS 检查位置。同样disp_cfg_stream_location 可用作数组索引其应为 0..5因此 ASSERT 的条件应为 less而不相等。 (CVE-2025-21985)

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

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

    - sunrpc在 svc auth 处理期间将 SVC_GARBAGE 处理为认证错误 (Jeff Layton) [Orabug: 38178286] {CVE-2025-38089}
    - 添加 Zen34 客户端 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/process在 MONITOR 之前移动缓冲区清除 (Kim Phillips) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - 添加正常计数器 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVM向客户机公告 TSA CPUID 位 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/缺陷添加临时计划程序攻击缓解 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/缺陷将 MDS 机械重命名为更通用的名称 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - block修复将 folio 添加到 bio (Ming Lei) [Orabug: 37844657] {CVE-2025-22122}
    - f2fs修复以避免访问未初始化的curseg (Chao Yu) [Orabug: 37844644] {CVE-2025-22123}
    - gpio: virtuser修复潜在的越界写入 (Markus Burri) [Orabug: 38095181] {CVE-2025-38082}
    - net_schedhfsc地址可重入队列两次向 eltree 添加类 (Pedro Tammela) [Orabug
    38049363] {CVE-2025-38001}
    - smb客户端修复 cifs_fill_dirent 中的释放后使用 (Zhaolong Wang) [Orabug: 38094970] {CVE-2025-38051}
    - platform/x86dell-wmi-sysman避免 current_password_store() 中的缓冲区溢出 (Vladimir Moskovkin) [Orabug: 38095141] {CVE-2025-38077}
    - ALSApcm修复 PCM OSS 层的缓冲区访问争用 (Takashi Iwai) [Orabug: 38095145] {CVE-2025-38078}
    - canbcm添加 procfs 内容缺少的 rcu 读取保护 (Oliver Hartkopp) [Orabug: 38049369] {CVE-2025-38003}
    - canbcm为 bcm_op 运行时更新添加锁定 (Oliver Hartkopp) [Orabug: 38049374] {CVE-2025-38004}
    - padata请勿泄漏 reorder_work 中的引用计数 (Dominik Grzegorzek) [Orabug38094842] {CVE-2025-38031}
    - cryptoalgif_hash - 修复 hash_accept 中的双重释放 (Ivan Pravdin) [Orabug: 38095153] {CVE-2025-38079}
    - net/tipc修复 tipc_aead_encrypt_done 中的 slab-use-after-free 读取 (Wang Liu) [Orabug: 38094978] {CVE-2025-38052}
    - sch_hfsc修复在 hfsc_enqueue() 中使用 peek 时的 qlen 核算缺陷 (Cong Wang) [Orabug: 38049357] {CVE-2025-38000}
    - idpf修复 idpf_features_check 中的 null-ptr-deref (Pavan Kumar Linga) [Orabug: 38094982] {CVE-2025-38053}
    - ptpocp限制汇总输出函数中的信号/频率计数 (Sagi Maimon) [Orabug: 38094984] {CVE-2025-38054}
    - perf/x86/intel修复包含 sample_freq 的 PEBS-via-PT 的段错误 (Adrian Hunter) [Orabug: 38094988] {CVE-2025-38055}
    - ASoCSOF: Intelhda重新加载模块时修复 UAF (Tabian Barnes) [Orabug: 38094991] {CVE-2025-38056}
    - espintcp修复 skb 泄露 (Sabrina Dubroca) [Orabug: 38094993] {CVE-2025-38057}
    - __legitimize_mnt()应在 mount_lock 下进行 MNT_SYNC_UMOUNT 检查 (Al Viro) [Orabug: 38095000] {CVE-2025-38058}
    - x86/Kconfig使 CFI_AUTO_DEFAULT 依赖于 !RUST 或 Rust >= 1.88 (Pawel Anikiel) [Orabug: 38094847] {CVE-2025-38033}
    - btrfs如果无有效 csum 树则避免空指针取消引用 (Qu Wenruo) [Orabug38095010] {CVE-2025-38059}
    - btrfs修正 btrfs__prelim_ref 中 prelim_ref 参数的顺序 (Goldwyn Rodrigues) [Orabug:
    38094856] {CVE-2025-38034}
    - nvmet-tcp不恢复空 sk_state_change (Alistair Francisco) [Orabug: 38094863] {CVE-2025-38035}
    - vxlan注释 FDB 数据争用 (Ido Schimmel) [Orabug: 38094879] {CVE-2025-38037}
    - cpufreqamd-pstate删除 set_boost 中不必要的 driver_lock (Dhananjay Ugwekar) [Orabug: 38094888] {CVE-2025-38038}
    - drm/amd/display增加 block_sequence 数组大小 (Joshua Aberback) [Orabug38095164] {CVE-2025-38080}
    - bpfcopy_verifier_state() 应复制“loop_entry”字段 (Eduard Zingerman) [Orabug38095018] {CVE-2025-38060}
    - serialmctrl_gpio将 disable_ms 拆分为 sync 和 no_sync API (Alexis Lothore) [Orabug: 38094901] {CVE-2025-38040}
    - netpktgen修复 pktgen_thread_write() 中用户指定缓冲区之外的访问 (Peter Seiderer) [Orabug
    38095024] {CVE-2025-38061}
    - genirq/msi将 IOMMU IOVA 直接存储在 msi_desc 而不是 iommu_cookie 中 (Jason Gunthorpe) [Orabug:
    38095031] {CVE-2025-38062}
    - dm修复 REQ_PREFLUSH 造成的无条件 IO 节流 (Jinliang Zheng) [Orabug38095038] {CVE-2025-38063}
    - firmwarearm_ffa设置 ffa 设备的 dma_mask (Viresh Kumar) [Orabug38094925] {CVE-2025-38043}
    - mediacx231xx设置 417 的 device_caps (Hans Verkuil) [Orabug38094934] {CVE-2025-38044}
    - Orangefs不截断文件大小 (Matthew Wilcox) [Orabug: 38095056] {CVE-2025-38065}
    - dm 缓存通过阻止设备恢复失败的重试来防止 BUG_ON (Ming-Hung Tsai) [Orabug:
    38095063] {CVE-2025-38066}
    - cryptolzo - 修复压缩缓冲区溢出 (Herbert Xu) [Orabug38095079] {CVE-2025-38068}
    - PCI 端点pci-epf-test修复导致内核 oops 的双重释放 (Christian Bruel) [Orabug
    38095087] {CVE-2025-38069}
    - wifiiwlwifi修复调试操作顺序 (Johannes Berg) [Orabug38094942] {CVE-2025-38045}
    - x86/mm检查 memblock_phys_alloc_range() 的返回值 (Philip Redkin) [Orabug: 38095101] {CVE-2025-38071}
    - libnvdimm/labels修复 nd_label_data_init() 中的除法错误 (Robert Richter) [Orabug: 38095109] {CVE-2025-38072}
    - spi-rockchip修复寄存器越界访问 (Luis de Arquer) [Orabug38095173] {CVE-2025-38081}
    - x86/fred修复启用 FRED 的 S4 恢复期间的系统挂起 (Xin Li) [Orabug: 38094951] {CVE-2025-38047}
    - block修复 set_blocksize 和读取路径之间的争用 (Darrick J. Wong) [Orabug38095117] {CVE-2025-38073}
    - virtio_ring通过将 event_triggered 标记为 KCSAN 的 racy修复数据争用 (Zhongqiu Han) [Orabug:
    38094958] {CVE-2025-38048}
    - scsitargetiscsi修复已删除连接的超时 (Dmitry Bogdanov) [Orabug38095134] {CVE-2025-38075}
    - usbtypecucsidisplayport修复死锁 (Andrei Kuchynski) [Orabug: 37977018] {CVE-2025-37967}
    - 蓝牙btnxpuart修复 FW 发布期间的内核错误 (Neeraj Sanjay Kale) [Orabug: 37844459] {CVE-2025-22102}
    - iiolight opt3001修复因并发标记访问导致的死锁 (Luca Ceresoli) [Orabug: 37977026] {CVE-2025-37968}
    - mm/page_alloc修复未接受内存处理中的争用条件 (Kirill A. Shutemov) [Orabug: 38094767] {CVE-2025-38008}
    - dmaengineidxd使用 idxd_cleanup() 帮助程序重构删除调用 (Shuai Xue) [Orabug38094790] {CVE-2025-38014}
    - dmaengineidxd修复 idxd_alloc 的错误处理路径中的内存泄漏 (Shuai Xue) [Orabug: 38094793] {CVE-2025-38015}
    - dmaenginetik3-udma添加缺失的锁定 (Ronald Wahl) [Orabug38094756] {CVE-2025-38005}
    - wifimt76在删除驱动程序时禁用 napi (Fedor Pchelkin) [Orabug38094770] {CVE-2025-38009}
    - phytegraxusb将位掩码用于 UTMI pad 电源状态跟踪 (Wane Chang) [Orabug: 38094777] {CVE-2025-38010}
    - drm/amdgpucsa unmap 使用不间断锁定 (Philip Yang) [Orabug: 38094779] {CVE-2025-38011}
    - HIDbpf中止调度如果设备遭到破坏 (Rongrong) [Orabug38094796] {CVE-2025-38016}
    - sched_extbpf_iter_scx_dsq_new() 应始终初始化迭代器 (Tejun Heo) [Orabug: 38094786] {CVE-2025-38012}
    - net/tls修复 alloc_page 失败时的内核错误 (Pengtao He) [Orabug: 38094802] {CVE-2025-38018}
    - mlxswspectrum_router修复删除 GRE 网络设备时的释放后使用 (Ido Schimmel) [Orabug
    38094804] {CVE-2025-38019}
    - wifimac80211分配 struct cfg80211_scan_request 后设置 n_channels (Kees Cook) [Orabug
    38094788] {CVE-2025-38013}
    - regulatormax20086修复无效的内存访问 (Cosmin Tanislav) [Orabug: 38094833] {CVE-2025-38027}
    - net/mlx5e禁用上行链路representor配置文件的 MACsec 卸载 (Carolina Jubran) [Orabug: 38094808] {CVE-2025-38020}
    - net_sched ->change() 期间也刷新 gso_skb 列表 (Cong Wang) [Orabug37998128] {CVE-2025-37992}
    - RDMA/core修复“KASAN: slab-use-after-free Read in ib_register_device”问题 (Zhu Yanjun) [Orabug:
    38094813] {CVE-2025-38022}
    - nfs处理解锁路径中的 nfs_get_lock_context 失败 (Li Lingfeng) [Orabug38094818] {CVE-2025-38023}
    - HIDuclogic在 uclogic_input_configured() 中添加空检查 (Henry Martin) [Orabug: 38094764] {CVE-2025-38007}
    - RDMA/rxe修复 rxe_queue_cleanup 缺陷中的 slab-use-after-free 读取 (Zhu Yanjun) [Orabug: 38094827] {CVE-2025-38024}
    - arm64bpf仅缓解非特权用户加载的 cBPF 程序 (James Morse) [Orabug: 37977004] {CVE-2025-37963}
    - arm64bpf将 BHB 缓解添加到 cBPF 程序的尾声 (James Morse) [Orabug37976926] {CVE-2025-37948}
    - usbtypecucsidisplayport修复空指针访问 (Andrei Kuchynski) [Orabug: 38015126] {CVE-2025-37994}
    - 模块确保 kobject_put() 对于模块类型 kobjects 是安全的 (Dmitry Antipov) [Orabug: 38015131] {CVE-2025-37995}
    - memblock接受分配的内存然后在 memblock_double_array() 中使用 (Tom Lendacky) [Orabug:
    37976994] {CVE-2025-37960}
    - xenbus使用 kref 跟踪 req 生命周期 (Jason Andryuk) [Orabug: 37976934] {CVE-2025-37949}
    - smb 客户端通过租用中断避免 open_cached_dir 中发生争用 (Paul Aurich) [Orabug37976959] {CVE-2025-37954}
    - drm/amd/display修复 dml 帮助程序中的无效上下文错误 (Roman Li) [Orabug: 37977185] {CVE-2025-37965}
    - drm/v3d如果跳过重置则将作业添加至待定列表 (Maira Canal) [Orabug: 37976942] {CVE-2025-37951}
    - iioimu st_lsm6dsx修复 st_lsm6dsx_read_taged_fifo 中可能的锁定 (Silvano Seva) [Orabug:
    37977031] {CVE-2025-37969}
    - iioimust_lsm6dsx修复 st_lsm6dsx_read_fifo 中可能的锁定 (Silvano Seva) [Orabug: 37977037] {CVE-2025-37970}
    - KVMSVMSHUTDOWN 拦截时强制离开 SMM 模式 (Mikhail Lobanov) [Orabug37976977] {CVE-2025-37957}
    - mm/huge_memory修复取消引用无效的 pmd 迁移条目 (Gavin Guo) [Orabug37976982] {CVE-2025-37958}
    - x86/mm消除可能会无意间跳过 TLB 刷新的窗口 (Dave Hansen) [Orabug: 37977013] {CVE-2025-37964}
    - stagingbcm2835-camera初始化 v4l2_dev 中的 dev (Dave Stevenson) [Orabug: 37977042] {CVE-2025-37971}
    - Inputmtk-pmic-keys - 修复可能存在的空指针取消引用 (Gary Bisson) [Orabug37977044] {CVE-2025-37972}
    - bpfbpf_redirect_peer 上的清理数据包(Paul Chaignon) [Orabug37976990] {CVE-2025-37959}
    - netfilteripset修复哈希类型中的区域锁定 (Jozsef Kadlecsik) [Orabug38015141] {CVE-2025-37997}
    - ipvs修复 do_output_route4 中 saddr 的 uninit-value (Julian Anastasov) [Orabug: 37976996] {CVE-2025-37961}
    - canm_canm_can_class_allocate_dev()初始化设备探测上的旋转锁定 (Antonios Salios) [Orabug
    38015123] {CVE-2025-37993}
    - virtio-net在 virtnet_xsk_pool_enable() 中发生错误时释放 xsk_buffs (Jakub Kicinski) [Orabug: 37976969] {CVE-2025-37955}
    - sch_htb使 htb_deactivate() 幂等 (Cong Wang) [Orabug: 37977176] {CVE-2025-37953}
    - ksmbd修复 parse_lease_state() 中的内存泄漏 (Zhaolong Wang) [Orabug: 37977180] {CVE-2025-37962}
    - openvswitch修复 output_userspace() 中不安全的属性解析 (Eelco Chaudron) [Orabug38015148] {CVE-2025-37998}
    - ksmbd修复 __close_file_table_ids 中的 UAF (Sean Heelan) [Orabug: 37976951] {CVE-2025-37952}
    - ksmbd通过验证 *pos 防止越界流写入 (Norbert Szetei) [Orabug: 37976923] {CVE-2025-37947}
    - ksmbd防止使用空字符串重命名 (Namjae Jeon) [Orabug37976972] {CVE-2025-37956}
    - s390/pci当 PF 具有子 VF 时修复 disable_slot() 中的重复 pci_dev_put() (Niklas Schnelle) [Orabug
    37976920] {CVE-2025-37946}
    - wificfg80211修复多链接元素碎片整理期间的越界访问 (Veerendranath Jakkam) [Orabug: 37977046] {CVE-2025-37973}
    - s390/pci修复缺少检查的 zpci_create_device() 错误返回 (Niklas Schnelle) [Orabug: 37977050] {CVE-2025-37974}
    - fs/erofs/fileio调用 bio_add_folio() 之后调用 erofs_onlinefolio_split() (Max Kellermann) [Orabug
    38015155] {CVE-2025-37999}
    - mlxbf-bootctl在 secure_boot_fuse_state_show() 中使用 sysfs_emit_at() (David Thomson) [Orabug
    37964051,38037120] {CVE-2025-37866}

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

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

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

  - 已修复 Linux 内核中的下列漏洞：Squashfs: sanity check symbolic link size Syzkiller reports a KMSAN: uninit-value in pick_link bug. This is caused by an uninitialised page, which is ultimately caused by a corrupted symbolic link size read from disk. The reason why the corrupted symlink size causes an uninitialised page is due to the following sequence of events: 1.
    squashfs_read_inode() is called to read the symbolic link from disk. This assigns the corrupted value 3875536935 to inode->i_size. 2. Later squashfs_symlink_read_folio() is called, which assigns this corrupted value to the length variable, which being a signed int, overflows producing a negative number.
    3. The following loop that fills in the page contents checks that the copied bytes is less than length, which being negative means the loop is skipped, producing an uninitialised page. This patch adds a sanity check which checks that the symbolic link size is not larger than expected. -- V2: fix spelling mistake.
    (CVE-2024-46744)

  - 已修复 Linux 内核中的下列漏洞：x86/tdx: Fix in-kernel MMIO check TDX only supports kernel-initiated MMIO operations. The handle_mmio() function checks if the #VE exception occurred in the kernel and rejects the operation if it did not. However, userspace can deceive the kernel into performing MMIO on its behalf. For example, if userspace can point a syscall to an MMIO address, syscall does get_user() or put_user() on it, triggering MMIO #VE. The kernel will treat the #VE as in-kernel MMIO. Ensure that the target MMIO address is within the kernel before decoding instruction.
    (CVE-2024-47727)

  - 已修复 Linux 内核中的下列漏洞：igb: Fix potential invalid memory access in igb_init_module() The pci_register_driver() can fail and when this happened, the dca_notifier needs to be unregistered, otherwise the dca_notifier can be called when igb fails to install, resulting to invalid memory access. (CVE-2024-52332)

  - 已修复 Linux 内核中的下列漏洞：block: fix uaf for flush rq while iterating tags blk_mq_clear_flush_rq_mapping() is not called during scsi probe, by checking blk_queue_init_done(). However, QUEUE_FLAG_INIT_DONE is cleared in del_gendisk by commit aec89dc5d421 (block: keep q_usage_counter in atomic mode after del_gendisk), hence for disk like scsi, following blk_mq_destroy_queue() will not clear flush rq from tags->rqs[] as well, cause following uaf that is found by our syzkaller for v6.6: ================================================================== BUG: KASAN:
    slab-use-after-free in blk_mq_find_and_get_req+0x16e/0x1a0 block/blk-mq-tag.c:261 Read of size 4 at addr ffff88811c969c20 by task kworker/1:2H/224909 CPU: 1 PID: 224909 Comm: kworker/1:2H Not tainted 6.6.0-ga836a5060850 #32 Workqueue: kblockd blk_mq_timeout_work Call Trace: __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x91/0xf0 lib/dump_stack.c:106 print_address_description.constprop.0+0x66/0x300 mm/kasan/report.c:364 print_report+0x3e/0x70 mm/kasan/report.c:475 kasan_report+0xb8/0xf0 mm/kasan/report.c:588 blk_mq_find_and_get_req+0x16e/0x1a0 block/blk-mq-tag.c:261 bt_iter block/blk-mq-tag.c:288 [inline] __sbitmap_for_each_set include/linux/sbitmap.h:295 [inline] sbitmap_for_each_set include/linux/sbitmap.h:316 [inline] bt_for_each+0x455/0x790 block/blk-mq-tag.c:325 blk_mq_queue_tag_busy_iter+0x320/0x740 block/blk-mq-tag.c:534 blk_mq_timeout_work+0x1a3/0x7b0 block/blk-mq.c:1673 process_one_work+0x7c4/0x1450 kernel/workqueue.c:2631 process_scheduled_works kernel/workqueue.c:2704 [inline] worker_thread+0x804/0xe40 kernel/workqueue.c:2785 kthread+0x346/0x450 kernel/kthread.c:388 ret_from_fork+0x4d/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1b/0x30 arch/x86/entry/entry_64.S:293 Allocated by task 942: kasan_save_stack+0x22/0x50 mm/kasan/common.c:45 kasan_set_track+0x25/0x30 mm/kasan/common.c:52
    ____kasan_kmalloc mm/kasan/common.c:374 [inline] __kasan_kmalloc mm/kasan/common.c:383 [inline]
    __kasan_kmalloc+0xaa/0xb0 mm/kasan/common.c:380 kasan_kmalloc include/linux/kasan.h:198 [inline]
    __do_kmalloc_node mm/slab_common.c:1007 [inline] __kmalloc_node+0x69/0x170 mm/slab_common.c:1014 kmalloc_node include/linux/slab.h:620 [inline] kzalloc_node include/linux/slab.h:732 [inline] blk_alloc_flush_queue+0x144/0x2f0 block/blk-flush.c:499 blk_mq_alloc_hctx+0x601/0x940 block/blk-mq.c:3788 blk_mq_alloc_and_init_hctx+0x27f/0x330 block/blk-mq.c:4261 blk_mq_realloc_hw_ctxs+0x488/0x5e0 block/blk-mq.c:4294 blk_mq_init_allocated_queue+0x188/0x860 block/blk-mq.c:4350 blk_mq_init_queue_data block/blk-mq.c:4166 [inline] blk_mq_init_queue+0x8d/0x100 block/blk-mq.c:4176 scsi_alloc_sdev+0x843/0xd50 drivers/scsi/scsi_scan.c:335 scsi_probe_and_add_lun+0x77c/0xde0 drivers/scsi/scsi_scan.c:1189
    __scsi_scan_target+0x1fc/0x5a0 drivers/scsi/scsi_scan.c:1727 scsi_scan_channel drivers/scsi/scsi_scan.c:1815 [inline] scsi_scan_channel+0x14b/0x1e0 drivers/scsi/scsi_scan.c:1791 scsi_scan_host_selected+0x2fe/0x400 drivers/scsi/scsi_scan.c:1844 scsi_scan+0x3a0/0x3f0 drivers/scsi/scsi_sysfs.c:151 store_scan+0x2a/0x60 drivers/scsi/scsi_sysfs.c:191 dev_attr_store+0x5c/0x90 drivers/base/core.c:2388 sysfs_kf_write+0x11c/0x170 fs/sysfs/file.c:136 kernfs_fop_write_iter+0x3fc/0x610 fs/kernfs/file.c:338 call_write_iter include/linux/fs.h:2083 [inline] new_sync_write+0x1b4/0x2d0 fs/read_write.c:493 vfs_write+0x76c/0xb00 fs/read_write.c:586 ksys_write+0x127/0x250 fs/read_write.c:639 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x70/0x120 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x78/0xe2 Freed by task 244687: kasan_save_stack+0x22/0x50 mm/kasan/common.c:45 kasan_set_track+0x25/0x30 mm/kasan/common.c:52 kasan_save_free_info+0x2b/0x50 mm/kasan/generic.c:522 ____kasan_slab_free mm/kasan/common.c:236 [inline] __kasan_slab_free+0x12a/0x1b0 mm/kasan/common.c:244 kasan_slab_free include/linux/kasan.h:164 [in ---truncated--- (CVE-2024-53170)

  - 已修复 Linux 内核中的下列漏洞：nfsd: release svc_expkey/svc_export with rcu_work The last reference for `cache_head` can be reduced to zero in `c_show` and `e_show`(using `rcu_read_lock` and `rcu_read_unlock`). Consequently, `svc_export_put` and `expkey_put` will be invoked, leading to two issues: 1. The `svc_export_put` will directly free ex_uuid. However, `e_show`/`c_show` will access `ex_uuid` after `cache_put`, which can trigger a use-after-free issue, shown below.
    ================================================================== BUG: KASAN: slab-use-after-free in svc_export_show+0x362/0x430 [nfsd] Read of size 1 at addr ff11000010fdc120 by task cat/870 CPU: 1 UID: 0 PID: 870 Comm: cat Not tainted 6.12.0-rc3+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.1-2.fc37 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x53/0x70 print_address_description.constprop.0+0x2c/0x3a0 print_report+0xb9/0x280 kasan_report+0xae/0xe0 svc_export_show+0x362/0x430 [nfsd] c_show+0x161/0x390 [sunrpc] seq_read_iter+0x589/0x770 seq_read+0x1e5/0x270 proc_reg_read+0xe1/0x140 vfs_read+0x125/0x530 ksys_read+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e Allocated by task 830:
    kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x8f/0xa0
    __kmalloc_node_track_caller_noprof+0x1bc/0x400 kmemdup_noprof+0x22/0x50 svc_export_parse+0x8a9/0xb80 [nfsd] cache_do_downcall+0x71/0xa0 [sunrpc] cache_write_procfs+0x8e/0xd0 [sunrpc] proc_reg_write+0xe1/0x140 vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e Freed by task 868: kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x37/0x50 kfree+0xf3/0x3e0 svc_export_put+0x87/0xb0 [nfsd] cache_purge+0x17f/0x1f0 [sunrpc] nfsd_destroy_serv+0x226/0x2d0 [nfsd] nfsd_svc+0x125/0x1e0 [nfsd] write_threads+0x16a/0x2a0 [nfsd] nfsctl_transaction_write+0x74/0xa0 [nfsd] vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e 2. We cannot sleep while using `rcu_read_lock`/`rcu_read_unlock`.
    However, `svc_export_put`/`expkey_put` will call path_put, which subsequently triggers a sleeping operation due to the following `dput`. ============================= WARNING: suspicious RCU usage 5.10.0-dirty #141 Not tainted ----------------------------- ... Call Trace: dump_stack+0x9a/0xd0
    ___might_sleep+0x231/0x240 dput+0x39/0x600 path_put+0x1b/0x30 svc_export_put+0x17/0x80 e_show+0x1c9/0x200 seq_read_iter+0x63f/0x7c0 seq_read+0x226/0x2d0 vfs_read+0x113/0x2c0 ksys_read+0xc9/0x170 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x67/0xd1 Fix these issues by using `rcu_work` to help release `svc_expkey`/`svc_export`. This approach allows for an asynchronous context to invoke `path_put` and also facilitates the freeing of `uuid/exp/key` after an RCU grace period. (CVE-2024-53216)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
360162	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2025：1766488019）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
348386	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 内核（NVIDIA Tegra）漏洞（USN-8781-1）	Nessus	Ubuntu Local Security Checks	2026/9/21	2026/9/21	high
252244	Oracle Linux 10 / 9Unbreakable Enterprise 内核 (ELSA-2025-20530)	Nessus	Oracle Linux Local Security Checks	2025/8/19	2026/2/9	medium
248127	Linux Distros 未修补的漏洞：CVE-2025-21985	Nessus	Misc.	2025/8/11	2026/9/18	high
242347	Oracle Linux 9：Unbreakable Enterprise 内核 (ELSA-2025-20480)	Nessus	Oracle Linux Local Security Checks	2025/7/18	2026/2/9	medium
359948	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2025：1766488019）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

检测

插件搜索

high

high

medium

high

medium

high