CentOS Linux 8.5 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS8.5：CLSA-2025：2025：1753298320公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：ath11k: free peer for station when disconnect from AP for QCA6390/WCN6855 Commit b4a0f54156ac (ath11k: move peer delete after vdev stop of station for QCA6390 and WCN6855) is to fix firmware crash by changing the WMI command sequence, but actually skip all the peer delete operation, then it lead commit 58595c9874c6 (ath11k: Fixing dangling pointer issue upon peer delete failure) not take effect, and then happened a use-after-free warning from KASAN. because the peer->sta is not set to NULL and then used later. Change to only skip the WMI_PEER_DELETE_CMDID for QCA6390/WCN6855. log of user-after-free: [ 534.888665] BUG: KASAN: use-after-free in ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888696] Read of size 8 at addr ffff8881396bb1b8 by task rtcwake/2860 [ 534.888705] CPU: 4 PID: 2860 Comm: rtcwake Kdump: loaded Tainted:
    G W 5.15.0-wt-ath+ #523 [ 534.888712] Hardware name: Intel(R) Client Systems NUC8i7HVK/NUC8i7HVB, BIOS HNKBLi70.86A.0067.2021.0528.1339 05/28/2021 [ 534.888716] Call Trace: [ 534.888720] <IRQ> [ 534.888726] dump_stack_lvl+0x57/0x7d [ 534.888736] print_address_description.constprop.0+0x1f/0x170 [ 534.888745] ? ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888771] kasan_report.cold+0x83/0xdf [534.888783] ? ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888810] ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888840] ath11k_dp_rx_process_mon_status+0x529/0xa70 [ath11k] [ 534.888874] ? ath11k_dp_rx_mon_status_bufs_replenish+0x3f0/0x3f0 [ath11k] [ 534.888897] ? check_prev_add+0x20f0/0x20f0 [534.888922] ? __lock_acquire+0xb72/0x1870 [ 534.888937] ? find_held_lock+0x33/0x110 [ 534.888954] ath11k_dp_rx_process_mon_rings+0x297/0x520 [ath11k] [ 534.888981] ? rcu_read_unlock+0x40/0x40 [534.888990] ? ath11k_dp_rx_pdev_alloc+0xd90/0xd90 [ath11k] [ 534.889026] ath11k_dp_service_mon_ring+0x67/0xe0 [ath11k] [ 534.889053] ? ath11k_dp_rx_process_mon_rings+0x520/0x520 [ath11k] [ 534.889075] call_timer_fn+0x167/0x4a0 [ 534.889084] ? add_timer_on+0x3b0/0x3b0 [ 534.889103] ? lockdep_hardirqs_on_prepare.part.0+0x18c/0x370 [ 534.889117] __run_timers.part.0+0x539/0x8b0 [ 534.889123] ? ath11k_dp_rx_process_mon_rings+0x520/0x520 [ath11k] [ 534.889157] ? call_timer_fn+0x4a0/0x4a0 [534.889164] ? mark_lock_irq+0x1c30/0x1c30 [ 534.889173] ? clockevents_program_event+0xdd/0x280 [534.889189] ? mark_held_locks+0xa5/0xe0 [ 534.889203] run_timer_softirq+0x97/0x180 [ 534.889213]
    __do_softirq+0x276/0x86a [ 534.889230] __irq_exit_rcu+0x11c/0x180 [ 534.889238] irq_exit_rcu+0x5/0x20 [534.889244] sysvec_apic_timer_interrupt+0x8e/0xc0 [ 534.889251] </IRQ> [ 534.889254] <TASK> [ 534.889259] asm_sysvec_apic_timer_interrupt+0x12/0x20 [ 534.889265] RIP: 0010:_raw_spin_unlock_irqrestore+0x38/0x70 [534.889271] Code: 74 24 10 e8 ea c2 bf fd 48 89 ef e8 12 53 c0 fd 81 e3 00 02 00 00 75 25 9c 58 f6 c4 02 75 2d 48 85 db 74 01 fb bf 01 00 00 00 <e8> 13 a7 b5 fd 65 8b 05 cc d9 9c 5e 85 c0 74 0a 5b 5d c3 e8 a0 ee [ 534.889276] RSP: 0018:ffffc90002e5f880 EFLAGS: 00000206 [ 534.889284] RAX: 0000000000000006 RBX:
    0000000000000200 RCX: ffffffff9f256f10 [ 534.889289] RDX: 0000000000000000 RSI: ffffffffa1c6e420 RDI:
    0000000000000001 [ 534.889293] RBP: ffff8881095e6200 R08: 0000000000000001 R09: ffffffffa40d2b8f [534.889298] R10: fffffbfff481a571 R11: 0000000000000001 R12: ffff8881095e6e68 [ 534.889302] R13:
    ffffc90002e5f908 R14: 0000000000000246 R15: 0000000000000000 [ 534.889316] ? mark_lock+0xd0/0x14a0 [534.889332] klist_next+0x1d4/0x450 [ 534.889340] ? dpm_wait_for_subordinate+0x2d0/0x2d0 [ 534.889350] device_for_each_child+0xa8/0x140 [ 534.889360] ? device_remove_class_symlinks+0x1b0/0x1b0 [ 534.889370] ?
    __lock_release+0x4bd/0x9f0 [ 534.889378] ? dpm_suspend+0x26b/0x3f0 [ 534.889390] dpm_wait_for_subordinate+
    ---truncated--- (CVE-2022-49238)

  - 已修复 Linux 内核中的下列漏洞：tty: n_gsm: add sanity check for gsm->receive in gsm_receive_buf() A null pointer dereference can happen when attempting to access the gsm->receive() function in gsmld_receive_buf(). Currently, the code assumes that gsm->recieve is only called after MUX activation. Since the gsmld_receive_buf() function can be accessed without the need to initialize the MUX, the gsm->receive() function will not be set and a NULL pointer dereference will occur.
    Fix this by avoiding the call to gsm->receive() in case the function is not initialized by adding a sanity check. Call Trace: <TASK> gsmld_receive_buf+0x1c2/0x2f0 drivers/tty/n_gsm.c:2861 tiocsti drivers/tty/tty_io.c:2293 [inline] tty_ioctl+0xa75/0x15d0 drivers/tty/tty_io.c:2692 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+0x193/0x200 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49940)

  - 已修复 Linux 内核中的下列漏洞：net: qrtr: start MHI channel after endpoit creation MHI channel may generates event/interrupt right after enabling. It may leads to 2 race conditions issues. 1) Such event may be dropped by qcom_mhi_qrtr_dl_callback() at check: if (!qdev || mhi_res->transaction_status) return; Because dev_set_drvdata(&mhi_dev->dev, qdev) may be not performed at this moment. In this situation qrtr-ns will be unable to enumerate services in device.
    --------------------------------------------------------------- 2) Such event may come at the moment after dev_set_drvdata() and before qrtr_endpoint_register(). In this case kernel will panic with accessing wrong pointer at qcom_mhi_qrtr_dl_callback(): rc = qrtr_endpoint_post(&qdev->ep, mhi_res->buf_addr, mhi_res->bytes_xferd); Because endpoint is not created yet.
    -------------------------------------------------------------- So move mhi_prepare_for_transfer_autoqueue after endpoint creation to fix it. (CVE-2022-50044)

  - 已修复 Linux 内核中的下列漏洞：net: atlantic: fix aq_vec index out of range error The final update statement of the for loop exceeds the array range, the dereference of self->aq_vec[i] is not checked and then leads to the index out of range error. Also fixed this kind of coding style in other for loop. [ 97.937604] UBSAN: array-index-out-of-bounds in drivers/net/ethernet/aquantia/atlantic/aq_nic.c:1404:48 [ 97.937607] index 8 is out of range for type 'aq_vec_s *[8]' [ 97.937608] CPU: 38 PID: 3767 Comm: kworker/u256:18 Not tainted 5.19.0+ #2 [ 97.937610] Hardware name: Dell Inc. Precision 7865 Tower/, BIOS 1.0.0 06/12/2022 [ 97.937611] Workqueue:
    events_unbound async_run_entry_fn [ 97.937616] Call Trace: [ 97.937617] <TASK> [ 97.937619] dump_stack_lvl+0x49/0x63 [ 97.937624] dump_stack+0x10/0x16 [ 97.937626] ubsan_epilogue+0x9/0x3f [97.937627] __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 97.937629] ? __scm_send+0x348/0x440 [ 97.937632] ? aq_vec_stop+0x72/0x80 [atlantic] [ 97.937639] aq_nic_stop+0x1b6/0x1c0 [atlantic] [ 97.937644] aq_suspend_common+0x88/0x90 [atlantic] [ 97.937648] aq_pm_suspend_poweroff+0xe/0x20 [atlantic] [97.937653] pci_pm_suspend+0x7e/0x1a0 [ 97.937655] ? pci_pm_suspend_noirq+0x2b0/0x2b0 [ 97.937657] dpm_run_callback+0x54/0x190 [ 97.937660] __device_suspend+0x14c/0x4d0 [ 97.937661] async_suspend+0x23/0x70 [ 97.937663] async_run_entry_fn+0x33/0x120 [ 97.937664] process_one_work+0x21f/0x3f0 [ 97.937666] worker_thread+0x4a/0x3c0 [ 97.937668] ? process_one_work+0x3f0/0x3f0 [ 97.937669] kthread+0xf0/0x120 [97.937671] ? kthread_complete_and_exit+0x20/0x20 [ 97.937672] ret_from_fork+0x22/0x30 [ 97.937676] </TASK> v2. fixed warning: variable 'aq_vec' set but not used v3. simplified a for loop (CVE-2022-50066)

  - 已修复 Linux 内核中的下列漏洞：NFSv4/pnfs: Fix a use-after-free bug in open If someone cancels the open RPC call, then we must not try to free either the open slot or the layoutget operation arguments, since they are likely still in use by the hung RPC call. (CVE-2022-50072)

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

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

    Attila Szsz 发现 Linux 内核的 HFS+ 文件系统实施包含一个堆溢出漏洞。攻击者可利用特别构建的文件系统映像，安装此映像可造成拒绝服务（系统崩溃）或可能执行任意代码。(CVE-2025-0927)

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

    - ARM32 架构；

    - ARM64 架构；

    - PowerPC 架构；

    - RISC-V 架构；

    - S390 架构；

    - SuperH RISC 架构；

    - User-Mode Linux (UML)；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 计算加速框架；

    - ACPI 驱动程序；

    - 驱动程序核心；

    - ATA over Ethernet (AOE) 驱动程序；

    - RAM 支持的块设备驱动程序；

    - 网络块设备驱动程序；

    - Ublk userspace block 驱动程序；

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

    - 蓝牙驱动程序；

    - TPM 设备驱动程序；

    - 时钟框架和驱动程序；

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

    - CPU 频率缩放框架；

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

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

    - 对差分内存框架的 DAX dirext 访问；

    - 缓冲区共享和同步框架；

    - EDAC 驱动程序；

    - FireWire 子系统；

    - ARM SCMI 消息协议；

    - ARM SCPI 消息协议；

    - EFI 核心；

    - Qualcomm 固件驱动程序；

    - GPIO 子系统；

    - GPU 驱动程序；

    - HID 子系统；

    - I2C 子系统；

    - I3C 子系统；

    - IIO ADC 驱动程序；

    - IIO 子系统；

    - InfiniBand 驱动程序；

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

    - IOMMU 子系统；

    - IRQ 芯片驱动程序；

    - Mailbox 框架；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - 多功能设备驱动程序；

    - MMC 子系统；

    - MTD 块设备驱动程序；

    - 以太网绑定驱动程序；

    - 网络驱动程序；

    - Mellanox 网络驱动程序；

    - STMicroelectronics 网络驱动程序；

    - NTB 驱动程序；

    - Virtio pmem 驱动程序；

    - NVME 驱动程序；

    - Parport 驱动程序；

    - PCI 子系统；

    - Alibaba DDR Sub-System Driveway PMU 驱动程序；

    - PHY 驱动程序；

    - Pin 控制器子系统；

    - x86 平台驱动程序；

    - i.MX PM 域；

    - Powercap sysfs 驱动程序；

    - 电压和电流调节器驱动程序；

    - 远程处理器子系统；

    - StarFive 重置控制器驱动程序；

    - Real Time Clock 驱动程序；

    - SCSI 子系统；

    - SuperH / SH-Mobile 驱动程序；

    - QCOM SoC 驱动程序；

    - Xilinx SoC 驱动程序；

    - SPI 子系统；

    - Direct Digital Synthesis 驱动程序；

    - 媒体分段驱动程序；

    - TCM 子系统；

    - 热驱动程序；

    - Thunderbolt 和 USB4 驱动程序；

    - TTY 驱动程序；

    - UFS 子系统；

    - USB 设备类驱动程序；

    - DesignWare USB3 驱动程序；

    - USB Gadget 驱动程序；

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

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

    - USB 串口驱动程序；

    - USB Type-C 支持驱动程序；

    - USB Type-C Port Controller Manager 驱动程序；

    - TI TPS6598x USB Power Delivery 控制器驱动程序；

    - USB Type-C 连接器系统软件接口驱动程序；

    - vDPA 驱动程序；

    - VFIO 驱动程序；

    - Virtio Host (VHOST) 子系统；

    - Framebuffer 层；

    - Virtio 驱动程序；

    - Xen 管理程序驱动程序；

    - AFS 文件系统；

    - BTRFS 文件系统；

    - 文件系统基础设施；

    - Ceph 分布式文件系统；

    - EROFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

    - GFS2 文件系统；

    - JFS 文件系统；

    - 网络文件系统库；

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

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

    - NILFS2 文件系统；

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

    - NTFS3 文件系统；

    - Proc 文件系统；

    - SMB 网络文件系统；

    - UBI 文件系统；

    - BPF 子系统；

    - 网络文件系统 (NFS) 超级块；

    - Virtio 网络驱动程序；

    - 蓝牙子系统；

    - 网络流量控制；

    - 网络套接字；

    - TCP 网络协议；

    - 跟踪基础设施；

    - 用户空间 API (UAPI)；

    - 内核 init 基础架构；

    - io_uring 子系统；

    - IPC 子系统；

    - Perf 事件；

    - Kernel fork() syscall；

    - 内核线程帮助程序 (kthread)；

    - Padata 并行执行机制；

    - RCU 子系统；

    - 任意资源管理；

    - 计划程序基础设施；

    - 信号处理机制；

    - 静态调用机制；

    - 任务处理机制；

    - Timer 子系统驱动程序；

    - Maple Tree 数据结构库；

    - 内存管理；

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

    - 以太网桥接；

    - CAN 网络层；

    - Networking 核心；

    - DCCP（数据报拥塞控制协议）；

    - Distributed Switch 架构；

    - IPv4 联网；

    - IPv6 联网；

    - IUCV 驱动程序；

    - L2TP 协议；

    - MAC80211 子系统；

    - IEEE 802.15.4 子系统；

    - 多路径 TCP；

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

    - Netfilter；

    - Netlink；

    - RxRPC 会话套接字；

    - SCTP 协议；

    - SMC 套接字；

    - Sun RPC 协议；

    - TIPC 协议；

    - Unix 域套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - eXpress 数据路径；

    - XFRM 子系统；

    - AppArmor 安全模块；

    - 完整性度量架构 (IMA) 框架；

    - 密钥管理；

    - ALSA 框架；

    - FireWire 声音驱动程序；

    - AudioScience HPI 驱动程序；

    - HD-audio 驱动程序；

    - SoC Audio for Freescale CPU 驱动程序；

    - MediaTek ASoC 驱动程序；

    - QCOM ASoC 驱动程序；

    - SoC 音频核心驱动程序；

    - STMicroelectronics SoC 驱动程序；

    - USB 音频设备；

    - KVM 核心；（CVE-2024-50244、CVE-2024-56754、CVE-2024-50082、CVE-2024-47737、CVE-2024-50300、CVE-2024-49872、CVE-2024-50180、CVE-2024-50218、CVE-2024-49956、CVE-2024-53189、CVE-2024-56705、CVE-2024-50119、CVE-2024-53192、CVE-2024-49950、CVE-2024-56722、CVE-2024-49943、CVE-2024-50031、CVE-2024-47685、CVE-2024-50296、CVE-2024-49939、CVE-2024-47696、CVE-2024-47752、CVE-2024-49937、CVE-2024-53140、CVE-2024-50236、CVE-2024-50151、CVE-2024-50069、CVE-2024-50170、CVE-2024-50246、CVE-2024-50217、CVE-2024-53125、CVE-2024-50084、CVE-2024-50005、CVE-2024-53137、CVE-2024-50233、CVE-2024-49991、CVE-2024-50067、CVE-2024-50290、CVE-2024-47735、CVE-2024-53133、CVE-2024-50289、CVE-2024-49855、CVE-2024-49868、CVE-2024-56728、CVE-2024-56726、CVE-2024-50012、CVE-2024-53078、CVE-2024-50223、CVE-2024-50143、CVE-2024-50287、CVE-2024-49971、CVE-2024-49900、CVE-2024-50263、CVE-2024-50206、CVE-2024-47707、CVE-2024-47751、CVE-2024-56747、CVE-2024-50260、CVE-2024-50173、CVE-2024-47680、CVE-2024-50009、CVE-2024-53219、CVE-2024-53144、CVE-2024-50008、CVE-2024-53208、CVE-2024-49966、CVE-2024-50104、CVE-2024-50030、CVE-2024-53049、CVE-2024-53201、CVE-2024-50130、CVE-2024-49856、CVE-2024-53095、CVE-2024-50033、CVE-2024-47730、CVE-2024-53216、CVE-2024-50286、CVE-2024-50284、CVE-2024-47744、CVE-2023-52917、CVE-2024-50275、CVE-2024-53114、CVE-2024-49968、CVE-2024-50111、CVE-2024-50000、CVE-2024-53081、CVE-2024-49857、CVE-2024-50262、CVE-2024-50281、CVE-2024-53156、CVE-2024-50225、CVE-2024-53239、CVE-2024-50036、CVE-2024-50187、CVE-2024-53165、CVE-2024-49931、CVE-2024-53111、CVE-2024-49862、CVE-2024-47701、CVE-2024-53091、CVE-2024-50103、CVE-2024-53046、CVE-2024-56678、CVE-2024-56749、CVE-2024-53175、CVE-2024-49970、CVE-2024-50035、CVE-2024-50088、CVE-2024-50297、CVE-2024-47721、CVE-2024-50240、CVE-2024-50076、CVE-2024-56683、CVE-2024-53120、CVE-2024-50074、CVE-2024-50095、CVE-2024-49963、CVE-2024-50158、CVE-2024-50020、CVE-2024-53083、CVE-2024-50029、CVE-2024-56755、CVE-2024-49969、CVE-2024-50022、CVE-2024-50278、CVE-2024-50125、CVE-2024-47706、CVE-2024-50204、CVE-2024-56543、CVE-2024-53108、CVE-2024-49885、CVE-2024-50128、CVE-2024-50062、CVE-2024-50139、CVE-2024-50183、CVE-2024-50288、CVE-2024-56729、CVE-2024-49945、CVE-2024-47695、CVE-2024-56533、CVE-2024-53234、CVE-2024-50002、CVE-2024-50040、CVE-2024-49903、CVE-2024-47702、CVE-2024-47728、CVE-2024-49874、CVE-2024-47718、CVE-2024-53142、CVE-2024-49983、CVE-2024-50211、CVE-2024-50294、CVE-2024-50132、CVE-2024-53236、CVE-2024-50042、CVE-2024-49999、CVE-2024-50001、CVE-2024-50046、CVE-2024-50133、CVE-2024-50256、CVE-2024-49869、CVE-2024-49852、CVE-2024-47717、CVE-2024-56704、CVE-2024-50102、CVE-2024-50150、CVE-2024-49880、CVE-2024-50235、CVE-2024-49892、CVE-2024-53194、CVE-2024-53104、CVE-2024-50232、CVE-2024-50226、CVE-2024-56684、CVE-2024-47713、CVE-2024-50191、CVE-2024-49850、CVE-2024-50277、CVE-2024-53113、CVE-2024-50013、CVE-2024-53221、CVE-2024-50220、CVE-2024-49960、CVE-2024-53228、CVE-2024-50152、CVE-2024-56689、CVE-2024-53220、CVE-2024-50209、CVE-2024-50285、CVE-2024-50197、CVE-2024-53072、CVE-2024-50273、CVE-2024-49928、CVE-2024-53132、CVE-2024-56720、CVE-2024-50194、CVE-2024-50112、CVE-2024-53079、CVE-2024-56696、CVE-2024-47750、CVE-2024-53212、CVE-2024-56541、CVE-2024-50024、CVE-2024-53168、CVE-2024-50247、CVE-2024-50193、CVE-2024-47754、CVE-2024-56540、CVE-2024-50026、CVE-2024-53047、CVE-2024-53151、CVE-2024-50176、CVE-2024-49975、CVE-2024-50034、CVE-2024-50126、CVE-2024-49863、CVE-2024-47693、CVE-2024-49954、CVE-2024-49938、CVE-2024-50171、CVE-2024-50185、CVE-2024-50200、CVE-2024-50201、CVE-2024-53184、CVE-2024-47709、CVE-2024-50138、CVE-2024-49935、CVE-2024-50049、CVE-2024-56537、CVE-2024-50057、CVE-2024-56677、CVE-2024-47743、CVE-2024-50293、CVE-2024-50099、CVE-2024-47720、CVE-2024-50021、CVE-2024-50059、CVE-2024-49871、CVE-2024-49884、CVE-2024-47694、CVE-2024-56723、CVE-2024-47724、CVE-2024-50038、CVE-2024-53123、CVE-2024-53177、CVE-2024-49932、CVE-2024-50196、CVE-2024-50234、CVE-2024-50078、CVE-2024-53043、CVE-2024-49926、CVE-2024-49988、CVE-2024-53187、CVE-2024-53056、CVE-2024-53217、CVE-2024-56745、CVE-2024-47726、CVE-2024-50063、CVE-2024-49987、CVE-2024-49955、CVE-2024-50179、CVE-2024-49866、CVE-2024-50283、CVE-2024-49997、CVE-2024-47742、CVE-2024-56691、CVE-2024-50253、CVE-2024-56690、CVE-2024-47710、CVE-2024-53129、CVE-2024-50190、CVE-2024-50090、CVE-2024-56702、CVE-2024-50148、CVE-2024-53183、CVE-2024-50070、CVE-2024-50154、CVE-2024-50243、CVE-2024-50003、CVE-2024-50117、CVE-2024-56751、CVE-2024-56697、CVE-2024-53166、CVE-2024-53196、CVE-2024-47677、CVE-2024-56679、CVE-2024-49996、CVE-2024-47681、CVE-2024-53181、CVE-2024-47700、CVE-2024-53071、CVE-2024-50015、CVE-2024-53126、CVE-2024-50165、CVE-2024-50172、CVE-2024-53063、CVE-2024-53200、CVE-2024-53135、CVE-2024-49974、CVE-2024-53088、CVE-2024-49936、CVE-2024-53121、CVE-2024-50166、CVE-2024-50087、CVE-2024-53065、CVE-2024-53214、CVE-2024-53076、CVE-2024-53059、CVE-2024-50230、CVE-2024-49985、CVE-2024-50092、CVE-2024-53233、CVE-2024-50047、CVE-2024-56685、CVE-2024-47682、CVE-2024-47705、CVE-2024-50077、CVE-2024-53224、CVE-2024-49887、CVE-2024-49940、CVE-2024-47741、CVE-2024-49858、CVE-2024-56536、CVE-2024-53055、CVE-2024-56687、CVE-2024-50100、CVE-2024-53075、CVE-2024-47699、CVE-2024-53213、CVE-2024-49977、CVE-2024-50268、CVE-2024-53146、CVE-2024-50304、CVE-2024-50096、CVE-2024-53162、CVE-2024-56725、CVE-2024-49953、CVE-2024-53077、CVE-2024-50107、CVE-2024-53226、CVE-2024-53134、CVE-2024-49873、CVE-2024-56548、CVE-2024-53145、CVE-2024-53141、CVE-2024-56741、CVE-2024-53067、CVE-2024-53152、CVE-2024-50072、CVE-2024-50282、CVE-2024-53232、CVE-2024-50140、CVE-2024-53198、CVE-2024-53150、CVE-2024-49876、CVE-2024-50302、CVE-2024-53115、CVE-2024-47692、CVE-2024-50301、CVE-2024-50202、CVE-2024-50155、CVE-2024-56693、CVE-2024-53082、CVE-2024-53167、CVE-2024-56748、CVE-2024-53064、CVE-2024-50227、CVE-2024-56539、CVE-2024-50215、CVE-2024-50043、CVE-2024-50146、CVE-2024-50147、CVE-2024-56699、CVE-2024-50122、CVE-2024-53044、CVE-2024-47712、CVE-2024-53230、CVE-2024-50121、CVE-2024-50216、CVE-2024-53084、CVE-2024-56703、CVE-2024-50178、CVE-2024-49934、CVE-2024-47678、CVE-2024-50271、CVE-2024-50144、CVE-2024-50252 、CVE-2024-47734、CVE-2024-47711、CVE-2024-50214、CVE-2024-53100、CVE-2024-56680、CVE-2024-50198、CVE-2024-50025、CVE-2024-50044、CVE-2024-50098、CVE-2024-47745、CVE-2024-49860、CVE-2024-49881、CVE-2024-53048、CVE-2024-56721、CVE-2024-56756、CVE-2024-53171、CVE-2024-49901、CVE-2024-53109、CVE-2024-53061、CVE-2024-49929、CVE-2024-47691、CVE-2024-50045、CVE-2024-47723、CVE-2024-56546、CVE-2024-50157、CVE-2024-53169、CVE-2024-47716、CVE-2024-53093、CVE-2024-50224、CVE-2024-53193、CVE-2024-49895、CVE-2024-47698、CVE-2024-49942、CVE-2024-50167、CVE-2024-53202、CVE-2024-49870、CVE-2024-50291、CVE-2024-50156、CVE-2024-53153、CVE-2024-50272、CVE-2024-50145、CVE-2024-50298、CVE-2024-50274、CVE-2024-56694、CVE-2024-50108、CVE-2024-50222、CVE-2024-53163、CVE-2024-50164、CVE-2024-53062、CVE-2024-50212、CVE-2024-53127、CVE-2024-47688、CVE-2024-49959、CVE-2024-50203、CVE-2024-49927、CVE-2024-50083、CVE-2024-53227、CVE-2024-47697、CVE-2024-53053、CVE-2024-53172、CVE-2024-56752、CVE-2024-50207、CVE-2024-50169、CVE-2024-53176、CVE-2024-53089、CVE-2024-56707、CVE-2024-53195、CVE-2024-49851、CVE-2024-53209、CVE-2024-49972、CVE-2024-53130、CVE-2024-53157、CVE-2024-53094、CVE-2024-50182、CVE-2024-49879、CVE-2024-53191、CVE-2024-49925、CVE-2024-49949、CVE-2024-56534、CVE-2024-47714、CVE-2024-53161、CVE-2024-49992、CVE-2024-47732、CVE-2024-53143、CVE-2024-53119、CVE-2024-50064、CVE-2024-50039、CVE-2024-53087、CVE-2024-49886、CVE-2024-49979、CVE-2024-50041、CVE-2024-50184、CVE-2024-49958、CVE-2024-50221、CVE-2024-56688、CVE-2024-49941、CVE-2024-50245、CVE-2024-50017、CVE-2024-53180、CVE-2024-56535、CVE-2024-50142、CVE-2024-50295、CVE-2024-56708、CVE-2024-50016、CVE-2024-49902、CVE-2024-50120、CVE-2024-47748、CVE-2024-49982、CVE-2024-50257、CVE-2024-50086、CVE-2024-50261、CVE-2024-53188、CVE-2024-49888、CVE-2024-53106、CVE-2024-50073、CVE-2024-50186、CVE-2024-56544、CVE-2024-47739、CVE-2024-50238、CVE-2024-56739、CVE-2024-49964、CVE-2024-47686、CVE-2024-46869、CVE-2024-53116、CVE-2024-50014、CVE-2024-53231、CVE-2024-53138、CVE-2024-50213、CVE-2024-50265、CVE-2024-49998、CVE-2024-50292、CVE-2024-50137、CVE-2024-50114、CVE-2024-53237、CVE-2024-49952、CVE-2024-53074、CVE-2024-49981、CVE-2024-47733、CVE-2024-50019、CVE-2024-47719、CVE-2024-53068、CVE-2024-49944、CVE-2024-50066、CVE-2024-50007、CVE-2024-53155、CVE-2024-47756、CVE-2024-49947、CVE-2024-49951、CVE-2024-50065、CVE-2024-49957、CVE-2024-50116、CVE-2024-50188、CVE-2024-50255、CVE-2024-53197、CVE-2024-50267、CVE-2024-50124、CVE-2024-53069、CVE-2024-53139、CVE-2024-47676、CVE-2024-56545、CVE-2024-53085、CVE-2024-50163、CVE-2024-53092、CVE-2024-53099、CVE-2024-49889、CVE-2024-53052、CVE-2024-49995、CVE-2024-49976、CVE-2024-50110、CVE-2024-50192、CVE-2024-50208、CVE-2024-50276、CVE-2024-53170、CVE-2024-50259、CVE-2024-47731、CVE-2024-49924、CVE-2024-56532、CVE-2024-50048、CVE-2024-49965、CVE-2024-53147、CVE-2024-50205、CVE-2024-49859、CVE-2024-53066、CVE-2024-47687、CVE-2024-50149、CVE-2024-49864、CVE-2024-49867、CVE-2024-50160、CVE-2024-53058、CVE-2024-47753、CVE-2024-49883、CVE-2024-53199、CVE-2024-56746、CVE-2024-50094、CVE-2024-49946、CVE-2024-50006、CVE-2024-53101、CVE-2024-49891、CVE-2024-50075、CVE-2024-47747、CVE-2024-47740、CVE-2024-50248、CVE-2024-50162、CVE-2024-53090、CVE-2024-53203、CVE-2024-50242、CVE-2024-49961、CVE-2024-50085、CVE-2024-50299、CVE-2024-49980、CVE-2024-50280、CVE-2024-53107、CVE-2024-50199、CVE-2024-53122、CVE-2024-56674、CVE-2024-50079、CVE-2024-50060、CVE-2024-53210、CVE-2024-50177、CVE-2024-53223、CVE-2024-50127、CVE-2024-53190、CVE-2022-49034、CVE-2024-56744、CVE-2024-50136、CVE-2024-47675、CVE-2024-50303、CVE-2024-50123、CVE-2024-47738、CVE-2024-50239、CVE-2024-50135、CVE-2024-53218、CVE-2024-50109、CVE-2024-56724、CVE-2024-56681、CVE-2024-50027、CVE-2024-50081、CVE-2024-50068、CVE-2024-50101、CVE-2024-50071、CVE-2024-50129、CVE-2024-50091、CVE-2024-53112、CVE-2024-50181、CVE-2024-50080、CVE-2024-47703、CVE-2024-47727、CVE-2024-53215、CVE-2024-53105、CVE-2024-50174、CVE-2024-50105、CVE-2024-56700、CVE-2024-53173、CVE-2024-49865、CVE-2024-49973、CVE-2024-56538、CVE-2024-50251、CVE-2024-56692、CVE-2024-47671、CVE-2024-50189、CVE-2024-49853、CVE-2024-50153、CVE-2024-53124、CVE-2024-56549、CVE-2024-53160、CVE-2024-53174、CVE-2024-53117、CVE-2024-50279、CVE-2024-50118、CVE-2024-47757、CVE-2024-50055、CVE-2024-49875、CVE-2024-50141、CVE-2024-49890、CVE-2024-49878、CVE-2024-50134、CVE-2024-53042、CVE-2024-56727、CVE-2024-49861、CVE-2024-49948、CVE-2024-50010、CVE-2024-49930、CVE-2024-49877、CVE-2024-47690、CVE-2024-50115、CVE-2024-50254、CVE-2024-50250、CVE-2024-47679、 CVE-2024-50258、 CVE-2024-53128、 CVE-2024-49994、 CVE-2024-53154、 CVE-2024-50037、 CVE-2024-53149、 CVE-2024-50266、CVE-2024-50061、CVE-2024-56698、CVE-2024-53118、CVE-2024-47689、CVE-2024-47708、CVE-2024-50131、CVE-2024-50168、CVE-2024-53158、CVE-2024-49894、CVE-2024-50056、CVE-2024-50231、CVE-2024-50270、CVE-2024-50269、CVE-2024-50237、CVE-2024-56742、CVE-2024-49882、CVE-2024-47749、CVE-2024-49962、CVE-2024-49933、CVE-2024-53045、CVE-2024-50028、CVE-2024-53178、CVE-2024-50229、CVE-2024-50023、CVE-2024-50161、CVE-2024-56701、CVE-2024-49978、CVE-2024-50093、CVE-2024-50195、CVE-2024-49986、CVE-2024-53098、CVE-2024-53131、CVE-2024-47684、CVE-2024-53148、CVE-2024-50058、CVE-2024-53086、CVE-2024-50113、CVE-2024-49989、CVE-2024-50106、CVE-2024-53080、CVE-2024-53229、CVE-2024-50159、CVE-2024-56531、CVE-2024-53110、CVE-2024-47736、CVE-2024-56542、CVE-2024-47746）

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

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

CentOS Linux 8 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS-STREAM8：CLSA-2025：1757961506 公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：can: peak_usb: fix use after free bugs After calling peak_usb_netif_rx_ni(skb), dereferencing skb is unsafe. Especially, the can_frame cf which aliases skb memory is accessed after the peak_usb_netif_rx_ni(). Reordering the lines solves the issue.
    (CVE-2021-47670)

  - 已修复 Linux 内核中的下列漏洞：ext4: avoid resizing to a partial cluster size This patch avoids an attempt to resize the filesystem to an unaligned cluster boundary. An online resize to a size that is not integral to cluster size results in the last iteration attempting to grow the fs by a negative amount, which trips a BUG_ON and leaves the fs with a corrupted in-memory superblock. (CVE-2022-50020)

  - 已修复 Linux 内核中的下列漏洞：RDMA/rxe: Fix error unwind in rxe_create_qp() In the function rxe_create_qp(), rxe_qp_from_init() is called to initialize qp, internally things like the spin locks are not setup until rxe_qp_init_req(). If an error occures before this point then the unwind will call rxe_cleanup() and eventually to rxe_qp_do_cleanup()/rxe_cleanup_task() which will oops when trying to access the uninitialized spinlock. Move the spinlock initializations earlier before any failures. (CVE-2022-50127)

  - 已修复 Linux 内核中的下列漏洞：netfilter: xtables: avoid NFPROTO_UNSPEC where needed syzbot managed to call xt_cluster match via ebtables: WARNING: CPU: 0 PID: 11 at net/netfilter/xt_cluster.c:72 xt_cluster_mt+0x196/0x780 [..] ebt_do_table+0x174b/0x2a40 Module registers to NFPROTO_UNSPEC, but it assumes ipv4/ipv6 packet processing. As this is only useful to restrict locally terminating TCP/UDP traffic, register this for ipv4 and ipv6 family only. Pablo points out that this is a general issue, direct users of the set/getsockopt interface can call into targets/matches that were only intended for use with ip(6)tables. Check all UNSPEC matches and targets for similar issues: - matches and targets are fine except if they assume skb_network_header() is valid -- this is only true when called from inet layer: ip(6) stack pulls the ip/ipv6 header into linear data area. - targets that return XT_CONTINUE or other xtables verdicts must be restricted too, they are incompatbile with the ebtables traverser, e.g. EBT_CONTINUE is a completely different value than XT_CONTINUE. Most matches/targets are changed to register for NFPROTO_IPV4/IPV6, as they are provided for use by ip(6)tables. The MARK target is also used by arptables, so register for NFPROTO_ARP too. While at it, bail out if connbytes fails to enable the corresponding conntrack family. This change passes the selftests in iptables.git. (CVE-2024-50038)

  - 已修复 Linux 内核中的下列漏洞：nfsd: fix race between laundromat and free_stateid There is a race between laundromat handling of revoked delegations and a client sending free_stateid operation. Laundromat thread finds that delegation has expired and needs to be revoked so it marks the delegation stid revoked and it puts it on a reaper list but then it unlock the state lock and the actual delegation revocation happens without the lock. Once the stid is marked revoked a racing free_stateid processing thread does the following (1) it calls list_del_init() which removes it from the reaper list and (2) frees the delegation stid structure. The laundromat thread ends up not calling the revoke_delegation() function for this particular delegation but that means it will no release the lock lease that exists on the file. Now, a new open for this file comes in and ends up finding that lease list isn't empty and calls nfsd_breaker_owns_lease() which ends up trying to derefence a freed delegation stateid. Leading to the followint use-after-free KASAN warning: kernel:
    ================================================================== kernel: BUG: KASAN: slab-use-after-free in nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: Read of size 8 at addr ffff0000e73cd0c8 by task nfsd/6205 kernel: kernel: CPU: 2 UID: 0 PID: 6205 Comm: nfsd Kdump: loaded Not tainted 6.11.0-rc7+ #9 kernel: Hardware name: Apple Inc. Apple Virtualization Generic Platform, BIOS 2069.0.0.0.0 08/03/2024 kernel: Call trace: kernel: dump_backtrace+0x98/0x120 kernel: show_stack+0x1c/0x30 kernel:
    dump_stack_lvl+0x80/0xe8 kernel: print_address_description.constprop.0+0x84/0x390 kernel:
    print_report+0xa4/0x268 kernel: kasan_report+0xb4/0xf8 kernel: __asan_report_load8_noabort+0x1c/0x28 kernel: nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: nfsd_file_do_acquire+0xb3c/0x11d0 [nfsd] kernel: nfsd_file_acquire_opened+0x84/0x110 [nfsd] kernel: nfs4_get_vfs_file+0x634/0x958 [nfsd] kernel:
    nfsd4_process_open2+0xa40/0x1a40 [nfsd] kernel: nfsd4_open+0xa08/0xe80 [nfsd] kernel:
    nfsd4_proc_compound+0xb8c/0x2130 [nfsd] kernel: nfsd_dispatch+0x22c/0x718 [nfsd] kernel:
    svc_process_common+0x8e8/0x1960 [sunrpc] kernel: svc_process+0x3d4/0x7e0 [sunrpc] kernel:
    svc_handle_xprt+0x828/0xe10 [sunrpc] kernel: svc_recv+0x2cc/0x6a8 [sunrpc] kernel: nfsd+0x270/0x400 [nfsd] kernel: kthread+0x288/0x310 kernel: ret_from_fork+0x10/0x20 This patch proposes a fixed that's based on adding 2 new additional stid's sc_status values that help coordinate between the laundromat and other operations (nfsd4_free_stateid() and nfsd4_delegreturn()). First to make sure, that once the stid is marked revoked, it is not removed by the nfsd4_free_stateid(), the laundromat take a reference on the stateid. Then, coordinating whether the stid has been put on the cl_revoked list or we are processing FREE_STATEID and need to make sure to remove it from the list, each check that state and act accordingly.
    If laundromat has added to the cl_revoke list before the arrival of FREE_STATEID, then nfsd4_free_stateid() knows to remove it from the list. If nfsd4_free_stateid() finds that operations arrived before laundromat has placed it on cl_revoke list, it marks the state freed and then laundromat will no longer add it to the list. Also, for nfsd4_delegreturn() when looking for the specified stid, we need to access stid that are marked removed or freeable, it means the laundromat has started processing it but hasn't finished and this delegreturn needs to return nfserr_deleg_revoked and not nfserr_bad_stateid.
    The latter will not trigger a FREE_STATEID and the lack of it will leave this stid on the cl_revoked list indefinitely. (CVE-2024-50106)

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

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

  - nfsd修复 laundromat 和 free_stateid 之间的争用 laundromat 处理撤销的委派和发送 free_stateid 操作的客户端之间存在争用。Laundromat 线程发现委派已过期需要撤销因此它将委派 stid 标记为“已撤销”并将其放置在 reaper 列表中但随后它解锁状态锁定并且在无锁定的情况下发生实际委派撤销。将 stid 标记为“已撤销”后争用 free_stateid 处理线程将执行以下操作 (1) 调用 list_del_init()将其从 reaper 列表中删除以及 (2) 释放委派 stid 结构。laundromat 线程最终未调用此特定委派的 revoke_delegation() 函数但这意味着它将不会释放文件上存在的锁定租用。现在进入此文件的新打开方式最终发现租用列表非空并调用 nfsd_breaker_owns_lease() 最终导致尝试取消引用已释放的委派 stateid。导致以下释放后使用KASAN 警告
    kernel================================================ ================== kernel: 缺陷 KASAN: nfsd_breaker_owns_lease+0x140/0x160 中存在 slab 释放后使用 [nfsd] 内核地址 ffff0000e73cd0c8 中大小 8 的读取由task nfsd/6205 kernelkernelCPU: 2 UID0 PID6205 Commnfsd Kdump已加载未受感染 6.11.0-rc7+ #9 kernel硬件名称Apple Inc. Apple Virtualization Generic PlatformBIOS 2069.0.0.0.0 08/ 03/2024 内核调用跟踪 内核dump_backtrace+0x98/0x120 内核show_stack+0x1c/0x30 内核
    dump_stack_lvl+0x80/0xe8 内核print_address_description.constprop.0+0x84/0x390 内核
    print_report+0xa4/0x268 kernel: kasan_report+0xb4/0xf8 kernel: __asan_report_load8_noabort+0x1c/0x28 kernel: nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: nfsd_file_do_acquire+0xb3c/0x11d0 [nfsd] kernel: nfsd_file_acquire_opened+0x84/0x110 [nfsd] kernel nfs4_get_vfs_file+0x634/0x958 [nfsd] 内核
    nfsd4_process_open2+0xa40/0x1a40 [nfsd] 内核nfsd4_open+0xa08/0xe80 [nfsd] 内核
    nfsd4_proc_compound+0xb8c/0x2130 [nfsd] 内核nfsd_dispatch+0x22c/0x718 [nfsd] 内核
    svc_process_common+0x8e8/0x1960 [sunrpc] 内核svc_process+0x3d4/0x7e0 [sunrpc] 内核
    svc_handle_xprt+0x828/0xe10 [sunrpc] 内核svc_recv+0x2cc/0x6a8 [sunrpc] 内核nfsd+0x270/0x400 [nfsd] 内核kthread+0x288/0x310 内核ret_from_fork+0x10/0x20 此修补程序提出了基于 的修复新增 2 个 stid 的 sc_status 值以帮助在 laundromat 和其他操作之间进行协调nfsd4_free_stateid() 和 nfsd4_delegreturn()。首先要确保将 stid 标记为“已撤消”后不会通过 nfsd4_free_stateid() 删除laundromat 将引用 stateid。然后在协调 stid 是否已被列入 cl_revoked 列表或者我们正在处理 FREE_STATEID 并需要确保将其从列表中删除时，分别检查该状态并采取相应操作。
    如果 laundromat 在 FREE_STATEID 到达之前已添加到 cl_revoke 列表则 nfsd4_free_stateid() 会将其从列表中删除。如果 nfsd4_free_stateid() 发现操作在 laundromat 将其加入 cl_revoke 列表之前到达则其会将状态标记为已释放且 laundromat 将不再将其添加到列表中。此外对于 nfsd4_delegreturn() 在查找指定的 stid 时需要访问标记为已删除或可释放的 stid这意味着 laundromat 已开始处理但尚未完成并且此 delegreturn 需要返回 nfserr_deleg_revoked 而非 nfserr_bad_stateid。
    后者不会触发 FREE_STATEID，缺少 FREE_STATEID 会导致此 stid 无限期地留在 cl_revoked 列表中。 (CVE-2024-50106)

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-542.el9 版本变更日志中提及的多个漏洞影响。

  - Linux 内核中的以下漏洞已得到修复：nfsd：使用 nfs4_state_shutdown_net 中的同步模式取消 nfsd_shrinker_work 。一般情况下，当我们执行 `echo 0 > /proc/fs/nfsd/threads` 时， `nfs4_state_shutdown_net` 中的 `nfs4_state_destroy_net` 函数将释放与哈希 `nfs4_client` 相关的所有资源。如果 “nfsd_client_shrinker” 处于并发运行，“expire_client” 函数将首先反哈希此客户端并将其破坏。由此可能出现以下警告。
    此外，也可能会发生大量释放后使用的错误。 nfsd_client_shrinker echo 0 > /proc/fs/nfsd/threads expire_client nfsd_shutdown_net unhash_client ... nfs4_state_shutdown_net /* won't wait shrinker exit */ /* cancel_work(&nn->nfsd_shrinker_work) * nfsd_file for this /* won't destroy unhashed client1 */ * client1 still alive nfs4_state_destroy_net */ nfsd_file_cache_shutdown /* trigger warning */ kmem_cache_destroy(nfsd_file_slab) kmem_cache_destroy(nfsd_file_mark_slab) /* release nfsd_file and mark */ __destroy_client ==================================================================== BUG nfsd_file (Not tainted): Objects remaining in nfsd_file on __kmem_cache_shutdown()
    -------------------------------------------------------------------- CPU: 4 UID: 0 PID: 764 Comm: sh Not tainted 6.12.0-rc3+  #1 dump_stack_lvl+0x53/0x70 slab_err+0xb0/0xf0 __kmem_cache_shutdown+0x15c/0x310 kmem_cache_destroy+0x66/0x160 nfsd_file_cache_shutdown+0xac/0x210 [nfsd] nfsd_destroy_serv+0x251/0x2a0 [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 ==================================================================== BUG nfsd_file_mark (Tainted: G B W ):
    Objects remaining nfsd_file_mark on __kmem_cache_shutdown()
    -------------------------------------------------------------------- dump_stack_lvl+0x53/0x70 slab_err+0xb0/0xf0 __kmem_cache_shutdown+0x15c/0x310 kmem_cache_destroy+0x66/0x160 nfsd_file_cache_shutdown+0xc8/0x210 [nfsd] nfsd_destroy_serv+0x251/0x2a0 [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 To resolve this issue, cancel `nfsd_shrinker_work` using synchronous mode in nfs4_state_shutdown_net. (CVE-2024-50121)

  - Linux 内核中的以下漏洞已得到修复：fscache：修复因 cookie_lru 和 use_cookie 的争用而导致的错误。如果 LRU 的 cookie 过期并且设置了 LRU_DISCARD 标记，但是状态机尚未运行，可能是因为另一个线程可调用 fscache_use_cookie 并开始使用的原因。
    当 cookie_worker 最终运行时，其会发现 LRU_DISCARD 标记已设置，并将 cookie->state 转换为 LRU_DISCARDING，然后 LRU_DISCARDING 会撤回 cookie。在 cookie 撤回后，对象会被移除，并因为与 cookie 关联的对象现在为 NULL 而出现且以下错误。如果另一线程在 cookie_worker 运行之前使用 cookie，则通过清除 LRU_DISCARD 位来修复错误。BUG: kernel NULL pointer dereference, address: 0000000000000008 ... CPU: 31 PID: 44773 Comm: kworker/u130:1 Tainted: G E 6.0.0-5.dneg.x86_64 #1 Hardware name: Google Compute Engine/Google Compute Engine, BIOS Google 08/26/2022 Workqueue: events_unbound netfs_rreq_write_to_cache_work [netfs] RIP:
    0010:cachefiles_prepare_write+0x28/0x90 [cachefiles] ... 调用跟踪：
    netfs_rreq_write_to_cache_work+0x11c/0x320 [netfs] process_one_work+0x217/0x3e0 worker_thread+0x4a/0x3b0 kthread+0xd6/0x100 (CVE-2022-48989)

  - Linux 内核中的以下漏洞已得到修复：scsi: aacraid：修复探测失败时的双重释放 aac_probe_one() 通过 aac_driver_ident::init 指针调用硬件特定的 init 函数，所有这些函数最终会调用 aac_init_adapter( ）。如果 aac_init_adapter() 在为 aac_dev::queues 分配内存之后失败，内存会被释放，但不会清除该成员。在硬件特定的 init 函数返回错误后，aac_probe_one() 进入错误路径，释放 aac_dev::queues 指向的内存，导致双重释放。 (CVE-2024-46673)

  - Linux 内核中的以下漏洞已得到修复：cachefiles：修复 cachefiles_open_file() 中的 dentry 泄漏并发查找 cookie 和挑选时可能导致 dentry 泄漏：P1 | P2
    ----------------------------------------------------------- cachefiles_lookup_cookie cachefiles_look_up_object lookup_one_positive_unlocked // get dentry cachefiles_cull inode->i_flags |= S_KERNEL_FILE; cachefiles_open_file cachefiles_mark_inode_in_use __cachefiles_mark_inode_in_use can_use = false if (!(inode->i_flags & S_KERNEL_FILE)) can_use = true return false return false // 返回错误，但不会放置 dentry 之后，当卸载后端文件夹时，将触发以下警告： ================================================================== BUG: Dentry 000000008ad87947{i=7a,n=Dx_1_1.img} still in use (1) [unmount of ext4 sda] WARNING: CPU: 4 PID: 359261 at fs/dcache.c:1767 umount_check+0x5d/0x70 CPU: 4 PID: 359261 Comm: umount Not tainted 6.6.0-dirty #25 RIP:
    0010:umount_check+0x5d/0x70 Call Trace: <TASK> d_walk+0xda/0x2b0 do_one_tree+0x20/0x40 shrink_dcache_for_umount+0x2c/0x90 generic_shutdown_super+0x20/0x160 kill_block_super+0x1a/0x40 ext4_kill_sb+0x22/0x40 deactivate_locked_super+0x35/0x80 cleanup_mnt+0x104 /0x160 ================================================ ================== 无论 cachefiles_open_file() 返回 true 或 false，都应释放 cachefiles_look_up_object() 中 lookup_positive_unlocked() 获取的引用计数。因此，释放 cachefiles_look_up_object() 中的引用计数以修复上述问题并简化代码。 (CVE-2024-49870)

  - Linux 内核中的以下漏洞已得到修复：uprobes：修复通过 [uprobes] vma xol_add_vma() 将 __create_xol_area() 分配到用户空间的未初始化页面映射到用户空间的内核信息泄漏。
    在某些架构 (x86) 上，即使没有 VM_READ，此内存也可读取，VM_EXEC 会导致与 VM_EXEC|VM_READ 相同的 pgprot_t，尽管该影响不大，调试程序仍可读取此内存。
    (CVE-2024-49975)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/khugepaged: invoke MMU notifiers in shmem/file collapse paths Any codepath that zaps page table entries must invoke MMU notifiers to ensure that secondary MMUs (like KVM) don't keep accessing pages which aren't mapped anymore. Secondary MMUs don't hold their own references to pages that are mirrored over, so failing to notify them can lead to page use-after-free. I'm marking this as addressing an issue introduced in commit f3f0e1d2150b (khugepaged: add support of collapse for tmpfs/shmem pages), but most of the security impact of this only came in commit 27e1f8273113 (khugepaged: enable collapse pmd for pte-mapped THP), which actually omitted flushes for the removal of present PTEs, not just for the removal of empty page tables.
    (CVE-2022-48991)

  - 已修复 Linux 内核中的下列漏洞：nfsd: prevent panic for nfsv4.0 closed files in nfs4_show_open Prior to commit 3f29cc82a84c (nfsd: split sc_status out of sc_type) states_show() relied on sc_type field to be of valid type before calling into a subfunction to show content of a particular stateid. From that commit, we split the validity of the stateid into sc_status and no longer changed sc_type to 0 while unhashing the stateid. This resulted in kernel oopsing for nfsv4.0 opens that stay around and in nfs4_show_open() would derefence sc_file which was NULL. Instead, for closed open stateids forgo displaying information that relies of having a valid sc_file. To reproduce: mount the server with 4.0, read and close a file and then on the server cat /proc/fs/nfsd/clients/2/states [513.590804] Call trace: [ 513.590925] _raw_spin_lock+0xcc/0x160 [ 513.591119] nfs4_show_open+0x78/0x2c0 [nfsd] [ 513.591412] states_show+0x44c/0x488 [nfsd] [ 513.591681] seq_read_iter+0x5d8/0x760 [ 513.591896] seq_read+0x188/0x208 [ 513.592075] vfs_read+0x148/0x470 [ 513.592241] ksys_read+0xcc/0x178 (CVE-2024-46682)

  - 已修复 Linux 内核中的下列漏洞：nfsd: fix possible badness in FREE_STATEID When multiple FREE_STATEIDs are sent for the same delegation stateid, it can lead to a possible either use-after-free or counter refcount underflow errors. In nfsd4_free_stateid() under the client lock we find a delegation stateid, however the code drops the lock before calling nfs4_put_stid(), that allows another FREE_STATE to find the stateid again. The first one will proceed to then free the stateid which leads to either use-after-free or decrementing already zeroed counter. (CVE-2024-50043)

  - 已修复 Linux 内核中的下列漏洞：bpf: Prevent tail call between progs attached to different hooks bpf progs can be attached to kernel functions, and the attached functions can take different parameters or return different return values. If prog attached to one kernel function tail calls prog attached to another kernel function, the ctx access or return value verification could be bypassed. For example, if prog1 is attached to func1 which takes only 1 parameter and prog2 is attached to func2 which takes two parameters. Since verifier assumes the bpf ctx passed to prog2 is constructed based on func2's prototype, verifier allows prog2 to access the second parameter from the bpf ctx passed to it.
    The problem is that verifier does not prevent prog1 from passing its bpf ctx to prog2 via tail call. In this case, the bpf ctx passed to prog2 is constructed from func1 instead of func2, that is, the assumption for ctx access verification is bypassed. Another example, if BPF LSM prog1 is attached to hook file_alloc_security, and BPF LSM prog2 is attached to hook bpf_lsm_audit_rule_known. Verifier knows the return value rules for these two hooks, e.g. it is legal for bpf_lsm_audit_rule_known to return positive number 1, and it is illegal for file_alloc_security to return positive number. So verifier allows prog2 to return positive number 1, but does not allow prog1 to return positive number. The problem is that verifier does not prevent prog1 from calling prog2 via tail call. In this case, prog2's return value 1 will be used as the return value for prog1's hook file_alloc_security. That is, the return value rule is bypassed. This patch adds restriction for tail call to prevent such bypasses. (CVE-2024-50063)

  - 已修复 Linux 内核中的下列漏洞：nfsd: fix race between laundromat and free_stateid There is a race between laundromat handling of revoked delegations and a client sending free_stateid operation. Laundromat thread finds that delegation has expired and needs to be revoked so it marks the delegation stid revoked and it puts it on a reaper list but then it unlock the state lock and the actual delegation revocation happens without the lock. Once the stid is marked revoked a racing free_stateid processing thread does the following (1) it calls list_del_init() which removes it from the reaper list and (2) frees the delegation stid structure. The laundromat thread ends up not calling the revoke_delegation() function for this particular delegation but that means it will no release the lock lease that exists on the file. Now, a new open for this file comes in and ends up finding that lease list isn't empty and calls nfsd_breaker_owns_lease() which ends up trying to derefence a freed delegation stateid. Leading to the followint use-after-free KASAN warning: kernel:
    ================================================================== kernel: BUG: KASAN: slab-use-after-free in nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: Read of size 8 at addr ffff0000e73cd0c8 by task nfsd/6205 kernel: kernel: CPU: 2 UID: 0 PID: 6205 Comm: nfsd Kdump: loaded Not tainted 6.11.0-rc7+ #9 kernel: Hardware name: Apple Inc. Apple Virtualization Generic Platform, BIOS 2069.0.0.0.0 08/03/2024 kernel: Call trace: kernel: dump_backtrace+0x98/0x120 kernel: show_stack+0x1c/0x30 kernel:
    dump_stack_lvl+0x80/0xe8 kernel: print_address_description.constprop.0+0x84/0x390 kernel:
    print_report+0xa4/0x268 kernel: kasan_report+0xb4/0xf8 kernel: __asan_report_load8_noabort+0x1c/0x28 kernel: nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: nfsd_file_do_acquire+0xb3c/0x11d0 [nfsd] kernel: nfsd_file_acquire_opened+0x84/0x110 [nfsd] kernel: nfs4_get_vfs_file+0x634/0x958 [nfsd] kernel:
    nfsd4_process_open2+0xa40/0x1a40 [nfsd] kernel: nfsd4_open+0xa08/0xe80 [nfsd] kernel:
    nfsd4_proc_compound+0xb8c/0x2130 [nfsd] kernel: nfsd_dispatch+0x22c/0x718 [nfsd] kernel:
    svc_process_common+0x8e8/0x1960 [sunrpc] kernel: svc_process+0x3d4/0x7e0 [sunrpc] kernel:
    svc_handle_xprt+0x828/0xe10 [sunrpc] kernel: svc_recv+0x2cc/0x6a8 [sunrpc] kernel: nfsd+0x270/0x400 [nfsd] kernel: kthread+0x288/0x310 kernel: ret_from_fork+0x10/0x20 This patch proposes a fixed that's based on adding 2 new additional stid's sc_status values that help coordinate between the laundromat and other operations (nfsd4_free_stateid() and nfsd4_delegreturn()). First to make sure, that once the stid is marked revoked, it is not removed by the nfsd4_free_stateid(), the laundromat take a reference on the stateid. Then, coordinating whether the stid has been put on the cl_revoked list or we are processing FREE_STATEID and need to make sure to remove it from the list, each check that state and act accordingly.
    If laundromat has added to the cl_revoke list before the arrival of FREE_STATEID, then nfsd4_free_stateid() knows to remove it from the list. If nfsd4_free_stateid() finds that operations arrived before laundromat has placed it on cl_revoke list, it marks the state freed and then laundromat will no longer add it to the list. Also, for nfsd4_delegreturn() when looking for the specified stid, we need to access stid that are marked removed or freeable, it means the laundromat has started processing it but hasn't finished and this delegreturn needs to return nfserr_deleg_revoked and not nfserr_bad_stateid.
    The latter will not trigger a FREE_STATEID and the lack of it will leave this stid on the cl_revoked list indefinitely. (CVE-2024-50106)

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

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

    - netstmmacdwmac-tegra从设备树读取 iommu 流 id (Izabela Bkollari) [RHEL-75649] {CVE-2025-21663}
    - netstmmac修复禁用 tc cbs 时的除零错误 (Izabela Bakollari) [RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxx修复卸载时的释放后使用 (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

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

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

Rocky Linux 9.6 主机上安装的多个程序包受到 CIQ ciqsa-2026_1178 公告中提及的多个漏洞影响。

    此公告汇总了 CIQ LTS 9.6中内核 SRPM 的安全修复。它解决了 449 个 CVE：
    CVE-2024-41037、 CVE-2024-50189、 CVE-2024-50039、 CVE-2024-36013、 和 CVE-2024-56605444 个。

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
351710	CentOS Linux 8.5 [TuxCare] 安全更新：kernel-cross-headers / kernel-debug-modules-extra / 等多个漏洞（CENTOS8.5：CLSA-2025：1753298320）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
216943	Ubuntu 24.04 LTS：Linux 内核漏洞 (USN-7310-1)	Nessus	Ubuntu Local Security Checks	2025/2/28	2025/9/24	critical
360992	CentOS Linux 8 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS-STREAM8：CLSA-2025：1757961506）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/20	high
230605	Linux Distros 未修补的漏洞：CVE-2024-50106	Nessus	Misc.	2025/3/6	2026/11/13	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/11/11	high
282947	MagicLinux 9kernel-5.14.0-570.12.1.el9_6 (AXSA:2025-10392:38)	Nessus	Miracle Linux Local Security Checks	2026/1/13	2026/1/20	critical
213059	CentOS 9: kernel-5.14.0-542.el9	Nessus	CentOS Local Security Checks	2024/12/16	2024/12/16	high
237324	RHEL 9：内核 (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/10/28	critical
360282	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2025：1751916475）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/20	high
216492	Ubuntu 24.10：Linux 内核漏洞 (USN-7277-1)	Nessus	Ubuntu Local Security Checks	2025/2/19	2026/6/3	critical
216493	Ubuntu 24.10：Linux 内核漏洞 (USN-7276-1)	Nessus	Ubuntu Local Security Checks	2025/2/19	2025/9/24	critical
237030	Oracle Linux 9：内核 (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2026/2/9	critical
354357	Rocky Linux 9.6 [CIQ] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多个漏洞（ciqsa-2026_1178）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/12	critical

检测

插件搜索

high

critical

high

high

high

critical

high

critical

high

critical

critical

critical

critical