CVE-2025-38351

一、漏洞信息
 漏洞编号：[CVE-2025-38351](https://nvd.nist.gov/vuln/detail/CVE-2025-38351)
 漏洞归属组件：[kernel](https://gitee.com/src-openeuler/kernel)
 漏洞归属的版本：4.19.140,4.19.194,4.19.90,5.10.0,6.1.19,6.4.0,6.6.0
 CVSS V3.0分值：
  BaseScore：N/A None
  Vector：CVSS：3.0/
 漏洞简述：
  In the Linux kernel, the following vulnerability has been resolved:KVM: x86/hyper-v: Skip non-canonical addresses during PV TLB flushIn KVM guests with Hyper-V hypercalls enabled, the hypercallsHVCALL_FLUSH_VIRTUAL_ADDRESS_LIST and HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST_EXallow a guest to request invalidation of portions of a virtual TLB.For this, the hypercall parameter includes a list of GVAs that are supposedto be invalidated.However, when non-canonical GVAs are passed, there is currently nofiltering in place and they are eventually passed to checked invocations ofINVVPID on Intel / INVLPGA on AMD.  While AMD s INVLPGA silently ignoresnon-canonical addresses (effectively a no-op), Intel s INVVPID explicitlysignals VM-Fail and ultimately triggers the WARN_ONCE in invvpid_error():  invvpid failed: ext=0x0 vpid=1 gva=0xaaaaaaaaaaaaa000  WARNING: CPU: 6 PID: 326 at arch/x86/kvm/vmx/vmx.c:482  invvpid_error+0x91/0xa0 [kvm_intel]  Modules linked in: kvm_intel kvm 9pnet_virtio irqbypass fuse  CPU: 6 UID: 0 PID: 326 Comm: kvm-vm Not tainted 6.15.0 #14 PREEMPT(voluntary)  RIP: 0010:invvpid_error+0x91/0xa0 [kvm_intel]  Call Trace:    vmx_flush_tlb_gva+0x320/0x490 [kvm_intel]    kvm_hv_vcpu_flush_tlb+0x24f/0x4f0 [kvm]    kvm_arch_vcpu_ioctl_run+0x3013/0x5810 [kvm]Hyper-V documents that invalid GVAs (those that are beyond a partition sGVA space) are to be ignored.  While not completely clear whether thisruling also applies to non-canonical GVAs, it is likely fine to make thatassumption, and manual testing on Azure confirms  real  Hyper-V interpretsthe specification in the same way.Skip non-canonical GVAs when processing the list of address to avoidtripping the INVVPID failure.  Alternatively, KVM could filter out  bad GVAs before inserting into the FIFO, but practically speaking the onlydownside of pushing validation to the final processing is that doing sois suboptimal for the guest, and no well-behaved guest will request TLBflushes for non-canonical addresses.
 漏洞公开时间：2025-07-19 20:15:35
 漏洞创建时间：2025-07-19 21:01:18
 漏洞详情参考链接：
  https://nvd.nist.gov/vuln/detail/CVE-2025-38351
<details>
<summary>更多参考(点击展开)</summary>

| 参考来源 | 参考链接 | 来源链接 |
| ------- | -------- | -------- |
|  | https://git.kernel.org/stable/c/2d4dea3f76510c0afe3f18c910f647b816f7d566 |  |
|  | https://git.kernel.org/stable/c/fa787ac07b3ceb56dd88a62d1866038498e96230 |  |
|  | https://lore.kernel.org/linux-cve-announce/2025071951-CVE-2025-38351-75ea@gregkh/T/#u |  |
|  | https://security-tracker.debian.org/tracker/CVE-2025-38351 |  |
|  | https://git.kernel.org/stable/c/2d4dea3f76510c0afe3f18c910f647b816f7d566 |  |
|  | https://git.kernel.org/stable/c/fa787ac07b3ceb56dd88a62d1866038498e96230 |  |
|  | https://ubuntu.com/security/CVE-2025-38351 |  |
|  | https://git.kernel.org/stable/c/f1b3ad11ec11c88ba9f79a73d27d4cda3f80fb24 |  |
|  | https://git.kernel.org/stable/c/f1b3ad11ec11c88ba9f79a73d27d4cda3f80fb24 |  |
|  | https://www.cve.org/CVERecord?id=CVE-2025-38351 |  |
|  | https://nvd.nist.gov/vuln/detail/CVE-2025-38351 |  |
|  | https://lore.kernel.org/linux-cve-announce/2025071951-CVE-2025-38351-75ea@gregkh/T |  |
|  | https://bugzilla.redhat.com/show_bug.cgi?id=2382059 |  |
|  | https://git.kernel.org/stable/c/d5784ea45663330eaa868c518ea40e7a9f06aa2d |  |
|  | https://git.kernel.org/stable/c/d5784ea45663330eaa868c518ea40e7a9f06aa2d |  |

</details>

漏洞分析指导链接：
  https://gitee.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
 漏洞数据来源:
  七彩瞬析开源风险感知平台
 漏洞补丁信息：
  <details>
<summary>详情(点击展开)</summary>

| 影响的包 | 修复版本 | 修复补丁 | 问题引入补丁 | 来源  |
| ------- | -------- | ------- | -------- | --------- |
| gregkh/linux |  | https://github.com/gregkh/linux/commit/fa787ac07b3ceb56dd88a62d1866038498e96230.patch |  | ljqc |
|  |  | https://git.kernel.org/stable/c/2d4dea3f76510c0afe3f18c910f647b816f7d566 |  | nvd |
|  |  | https://git.kernel.org/stable/c/fa787ac07b3ceb56dd88a62d1866038498e96230 |  | nvd |
|  |  | https://git.kernel.org/stable/c/2d4dea3f76510c0afe3f18c910f647b816f7d566 |  | cvelistv5 |
|  |  | https://git.kernel.org/stable/c/fa787ac07b3ceb56dd88a62d1866038498e96230 |  | cvelistv5 |
|  |  | https://git.kernel.org/stable/c/f1b3ad11ec11c88ba9f79a73d27d4cda3f80fb24 |  | cvelistv5 |
|  |  | https://git.kernel.org/stable/c/f1b3ad11ec11c88ba9f79a73d27d4cda3f80fb24 |  | nvd |
|  |  | https://git.kernel.org/stable/c/d5784ea45663330eaa868c518ea40e7a9f06aa2d |  | cvelistv5 |
|  |  | https://git.kernel.org/stable/c/d5784ea45663330eaa868c518ea40e7a9f06aa2d |  | nvd |

</details>

二、漏洞分析结构反馈
 影响性分析说明：
  In the Linux kernel, the following vulnerability has been resolved:KVM: x86/hyper-v: Skip non-canonical addresses during PV TLB flushIn KVM guests with Hyper-V hypercalls enabled, the hypercallsHVCALL_FLUSH_VIRTUAL_ADDRESS_LIST and HVCALL_FLUSH_VIRTUAL_ADDRESS_LIST_EXallow a guest to request invalidation of portions of a virtual TLB.For this, the hypercall parameter includes a list of GVAs that are supposedto be invalidated.However, when non-canonical GVAs are passed, there is currently nofiltering in place and they are eventually passed to checked invocations ofINVVPID on Intel / INVLPGA on AMD.  While AMD&#39;s INVLPGA silently ignoresnon-canonical addresses (effectively a no-op), Intel&#39;s INVVPID explicitlysignals VM-Fail and ultimately triggers the WARN_ONCE in invvpid_error():  invvpid failed: ext=0x0 vpid=1 gva=0xaaaaaaaaaaaaa000  WARNING: CPU: 6 PID: 326 at arch/x86/kvm/vmx/vmx.c:482  invvpid_error+0x91/0xa0 [kvm_intel]  Modules linked in: kvm_intel kvm 9pnet_virtio irqbypass fuse  CPU: 6 UID: 0 PID: 326 Comm: kvm-vm Not tainted 6.15.0 #14 PREEMPT(voluntary)  RIP: 0010:invvpid_error+0x91/0xa0 [kvm_intel]  Call Trace:    vmx_flush_tlb_gva+0x320/0x490 [kvm_intel]    kvm_hv_vcpu_flush_tlb+0x24f/0x4f0 [kvm]    kvm_arch_vcpu_ioctl_run+0x3013/0x5810 [kvm]Hyper-V documents that invalid GVAs (those that are beyond a partition&#39;sGVA space) are to be ignored.  While not completely clear whether thisruling also applies to non-canonical GVAs, it is likely fine to make thatassumption, and manual testing on Azure confirms &#34;real&#34; Hyper-V interpretsthe specification in the same way.Skip non-canonical GVAs when processing the list of address to avoidtripping the INVVPID failure.  Alternatively, KVM could filter out &#34;bad&#34;GVAs before inserting into the FIFO, but practically speaking the onlydownside of pushing validation to the final processing is that doing sois suboptimal for the guest, and no well-behaved guest will request TLBflushes for non-canonical addresses.The Linux kernel CVE team has assigned CVE-2025-38351 to this issue.
 openEuler评分：
  7.3
 Vector：CVSS：3.0/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H
 受影响版本排查(受影响/不受影响)：
  1.openEuler-24.03-LTS(6.6.0):受影响
2.openEuler-24.03-LTS-SP1(6.6.0):受影响
3.openEuler-24.03-LTS-SP2(6.6.0):受影响
4.master(6.12.33):不受影响
5.openEuler-20.03-LTS-SP4(4.19.90):不受影响
6.openEuler-22.03-LTS-SP3:不受影响
7.openEuler-22.03-LTS-SP4:不受影响
8.openEuler-24.03-LTS-Next(6.6.0):不受影响

修复是否涉及abi变化(是/否)：
  1.master(6.12.33):否
2.openEuler-20.03-LTS-SP4(4.19.90):否
3.openEuler-22.03-LTS-SP3:否
4.openEuler-22.03-LTS-SP4:否
5.openEuler-24.03-LTS(6.6.0):否
6.openEuler-24.03-LTS-Next(6.6.0):否
7.openEuler-24.03-LTS-SP1(6.6.0):否
8.openEuler-24.03-LTS-SP2(6.6.0):否

原因说明：
  1.openEuler-24.03-LTS(6.6.0):正常修复
2.openEuler-24.03-LTS-SP1(6.6.0):正常修复
3.openEuler-24.03-LTS-SP2(6.6.0):正常修复
4.master(6.12.33):不受影响-漏洞代码不能被攻击者触发
5.openEuler-24.03-LTS-Next(6.6.0):不受影响-漏洞代码不能被攻击者触发
6.openEuler-20.03-LTS-SP4(4.19.90):不受影响-漏洞代码不存在
7.openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在
8.openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在

三、漏洞修复
安全公告链接：https://www.openeuler.org/zh/security/safety-bulletin/detail/?id=openEuler-SA-2025-2122

src-openEuler / kernel
Closed

Content Risk Flag

Comments (8)

src-openEuler / kernelClosed .gitee-modal { width: 500px !important; }

Content Risk Flag

CVE-2025-38351

Comments (8)

Search

src-openEuler / kernel
Closed