CVE-2013-6400
published 2013-12-13CVE-2013-6400: Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, does not clear the flag that suppresses IOMMU TLB flushes when unspecified…
PriorityP422medium6.8CVSS 2.0
AVAACHAuNCCICAC
EPSS
0.66%
47.5th percentile
Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, does not clear the flag that suppresses IOMMU TLB flushes when unspecified errors occur, which causes the TLB entries to not be flushed and allows local guest administrators to cause a denial of service (host crash) or gain privileges via unspecified vectors.
Affected
11 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | xen | < xen 4.4.0-1 (bookworm) | xen 4.4.0-1 (bookworm) |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | — | — |
| xen | xen | >= 0 < 4.4.0-1 | 4.4.0-1 |
| xen | xen | >= 0 < 4.4.0-1 | 4.4.0-1 |
| xen | xen | >= 0 < 4.4.0-1 | 4.4.0-1 |
| xen | xen | >= 0 < 4.4.0-1 | 4.4.0-1 |
CVSS provenance
nvdv2.06.8MEDIUMAV:A/AC:H/Au:N/C:C/I:C/A:C
osv6.8MEDIUM
vendor_debian6.8MEDIUM
vendor_redhat6.8MEDIUM
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: IOMMU TLB flushing may be inadvertently suppressed
vendor_redhat·2013-12-10·CVSS 6.8
CVE-2013-6400 [MEDIUM] xen: IOMMU TLB flushing may be inadvertently suppressed
xen: IOMMU TLB flushing may be inadvertently suppressed
Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, does not clear the flag that suppresses IOMMU TLB flushes when unspecified errors occur, which causes the TLB entries to not be flushed and allows local guest administrators to cause a denial of service (host crash) or gain privileges via unspecified vectors.
Statement: Not vulnerable.
This issue did not affect the versions of the kernel-xen package as shipped with Red Hat Enterprise Linux 5.
This issue did not affect Red Hat Enterprise Linux 6 and Red Hat Enterprise MRG 2 as we did not have support for Xen hypervisor.
Package: kernel-xen (Red Hat Enterprise Linux 5) - Not affected
Debian
CVE-2013-6400: xen - Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, d...
vendor_debian·2013·CVSS 6.8
CVE-2013-6400 [MEDIUM] CVE-2013-6400: xen - Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, d...
Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, does not clear the flag that suppresses IOMMU TLB flushes when unspecified errors occur, which causes the TLB entries to not be flushed and allows local guest administrators to cause a denial of service (host crash) or gain privileges via unspecified vectors.
Scope: local
bookworm: resolved (fixed in 4.4.0-1)
bullseye: resolved (fixed in 4.4.0-1)
forky: resolved (fixed in 4.4.0-1)
sid: resolved (fixed in 4.4.0-1)
trixie: resolved (fixed in 4.4.0-1)
GHSA
GHSA-f6x8-9q7w-8j23: Xen 4
ghsa_unreviewed·2022-05-17
CVE-2013-6400 [MEDIUM] GHSA-f6x8-9q7w-8j23: Xen 4
Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, does not clear the flag that suppresses IOMMU TLB flushes when unspecified errors occur, which causes the TLB entries to not be flushed and allows local guest administrators to cause a denial of service (host crash) or gain privileges via unspecified vectors.
OSV
CVE-2013-6400: Xen 4
osv·2013-12-13·CVSS 6.8
CVE-2013-6400 [MEDIUM] CVE-2013-6400: Xen 4
Xen 4.2.x and 4.3.x, when using Intel VT-d and a PCI device has been assigned, does not clear the flag that suppresses IOMMU TLB flushes when unspecified errors occur, which causes the TLB entries to not be flushed and allows local guest administrators to cause a denial of service (host crash) or gain privileges via unspecified vectors.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2013-6400 xen: IOMMU TLB flushing may be inadvertently suppressed [fedora-all]
bugzilla·2013-12-10·CVSS 6.8
CVE-2013-6400 [MEDIUM] CVE-2013-6400 xen: IOMMU TLB flushing may be inadvertently suppressed [fedora-all]
CVE-2013-6400 xen: IOMMU TLB flushing may be inadvertently suppressed [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 issu
Bugzilla
CVE-2013-6400 xen: IOMMU TLB flushing may be inadvertently suppressed
bugzilla·2013-11-28·CVSS 6.8
CVE-2013-6400 [MEDIUM] CVE-2013-6400 xen: IOMMU TLB flushing may be inadvertently suppressed
CVE-2013-6400 xen: IOMMU TLB flushing may be inadvertently suppressed
An internal flag is used to temporarily suppress IOMMU TLB flushes, in
order to consolidate multiple single page flushes into one wider
flush. This flag is not cleared again, on certain error paths. This
can result in TLB flushes not happening when they are needed.
Retaining stale TLB entries could allow guests access to memory that
ought to have been revoked, or grant greater access than intended.
Malicious guest administrators might be able to cause host-wide denial of
service, or escalate their privilege to that of the host.
Acknowledgements:
Red Hat would like to thank the Xen project for reporting this issue.
Discussion:
Statement:
Not vulnerable.
This issue did not affect the versions of the kernel-xen pack
http://lists.fedoraproject.org/pipermail/package-announce/2013-December/125081.htmlhttp://lists.fedoraproject.org/pipermail/package-announce/2013-December/125111.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00011.htmlhttp://lists.xen.org/archives/html/xen-announce/2013-12/msg00002.htmlhttp://secunia.com/advisories/55932http://security.gentoo.org/glsa/glsa-201407-03.xmlhttp://www.openwall.com/lists/oss-security/2013/12/10/7http://www.securitytracker.com/id/1029468http://lists.fedoraproject.org/pipermail/package-announce/2013-December/125081.htmlhttp://lists.fedoraproject.org/pipermail/package-announce/2013-December/125111.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00011.htmlhttp://lists.xen.org/archives/html/xen-announce/2013-12/msg00002.htmlhttp://secunia.com/advisories/55932http://security.gentoo.org/glsa/glsa-201407-03.xmlhttp://www.openwall.com/lists/oss-security/2013/12/10/7http://www.securitytracker.com/id/1029468
2013-12-13
Published