CVE-2013-1917
published 2013-05-13CVE-2013-1917: Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the NT flag when using an IRET after a SYSENTER instruction, which allows PV guest…
PriorityP49low1.9CVSS 2.0
AVLACMAuNCNINAP
EPSS
0.37%
29.5th percentile
Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the NT flag when using an IRET after a SYSENTER instruction, which allows PV guest users to cause a denial of service (hypervisor crash) by triggering a #GP fault, which is not properly handled by another IRET instruction.
Affected
32 ranges· showing 25
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | xen | < xen 4.1.4-3 (bookworm) | xen 4.1.4-3 (bookworm) |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
CVSS provenance
nvdv2.01.9LOWAV:L/AC:M/Au:N/C:N/I:N/A:P
osv1.9LOW
vendor_debian1.9LOW
vendor_redhat1.9LOW
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
kernel: xen: Xen PV DoS vulnerability with SYSENTER
vendor_redhat·2013-04-18·CVSS 1.9
CVE-2013-1917 [LOW] kernel: xen: Xen PV DoS vulnerability with SYSENTER
kernel: xen: Xen PV DoS vulnerability with SYSENTER
Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the NT flag when using an IRET after a SYSENTER instruction, which allows PV guest users to cause a denial of service (hypervisor crash) by triggering a #GP fault, which is not properly handled by another IRET instruction.
Statement: Not vulnerable.
This issue did not affect the versions of the kernel-xen package as shipped with Red Hat Enterprise Linux 5 as we did not have support for sysenter for 64bit PV guests running on the Xen hypervisor (introduced in upstream changeset 16207:aeebd173c3fa).
This issue did not affect the versions of the Linux kernel as shipped with Red Hat Enterprise Linux 6 and Red Hat Enterprise MRG as we did not have support for Xen hy
Debian
CVE-2013-1917: xen - Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the...
vendor_debian·2013·CVSS 1.9
CVE-2013-1917 [LOW] CVE-2013-1917: xen - Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the...
Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the NT flag when using an IRET after a SYSENTER instruction, which allows PV guest users to cause a denial of service (hypervisor crash) by triggering a #GP fault, which is not properly handled by another IRET instruction.
Scope: local
bookworm: resolved (fixed in 4.1.4-3)
bullseye: resolved (fixed in 4.1.4-3)
forky: resolved (fixed in 4.1.4-3)
sid: resolved (fixed in 4.1.4-3)
trixie: resolved (fixed in 4.1.4-3)
GHSA
GHSA-mrjv-6f7h-m3rj: Xen 3
ghsa_unreviewed·2022-05-17
CVE-2013-1917 [LOW] CWE-20 GHSA-mrjv-6f7h-m3rj: Xen 3
Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the NT flag when using an IRET after a SYSENTER instruction, which allows PV guest users to cause a denial of service (hypervisor crash) by triggering a #GP fault, which is not properly handled by another IRET instruction.
OSV
CVE-2013-1917: Xen 3
osv·2013-05-13·CVSS 1.9
CVE-2013-1917 [LOW] CVE-2013-1917: Xen 3
Xen 3.1 through 4.x, when running 64-bit hosts on Intel CPUs, does not clear the NT flag when using an IRET after a SYSENTER instruction, which allows PV guest users to cause a denial of service (hypervisor crash) by triggering a #GP fault, which is not properly handled by another IRET instruction.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2013-1917 kernel: xen: Xen PV DoS vulnerability with SYSENTER [fedora-all]
bugzilla·2013-04-18·CVSS 1.9
CVE-2013-1917 [LOW] CVE-2013-1917 kernel: xen: Xen PV DoS vulnerability with SYSENTER [fedora-all]
CVE-2013-1917 kernel: xen: Xen PV DoS vulnerability with SYSENTER [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.
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 creating a Bodhi update request, please use the bodhi submission link
noted 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 mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issue af
Bugzilla
CVE-2013-1917 kernel: xen: Xen PV DoS vulnerability with SYSENTER
bugzilla·2013-04-10·CVSS 1.9
CVE-2013-1917 [LOW] CVE-2013-1917 kernel: xen: Xen PV DoS vulnerability with SYSENTER
CVE-2013-1917 kernel: xen: Xen PV DoS vulnerability with SYSENTER
The SYSENTER instruction can be used by PV guests to accelerate system call processing. This instruction, however, leaves the EFLAGS register mostly unmodified - in particular, the NT flag doesn't get cleared. If the hypervisor subsequently uses IRET to return to the guest (which it will always do if the guest is a 32-bit one), that instruction will cause a #GP fault to be raised, but the recovery code in the hypervisor will again try to use IRET without intermediately clearing the NT flag. The #GP fault raised on this second IRET is a fatal event, causing the hypervisor to crash.
Malicious or buggy unprivileged user space can cause the entire host to crash.
The vulnerability is only exposed by 64-bit PV guests running on
http://lists.fedoraproject.org/pipermail/package-announce/2013-May/104537.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00015.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00021.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-04/msg00000.htmlhttp://lists.opensuse.org/opensuse-updates/2013-06/msg00049.htmlhttp://secunia.com/advisories/55082http://security.gentoo.org/glsa/glsa-201309-24.xmlhttp://www.debian.org/security/2012/dsa-2662http://www.openwall.com/lists/oss-security/2013/04/18/8http://www.securitytracker.com/id/1028455http://lists.fedoraproject.org/pipermail/package-announce/2013-May/104537.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00015.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00021.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-04/msg00000.htmlhttp://lists.opensuse.org/opensuse-updates/2013-06/msg00049.htmlhttp://secunia.com/advisories/55082http://security.gentoo.org/glsa/glsa-201309-24.xmlhttp://www.debian.org/security/2012/dsa-2662http://www.openwall.com/lists/oss-security/2013/04/18/8http://www.securitytracker.com/id/1028455
2013-05-13
Published