Rocky Linux 9 主机上存在安装的程序包，该程序包受到 CIQ crlsa-2025_20518 公告中提及的多个漏洞的影响。

    * kernel: can: isotp：修复 isotp_rcv() 中潜在的 CAN 帧接收争用 (CVE-2022-48830)

    * kernel: soc: qcom: cmd-db：将共享内存映射为 WC，而不是 WB (CVE-2024-46689)

    * kernel: Squashfs：健全性检查符号链接大小 (CVE-2024-46744)

    * kernel: vfs：修复 evice_inodes() 和 find_inode()&iput() 之间的争用问题 (CVE-2024-47679)

    * kernel: x86/tdx：修复内核中 MMIO 检查问题 (CVE-2024-47727)

    * kernel: rxrpc：修复套接字设置和 I/O 线程创建之间的争用问题 (CVE-2024-49864)

    * kernel: io_uring：检查溢出刷新期间是否需要重新计划 (CVE-2024-50060)

    * kernel: can: m_can: pci：在探测/删除方法中添加缺少的 m_can_class_free_dev() (CVE-2022-49024)

    * kernel: posix-clock：修复 pc_clock_settime() 中缺少 timespec64 检查的问题 (CVE-2024-50195)

    * kernel: rxrpc：修复缺少锁定而造成调用挂起的问题 (CVE-2024-50294)

    * kernel: io_uring/rw：修复针对 O_DIRECT 开始写入的 NOWAIT 缺少检查的问题 (CVE-2024-53052)

    * kernel: afs：修复锁定递归 (CVE-2024-53090)

    * kernel: virtio/vsock：修复 accept_queue 内存泄漏问题 (CVE-2024-53119)

    * kernel: KVM：VMX：在 CONFIG_BROKEN 背后隐藏 Intel PT 虚拟化（客户机/主机模式）(CVE-2024-53135)

    * kernel: xen：Xen 超级调用页面对推测攻击不安全 (Xen 安全公告 466) (CVE-2024-53241)

    * kernel: RDMA/rxe：修复 req 中的 qp 刷新警告 (CVE-2024-53229)

    * kernel: block：修复迭代标签时刷新 rq 的 uaf 问题 (CVE-2024-53170)

    * kernel: nfsd：发布包含 rcu_work 的 svc_expkey/svc_export (CVE-2024-53216)

    * kernel: net：af_can：不在 can_create() 中保留悬摆 sk 指针 (CVE-2024-56603)

    * kernel: blk-cgroup：修复 blkcg_unpin_online() 中的 UAF 问题 (CVE-2024-56672)

    * kernel: acpi: nfit：acpi_nfit_ctl 中的 vmalloc-out-of-bounds 读取 (CVE-2024-56662)

    * kernel: bpf：修复因不匹配 bpf_prog/attachment RCU 风格导致的 UAF 问题 (CVE-2024-56675)

    * kernel: can: j1939: j1939_session_new()：修复 skb 引用计数问题 (CVE-2024-56645)

    * kernel: crypto：pcrypt - padata_do_parallel() 返回 -EBUSY 时，直接调用 crypto 层 (CVE-2024-56690)

    * kernel: io_uring：排队前检查 iowq 是否已终止 (CVE-2024-56709)

    * kernel: - rtc：检查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功 (CVE-2024-56739)

    * kernel: bpf：当可以安全取消链接分配时放置 bpf_link 的程序 (CVE-2024-56786)

    * kernel: igb：修复 igb_init_module() 中潜在的无效内存访问问题 (CVE-2024-52332)

    * kernel: ipvs：修复 ip_vs_protocol_init() 中未初始化的堆栈访问导致的 UB (CVE-2024-53680)

    * kernel: netfilter：conntrack：将最大哈希表大小限制为 INT_MAX (CVE-2025-21648)

    * kernel: sched：sch_cake：添加边界检查以托管批量流公平计数 (CVE-2025-21647)

    * kernel: block、bfq：修复 bfq_split_bfqq() 之后的 waker_bfqq UAF (CVE-2025-21631)

    * kernel: zram：修复 zram 表潜在的 UAF 问题 (CVE-2025-21671)

    * kernel: afs：修复合并首选项规则失败情况 (CVE-2025-21672)

    * kernel: mm: zswap：在 CPU 热拔插期间正确同步释放资源 (CVE-2025-21693)

    * kernel: cachestat：修复页面缓存统计数据权限检查 (CVE-2025-21691)

    * kernel: mm：清除 mremap() 中的 uffd-wp PTE/PMD 状态 (CVE-2025-21696)

    * kernel: pfifo_tail_enqueue：当 sch->limit == 0 时，丢弃新的数据包 (CVE-2025-21702)

    * kernel: usbnet：修复错误情况下的内存泄漏问题 (CVE-2022-49657)

    * kernel: powerpc/xics：修复 icp_opal_init() 中的引用计数泄漏问题 (CVE-2022-49432)

    * kernel: net: tun：析构时断开 NAPI 与设备的链接 (CVE-2022-49672)

    * kernel: powerpc/papr_scm：不请求统计数据缓冲区大小为“0”的统计数据 (CVE-2022-49353)

    * kernel: powerpc/xive：修复 xive_spapr_init 中的引用计数泄漏问题 (CVE-2022-49437)

    * kernel: ima：修复 ima_init_crypto() 中潜在的内存泄漏问题 (CVE-2022-49627)

    * kernel: linux/dim：修复 RDMA DIM 中的除零问题 (CVE-2022-49670)

    * kernel: can: isotp：清理 isotp_bind() 中的 CAN ID 检查 (CVE-2022-49269)

    * kernel: ima：修复 ima_appraise_measurement 中潜在的整数溢出问题 (CVE-2022-49643)

    * kernel: powerpc/xive/spapr：正确的位图分配大小 (CVE-2022-49623)

    * kernel: efi：不要从 T2 Mac 的 UEFI 安全启动导入证书 (CVE-2022-49357)

    * kernel: list：修复围绕 ep->rdllist 的数据争用问题 (CVE-2022-49443)

    * kernel: tracing/histograms：修复内存泄漏问题 (CVE-2022-49648)

    * kernel: Input：synaptics - 修复启用传递端口时的崩溃问题 (CVE-2025-21746)

    * kernel: NFSD：修复 nfsd4_shutdown_callback 中的挂起 (CVE-2025-21795)

    * kernel: bpf：如果出现 !preemptible，则异步发送信号 (CVE-2025-21728)

    * kernel: NFS：修复 nfs_sysfs_link_rpc_client() 中潜在的缓冲区溢出问题 (CVE-2024-54456)

    * kernel: Bluetooth: btrtl：检查 btrtl_setup_realtek() 中的 NULL 问题 (CVE-2024-57987)

    * kernel: wifi: brcmsmac：向 wlc_phy_iqcal_gainparams_nphy() 添加获取范围检查 (CVE-2024-58014)

    * kernel: Bluetooth: btbcm：修复 btbcm_get_board_name() 中的空取消引用问题 (CVE-2024-57988)

    * kernel: RDMA/mlx5：修复隐式 ODP 释放后使用问题 (CVE-2025-21714)

    * kernel: drm/xe/tracing：修复潜在的 TP_printk UAF 问题 (CVE-2024-49570)

    * kernel: HID: hid-thrustmaster：通过添加端点检查修复 thrustmaster_probe 中的警告 (CVE-2024-57993)

    * kernel: wifi: rtw89：修复 cancel_hw_scan 和 hw_scan 完成之间的争用问题 (CVE-2025-21729)

    * kernel: wifi: mt76: mt7925：修复 mt7925_change_vif_links 中的空取消引用检查问题 (CVE-2024-57989)

    * kernel: wifi: ath12k：修复越界访问错误 (CVE-2024-58015)

    * kernel: OPP：添加索引检查来断言，以避免 _read_freq() 中出现缓冲区溢出 (CVE-2024-57998)

    * kernel: wifi: ath12k：修复 ath12k_mac_assign_vif_to_vdev() 中的释放后读取指针问题 (CVE-2024-57995)

    * kernel: nfsd：释放 acl_access/acl_default 后将其清除 (CVE-2025-21796)

    * kernel: scsi: ufs: core：修复 init 错误中的释放后使用问题并删除路径 (CVE-2025-21739)

    * kernel: workqueue：从池中分离救援程序后，放置 pwq (CVE-2025-21786)

    * kernel: ata: libata-sff：确保无法在分配的缓冲区之外进行写入 (CVE-2025-21738)

    * kernel: HID: core: 修复分辨率乘数必须位于逻辑集合中的假设 (CVE-2024-57986)

    * kernel: padata：避免 reorder_work 出现 UAF 问题 (CVE-2025-21726)

    * kernel: vrf：使用 l3mdev_l3_out() 中的 RCU 保护 (CVE-2025-21791)

    * kernel: team：改善 TEAM_OPTION_TYPE_STRING 验证 (CVE-2025-21787)

    * kernel: usb: xhci: 修复中止某些命令期间的空指针取消引用问题 (CVE-2024-57981)

    * kernel: vxlan：检查 vxlan_vnigroup_init() 返回值 (CVE-2025-21790)

    * kernel: wifi: mt76: mt7925：修复 mt7925_load_clc() 中的差一问题 (CVE-2024-57990)

    * kernel: ipv6：在 ip6_default_advmss() 中使用 RCU 保护 (CVE-2025-21765)

    * kernel: ASoC: SOF: Intel: hda-dai：确保 DAI 小组件在 params 期间有效 (CVE-2024-58012)

    * kernel: blk-cgroup: 修复类 @block_class 的子系统的引用计数泄漏问题 (CVE-2025-21745)

    * kernel: net: 使 net.core.dev_weight 始终为非零 (CVE-2025-21806)

    * kernel: wifi: rtlwifi：删除未使用的 check_buddy_priv (CVE-2024-58072)

    * kernel: OPP：修复带宽表未初始化时的 dev_pm_opp_find_bw_*() 问题 (CVE-2024-58068)

    * kernel: wifi: iwlwifi: mvm：避免空指针取消引用 (CVE-2024-58062)

    * kernel: idpf：将工作队列转换为 unbound (CVE-2024-58057)

    * kernel: wifi: mac80211：不刷新未上传的 STA (CVE-2025-21828)

    * kernel: KVM：在 kvm_get_vcpu() 中显式验证目标 vCPU 是否在线 (CVE-2024-58083)

    * kernel: netfilter: nf_tables:拒绝包含设置密钥长度的 field_le 的不匹配总和 (CVE-2025-21826)

    * kernel: ASoC: soc-pcm：不在 .prepare 回调中使用 soc_pcm_ret() (CVE-2024-58077)

    * kernel: crypto：tegra - tegra init 失败时不传输 req (CVE-2024-58075)

    * kernel: RDMA/rxe：修复警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)

    * kernel: KVM: x86：仅在进入 .vcpu_run() 循环之前为 DR6 加载客户机的值 (CVE-2025-21839)

    * kernel: io_uring/uring_cmd：在准备时无条件复制 SQE (CVE-2025-21837)

    * 内核：通过部分 AMD 处理器中的瞬态执行漏洞造成信息泄漏（CVE-2024-36350）

    * 内核：部分 AMD 处理器中的瞬态执行漏洞（CVE-2024-36357）

    * kernel: bpf：修复 64k 页内核上 arena_map_free 中的软锁定 (CVE-2025-21851)

    * kernel: ibmvnic：发送至 VIOS 后不引用 skb (CVE-2025-21855)

    * kernel: smb: client: 在 receive_encrypted_standard() 中添加 next_buffer 检查 (CVE-2025-21844)

    * kernel: bpf：避免在 mmap 操作期间保持 freeze_mutex (CVE-2025-21853)

    * kernel: ASoC: SOF: stream-ipc：检查 sof_ipc_msg_data() 中的 cstream 是否为空 (CVE-2025-21847)

    * kernel: tcp：在当前终止 dst 的同时终止 secpath (CVE-2025-21864)

    * kernel: bpf：修复释放 cgroup 存储时的死锁问题 (CVE-2024-58088)

    * kernel: acct: 从工作队列执行上次写入 (CVE-2025-21846)

    * kernel: mm/migrate_device：不添加要释放到 migrate_device_finalize() 中 LRU 的 folio (CVE-2025-21861)

    * kernel: io_uring：防止 opcode 推测 (CVE-2025-21863)

    * kernel: nfp: bpf：添加对 nfp_app_ctrl_msg_alloc() 的检查 (CVE-2025-21848)

    * kernel: netfilter: nft_tunnel: 修复 geneve_opt 类型混淆添加问题 (CVE-2025-22056)

    * kernel: can: j1939: j1939_send_one()：修复缺少的 CAN 标头初始化问题 (CVE-2022-49845)

    * kernel: usb: typec: ucsi: displayport：修复空指针访问问题 (CVE-2025-37994)

    * kernel: wifi: ath12k：修复 ath12k_core_init() 中的 uaf 问题 (CVE-2025-38116)

    * kernel: fs：导出 anon_inode_make_secure_inode() 并修复 secretmem LSM 绕过问题 (CVE-2025-38396)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：efi: Do not import certificates from UEFI Secure Boot for T2 Macs On Apple T2 Macs, when Linux attempts to read the db and dbx efi variables at early boot to load UEFI Secure Boot certificates, a page fault occurs in Apple firmware code and EFI runtime services are disabled with the following logs: [Firmware Bug]: Page fault caused by firmware at PA: 0xffffb1edc0068000 WARNING: CPU: 3 PID: 104 at arch/x86/platform/efi/quirks.c:735 efi_crash_gracefully_on_page_fault+0x50/0xf0 (Removed some logs from here) Call Trace: <TASK> page_fault_oops+0x4f/0x2c0 ? search_bpf_extables+0x6b/0x80 ? search_module_extables+0x50/0x80 ? search_exception_tables+0x5b/0x60 kernelmode_fixup_or_oops+0x9e/0x110 __bad_area_nosemaphore+0x155/0x190 bad_area_nosemaphore+0x16/0x20 do_kern_addr_fault+0x8c/0xa0 exc_page_fault+0xd8/0x180 asm_exc_page_fault+0x1e/0x30 (Removed some logs from here) ? __efi_call+0x28/0x30 ? switch_mm+0x20/0x30 ? efi_call_rts+0x19a/0x8e0 ? process_one_work+0x222/0x3f0 ? worker_thread+0x4a/0x3d0 ? kthread+0x17a/0x1a0 ? process_one_work+0x3f0/0x3f0 ? set_kthread_struct+0x40/0x40 ? ret_from_fork+0x22/0x30 </TASK> ---[ end trace 1f82023595a5927f ]--- efi: Froze efi_rts_wq and disabled EFI Runtime Services integrity: Couldn't get size: 0x8000000000000015 integrity: MODSIGN: Couldn't get UEFI db list efi: EFI Runtime Services are disabled! integrity: Couldn't get size: 0x8000000000000015 integrity: Couldn't get UEFI dbx list integrity: Couldn't get size: 0x8000000000000015 integrity: Couldn't get mokx list integrity: Couldn't get size: 0x80000000 So we avoid reading these UEFI variables and thus prevent the crash. (CVE-2022-49357)

  - 已修复 Linux 内核中的下列漏洞：scsi: hisi_sas: Grab sas_dev lock when traversing the members of sas_dev.list When freeing slots in function slot_complete_v3_hw(), it is possible that sas_dev.list is being traversed elsewhere, and it may trigger a NULL pointer exception, such as follows: ==>cq thread ==>scsi_eh_6 ==>scsi_error_handler() ==>sas_eh_handle_sas_errors() ==>sas_scsi_find_task() ==>lldd_abort_task() ==>slot_complete_v3_hw() ==>hisi_sas_abort_task() ==>hisi_sas_slot_task_free() ==>dereg_device_v3_hw() ==>list_del_init() ==>list_for_each_entry_safe() [7165.434918] sas: Enter sas_scsi_recover_host busy: 32 failed: 32 [ 7165.434926] sas: trying to find task 0x00000000769b5ba5 [ 7165.434927] sas: sas_scsi_find_task: aborting task 0x00000000769b5ba5 [ 7165.434940] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000769b5ba5) aborted [ 7165.434964] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000c9f7aa07) ignored [ 7165.434965] hisi_sas_v3_hw 0000:b4:02.0:
    slot complete: task(00000000e2a1cf01) ignored [ 7165.434968] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 7165.434972] hisi_sas_v3_hw 0000:b4:02.0: slot complete:
    task(0000000022d52d93) ignored [ 7165.434975] hisi_sas_v3_hw 0000:b4:02.0: slot complete:
    task(0000000066a7516c) ignored [ 7165.434976] Mem abort info: [ 7165.434982] ESR = 0x96000004 [7165.434991] Exception class = DABT (current EL), IL = 32 bits [ 7165.434992] SET = 0, FnV = 0 [7165.434993] EA = 0, S1PTW = 0 [ 7165.434994] Data abort info: [ 7165.434994] ISV = 0, ISS = 0x00000004 [7165.434995] CM = 0, WnR = 0 [ 7165.434997] user pgtable: 4k pages, 48-bit VAs, pgdp = 00000000f29543f2 [7165.434998] [0000000000000000] pgd=0000000000000000 [ 7165.435003] Internal error: Oops: 96000004 [#1] SMP [ 7165.439863] Process scsi_eh_6 (pid: 4109, stack limit = 0x00000000c43818d5) [ 7165.468862] pstate:
    00c00009 (nzcv daif +PAN +UAO) [ 7165.473637] pc : dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [7165.479443] lr : dereg_device_v3_hw+0x2c/0xa8 [hisi_sas_v3_hw] [ 7165.485247] sp : ffff00001d623bc0 [7165.488546] x29: ffff00001d623bc0 x28: ffffa027d03b9508 [ 7165.493835] x27: ffff80278ed50af0 x26:
    ffffa027dd31e0a8 [ 7165.499123] x25: ffffa027d9b27f88 x24: ffffa027d9b209f8 [ 7165.504411] x23:
    ffffa027c45b0d60 x22: ffff80278ec07c00 [ 7165.509700] x21: 0000000000000008 x20: ffffa027d9b209f8 [7165.514988] x19: ffffa027d9b27f88 x18: ffffffffffffffff [ 7165.520276] x17: 0000000000000000 x16:
    0000000000000000 [ 7165.525564] x15: ffff0000091d9708 x14: ffff0000093b7dc8 [ 7165.530852] x13:
    ffff0000093b7a23 x12: 6e7265746e692067 [ 7165.536140] x11: 0000000000000000 x10: 0000000000000bb0 [7165.541429] x9 : ffff00001d6238f0 x8 : ffffa027d877af00 [ 7165.546718] x7 : ffffa027d6329600 x6 :
    ffff7e809f58ca00 [ 7165.552006] x5 : 0000000000001f8a x4 : 000000000000088e [ 7165.557295] x3 :
    ffffa027d9b27fa8 x2 : 0000000000000000 [ 7165.562583] x1 : 0000000000000000 x0 : 000000003000188e [7165.567872] Call trace: [ 7165.570309] dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [ 7165.575775] hisi_sas_abort_task+0x248/0x358 [hisi_sas_main] [ 7165.581415] sas_eh_handle_sas_errors+0x258/0x8e0 [libsas] [ 7165.586876] sas_scsi_recover_host+0x134/0x458 [libsas] [ 7165.592082] scsi_error_handler+0xb4/0x488 [ 7165.596163] kthread+0x134/0x138 [ 7165.599380] ret_from_fork+0x10/0x18 [7165.602940] Code: d5033e9f b9000040 aa0103e2 eb03003f (f9400021) [ 7165.609004] kernel fault(0x1) notification starting on CPU 75 [ 7165.700728] ---[ end trace fc042cbbea224efc ]--- [ 7165.705326] Kernel panic - not syncing: Fatal exception To fix the issue, grab sas_dev lock when traversing the members of sas_dev.list in dereg_device_v3_hw() and hisi_sas_release_tasks() to avoid concurrency of adding and deleting member. When ---truncated--- (CVE-2023-53627)

  - 已修复 Linux 内核中的下列漏洞：bpf, skmsg: Fix NULL pointer dereference in sk_psock_skb_ingress_enqueue Fix NULL pointer data-races in sk_psock_skb_ingress_enqueue() which syzbot reported [1]. [1] BUG: KCSAN: data-race in sk_psock_drop / sk_psock_skb_ingress_enqueue write to 0xffff88814b3278b8 of 8 bytes by task 10724 on cpu 1: sk_psock_stop_verdict net/core/skmsg.c:1257 [inline] sk_psock_drop+0x13e/0x1f0 net/core/skmsg.c:843 sk_psock_put include/linux/skmsg.h:459 [inline] sock_map_close+0x1a7/0x260 net/core/sock_map.c:1648 unix_release+0x4b/0x80 net/unix/af_unix.c:1048
    __sock_release net/socket.c:659 [inline] sock_close+0x68/0x150 net/socket.c:1421 __fput+0x2c1/0x660 fs/file_table.c:422 __fput_sync+0x44/0x60 fs/file_table.c:507 __do_sys_close fs/open.c:1556 [inline]
    __se_sys_close+0x101/0x1b0 fs/open.c:1541 __x64_sys_close+0x1f/0x30 fs/open.c:1541 do_syscall_64+0xd3/0x1d0 entry_SYSCALL_64_after_hwframe+0x6d/0x75 read to 0xffff88814b3278b8 of 8 bytes by task 10713 on cpu 0: sk_psock_data_ready include/linux/skmsg.h:464 [inline] sk_psock_skb_ingress_enqueue+0x32d/0x390 net/core/skmsg.c:555 sk_psock_skb_ingress_self+0x185/0x1e0 net/core/skmsg.c:606 sk_psock_verdict_apply net/core/skmsg.c:1008 [inline] sk_psock_verdict_recv+0x3e4/0x4a0 net/core/skmsg.c:1202 unix_read_skb net/unix/af_unix.c:2546 [inline] unix_stream_read_skb+0x9e/0xf0 net/unix/af_unix.c:2682 sk_psock_verdict_data_ready+0x77/0x220 net/core/skmsg.c:1223 unix_stream_sendmsg+0x527/0x860 net/unix/af_unix.c:2339 sock_sendmsg_nosec net/socket.c:730 [inline] __sock_sendmsg+0x140/0x180 net/socket.c:745 ____sys_sendmsg+0x312/0x410 net/socket.c:2584 ___sys_sendmsg net/socket.c:2638 [inline] __sys_sendmsg+0x1e9/0x280 net/socket.c:2667
    __do_sys_sendmsg net/socket.c:2676 [inline] __se_sys_sendmsg net/socket.c:2674 [inline]
    __x64_sys_sendmsg+0x46/0x50 net/socket.c:2674 do_syscall_64+0xd3/0x1d0 entry_SYSCALL_64_after_hwframe+0x6d/0x75 value changed: 0xffffffff83d7feb0 -> 0x0000000000000000 Reported by Kernel Concurrency Sanitizer on: CPU: 0 PID: 10713 Comm: syz-executor.4 Tainted: G W 6.8.0-syzkaller-08951-gfe46a7dd189e #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 02/29/2024 Prior to this, commit 4cd12c6065df (bpf, sockmap: Fix NULL pointer dereference in sk_psock_verdict_data_ready()) fixed one NULL pointer similarly due to no protection of saved_data_ready.
    Here is another different caller causing the same issue because of the same reason. So we should protect it with sk_callback_lock read lock because the writer side in the sk_psock_drop() uses write_lock_bh(&sk->sk_callback_lock);. To avoid errors that could happen in future, I move those two pairs of lock into the sk_psock_data_ready(), which is suggested by John Fastabend. (CVE-2024-36938)

  - 已修复 Linux 内核中的下列漏洞：virtiofs: use pages instead of pointer for kernel direct IO When trying to insert a 10MB kernel module kept in a virtio-fs with cache disabled, the following warning was reported: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 404 at mm/page_alloc.c:4551 ...... Modules linked in: CPU: 1 PID: 404 Comm: insmod Not tainted 6.9.0-rc5+ #123 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996) ...... RIP: 0010:__alloc_pages+0x2bf/0x380 ......
    Call Trace: <TASK> ? __warn+0x8e/0x150 ? __alloc_pages+0x2bf/0x380 __kmalloc_large_node+0x86/0x160
    __kmalloc+0x33c/0x480 virtio_fs_enqueue_req+0x240/0x6d0 virtio_fs_wake_pending_and_unlock+0x7f/0x190 queue_request_and_unlock+0x55/0x60 fuse_simple_request+0x152/0x2b0 fuse_direct_io+0x5d2/0x8c0 fuse_file_read_iter+0x121/0x160 __kernel_read+0x151/0x2d0 kernel_read+0x45/0x50 kernel_read_file+0x1a9/0x2a0 init_module_from_file+0x6a/0xe0 idempotent_init_module+0x175/0x230
    __x64_sys_finit_module+0x5d/0xb0 x64_sys_call+0x1c3/0x9e0 do_syscall_64+0x3d/0xc0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 ...... </TASK> ---[ end trace 0000000000000000 ]--- The warning is triggered as follows: 1) syscall finit_module() handles the module insertion and it invokes kernel_read_file() to read the content of the module first. 2) kernel_read_file() allocates a 10MB buffer by using vmalloc() and passes it to kernel_read(). kernel_read() constructs a kvec iter by using iov_iter_kvec() and passes it to fuse_file_read_iter(). 3) virtio-fs disables the cache, so fuse_file_read_iter() invokes fuse_direct_io(). As for now, the maximal read size for kvec iter is only limited by fc->max_read. For virtio-fs, max_read is UINT_MAX, so fuse_direct_io() doesn't split the 10MB buffer. It saves the address and the size of the 10MB-sized buffer in out_args[0] of a fuse request and passes the fuse request to virtio_fs_wake_pending_and_unlock(). 4) virtio_fs_wake_pending_and_unlock() uses virtio_fs_enqueue_req() to queue the request. Because virtiofs need DMA-able address, so virtio_fs_enqueue_req() uses kmalloc() to allocate a bounce buffer for all fuse args, copies these args into the bounce buffer and passed the physical address of the bounce buffer to virtiofsd. The total length of these fuse args for the passed fuse request is about 10MB, so copy_args_to_argbuf() invokes kmalloc() with a 10MB size parameter and it triggers the warning in __alloc_pages(): if (WARN_ON_ONCE_GFP(order > MAX_PAGE_ORDER, gfp)) return NULL; 5) virtio_fs_enqueue_req() will retry the memory allocation in a kworker, but it won't help, because kmalloc() will always return NULL due to the abnormal size and finit_module() will hang forever. A feasible solution is to limit the value of max_read for virtio-fs, so the length passed to kmalloc() will be limited. However it will affect the maximal read size for normal read. And for virtio-fs write initiated from kernel, it has the similar problem but now there is no way to limit fc->max_write in kernel. So instead of limiting both the values of max_read and max_write in kernel, introducing use_pages_for_kvec_io in fuse_conn and setting it as true in virtiofs. When use_pages_for_kvec_io is enabled, fuse will use pages instead of pointer to pass the KVEC_IO data. After switching to pages for KVEC_IO data, these pages will be used for DMA through virtio-fs. If these pages are backed by vmalloc(), {flush|invalidate}_kernel_vmap_range() are necessary to flush or invalidate the cache before the DMA operation. So add two new fields in fuse_args_pages to record the base address of vmalloc area and the condition indicating whether invalidation is needed. Perform the flush in fuse_get_user_pages() for write operations and the invalidation in fuse_release_user_pages() for read operations. It may seem necessary to introduce another fie ---truncated--- (CVE-2024-53219)

  - 已修复 Linux 内核中的下列漏洞：acct: perform last write from workqueue In [1] it was reported that the acct(2) system call can be used to trigger NULL deref in cases where it is set to write to a file that triggers an internal lookup. This can e.g., happen when pointing acc(2) to /sys/power/resume. At the point the where the write to this file happens the calling task has already exited and called exit_fs(). A lookup will thus trigger a NULL-deref when accessing current->fs.
    Reorganize the code so that the the final write happens from the workqueue but with the caller's credentials. This preserves the (strange) permission model and has almost no regression risk. This api should stop to exist though. (CVE-2025-21846)

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

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

  - 已修复 Linux 内核中的下列漏洞：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已修复 Linux 内核中的下列漏洞：wifi: mac80211: sdata can be NULL during AMPDU start ieee80211_tx_ba_session_handle_start() may get NULL for sdata when a deauthentication is ongoing. Here a trace triggering the race with the hostapd test multi_ap_fronthaul_on_ap: (gdb) list
    *drv_ampdu_action+0x46 0x8b16 is in drv_ampdu_action (net/mac80211/driver-ops.c:396). 391 int ret =
    -EOPNOTSUPP; 392 393 might_sleep(); 394 395 sdata = get_bss_sdata(sdata); 396 if (!check_sdata_in_driver(sdata)) 397 return -EIO; 398 399 trace_drv_ampdu_action(local, sdata, params); 400 wlan0: moving STA 02:00:00:00:03:00 to state 3 wlan0: associated wlan0: deauthenticating from 02:00:00:00:03:00 by local choice (Reason: 3=DEAUTH_LEAVING) wlan3.sta1: Open BA session requested for 02:00:00:00:00:00 tid 0 wlan3.sta1: dropped frame to 02:00:00:00:00:00 (unauthorized port) wlan0: moving STA 02:00:00:00:03:00 to state 2 wlan0: moving STA 02:00:00:00:03:00 to state 1 wlan0: Removed STA 02:00:00:00:03:00 wlan0: Destroyed STA 02:00:00:00:03:00 BUG: unable to handle page fault for address:
    fffffffffffffb48 PGD 11814067 P4D 11814067 PUD 11816067 PMD 0 Oops: 0000 [#1] PREEMPT SMP PTI CPU: 2 PID:
    133397 Comm: kworker/u16:1 Tainted: G W 6.1.0-rc8-wt+ #59 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.0-20220807_005459-localhost 04/01/2014 Workqueue: phy3 ieee80211_ba_session_work [mac80211] RIP: 0010:drv_ampdu_action+0x46/0x280 [mac80211] Code: 53 48 89 f3 be 89 01 00 00 e8 d6 43 bf ef e8 21 46 81 f0 83 bb a0 1b 00 00 04 75 0e 48 8b 9b 28 0d 00 00 48 81 eb 10 0e 00 00 <8b> 93 58 09 00 00 f6 c2 20 0f 84 3b 01 00 00 8b 05 dd 1c 0f 00 85 RSP: 0018:ffffc900025ebd20 EFLAGS: 00010287 RAX:
    0000000000000000 RBX: fffffffffffff1f0 RCX: ffff888102228240 RDX: 0000000080000000 RSI: ffffffff918c5de0 RDI: ffff888102228b40 RBP: ffffc900025ebd40 R08: 0000000000000001 R09: 0000000000000001 R10:
    0000000000000001 R11: 0000000000000000 R12: ffff888118c18ec0 R13: 0000000000000000 R14: ffffc900025ebd60 R15: ffff888018b7efb8 FS: 0000000000000000(0000) GS:ffff88817a600000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: fffffffffffffb48 CR3: 0000000105228006 CR4: 0000000000170ee0 Call Trace: <TASK> ieee80211_tx_ba_session_handle_start+0xd0/0x190 [mac80211] ieee80211_ba_session_work+0xff/0x2e0 [mac80211] process_one_work+0x29f/0x620 worker_thread+0x4d/0x3d0 ? process_one_work+0x620/0x620 kthread+0xfb/0x120 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x22/0x30 </TASK> (CVE-2022-48875)

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: Fix crash when replugging CSR fake controllers It seems fake CSR 5.0 clones can cause the suspend notifier to be registered twice causing the following kernel panic: [ 71.986122] Call Trace: [ 71.986124] <TASK> [ 71.986125] blocking_notifier_chain_register+0x33/0x60 [ 71.986130] hci_register_dev+0x316/0x3d0 [bluetooth 99b5497ea3d09708fa1366c1dc03288bf3cca8da] [ 71.986154] btusb_probe+0x979/0xd85 [btusb e1e0605a4f4c01984a4b9c8ac58c3666ae287477] [ 71.986159] ? __pm_runtime_set_status+0x1a9/0x300 [ 71.986162] ? ktime_get_mono_fast_ns+0x3e/0x90 [ 71.986167] usb_probe_interface+0xe3/0x2b0 [ 71.986171] really_probe+0xdb/0x380 [ 71.986174] ? pm_runtime_barrier+0x54/0x90 [ 71.986177]
    __driver_probe_device+0x78/0x170 [ 71.986180] driver_probe_device+0x1f/0x90 [ 71.986183]
    __device_attach_driver+0x89/0x110 [ 71.986186] ? driver_allows_async_probing+0x70/0x70 [ 71.986189] bus_for_each_drv+0x8c/0xe0 [ 71.986192] __device_attach+0xb2/0x1e0 [ 71.986195] bus_probe_device+0x92/0xb0 [ 71.986198] device_add+0x422/0x9a0 [ 71.986201] ? sysfs_merge_group+0xd4/0x110 [ 71.986205] usb_set_configuration+0x57a/0x820 [ 71.986208] usb_generic_driver_probe+0x4f/0x70 [ 71.986211] usb_probe_device+0x3a/0x110 [ 71.986213] really_probe+0xdb/0x380 [ 71.986216] ? pm_runtime_barrier+0x54/0x90 [ 71.986219] __driver_probe_device+0x78/0x170 [ 71.986221] driver_probe_device+0x1f/0x90 [ 71.986224] __device_attach_driver+0x89/0x110 [ 71.986227] ? driver_allows_async_probing+0x70/0x70 [ 71.986230] bus_for_each_drv+0x8c/0xe0 [ 71.986232]
    __device_attach+0xb2/0x1e0 [ 71.986235] bus_probe_device+0x92/0xb0 [ 71.986237] device_add+0x422/0x9a0 [71.986239] ? _dev_info+0x7d/0x98 [ 71.986242] ? blake2s_update+0x4c/0xc0 [ 71.986246] usb_new_device.cold+0x148/0x36d [ 71.986250] hub_event+0xa8a/0x1910 [ 71.986255] process_one_work+0x1c4/0x380 [ 71.986259] worker_thread+0x51/0x390 [ 71.986262] ? rescuer_thread+0x3b0/0x3b0 [ 71.986264] kthread+0xdb/0x110 [ 71.986266] ? kthread_complete_and_exit+0x20/0x20 [ 71.986268] ret_from_fork+0x1f/0x30 [ 71.986273] </TASK> [ 71.986274]
    ---[ end trace 0000000000000000 ]--- [ 71.986284] btusb: probe of 2-1.6:1.0 failed with error -17 (CVE-2022-48982)

  - 已修复 Linux 内核中的下列漏洞：can: m_can: pci: add missing m_can_class_free_dev() in probe/remove methods In m_can_pci_remove() and error handling path of m_can_pci_probe(), m_can_class_free_dev() should be called to free resource allocated by m_can_class_allocate_dev(), otherwise there will be memleak. (CVE-2022-49024)

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

远程 Redhat Enterprise Linux 9 主机上安装的程序包受到 RHSA-2025:20518 公告中提及的多个漏洞影响。

    内核程序包中包含 Linux 内核，后者是任何 Linux 操作系统的核心。

    安全修复：

    * kernel: can: isotp：修复 isotp_rcv() 中潜在的 CAN 帧接收争用 (CVE-2022-48830)

    * kernel: soc: qcom: cmd-db：将共享内存映射为 WC，而不是 WB (CVE-2024-46689)

    * kernel: Squashfs：健全性检查符号链接大小 (CVE-2024-46744)

    * kernel: vfs：修复 evice_inodes() 和 find_inode()&iput() 之间的争用问题 (CVE-2024-47679)

    * kernel: x86/tdx：修复内核中 MMIO 检查问题 (CVE-2024-47727)

    * kernel: rxrpc：修复套接字设置和 I/O 线程创建之间的争用问题 (CVE-2024-49864)

    * kernel: io_uring：检查溢出刷新期间是否需要重新计划 (CVE-2024-50060)

    * kernel: can: m_can: pci：在探测/删除方法中添加缺少的 m_can_class_free_dev() (CVE-2022-49024)

    * kernel: posix-clock：修复 pc_clock_settime() 中缺少 timespec64 检查的问题 (CVE-2024-50195)

    * kernel: rxrpc：修复缺少锁定而造成调用挂起的问题 (CVE-2024-50294)

    * kernel: io_uring/rw：修复针对 O_DIRECT 开始写入的 NOWAIT 缺少检查的问题 (CVE-2024-53052)

    * kernel: afs：修复锁定递归 (CVE-2024-53090)

    * kernel: virtio/vsock：修复 accept_queue 内存泄漏问题 (CVE-2024-53119)

    * kernel: KVM：VMX：在 CONFIG_BROKEN 背后隐藏 Intel PT 虚拟化（客户机/主机模式）(CVE-2024-53135)

    * kernel: xen：Xen 超级调用页面对推测攻击不安全 (Xen 安全公告 466) (CVE-2024-53241)

    * kernel: RDMA/rxe：修复 req 中的 qp 刷新警告 (CVE-2024-53229)

    * kernel: block：修复迭代标签时刷新 rq 的 uaf 问题 (CVE-2024-53170)

    * kernel: nfsd：发布包含 rcu_work 的 svc_expkey/svc_export (CVE-2024-53216)

    * kernel: net：af_can：不在 can_create() 中保留悬摆 sk 指针 (CVE-2024-56603)

    * kernel: blk-cgroup：修复 blkcg_unpin_online() 中的 UAF 问题 (CVE-2024-56672)

    * kernel: acpi: nfit：acpi_nfit_ctl 中的 vmalloc-out-of-bounds 读取 (CVE-2024-56662)

    * kernel: bpf：修复因不匹配 bpf_prog/attachment RCU 风格导致的 UAF 问题 (CVE-2024-56675)

    * kernel: can: j1939: j1939_session_new()：修复 skb 引用计数问题 (CVE-2024-56645)

    * kernel: crypto：pcrypt - padata_do_parallel() 返回 -EBUSY 时，直接调用 crypto 层 (CVE-2024-56690)

    * kernel: io_uring：排队前检查 iowq 是否已终止 (CVE-2024-56709)

    * kernel: - rtc：检查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功 (CVE-2024-56739)

    * kernel: bpf：当可以安全取消链接分配时放置 bpf_link 的程序 (CVE-2024-56786)

    * kernel: igb：修复 igb_init_module() 中潜在的无效内存访问问题 (CVE-2024-52332)

    * kernel: ipvs：修复 ip_vs_protocol_init() 中未初始化的堆栈访问导致的 UB (CVE-2024-53680)

    * kernel: netfilter：conntrack：将最大哈希表大小限制为 INT_MAX (CVE-2025-21648)

    * kernel: sched：sch_cake：添加边界检查以托管批量流公平计数 (CVE-2025-21647)

    * kernel: block、bfq：修复 bfq_split_bfqq() 之后的 waker_bfqq UAF (CVE-2025-21631)

    * kernel: zram：修复 zram 表潜在的 UAF 问题 (CVE-2025-21671)

    * kernel: afs：修复合并首选项规则失败情况 (CVE-2025-21672)

    * kernel: mm: zswap：在 CPU 热拔插期间正确同步释放资源 (CVE-2025-21693)

    * kernel: cachestat：修复页面缓存统计数据权限检查 (CVE-2025-21691)

    * kernel: mm：清除 mremap() 中的 uffd-wp PTE/PMD 状态 (CVE-2025-21696)

    * kernel: pfifo_tail_enqueue：当 sch->limit == 0 时，丢弃新的数据包 (CVE-2025-21702)

    * kernel: usbnet：修复错误情况下的内存泄漏问题 (CVE-2022-49657)

    * kernel: powerpc/xics：修复 icp_opal_init() 中的引用计数泄漏问题 (CVE-2022-49432)

    * kernel: net: tun：析构时断开 NAPI 与设备的链接 (CVE-2022-49672)

    * kernel: powerpc/papr_scm：不请求统计数据缓冲区大小为“0”的统计数据 (CVE-2022-49353)

    * kernel: powerpc/xive：修复 xive_spapr_init 中的引用计数泄漏问题 (CVE-2022-49437)

    * kernel: ima：修复 ima_init_crypto() 中潜在的内存泄漏问题 (CVE-2022-49627)

    * kernel: linux/dim：修复 RDMA DIM 中的除零问题 (CVE-2022-49670)

    * kernel: can: isotp：清理 isotp_bind() 中的 CAN ID 检查 (CVE-2022-49269)

    * kernel: ima：修复 ima_appraise_measurement 中潜在的整数溢出问题 (CVE-2022-49643)

    * kernel: powerpc/xive/spapr：正确的位图分配大小 (CVE-2022-49623)

    * kernel: efi：不要从 T2 Mac 的 UEFI 安全启动导入证书 (CVE-2022-49357)

    * kernel: list：修复围绕 ep->rdllist 的数据争用问题 (CVE-2022-49443)

    * kernel: tracing/histograms：修复内存泄漏问题 (CVE-2022-49648)

    * kernel: Input：synaptics - 修复启用传递端口时的崩溃问题 (CVE-2025-21746)

    * kernel: NFSD：修复 nfsd4_shutdown_callback 中的挂起 (CVE-2025-21795)

    * kernel: bpf：如果出现 !preemptible，则异步发送信号 (CVE-2025-21728)

    * kernel: NFS：修复 nfs_sysfs_link_rpc_client() 中潜在的缓冲区溢出问题 (CVE-2024-54456)

    * kernel: Bluetooth: btrtl：检查 btrtl_setup_realtek() 中的 NULL 问题 (CVE-2024-57987)

    * kernel: wifi: brcmsmac：向 wlc_phy_iqcal_gainparams_nphy() 添加获取范围检查 (CVE-2024-58014)

    * kernel: Bluetooth: btbcm：修复 btbcm_get_board_name() 中的空取消引用问题 (CVE-2024-57988)

    * kernel: RDMA/mlx5：修复隐式 ODP 释放后使用问题 (CVE-2025-21714)

    * kernel: drm/xe/tracing：修复潜在的 TP_printk UAF 问题 (CVE-2024-49570)

    * kernel: HID: hid-thrustmaster：通过添加端点检查修复 thrustmaster_probe 中的警告 (CVE-2024-57993)

    * kernel: wifi: rtw89：修复 cancel_hw_scan 和 hw_scan 完成之间的争用问题 (CVE-2025-21729)

    * kernel: wifi: mt76: mt7925：修复 mt7925_change_vif_links 中的空取消引用检查问题 (CVE-2024-57989)

    * kernel: wifi: ath12k：修复越界访问错误 (CVE-2024-58015)

    * kernel: OPP：添加索引检查来断言，以避免 _read_freq() 中出现缓冲区溢出 (CVE-2024-57998)

    * kernel: wifi: ath12k：修复 ath12k_mac_assign_vif_to_vdev() 中的释放后读取指针问题 (CVE-2024-57995)

    * kernel: nfsd：释放 acl_access/acl_default 后将其清除 (CVE-2025-21796)

    * kernel: scsi: ufs: core：修复 init 错误中的释放后使用问题并删除路径 (CVE-2025-21739)

    * kernel: workqueue：从池中分离救援程序后，放置 pwq (CVE-2025-21786)

    * kernel: ata: libata-sff：确保无法在分配的缓冲区之外进行写入 (CVE-2025-21738)

    * kernel: HID: core: 修复分辨率乘数必须位于逻辑集合中的假设 (CVE-2024-57986)

    * kernel: padata：避免 reorder_work 出现 UAF 问题 (CVE-2025-21726)

    * kernel: vrf：使用 l3mdev_l3_out() 中的 RCU 保护 (CVE-2025-21791)

    * kernel: team：改善 TEAM_OPTION_TYPE_STRING 验证 (CVE-2025-21787)

    * kernel: usb: xhci: 修复中止某些命令期间的空指针取消引用问题 (CVE-2024-57981)

    * kernel: vxlan：检查 vxlan_vnigroup_init() 返回值 (CVE-2025-21790)

    * kernel: wifi: mt76: mt7925：修复 mt7925_load_clc() 中的差一问题 (CVE-2024-57990)

    * kernel: ipv6：在 ip6_default_advmss() 中使用 RCU 保护 (CVE-2025-21765)

    * kernel: ASoC: SOF: Intel: hda-dai：确保 DAI 小组件在 params 期间有效 (CVE-2024-58012)

    * kernel: blk-cgroup: 修复类 @block_class 的子系统的引用计数泄漏问题 (CVE-2025-21745)

    * kernel: net: 使 net.core.dev_weight 始终为非零 (CVE-2025-21806)

    * kernel: wifi: rtlwifi：删除未使用的 check_buddy_priv (CVE-2024-58072)

    * kernel: OPP：修复带宽表未初始化时的 dev_pm_opp_find_bw_*() 问题 (CVE-2024-58068)

    * kernel: wifi: iwlwifi: mvm：避免空指针取消引用 (CVE-2024-58062)

    * kernel: idpf：将工作队列转换为 unbound (CVE-2024-58057)

    * kernel: wifi: mac80211：不刷新未上传的 STA (CVE-2025-21828)

    * kernel: KVM：在 kvm_get_vcpu() 中显式验证目标 vCPU 是否在线 (CVE-2024-58083)

    * kernel: netfilter: nf_tables:拒绝包含设置密钥长度的 field_le 的不匹配总和 (CVE-2025-21826)

    * kernel: ASoC: soc-pcm：不在 .prepare 回调中使用 soc_pcm_ret() (CVE-2024-58077)

    * kernel: crypto：tegra - tegra init 失败时不传输 req (CVE-2024-58075)

    * kernel: RDMA/rxe：修复警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)

    * kernel: KVM: x86：仅在进入 .vcpu_run() 循环之前为 DR6 加载客户机的值 (CVE-2025-21839)

    * kernel: io_uring/uring_cmd：在准备时无条件复制 SQE (CVE-2025-21837)

    * 内核：通过部分 AMD 处理器中的瞬态执行漏洞造成信息泄漏（CVE-2024-36350）

    * 内核：部分 AMD 处理器中的瞬态执行漏洞（CVE-2024-36357）

    * kernel: bpf：修复 64k 页内核上 arena_map_free 中的软锁定 (CVE-2025-21851)

    * kernel: ibmvnic：发送至 VIOS 后不引用 skb (CVE-2025-21855)

    * kernel: smb: client: 在 receive_encrypted_standard() 中添加 next_buffer 检查 (CVE-2025-21844)

    * kernel: bpf：避免在 mmap 操作期间保持 freeze_mutex (CVE-2025-21853)

    * kernel: ASoC: SOF: stream-ipc：检查 sof_ipc_msg_data() 中的 cstream 是否为空 (CVE-2025-21847)

    * kernel: tcp：在当前终止 dst 的同时终止 secpath (CVE-2025-21864)

    * kernel: bpf：修复释放 cgroup 存储时的死锁问题 (CVE-2024-58088)

    * kernel: acct: 从工作队列执行上次写入 (CVE-2025-21846)

    * kernel: mm/migrate_device：不添加要释放到 migrate_device_finalize() 中 LRU 的 folio (CVE-2025-21861)

    * kernel: io_uring：防止 opcode 推测 (CVE-2025-21863)

    * kernel: nfp: bpf：添加对 nfp_app_ctrl_msg_alloc() 的检查 (CVE-2025-21848)

    * kernel: netfilter: nft_tunnel: 修复 geneve_opt 类型混淆添加问题 (CVE-2025-22056)

    * kernel: can: j1939: j1939_send_one()：修复缺少的 CAN 标头初始化问题 (CVE-2022-49845)

    * kernel: usb: typec: ucsi: displayport：修复空指针访问问题 (CVE-2025-37994)

    * kernel: wifi: ath12k：修复 ath12k_core_init() 中的 uaf 问题 (CVE-2025-38116)

    * kernel: fs：导出 anon_inode_make_secure_inode() 并修复 secretmem LSM 绕过问题 (CVE-2025-38396)

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

    其他变更：

    如需有关此发行版本的详细变更信息，请参阅可从“参考”部分链接的 Red Hat Enterprise Linux 9 发行说明。

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

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

远程 AlmaLinux 9 主机上存在安装的程序包该程序包受到公告 ALSA-2025:20518 中提及的多个漏洞的影响。

    * kernelcanisotp修复 isotp_rcv() 中潜在的 CAN 帧接收争用CVE-2022-48830]
      * kernelsocqcomcmd-db将共享内存映射为 WC而非 WB (CVE-2024-46689)
      * kernelSquashfs健全性检查符号链接大小 (CVE-2024-46744)
      * 内核vfs修复 device_inodes() 与 find_inode()&iput() 之间的争用 (CVE-2024-47679)
      * kernel: x86/tdx修复内核内 MMIO 检查 (CVE-2024-47727)
      * kernel: rxrpc修复套接字设置与 I/O 线程创建之间的争用 (CVE-2024-49864)
      * kernel: io_uring检查是否需要在溢出刷新期间重新计划 (CVE-2024-50060)
      * kernel: canm_canpci在 probe/remove 方法中添加缺少的 m_can_class_free_dev()CVE-2022-49024
      * kernel: posix-clock修复 pc_clock_settime() 中缺少的 timespec64 检查 (CVE-2024-50195)
      * kernelrxrpc修复导致挂起调用的缺少锁定 (CVE-2024-50294)
      * kernel: io_uring/rw修复 O_DIRECT 启动写入缺少的 NOWAIT 检查 (CVE-2024-53052)
      * kernelafs修复锁定递归 (CVE-2024-53090)
      * kernelvirtio/vsock修复 accept_queue 内存泄漏 (CVE-2024-53119)
      * kernelKVMVMX在 CONFIG_BROKEN 后面掩盖 Intel PT 虚拟化客户机/主机模式 (CVE-2024-53135)
      * kernel: xen：Xen 超级调用页面对推测攻击不安全 (Xen 安全公告 466) (CVE-2024-53241)
      * 内核RDMA/rxe修复 req 中的 qp 刷新警告 (CVE-2024-53229)
      * kernel: block修复 uaf 以在迭代标签时刷新 rq (CVE-2024-53170)
      * 内核nfsd释放包含 rcu_work 的 svc_expkey/svc_export (CVE-2024-53216)
      * kernel: netaf_can不在 can_create() 中保留悬摆 sk 指针 (CVE-2024-56603)
      * kernel: blk-cgroup修复 blkcg_unpin_online() 中的 UAF (CVE-2024-56672)
      * kernel: acpinfitacpi_nfit_ctl 中的 vmalloc-out-of-bounds 读取 (CVE-2024-56662)
      * kernel: bpf通过不匹配 bpf_prog/attachment RCU 风格修复 UAF (CVE-2024-56675)
      * kernelcanj1939j1939_session_new()修复 skb 引用计数 (CVE-2024-56645)
      * kernel: crypto: pcrypt - 当 padata_do_parallel() 返回 -EBUSY 时直接调用 crypto 层CVE-2024-56690]
      * kernel: io_uring检查 iowq 是否在排队前终止 (CVE-2024-56709)
      * kernel: rtc检查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功 (CVE-2024-56739)
      * kernel: bpf当可以安全释放 bpf_link 的链接时放置 bpf_link 程序 (CVE-2024-56786)
      * kernel: igb修复 igb_init_module() 中潜在的无效内存访问 (CVE-2024-52332)
      * kernel: ipvs修复由于 ip_vs_protocol_init() 中未初始化的堆栈访问而导致的 UB (CVE-2024-53680)
      * kernel: netfilter: conntrack将哈希表大小上限限制为 INT_MAX (CVE-2025-21648)
      * kernel: sched: sch_ake为主机批量流公平性计数添加边界检查 (CVE-2025-21647)
      * kernelblockbfq修复 bfq_split_bfqq() 之后的 waker_bfqq UAF (CVE-2025-21631)
      * kernel: zram修复 zram 表的潜在 UAF (CVE-2025-21671)
      * kernelafs修复合并首选项规则失败情况 (CVE-2025-21672)
      * kernelmmzswap在 CPU 热拔出期间正确同步释放资源CVE-2025-21693
      * kernel: cachestat修复页面缓存统计数据权限检查 (CVE-2025-21691)
      * kernel: mm清除 mremap() 上的 uffd-wp PTE/PMD 状态CVE-2025-21696]
      * kernel: pfifo_tail_enqueue当 sch->limit == 0 时丢弃新数据包 (CVE-2025-21702)
      * kernel: usbnet修复错误情况下的内存泄漏 (CVE-2022-49657)
      * kernelpowerpc/xics修复 icp_opal_init() 中的 refcount 泄漏 (CVE-2022-49432)
      * kernel: net: tun破坏时取消 NAPI 与设备的链接 (CVE-2022-49672)
      * kernelpowerpc/papr_scm不请求统计数据缓冲区大小为“0”的统计数据 (CVE-2022-49353)
      * kernelpowerpc/xive修复 xive_spapr_init 中的 refcount 泄漏 (CVE-2022-49437)
      * kernel: ima修复 ima_init_crypto() 中潜在的内存泄漏 (CVE-2022-49627)
      * kernellinux/dim修复 RDMA DIM 中的除以 0CVE-2022-49670
      * kernelcanisotp审查 isotp_bind() 中的 CAN ID 检查 (CVE-2022-49269)
      * kernel: ima修复 ima_appraise_measurement 中可能的整数溢出 (CVE-2022-49643)
      * 内核powerpc/xive/spapr修正位图分配大小 (CVE-2022-49623)
      * kernelefi不从 T2 Mac 的 UEFI Secure Boot 导入证书 (CVE-2022-49357)
      * kernel: list修复围绕 ep->rdllist 的数据争用 (CVE-2022-49443)
      * kerneltracing/histograms修复内存泄漏问题 (CVE-2022-49648)
      * kernelInputsynaptics - 修复启用传递端口时发生的崩溃 (CVE-2025-21746)
      * kernel: NFSD修复 nfsd4_shutdown_callback 中的挂起 (CVE-2025-21795)
      * kernel: bpf如果 !preemptible则异步发送信号 (CVE-2025-21728)
      * 内核NFS修复 nfs_sysfs_link_rpc_client() 中的潜在缓冲区溢出 (CVE-2024-54456)
      * kernelBluetoothbtrtl检查 btrtl_setup_realtek() 中的 NULL (CVE-2024-57987)
      * kernel: wifi: brcmsmac向 wlc_phy_iqcal_gainparams_nphy() 添加增益范围检查 (CVE-2024-58014)
      * 内核蓝牙btbcm修复 btbcm_get_board_name() 中的空取消引用 (CVE-2024-57988)
      * kernelRDMA/mlx5修复隐式 ODP 释放后使用 (CVE-2025-21714)
      * kerneldrm/xe/tracing修复潜在的 TP_printk UAF (CVE-2024-49570)
      * kernelHIDhid-thrustmaster通过添加端点检查修复 Thrustmaster_probe 中的警告 (CVE-2024-57993)
      * kernelwifirtw89修复 cancel_hw_scan 和 hw_scan 完成之间的争用CVE-2025-21729
      * kernel: wifi: mt76: mt7925修复 mt7925_change_vif_links 中的空取消引用检查 (CVE-2024-57989)
      * kernelwifiath12k修复越界访问错误 (CVE-2024-58015)
      * 内核OPP断言添加索引检查以避免 _read_freq() 中发生缓冲区溢出CVE-2024-57998]
      * kernelwifiath12k修复 ath12k_mac_assign_vif_to_vdev() 中的释放后读取指针 (CVE-2024-57995)
      * kernel: nfsd在释放 acl_access/acl_default 之后将其清除 (CVE-2025-21796)
      * kernelscsi: ufs: core修复 init 错误和删除路径中的释放后使用 (CVE-2025-21739)
      * kernel: workqueue从池中分离救援程序之后放置 pwq (CVE-2025-21786)
      * kernelatalibata-sff确保无法在分配的缓冲区之外写入 (CVE-2025-21738)
      * kernelHID核心修复假设分辨率乘法器必须在逻辑集合中 (CVE-2024-57986)
      * kernel: padata避免 reorder_work 的 UAF (CVE-2025-21726)
      * kernel: vrf在 l3mdev_l3_out() 中使用 RCU 保护 (CVE-2025-21791)
      * kernel: team更好的 TEAM_OPTION_TYPE_STRING 验证 (CVE-2025-21787)
      * kernelusbxhci修复某些命令中止时的空指针取消引用 (CVE-2024-57981)
      * kernelvxlan检查 vxlan_vnigroup_init() 返回值 (CVE-2025-21790)
      * kernelwifimt76mt7925修复 mt7925_load_clc() 中的差一错误 (CVE-2024-57990)
      * kernel: ipv6使用 ip6_default_advmss() 中的 RCU 保护CVE-2025-21765]
      * kernelASoCSOFIntelhda-dai确保参数执行期间 DAI 小组件有效 (CVE-2024-58012)
      * kernel:blk-cgroup修复类 @block_class 的子系统 refcount 泄漏 (CVE-2025-21745)
      * kernel: net使 net.core.dev_weight 始终为非零 (CVE-2025-21806)
      * kernel: wifirtlwifi删除未使用的 check_buddy_priv (CVE-2024-58072)
      * kernelOPP修复带宽表未初始化时的 dev_pm_opp_find_bw_*() (CVE-2024-58068)
      * 内核：wifi：iwlwifi：mvm：避免空指针取消引用 (CVE-2024-58062)
      * kernel: idpf将工作队列转换为无边界 (CVE-2024-58057)
      * kernel: wifi: mac80211不刷新未上传的 STA (CVE-2025-21828)
      * kernelKVM明确验证目标 vCPU 在 kvm_get_vcpu() 中是否在线 (CVE-2024-58083)
      * kernel: netfilter: nf_tables拒绝与设置的密钥长度不匹配的 field_len 和 (CVE-2025-21826)
      * kernelASoCsoc-pcm不要在 .prepare 回调中使用 soc_pcm_ret()CVE-2024-58077]
      * kernel: cryptotegra - 当 tegra init 失败时不传输 req (CVE-2024-58075)
      * kernelRDMA/rxe修复警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)
      * kernel: KVMx86进入 .vcpu_run() 循环之前仅加载具有客户机值的 DR6 (CVE-2025-21839)
      * kernelio_uring/uring_cmd在准备时无条件复制 SQE (CVE-2025-21837)
      * 内核：通过部分 AMD 处理器中的瞬态执行漏洞造成信息泄漏（CVE-2024-36350）
      * 内核：部分 AMD 处理器中的瞬态执行漏洞（CVE-2024-36357）
      * kernel: bpf修复 64k 页内核上 arena_map_free 中的 softlockup (CVE-2025-21851)
      * kernelibmvnic发送到 VIOS 之后不引用 skbCVE-2025-21855
      * kernel: smb客户端在 receive_encrypted_standard() 中添加 next_buffer 检查 (CVE-2025-21844)
      * kernel: bpf避免在 mmap 操作期间保持 freeze_mutex (CVE-2025-21853)
      * kernelASoCSOFstream-ipc检查 sof_ipc_msg_data() 中的 cstream 无效性 (CVE-2025-21847)
      * kernel: tcp在当前终止 dst 的同时终止 secpath (CVE-2025-21864)
      * kernel: bpf修复释放 cgroup 存储时的死锁 (CVE-2024-58088)
      * kernelacct从工作队列执行上次写入 (CVE-2025-21846)
      * kernelmm/migrate_device不将要释放的 folio 添加到 migrate_device_finalize() 中的 LRUCVE-2025-21861]
      * kernel: io_uring阻止操作码推测 (CVE-2025-21863)
      * kernelnfpbpf添加对 nfp_app_ctrl_msg_alloc() 的检查CVE-2025-21848]
      * kernel: netfilter: nft_tunnel修复 Geneve_opt 类型混淆添加 (CVE-2025-22056)
      * kernelcanj1939j1939_send_one()修复缺少的 CAN 标头初始化 (CVE-2022-49845)
      * kernelusbtypecucsidisplayport修复空指针访问 (CVE-2025-37994)
      * kernelwifiath12k修复 ath12k_core_init() 中的 uaf (CVE-2025-38116)
      * kernelfs导出 anon_inode_make_secure_inode() 并修复 secretmem LSM 绕过 (CVE-2025-38396)

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

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

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

    - io_uring/futex确保 io_futex_wait() 在失败时正确清理 (CKI Backport Bot) [RHEL-114336] {CVE-2025-39698}
    - NFS修复 nfs_fh_to_dentry() 中的文件句柄边界检查 (CKI Backport Bot) [RHEL-113611] {CVE-2025-39730}
    - eventpoll修复 semi-unbounded 递归CKI Backport Bot [RHEL-111050] {CVE-2025-38614}
    - ALSA：hda/ca0132：修复 add_tuning_control 中的缓冲区溢出 (CKI Backport Bot) [RHEL-114850] {CVE-2025-39751}
    - wifiath12k减少 RX 对等机 frag 设置错误处理中的 TID (CKI Backport Bot) [RHEL-114708] {CVE-2025-39761}
    - ALSA：usb-audio：同时验证 UAC3 电源域描述符 (Jaroslav Kysela) [RHEL-114691] {CVE-2025-38729}
    - ALSAusb-audio验证 UAC3 群集段描述符 (CKI Backport Bot) [RHEL-114691] {CVE-2025-39757}
    - selfteststls添加零长度记录测试 (Sabrina Dubroca) [RHEL-114324] {CVE-2025-39682}
    - tls修复对 rx_list 上零长度记录的处理 (Sabrina Dubroca) [RHEL-114324] {CVE-2025-39682}

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

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

远程iraclelinux 9 主机上存在安装的程序包该程序包受到 AXSA:2025-11493:94 公告中提及的多个漏洞的影响。

    * kernel: can: isotp：修复 isotp_rcv() 中潜在的 CAN 帧接收争用 (CVE-2022-48830)
      * kernel: soc: qcom: cmd-db：将共享内存映射为 WC，而不是 WB (CVE-2024-46689)
      * kernel: Squashfs：健全性检查符号链接大小 (CVE-2024-46744)
      * kernel: vfs：修复 evice_inodes() 和 find_inode()&iput() 之间的争用问题 (CVE-2024-47679)
      * kernel: x86/tdx：修复内核中 MMIO 检查问题 (CVE-2024-47727)
      * kernel: rxrpc：修复套接字设置和 I/O 线程创建之间的争用问题 (CVE-2024-49864)
      * kernel: io_uring：检查溢出刷新期间是否需要重新计划 (CVE-2024-50060)
      * kernel: can: m_can: pci：在探测/删除方法中添加缺少的 m_can_class_free_dev() (CVE-2022-49024)
      * kernel: posix-clock：修复 pc_clock_settime() 中缺少 timespec64 检查的问题 (CVE-2024-50195)
      * kernel: rxrpc：修复缺少锁定而造成调用挂起的问题 (CVE-2024-50294)
      * kernel: io_uring/rw：修复针对 O_DIRECT 开始写入的 NOWAIT 缺少检查的问题 (CVE-2024-53052)
      * kernel: afs：修复锁定递归 (CVE-2024-53090)
      * kernel: virtio/vsock：修复 accept_queue 内存泄漏问题 (CVE-2024-53119)
      * kernel: KVM：VMX：在 CONFIG_BROKEN 背后隐藏 Intel PT 虚拟化（客户机/主机模式）(CVE-2024-53135)
      * kernel: xen：Xen 超级调用页面对推测攻击不安全 (Xen 安全公告 466) (CVE-2024-53241)
      * kernel: RDMA/rxe：修复 req 中的 qp 刷新警告 (CVE-2024-53229)
      * kernel: block：修复迭代标签时刷新 rq 的 uaf 问题 (CVE-2024-53170)
      * kernel: nfsd：发布包含 rcu_work 的 svc_expkey/svc_export (CVE-2024-53216)
      * kernel: net：af_can：不在 can_create() 中保留悬摆 sk 指针 (CVE-2024-56603)
      * kernel: blk-cgroup：修复 blkcg_unpin_online() 中的 UAF 问题 (CVE-2024-56672)
      * kernel: acpi: nfit：acpi_nfit_ctl 中的 vmalloc-out-of-bounds 读取 (CVE-2024-56662)
      * kernel: bpf：修复因不匹配 bpf_prog/attachment RCU 风格导致的 UAF 问题 (CVE-2024-56675)
      * kernel: can: j1939: j1939_session_new()：修复 skb 引用计数问题 (CVE-2024-56645)
      * kernel: crypto：pcrypt - padata_do_parallel() 返回 -EBUSY 时，直接调用 crypto 层 (CVE-2024-56690)
      * kernel: io_uring：排队前检查 iowq 是否已终止 (CVE-2024-56709)
      * kernel: - rtc：检查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功 (CVE-2024-56739)
      * kernel: bpf：当可以安全取消链接分配时放置 bpf_link 的程序 (CVE-2024-56786)
      * kernel: igb：修复 igb_init_module() 中潜在的无效内存访问问题 (CVE-2024-52332)
      * kernel: ipvs：修复 ip_vs_protocol_init() 中未初始化的堆栈访问导致的 UB (CVE-2024-53680)
      * kernel: netfilter：conntrack：将最大哈希表大小限制为 INT_MAX (CVE-2025-21648)
      * kernel: sched：sch_cake：添加边界检查以托管批量流公平计数 (CVE-2025-21647)
      * kernel: block、bfq：修复 bfq_split_bfqq() 之后的 waker_bfqq UAF (CVE-2025-21631)
      * kernel: zram：修复 zram 表潜在的 UAF 问题 (CVE-2025-21671)
      * kernel: afs：修复合并首选项规则失败情况 (CVE-2025-21672)
      * kernel: mm: zswap：在 CPU 热拔插期间正确同步释放资源 (CVE-2025-21693)
      * kernel: cachestat：修复页面缓存统计数据权限检查 (CVE-2025-21691)
      * kernel: mm：清除 mremap() 中的 uffd-wp PTE/PMD 状态 (CVE-2025-21696)
      * kernel: pfifo_tail_enqueue：当 sch->limit == 0 时，丢弃新的数据包 (CVE-2025-21702)
      * kernel: usbnet：修复错误情况下的内存泄漏问题 (CVE-2022-49657)
      * kernel: powerpc/xics：修复 icp_opal_init() 中的引用计数泄漏问题 (CVE-2022-49432)
      * kernel: net: tun：析构时断开 NAPI 与设备的链接 (CVE-2022-49672)
      * kernel: powerpc/papr_scm：不请求统计数据缓冲区大小为“0”的统计数据 (CVE-2022-49353)
      * kernel: powerpc/xive：修复 xive_spapr_init 中的引用计数泄漏问题 (CVE-2022-49437)
      * kernel: ima：修复 ima_init_crypto() 中潜在的内存泄漏问题 (CVE-2022-49627)
      * kernel: linux/dim：修复 RDMA DIM 中的除零问题 (CVE-2022-49670)
      * kernel: can: isotp：清理 isotp_bind() 中的 CAN ID 检查 (CVE-2022-49269)
      * kernel: ima：修复 ima_appraise_measurement 中潜在的整数溢出问题 (CVE-2022-49643)
      * kernel: powerpc/xive/spapr：正确的位图分配大小 (CVE-2022-49623)
      * kernel: efi：不要从 T2 Mac 的 UEFI 安全启动导入证书 (CVE-2022-49357)
      * kernel: list：修复围绕 ep->rdllist 的数据争用问题 (CVE-2022-49443)
      * kernel: tracing/histograms：修复内存泄漏问题 (CVE-2022-49648)
      * kernel: Input：synaptics - 修复启用传递端口时的崩溃问题 (CVE-2025-21746)
      * kernel: NFSD：修复 nfsd4_shutdown_callback 中的挂起 (CVE-2025-21795)
      * kernel: bpf：如果出现 !preemptible，则异步发送信号 (CVE-2025-21728)
      * kernel: NFS：修复 nfs_sysfs_link_rpc_client() 中潜在的缓冲区溢出问题 (CVE-2024-54456)
      * kernel: Bluetooth: btrtl：检查 btrtl_setup_realtek() 中的 NULL 问题 (CVE-2024-57987)
      * kernel: wifi: brcmsmac：向 wlc_phy_iqcal_gainparams_nphy() 添加获取范围检查 (CVE-2024-58014)
      * kernel: Bluetooth: btbcm：修复 btbcm_get_board_name() 中的空取消引用问题 (CVE-2024-57988)
      * kernel: RDMA/mlx5：修复隐式 ODP 释放后使用问题 (CVE-2025-21714)
      * kernel: drm/xe/tracing：修复潜在的 TP_printk UAF 问题 (CVE-2024-49570)
      * kernel: HID: hid-thrustmaster：通过添加端点检查修复 thrustmaster_probe 中的警告 (CVE-2024-57993)
      * kernel: wifi: rtw89：修复 cancel_hw_scan 和 hw_scan 完成之间的争用问题 (CVE-2025-21729)
      * kernel: wifi: mt76: mt7925：修复 mt7925_change_vif_links 中的空取消引用检查问题 (CVE-2024-57989)
      * kernel: wifi: ath12k：修复越界访问错误 (CVE-2024-58015)
      * kernel: OPP：添加索引检查来断言，以避免 _read_freq() 中出现缓冲区溢出 (CVE-2024-57998)
      * kernel: wifi: ath12k：修复 ath12k_mac_assign_vif_to_vdev() 中的释放后读取指针问题 (CVE-2024-57995)
      * kernel: nfsd：释放 acl_access/acl_default 后将其清除 (CVE-2025-21796)
      * kernel: scsi: ufs: core：修复 init 错误中的释放后使用问题并删除路径 (CVE-2025-21739)
      * kernel: workqueue：从池中分离救援程序后，放置 pwq (CVE-2025-21786)
      * kernel: ata: libata-sff：确保无法在分配的缓冲区之外进行写入 (CVE-2025-21738)
      * kernel: HID: core: 修复分辨率乘数必须位于逻辑集合中的假设 (CVE-2024-57986)
      * kernel: padata：避免 reorder_work 出现 UAF 问题 (CVE-2025-21726)
      * kernel: vrf：使用 l3mdev_l3_out() 中的 RCU 保护 (CVE-2025-21791)
      * kernel: team：改善 TEAM_OPTION_TYPE_STRING 验证 (CVE-2025-21787)
      * kernel: usb: xhci: 修复中止某些命令期间的空指针取消引用问题 (CVE-2024-57981)
      * kernel: vxlan：检查 vxlan_vnigroup_init() 返回值 (CVE-2025-21790)
      * kernel: wifi: mt76: mt7925：修复 mt7925_load_clc() 中的差一问题 (CVE-2024-57990)
      * kernel: ipv6：在 ip6_default_advmss() 中使用 RCU 保护 (CVE-2025-21765)
      * kernel: ASoC: SOF: Intel: hda-dai：确保 DAI 小组件在 params 期间有效 (CVE-2024-58012)
      * kernel: blk-cgroup: 修复类 @block_class 的子系统的引用计数泄漏问题 (CVE-2025-21745)
      * kernel: net: 使 net.core.dev_weight 始终为非零 (CVE-2025-21806)
      * kernel: wifi: rtlwifi：删除未使用的 check_buddy_priv (CVE-2024-58072)
      * kernel: OPP：修复带宽表未初始化时的 dev_pm_opp_find_bw_*() 问题 (CVE-2024-58068)
      * kernel: wifi: iwlwifi: mvm：避免空指针取消引用 (CVE-2024-58062)
      * kernel: idpf：将工作队列转换为 unbound (CVE-2024-58057)
      * kernel: wifi: mac80211：不刷新未上传的 STA (CVE-2025-21828)
      * kernel: KVM：在 kvm_get_vcpu() 中显式验证目标 vCPU 是否在线 (CVE-2024-58083)
      * kernel: netfilter: nf_tables:拒绝包含设置密钥长度的 field_le 的不匹配总和 (CVE-2025-21826)
      * kernel: ASoC: soc-pcm：不在 .prepare 回调中使用 soc_pcm_ret() (CVE-2024-58077)
      * kernel: crypto：tegra - tegra init 失败时不传输 req (CVE-2024-58075)
      * kernel: RDMA/rxe：修复警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)
      * kernel: KVM: x86：仅在进入 .vcpu_run() 循环之前为 DR6 加载客户机的值 (CVE-2025-21839)
      * kernel: io_uring/uring_cmd：在准备时无条件复制 SQE (CVE-2025-21837)
      * 内核：通过部分 AMD 处理器中的瞬态执行漏洞造成信息泄漏（CVE-2024-36350）
      * 内核：部分 AMD 处理器中的瞬态执行漏洞（CVE-2024-36357）
      * kernel: bpf：修复 64k 页内核上 arena_map_free 中的软锁定 (CVE-2025-21851)
      * kernel: ibmvnic：发送至 VIOS 后不引用 skb (CVE-2025-21855)
      * kernel: smb: client: 在 receive_encrypted_standard() 中添加 next_buffer 检查 (CVE-2025-21844)
      * kernel: bpf：避免在 mmap 操作期间保持 freeze_mutex (CVE-2025-21853)
      * kernel: ASoC: SOF: stream-ipc：检查 sof_ipc_msg_data() 中的 cstream 是否为空 (CVE-2025-21847)
      * kernel: tcp：在当前终止 dst 的同时终止 secpath (CVE-2025-21864)
      * kernel: bpf：修复释放 cgroup 存储时的死锁问题 (CVE-2024-58088)
      * kernel: acct: 从工作队列执行上次写入 (CVE-2025-21846)
      * kernel: mm/migrate_device：不添加要释放到 migrate_device_finalize() 中 LRU 的 folio (CVE-2025-21861)
      * kernel: io_uring：防止 opcode 推测 (CVE-2025-21863)
      * kernel: nfp: bpf：添加对 nfp_app_ctrl_msg_alloc() 的检查 (CVE-2025-21848)
      * kernel: netfilter: nft_tunnel: 修复 geneve_opt 类型混淆添加问题 (CVE-2025-22056)
      * kernel: can: j1939: j1939_send_one()：修复缺少的 CAN 标头初始化问题 (CVE-2022-49845)
      * kernel: usb: typec: ucsi: displayport：修复空指针访问问题 (CVE-2025-37994)
      * kernel: wifi: ath12k：修复 ath12k_core_init() 中的 uaf 问题 (CVE-2025-38116)
      * kernel: fs：导出 anon_inode_make_secure_inode() 并修复 secretmem LSM 绕过问题 (CVE-2025-38396)

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

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

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

  - efi不从针对 T2 Mac 的 UEFI 安全启动导入证书在 Apple T2 Mac 上当 Linux 尝试在早期启动时读取 db 和 dbx efi 变量以加载 UEFI 安全启动证书时Apple 固件代码和 EFI 中发生页面错误runtime 服务已禁用并显示以下日志[固件缺陷]由固件在 PA: 0xffffb1edc0068000 的警告造成页面错误arch/x86/platform/efi/quirks.c:735 efi_crash_gracefully_on_page_fault+0x50/0xf0 WARNINGCPU: 3 PID104从此处删除了某些日志调用跟踪 <TASK> page_fault_oops+0x4f/0x2c0 ? search_bpf_extables+0x6b/0x80 ? search_module_extables+0x50/0x80 ? search_exception_tables+0x5b/0x60 kernelmode_fixup_or_oops+0x9e/0x110
    __bad_area_nosemaphore+0x155/0x190 bad_area_nosemaphore+0x16/0x20 do_kern_addr_fault+0x8c/0xa0 exc_page_fault+0xd8/0x180 asm_exc_page_fault+0x1e/0x30缺陷从此处删除一些日志 ?
    __efi_call+0x28/0x30 ? switch_mm+0x20/0x30 ? efi_call_rts+0x19a/0x8e0 ? process_one_work+0x222/0x3f0 ? work_thread+0x4a/0x3d0 ? kthread+0x17a/0x1a0 ? process_one_work+0x3f0/0x3f0 ? set_kthread_struct+0x40/0x40 ? ret_from_fork+0x22/0x30 </TASK> ---[ 结束跟踪 1f82023595a5927f ]--- efi
    冻结 efi_rts_wq 并禁用 EFI 运行时服务 完整性无法获取大小0x8000000000000015 完整性MODSIGN无法获取 UEFI db 列表 efiEFI 运行时服务已禁用完整性无法获取大小0x8000000000000015 完整性无法获取 UEFI dbx 列表完整性无法获取大小
    0x8000000000000015 完整性无法获取 mokx 列表 完整性无法获取大小0x80000000 因此我们避免读取这些 UEFI 变量以防止崩溃。 (CVE-2022-49357)

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

远程 RockyLinux 9 主机上存在安装的程序包该程序包受到公告 RLSA-2025:20518 中提及的多个漏洞的影响。

    * kernel: can: isotp：修复 isotp_rcv() 中潜在的 CAN 帧接收争用 (CVE-2022-48830)

    * kernel: soc: qcom: cmd-db：将共享内存映射为 WC，而不是 WB (CVE-2024-46689)

    * kernel: Squashfs：健全性检查符号链接大小 (CVE-2024-46744)

    * kernel: vfs：修复 evice_inodes() 和 find_inode()&iput() 之间的争用问题 (CVE-2024-47679)

    * kernel: x86/tdx：修复内核中 MMIO 检查问题 (CVE-2024-47727)

    * kernel: rxrpc：修复套接字设置和 I/O 线程创建之间的争用问题 (CVE-2024-49864)

    * kernel: io_uring：检查溢出刷新期间是否需要重新计划 (CVE-2024-50060)

    * kernel: can: m_can: pci：在探测/删除方法中添加缺少的 m_can_class_free_dev() (CVE-2022-49024)

    * kernel: posix-clock：修复 pc_clock_settime() 中缺少 timespec64 检查的问题 (CVE-2024-50195)

    * kernel: rxrpc：修复缺少锁定而造成调用挂起的问题 (CVE-2024-50294)

    * kernel: io_uring/rw：修复针对 O_DIRECT 开始写入的 NOWAIT 缺少检查的问题 (CVE-2024-53052)

    * kernel: afs：修复锁定递归 (CVE-2024-53090)

    * kernel: virtio/vsock：修复 accept_queue 内存泄漏问题 (CVE-2024-53119)

    * kernel: KVM：VMX：在 CONFIG_BROKEN 背后隐藏 Intel PT 虚拟化（客户机/主机模式）(CVE-2024-53135)

    * kernel: xen：Xen 超级调用页面对推测攻击不安全 (Xen 安全公告 466) (CVE-2024-53241)

    * kernel: RDMA/rxe：修复 req 中的 qp 刷新警告 (CVE-2024-53229)

    * kernel: block：修复迭代标签时刷新 rq 的 uaf 问题 (CVE-2024-53170)

    * kernel: nfsd：发布包含 rcu_work 的 svc_expkey/svc_export (CVE-2024-53216)

    * kernel: net：af_can：不在 can_create() 中保留悬摆 sk 指针 (CVE-2024-56603)

    * kernel: blk-cgroup：修复 blkcg_unpin_online() 中的 UAF 问题 (CVE-2024-56672)

    * kernel: acpi: nfit：acpi_nfit_ctl 中的 vmalloc-out-of-bounds 读取 (CVE-2024-56662)

    * kernel: bpf：修复因不匹配 bpf_prog/attachment RCU 风格导致的 UAF 问题 (CVE-2024-56675)

    * kernel: can: j1939: j1939_session_new()：修复 skb 引用计数问题 (CVE-2024-56645)

    * kernel: crypto：pcrypt - padata_do_parallel() 返回 -EBUSY 时，直接调用 crypto 层 (CVE-2024-56690)

    * kernel: io_uring：排队前检查 iowq 是否已终止 (CVE-2024-56709)

    * kernel: - rtc：检查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功 (CVE-2024-56739)

    * kernel: bpf：当可以安全取消链接分配时放置 bpf_link 的程序 (CVE-2024-56786)

    * kernel: igb：修复 igb_init_module() 中潜在的无效内存访问问题 (CVE-2024-52332)

    * kernel: ipvs：修复 ip_vs_protocol_init() 中未初始化的堆栈访问导致的 UB (CVE-2024-53680)

    * kernel: netfilter：conntrack：将最大哈希表大小限制为 INT_MAX (CVE-2025-21648)

    * kernel: sched：sch_cake：添加边界检查以托管批量流公平计数 (CVE-2025-21647)

    * kernel: block、bfq：修复 bfq_split_bfqq() 之后的 waker_bfqq UAF (CVE-2025-21631)

    * kernel: zram：修复 zram 表潜在的 UAF 问题 (CVE-2025-21671)

    * kernel: afs：修复合并首选项规则失败情况 (CVE-2025-21672)

    * kernel: mm: zswap：在 CPU 热拔插期间正确同步释放资源 (CVE-2025-21693)

    * kernel: cachestat：修复页面缓存统计数据权限检查 (CVE-2025-21691)

    * kernel: mm：清除 mremap() 中的 uffd-wp PTE/PMD 状态 (CVE-2025-21696)

    * kernel: pfifo_tail_enqueue：当 sch->limit == 0 时，丢弃新的数据包 (CVE-2025-21702)

    * kernel: usbnet：修复错误情况下的内存泄漏问题 (CVE-2022-49657)

    * kernel: powerpc/xics：修复 icp_opal_init() 中的引用计数泄漏问题 (CVE-2022-49432)

    * kernel: net: tun：析构时断开 NAPI 与设备的链接 (CVE-2022-49672)

    * kernel: powerpc/papr_scm：不请求统计数据缓冲区大小为“0”的统计数据 (CVE-2022-49353)

    * kernel: powerpc/xive：修复 xive_spapr_init 中的引用计数泄漏问题 (CVE-2022-49437)

    * kernel: ima：修复 ima_init_crypto() 中潜在的内存泄漏问题 (CVE-2022-49627)

    * kernel: linux/dim：修复 RDMA DIM 中的除零问题 (CVE-2022-49670)

    * kernel: can: isotp：清理 isotp_bind() 中的 CAN ID 检查 (CVE-2022-49269)

    * kernel: ima：修复 ima_appraise_measurement 中潜在的整数溢出问题 (CVE-2022-49643)

    * kernel: powerpc/xive/spapr：正确的位图分配大小 (CVE-2022-49623)

    * kernel: efi：不要从 T2 Mac 的 UEFI 安全启动导入证书 (CVE-2022-49357)

    * kernel: list：修复围绕 ep->rdllist 的数据争用问题 (CVE-2022-49443)

    * kernel: tracing/histograms：修复内存泄漏问题 (CVE-2022-49648)

    * kernel: Input：synaptics - 修复启用传递端口时的崩溃问题 (CVE-2025-21746)

    * kernel: NFSD：修复 nfsd4_shutdown_callback 中的挂起 (CVE-2025-21795)

    * kernel: bpf：如果出现 !preemptible，则异步发送信号 (CVE-2025-21728)

    * kernel: NFS：修复 nfs_sysfs_link_rpc_client() 中潜在的缓冲区溢出问题 (CVE-2024-54456)

    * kernel: Bluetooth: btrtl：检查 btrtl_setup_realtek() 中的 NULL 问题 (CVE-2024-57987)

    * kernel: wifi: brcmsmac：向 wlc_phy_iqcal_gainparams_nphy() 添加获取范围检查 (CVE-2024-58014)

    * kernel: Bluetooth: btbcm：修复 btbcm_get_board_name() 中的空取消引用问题 (CVE-2024-57988)

    * kernel: RDMA/mlx5：修复隐式 ODP 释放后使用问题 (CVE-2025-21714)

    * kernel: drm/xe/tracing：修复潜在的 TP_printk UAF 问题 (CVE-2024-49570)

    * kernel: HID: hid-thrustmaster：通过添加端点检查修复 thrustmaster_probe 中的警告 (CVE-2024-57993)

    * kernel: wifi: rtw89：修复 cancel_hw_scan 和 hw_scan 完成之间的争用问题 (CVE-2025-21729)

    * kernel: wifi: mt76: mt7925：修复 mt7925_change_vif_links 中的空取消引用检查问题 (CVE-2024-57989)

    * kernel: wifi: ath12k：修复越界访问错误 (CVE-2024-58015)

    * kernel: OPP：添加索引检查来断言，以避免 _read_freq() 中出现缓冲区溢出 (CVE-2024-57998)

    * kernel: wifi: ath12k：修复 ath12k_mac_assign_vif_to_vdev() 中的释放后读取指针问题 (CVE-2024-57995)

    * kernel: nfsd：释放 acl_access/acl_default 后将其清除 (CVE-2025-21796)

    * kernel: scsi: ufs: core：修复 init 错误中的释放后使用问题并删除路径 (CVE-2025-21739)

    * kernel: workqueue：从池中分离救援程序后，放置 pwq (CVE-2025-21786)

    * kernel: ata: libata-sff：确保无法在分配的缓冲区之外进行写入 (CVE-2025-21738)

    * kernel: HID: core: 修复分辨率乘数必须位于逻辑集合中的假设 (CVE-2024-57986)

    * kernel: padata：避免 reorder_work 出现 UAF 问题 (CVE-2025-21726)

    * kernel: vrf：使用 l3mdev_l3_out() 中的 RCU 保护 (CVE-2025-21791)

    * kernel: team：改善 TEAM_OPTION_TYPE_STRING 验证 (CVE-2025-21787)

    * kernel: usb: xhci: 修复中止某些命令期间的空指针取消引用问题 (CVE-2024-57981)

    * kernel: vxlan：检查 vxlan_vnigroup_init() 返回值 (CVE-2025-21790)

    * kernel: wifi: mt76: mt7925：修复 mt7925_load_clc() 中的差一问题 (CVE-2024-57990)

    * kernel: ipv6：在 ip6_default_advmss() 中使用 RCU 保护 (CVE-2025-21765)

    * kernel: ASoC: SOF: Intel: hda-dai：确保 DAI 小组件在 params 期间有效 (CVE-2024-58012)

    * kernel: blk-cgroup: 修复类 @block_class 的子系统的引用计数泄漏问题 (CVE-2025-21745)

    * kernel: net: 使 net.core.dev_weight 始终为非零 (CVE-2025-21806)

    * kernel: wifi: rtlwifi：删除未使用的 check_buddy_priv (CVE-2024-58072)

    * kernel: OPP：修复带宽表未初始化时的 dev_pm_opp_find_bw_*() 问题 (CVE-2024-58068)

    * kernel: wifi: iwlwifi: mvm：避免空指针取消引用 (CVE-2024-58062)

    * kernel: idpf：将工作队列转换为 unbound (CVE-2024-58057)

    * kernel: wifi: mac80211：不刷新未上传的 STA (CVE-2025-21828)

    * kernel: KVM：在 kvm_get_vcpu() 中显式验证目标 vCPU 是否在线 (CVE-2024-58083)

    * kernel: netfilter: nf_tables:拒绝包含设置密钥长度的 field_le 的不匹配总和 (CVE-2025-21826)

    * kernel: ASoC: soc-pcm：不在 .prepare 回调中使用 soc_pcm_ret() (CVE-2024-58077)

    * kernel: crypto：tegra - tegra init 失败时不传输 req (CVE-2024-58075)

    * kernel: RDMA/rxe：修复警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)

    * kernel: KVM: x86：仅在进入 .vcpu_run() 循环之前为 DR6 加载客户机的值 (CVE-2025-21839)

    * kernel: io_uring/uring_cmd：在准备时无条件复制 SQE (CVE-2025-21837)

    * 内核：通过部分 AMD 处理器中的瞬态执行漏洞造成信息泄漏（CVE-2024-36350）

    * 内核：部分 AMD 处理器中的瞬态执行漏洞（CVE-2024-36357）

    * kernel: bpf：修复 64k 页内核上 arena_map_free 中的软锁定 (CVE-2025-21851)

    * kernel: ibmvnic：发送至 VIOS 后不引用 skb (CVE-2025-21855)

    * kernel: smb: client: 在 receive_encrypted_standard() 中添加 next_buffer 检查 (CVE-2025-21844)

    * kernel: bpf：避免在 mmap 操作期间保持 freeze_mutex (CVE-2025-21853)

    * kernel: ASoC: SOF: stream-ipc：检查 sof_ipc_msg_data() 中的 cstream 是否为空 (CVE-2025-21847)

    * kernel: tcp：在当前终止 dst 的同时终止 secpath (CVE-2025-21864)

    * kernel: bpf：修复释放 cgroup 存储时的死锁问题 (CVE-2024-58088)

    * kernel: acct: 从工作队列执行上次写入 (CVE-2025-21846)

    * kernel: mm/migrate_device：不添加要释放到 migrate_device_finalize() 中 LRU 的 folio (CVE-2025-21861)

    * kernel: io_uring：防止 opcode 推测 (CVE-2025-21863)

    * kernel: nfp: bpf：添加对 nfp_app_ctrl_msg_alloc() 的检查 (CVE-2025-21848)

    * kernel: netfilter: nft_tunnel: 修复 geneve_opt 类型混淆添加问题 (CVE-2025-22056)

    * kernel: can: j1939: j1939_send_one()：修复缺少的 CAN 标头初始化问题 (CVE-2022-49845)

    * kernel: usb: typec: ucsi: displayport：修复空指针访问问题 (CVE-2025-37994)

    * kernel: wifi: ath12k：修复 ath12k_core_init() 中的 uaf 问题 (CVE-2025-38116)

    * kernel: fs：导出 anon_inode_make_secure_inode() 并修复 secretmem LSM 绕过问题 (CVE-2025-38396)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：efi: Do not import certificates from UEFI Secure Boot for T2 Macs On Apple T2 Macs, when Linux attempts to read the db and dbx efi variables at early boot to load UEFI Secure Boot certificates, a page fault occurs in Apple firmware code and EFI runtime services are disabled with the following logs: [Firmware Bug]: Page fault caused by firmware at PA: 0xffffb1edc0068000 WARNING: CPU: 3 PID: 104 at arch/x86/platform/efi/quirks.c:735 efi_crash_gracefully_on_page_fault+0x50/0xf0 (Removed some logs from here) Call Trace: <TASK> page_fault_oops+0x4f/0x2c0 ? search_bpf_extables+0x6b/0x80 ? search_module_extables+0x50/0x80 ? search_exception_tables+0x5b/0x60 kernelmode_fixup_or_oops+0x9e/0x110 __bad_area_nosemaphore+0x155/0x190 bad_area_nosemaphore+0x16/0x20 do_kern_addr_fault+0x8c/0xa0 exc_page_fault+0xd8/0x180 asm_exc_page_fault+0x1e/0x30 (Removed some logs from here) ? __efi_call+0x28/0x30 ? switch_mm+0x20/0x30 ? efi_call_rts+0x19a/0x8e0 ? process_one_work+0x222/0x3f0 ? worker_thread+0x4a/0x3d0 ? kthread+0x17a/0x1a0 ? process_one_work+0x3f0/0x3f0 ? set_kthread_struct+0x40/0x40 ? ret_from_fork+0x22/0x30 </TASK> ---[ end trace 1f82023595a5927f ]--- efi: Froze efi_rts_wq and disabled EFI Runtime Services integrity: Couldn't get size: 0x8000000000000015 integrity: MODSIGN: Couldn't get UEFI db list efi: EFI Runtime Services are disabled! integrity: Couldn't get size: 0x8000000000000015 integrity: Couldn't get UEFI dbx list integrity: Couldn't get size: 0x8000000000000015 integrity: Couldn't get mokx list integrity: Couldn't get size: 0x80000000 So we avoid reading these UEFI variables and thus prevent the crash. (CVE-2022-49357)

  - 已修复 Linux 内核中的下列漏洞：scsi: hisi_sas: Grab sas_dev lock when traversing the members of sas_dev.list When freeing slots in function slot_complete_v3_hw(), it is possible that sas_dev.list is being traversed elsewhere, and it may trigger a NULL pointer exception, such as follows: ==>cq thread ==>scsi_eh_6 ==>scsi_error_handler() ==>sas_eh_handle_sas_errors() ==>sas_scsi_find_task() ==>lldd_abort_task() ==>slot_complete_v3_hw() ==>hisi_sas_abort_task() ==>hisi_sas_slot_task_free() ==>dereg_device_v3_hw() ==>list_del_init() ==>list_for_each_entry_safe() [7165.434918] sas: Enter sas_scsi_recover_host busy: 32 failed: 32 [ 7165.434926] sas: trying to find task 0x00000000769b5ba5 [ 7165.434927] sas: sas_scsi_find_task: aborting task 0x00000000769b5ba5 [ 7165.434940] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000769b5ba5) aborted [ 7165.434964] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000c9f7aa07) ignored [ 7165.434965] hisi_sas_v3_hw 0000:b4:02.0:
    slot complete: task(00000000e2a1cf01) ignored [ 7165.434968] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 7165.434972] hisi_sas_v3_hw 0000:b4:02.0: slot complete:
    task(0000000022d52d93) ignored [ 7165.434975] hisi_sas_v3_hw 0000:b4:02.0: slot complete:
    task(0000000066a7516c) ignored [ 7165.434976] Mem abort info: [ 7165.434982] ESR = 0x96000004 [7165.434991] Exception class = DABT (current EL), IL = 32 bits [ 7165.434992] SET = 0, FnV = 0 [7165.434993] EA = 0, S1PTW = 0 [ 7165.434994] Data abort info: [ 7165.434994] ISV = 0, ISS = 0x00000004 [7165.434995] CM = 0, WnR = 0 [ 7165.434997] user pgtable: 4k pages, 48-bit VAs, pgdp = 00000000f29543f2 [7165.434998] [0000000000000000] pgd=0000000000000000 [ 7165.435003] Internal error: Oops: 96000004 [#1] SMP [ 7165.439863] Process scsi_eh_6 (pid: 4109, stack limit = 0x00000000c43818d5) [ 7165.468862] pstate:
    00c00009 (nzcv daif +PAN +UAO) [ 7165.473637] pc : dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [7165.479443] lr : dereg_device_v3_hw+0x2c/0xa8 [hisi_sas_v3_hw] [ 7165.485247] sp : ffff00001d623bc0 [7165.488546] x29: ffff00001d623bc0 x28: ffffa027d03b9508 [ 7165.493835] x27: ffff80278ed50af0 x26:
    ffffa027dd31e0a8 [ 7165.499123] x25: ffffa027d9b27f88 x24: ffffa027d9b209f8 [ 7165.504411] x23:
    ffffa027c45b0d60 x22: ffff80278ec07c00 [ 7165.509700] x21: 0000000000000008 x20: ffffa027d9b209f8 [7165.514988] x19: ffffa027d9b27f88 x18: ffffffffffffffff [ 7165.520276] x17: 0000000000000000 x16:
    0000000000000000 [ 7165.525564] x15: ffff0000091d9708 x14: ffff0000093b7dc8 [ 7165.530852] x13:
    ffff0000093b7a23 x12: 6e7265746e692067 [ 7165.536140] x11: 0000000000000000 x10: 0000000000000bb0 [7165.541429] x9 : ffff00001d6238f0 x8 : ffffa027d877af00 [ 7165.546718] x7 : ffffa027d6329600 x6 :
    ffff7e809f58ca00 [ 7165.552006] x5 : 0000000000001f8a x4 : 000000000000088e [ 7165.557295] x3 :
    ffffa027d9b27fa8 x2 : 0000000000000000 [ 7165.562583] x1 : 0000000000000000 x0 : 000000003000188e [7165.567872] Call trace: [ 7165.570309] dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [ 7165.575775] hisi_sas_abort_task+0x248/0x358 [hisi_sas_main] [ 7165.581415] sas_eh_handle_sas_errors+0x258/0x8e0 [libsas] [ 7165.586876] sas_scsi_recover_host+0x134/0x458 [libsas] [ 7165.592082] scsi_error_handler+0xb4/0x488 [ 7165.596163] kthread+0x134/0x138 [ 7165.599380] ret_from_fork+0x10/0x18 [7165.602940] Code: d5033e9f b9000040 aa0103e2 eb03003f (f9400021) [ 7165.609004] kernel fault(0x1) notification starting on CPU 75 [ 7165.700728] ---[ end trace fc042cbbea224efc ]--- [ 7165.705326] Kernel panic - not syncing: Fatal exception To fix the issue, grab sas_dev lock when traversing the members of sas_dev.list in dereg_device_v3_hw() and hisi_sas_release_tasks() to avoid concurrency of adding and deleting member. When ---truncated--- (CVE-2023-53627)

  - 已修复 Linux 内核中的下列漏洞：bpf, skmsg: Fix NULL pointer dereference in sk_psock_skb_ingress_enqueue Fix NULL pointer data-races in sk_psock_skb_ingress_enqueue() which syzbot reported [1]. [1] BUG: KCSAN: data-race in sk_psock_drop / sk_psock_skb_ingress_enqueue write to 0xffff88814b3278b8 of 8 bytes by task 10724 on cpu 1: sk_psock_stop_verdict net/core/skmsg.c:1257 [inline] sk_psock_drop+0x13e/0x1f0 net/core/skmsg.c:843 sk_psock_put include/linux/skmsg.h:459 [inline] sock_map_close+0x1a7/0x260 net/core/sock_map.c:1648 unix_release+0x4b/0x80 net/unix/af_unix.c:1048
    __sock_release net/socket.c:659 [inline] sock_close+0x68/0x150 net/socket.c:1421 __fput+0x2c1/0x660 fs/file_table.c:422 __fput_sync+0x44/0x60 fs/file_table.c:507 __do_sys_close fs/open.c:1556 [inline]
    __se_sys_close+0x101/0x1b0 fs/open.c:1541 __x64_sys_close+0x1f/0x30 fs/open.c:1541 do_syscall_64+0xd3/0x1d0 entry_SYSCALL_64_after_hwframe+0x6d/0x75 read to 0xffff88814b3278b8 of 8 bytes by task 10713 on cpu 0: sk_psock_data_ready include/linux/skmsg.h:464 [inline] sk_psock_skb_ingress_enqueue+0x32d/0x390 net/core/skmsg.c:555 sk_psock_skb_ingress_self+0x185/0x1e0 net/core/skmsg.c:606 sk_psock_verdict_apply net/core/skmsg.c:1008 [inline] sk_psock_verdict_recv+0x3e4/0x4a0 net/core/skmsg.c:1202 unix_read_skb net/unix/af_unix.c:2546 [inline] unix_stream_read_skb+0x9e/0xf0 net/unix/af_unix.c:2682 sk_psock_verdict_data_ready+0x77/0x220 net/core/skmsg.c:1223 unix_stream_sendmsg+0x527/0x860 net/unix/af_unix.c:2339 sock_sendmsg_nosec net/socket.c:730 [inline] __sock_sendmsg+0x140/0x180 net/socket.c:745 ____sys_sendmsg+0x312/0x410 net/socket.c:2584 ___sys_sendmsg net/socket.c:2638 [inline] __sys_sendmsg+0x1e9/0x280 net/socket.c:2667
    __do_sys_sendmsg net/socket.c:2676 [inline] __se_sys_sendmsg net/socket.c:2674 [inline]
    __x64_sys_sendmsg+0x46/0x50 net/socket.c:2674 do_syscall_64+0xd3/0x1d0 entry_SYSCALL_64_after_hwframe+0x6d/0x75 value changed: 0xffffffff83d7feb0 -> 0x0000000000000000 Reported by Kernel Concurrency Sanitizer on: CPU: 0 PID: 10713 Comm: syz-executor.4 Tainted: G W 6.8.0-syzkaller-08951-gfe46a7dd189e #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 02/29/2024 Prior to this, commit 4cd12c6065df (bpf, sockmap: Fix NULL pointer dereference in sk_psock_verdict_data_ready()) fixed one NULL pointer similarly due to no protection of saved_data_ready.
    Here is another different caller causing the same issue because of the same reason. So we should protect it with sk_callback_lock read lock because the writer side in the sk_psock_drop() uses write_lock_bh(&sk->sk_callback_lock);. To avoid errors that could happen in future, I move those two pairs of lock into the sk_psock_data_ready(), which is suggested by John Fastabend. (CVE-2024-36938)

  - 已修复 Linux 内核中的下列漏洞：virtiofs: use pages instead of pointer for kernel direct IO When trying to insert a 10MB kernel module kept in a virtio-fs with cache disabled, the following warning was reported: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 404 at mm/page_alloc.c:4551 ...... Modules linked in: CPU: 1 PID: 404 Comm: insmod Not tainted 6.9.0-rc5+ #123 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996) ...... RIP: 0010:__alloc_pages+0x2bf/0x380 ......
    Call Trace: <TASK> ? __warn+0x8e/0x150 ? __alloc_pages+0x2bf/0x380 __kmalloc_large_node+0x86/0x160
    __kmalloc+0x33c/0x480 virtio_fs_enqueue_req+0x240/0x6d0 virtio_fs_wake_pending_and_unlock+0x7f/0x190 queue_request_and_unlock+0x55/0x60 fuse_simple_request+0x152/0x2b0 fuse_direct_io+0x5d2/0x8c0 fuse_file_read_iter+0x121/0x160 __kernel_read+0x151/0x2d0 kernel_read+0x45/0x50 kernel_read_file+0x1a9/0x2a0 init_module_from_file+0x6a/0xe0 idempotent_init_module+0x175/0x230
    __x64_sys_finit_module+0x5d/0xb0 x64_sys_call+0x1c3/0x9e0 do_syscall_64+0x3d/0xc0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 ...... </TASK> ---[ end trace 0000000000000000 ]--- The warning is triggered as follows: 1) syscall finit_module() handles the module insertion and it invokes kernel_read_file() to read the content of the module first. 2) kernel_read_file() allocates a 10MB buffer by using vmalloc() and passes it to kernel_read(). kernel_read() constructs a kvec iter by using iov_iter_kvec() and passes it to fuse_file_read_iter(). 3) virtio-fs disables the cache, so fuse_file_read_iter() invokes fuse_direct_io(). As for now, the maximal read size for kvec iter is only limited by fc->max_read. For virtio-fs, max_read is UINT_MAX, so fuse_direct_io() doesn't split the 10MB buffer. It saves the address and the size of the 10MB-sized buffer in out_args[0] of a fuse request and passes the fuse request to virtio_fs_wake_pending_and_unlock(). 4) virtio_fs_wake_pending_and_unlock() uses virtio_fs_enqueue_req() to queue the request. Because virtiofs need DMA-able address, so virtio_fs_enqueue_req() uses kmalloc() to allocate a bounce buffer for all fuse args, copies these args into the bounce buffer and passed the physical address of the bounce buffer to virtiofsd. The total length of these fuse args for the passed fuse request is about 10MB, so copy_args_to_argbuf() invokes kmalloc() with a 10MB size parameter and it triggers the warning in __alloc_pages(): if (WARN_ON_ONCE_GFP(order > MAX_PAGE_ORDER, gfp)) return NULL; 5) virtio_fs_enqueue_req() will retry the memory allocation in a kworker, but it won't help, because kmalloc() will always return NULL due to the abnormal size and finit_module() will hang forever. A feasible solution is to limit the value of max_read for virtio-fs, so the length passed to kmalloc() will be limited. However it will affect the maximal read size for normal read. And for virtio-fs write initiated from kernel, it has the similar problem but now there is no way to limit fc->max_write in kernel. So instead of limiting both the values of max_read and max_write in kernel, introducing use_pages_for_kvec_io in fuse_conn and setting it as true in virtiofs. When use_pages_for_kvec_io is enabled, fuse will use pages instead of pointer to pass the KVEC_IO data. After switching to pages for KVEC_IO data, these pages will be used for DMA through virtio-fs. If these pages are backed by vmalloc(), {flush|invalidate}_kernel_vmap_range() are necessary to flush or invalidate the cache before the DMA operation. So add two new fields in fuse_args_pages to record the base address of vmalloc area and the condition indicating whether invalidation is needed. Perform the flush in fuse_get_user_pages() for write operations and the invalidation in fuse_release_user_pages() for read operations. It may seem necessary to introduce another fie ---truncated--- (CVE-2024-53219)

  - 已修复 Linux 内核中的下列漏洞：acct: perform last write from workqueue In [1] it was reported that the acct(2) system call can be used to trigger NULL deref in cases where it is set to write to a file that triggers an internal lookup. This can e.g., happen when pointing acc(2) to /sys/power/resume. At the point the where the write to this file happens the calling task has already exited and called exit_fs(). A lookup will thus trigger a NULL-deref when accessing current->fs.
    Reorganize the code so that the the final write happens from the workqueue but with the caller's credentials. This preserves the (strange) permission model and has almost no regression risk. This api should stop to exist though. (CVE-2025-21846)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
357988	Rocky Linux 9 [CIQ] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（crlsa-2025_20518）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
351608	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782382498）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	medium
351689	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1780516677）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
274839	RHEL 9：内核 (RHSA-2025:20518)	Nessus	Red Hat Local Security Checks	2025/11/12	2025/11/17	high
275824	AlmaLinux 9内核 (ALSA-2025:20518)	Nessus	Alma Linux Local Security Checks	2025/11/19	2026/3/12	high
276689	Oracle Linux 9 ELSA-2025-20518-0: / kernel (ELSA-2025-205180)	Nessus	Oracle Linux Local Security Checks	2025/11/25	2026/3/6	high
282807	MagicLinux 9kernel-5.14.0-611.5.1.el9_7 (AXSA:2025-11493:94)	Nessus	Miracle Linux Local Security Checks	2026/1/13	2026/2/16	high
225467	Linux Distros 未修补的漏洞：CVE-2022-49357	Nessus	Misc.	2025/3/5	2026/7/17	medium
277164	RockyLinux 9内核 (RLSA-2025:20518)	Nessus	Rocky Linux Local Security Checks	2025/12/3	2026/2/27	high
351765	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782382498）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	medium

检测

插件搜索

high

medium

high

high

high

high

high

medium

high

medium