CVE-2017-10918
published 2017-07-05CVE-2017-10918: Xen through 4.8.x does not validate memory allocations during certain P2M operations, which allows guest OS users to obtain privileged host OS access, aka…
PriorityP355critical10CVSS 3.0
AVNACLPRNUINSCCHIHAH
EPSS
3.67%
88.4th percentile
Xen through 4.8.x does not validate memory allocations during certain P2M operations, which allows guest OS users to obtain privileged host OS access, aka XSA-222.
Affected
6 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | xen | < xen 4.8.1-1+deb9u3 (bookworm) | xen 4.8.1-1+deb9u3 (bookworm) |
| xen | xen | <= 4.8.1 | — |
| xen | xen | >= 0 < 4.8.1-1+deb9u3 | 4.8.1-1+deb9u3 |
| xen | xen | >= 0 < 4.8.1-1+deb9u3 | 4.8.1-1+deb9u3 |
| xen | xen | >= 0 < 4.8.1-1+deb9u3 | 4.8.1-1+deb9u3 |
| xen | xen | >= 0 < 4.8.1-1+deb9u3 | 4.8.1-1+deb9u3 |
CVSS provenance
nvdv3.010.0CRITICALCVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
nvdv2.010.0CRITICALAV:N/AC:L/Au:N/C:C/I:C/A:C
osv10.0CRITICAL
vendor_debian10.0CRITICAL
vendor_redhat10.0CRITICAL
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Red Hat
xen: stale P2M mappings due to insufficient error checking (XSA-222)
vendor_redhat·2017-06-20·CVSS 10.0
CVE-2017-10918 [CRITICAL] xen: stale P2M mappings due to insufficient error checking (XSA-222)
xen: stale P2M mappings due to insufficient error checking (XSA-222)
Xen through 4.8.x does not validate memory allocations during certain P2M operations, which allows guest OS users to obtain privileged host OS access, aka XSA-222.
Mitigation: On x86, specifying "hap_1gb=0 hap_2mb=0" on the hypervisor command
line will avoid the vulnerability.
Alternatively, running all x86 HVM guests in shadow mode will also
avoid this vulnerability. (For example, by specifying "hap=0" in the
xl domain configuration file.)
There is no known mitigation on ARM systems.
Package: xen (Red Hat Enterprise Linux 5) - Will not fix
Debian
CVE-2017-10918: xen - Xen through 4.8.x does not validate memory allocations during certain P2M operat...
vendor_debian·2017·CVSS 10.0
CVE-2017-10918 [CRITICAL] CVE-2017-10918: xen - Xen through 4.8.x does not validate memory allocations during certain P2M operat...
Xen through 4.8.x does not validate memory allocations during certain P2M operations, which allows guest OS users to obtain privileged host OS access, aka XSA-222.
Scope: local
bookworm: resolved (fixed in 4.8.1-1+deb9u3)
bullseye: resolved (fixed in 4.8.1-1+deb9u3)
forky: resolved (fixed in 4.8.1-1+deb9u3)
sid: resolved (fixed in 4.8.1-1+deb9u3)
trixie: resolved (fixed in 4.8.1-1+deb9u3)
GHSA
GHSA-wcvx-8554-h4rm: Xen through 4
ghsa_unreviewed·2022-05-17
CVE-2017-10918 [CRITICAL] CWE-20 GHSA-wcvx-8554-h4rm: Xen through 4
Xen through 4.8.x does not validate memory allocations during certain P2M operations, which allows guest OS users to obtain privileged host OS access, aka XSA-222.
OSV
CVE-2017-10918: Xen through 4
osv·2017-07-05·CVSS 10.0
CVE-2017-10918 [CRITICAL] CVE-2017-10918: Xen through 4
Xen through 4.8.x does not validate memory allocations during certain P2M operations, which allows guest OS users to obtain privileged host OS access, aka XSA-222.
No detection rules found.
No public exploits indexed.
arXiv
Trusted Container Extensions for Container-based Confidential Computing
arxiv_fulltext·2022-05-11
Trusted Container Extensions for Container-based Confidential Computing
Trusted Container Extensions for Container-based Confidential Computing
draft
[1]
plain
Anonymous
[1]
camera
Ferdinand Brasser, Patrick Jauernig, Frederik Pustelnik,
Ahmad-Reza Sadeghi, Emmanuel Stapf
Technical University of Darmstadt, Germany
\ferdinand.brasser, patrick.jauernig, emmanuel.stapf\@sanctuary.dev
\ahmad.sadeghi\@trust.tu-darmstadt.de
## Abstract
Cloud computing has emerged as a corner stone of today's computing landscape. More and more customers who outsource their infrastructure benefit from the manageability, scalability and cost saving that come with cloud computing. Those benefits get amplified by the trend towards microservices. Instead of renting and maintaining full VMs, customers increasingly leverage container technologies, which come with a much more light
Bugzilla
CVE-2017-10911 CVE-2017-10912 CVE-2017-10913 CVE-2017-10914 CVE-2017-10915 CVE-2017-10916 CVE-2017-10918 CVE-2017-10919 CVE-2017-10920 CVE-2017-10921 CVE-2017-10922 CVE-2017-10923 xen: various flaws [
bugzilla·2017-06-20·CVSS 6.5
CVE-2017-10911 [MEDIUM] CVE-2017-10911 CVE-2017-10912 CVE-2017-10913 CVE-2017-10914 CVE-2017-10915 CVE-2017-10916 CVE-2017-10918 CVE-2017-10919 CVE-2017-10920 CVE-2017-10921 CVE-2017-10922 CVE-2017-10923 xen: various flaws [
CVE-2017-10911 CVE-2017-10912 CVE-2017-10913 CVE-2017-10914 CVE-2017-10915 CVE-2017-10916 CVE-2017-10918 CVE-2017-10919 CVE-2017-10920 CVE-2017-10921 CVE-2017-10922 CVE-2017-10923 xen: various flaws [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also men
Bugzilla
CVE-2017-10918 xsa222 xen: stale P2M mappings due to insufficient error checking (XSA-222)
bugzilla·2017-06-05·CVSS 10.0
CVE-2017-10918 [CRITICAL] CVE-2017-10918 xsa222 xen: stale P2M mappings due to insufficient error checking (XSA-222)
CVE-2017-10918 xsa222 xen: stale P2M mappings due to insufficient error checking (XSA-222)
ISSUE DESCRIPTION
Certain actions require removing pages from a guest's P2M
(Physical-to-Machine) mapping. When large pages are in use to map
guest pages in the 2nd-stage page tables, such a removal operation may
incur a memory allocation (to replace a large mapping with individual
smaller ones). If this allocation fails, these errors are ignored by
the callers, which would then continue and (for example) free the
referenced page for reuse. This leaves the guest with a mapping to a
page it shouldn't have access to.
The allocation involved comes from a separate pool of memory created
when the domain is created; under normal operating conditions it never
fails, but a malicious guest may be able to e
http://www.debian.org/security/2017/dsa-3969http://www.securityfocus.com/bid/99161http://www.securitytracker.com/id/1038732https://security.gentoo.org/glsa/201708-03https://security.gentoo.org/glsa/201710-17https://xenbits.xen.org/xsa/advisory-222.htmlhttp://www.debian.org/security/2017/dsa-3969http://www.securityfocus.com/bid/99161http://www.securitytracker.com/id/1038732https://security.gentoo.org/glsa/201708-03https://security.gentoo.org/glsa/201710-17https://xenbits.xen.org/xsa/advisory-222.html
2017-07-05
Published