xen: insufficient cache write-back under VT-d leads to DoS (XSA-321)
Published Jul 7, 2020
8.8
HIGHCVSS 3.1
EPSS 0.37%
Description
An issue was discovered in Xen through 4.13.x, allowing x86 Intel HVM guest OS users to cause a host OS denial of service or possibly gain privileges because of insufficient cache write-back under VT-d. When page tables are shared between IOMMU and CPU, changes to them require flushing of both TLBs. Furthermore, IOMMUs may be non-coherent, and hence prior to flushing IOMMU TLBs, a CPU cache also needs writing back to memory after changes were made. Such writing back of cached data was missing in particular when splitting large page mappings into smaller granularity ones. A malicious guest may be able to retain read/write DMA access to frames returned to Xen's free pool, and later reused for another purpose. Host crashes (leading to a Denial of Service) and privilege escalation cannot be ruled out. Xen versions from at least 3.2 onwards are affected. Only x86 Intel systems are affected. x86 AMD as well as Arm systems are not affected. Only x86 HVM guests using hardware assisted paging (HAP), having a passed through PCI device assigned, and having page table sharing enabled can leverage the vulnerability. Note that page table sharing will be enabled (by default) only if Xen considers IOMMU and CPU large page size support compatible.
Affected products
No data.
Configuration 2
- 10.0
Configuration 3
- 31
- 32
No data.
Red Hat Enterprise Linux 5
kernel-xen
Out of support scope
| Product | Package | State | Advisory |
|---|---|---|---|
| Red Hat Enterprise Linux 5 | kernel-xen | Out of support scope | n/a |
No package ranges for this CVE.
Remediation
Red Hat statement
Only x86 HVM guests using hardware assisted paging (HAP), having a passed through PCI device assigned, and having page table sharing enabled can leverage the vulnerability. Note that page table sharing is enabled (by default) only if Xen considers IOMMU and CPU large page size support compatible. x86 AMD as well as ARM systems are not affected by this flaw.
Red Hat mitigation
- Suppress the use of page table sharing (command line option `iommu=no-sharept`). Note however that as of Xen version 4.13 there is also a respective per-guest control (`passthrough=` libxl guest config file option). If any guests have been created with an explicit setting, this setting may conflict with the addition of the `iommu=no-sharept` Xen command line option. - Suppress the use of large HAP pages (command line options `hap_2mb=no` and `hap_1gb=no`). - Avoid pass-through of PCI devices to HVM guests.
References (13)
- http://lists.opensuse.org/opensuse-security-announce/2020-07/msg00024.html vendor-advisoryx_refsource_SUSEMailing ListThird Party Advisory
- http://lists.opensuse.org/opensuse-security-announce/2020-07/msg00031.html vendor-advisoryx_refsource_SUSEMailing ListThird Party Advisory
- http://www.openwall.com/lists/oss-security/2020/07/07/4 mailing-listx_refsource_MLISTMailing ListThird Party Advisory
- http://xenbits.xen.org/xsa/advisory-321.html x_refsource_MISCPatchThird Party Advisory
- https://access.redhat.com/security/cve/CVE-2020-15565 Vendor Advisory
- https://bugzilla.redhat.com/show_bug.cgi?id=1851475 Issue Tracking
- https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/MXESCOVI7AVRNC7HEAMFM7PMEO6D3AUH/ vendor-advisoryx_refsource_FEDORA
- https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/VB3QJJZV23Z2IDYEMIHELWYSQBUEW6JP/ vendor-advisoryx_refsource_FEDORA
- https://nvd.nist.gov/vuln/detail/CVE-2020-15565
- https://security.gentoo.org/glsa/202007-02 vendor-advisoryx_refsource_GENTOOThird Party Advisory
- https://www.cve.org/CVERecord?id=CVE-2020-15565
- https://www.debian.org/security/2020/dsa-4723 vendor-advisoryx_refsource_DEBIANThird Party Advisory
- https://xenbits.xen.org/xsa/advisory-321.html
Change history (0)
No recorded changes yet.