CVE-2013-1952
published 2013-05-13CVE-2013-1952: Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not properly check the source when accessing a bridge device's interrupt remapping…
PriorityP48low1.9CVSS 2.0
AVLACMAuNCNINAP
EPSS
0.42%
34.2th percentile
Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not properly check the source when accessing a bridge device's interrupt remapping table entries for MSI interrupts, which allows local guest domains to cause a denial of service (interrupt injection) via unspecified vectors.
Affected
18 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | xen | < xen 4.1.4-4 (bookworm) | xen 4.1.4-4 (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 | >= 0 < 4.1.4-4 | 4.1.4-4 |
| xen | xen | >= 0 < 4.1.4-4 | 4.1.4-4 |
| xen | xen | >= 0 < 4.1.4-4 | 4.1.4-4 |
| xen | xen | >= 0 < 4.1.4-4 | 4.1.4-4 |
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.
GHSA
GHSA-xchh-r483-j5m5: Xen 4
ghsa_unreviewed·2022-05-17
CVE-2013-1952 [LOW] CWE-20 GHSA-xchh-r483-j5m5: Xen 4
Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not properly check the source when accessing a bridge device's interrupt remapping table entries for MSI interrupts, which allows local guest domains to cause a denial of service (interrupt injection) via unspecified vectors.
OSV
CVE-2013-1952: Xen 4
osv·2013-05-13·CVSS 1.9
CVE-2013-1952 [LOW] CVE-2013-1952: Xen 4
Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not properly check the source when accessing a bridge device's interrupt remapping table entries for MSI interrupts, which allows local guest domains to cause a denial of service (interrupt injection) via unspecified vectors.
Red Hat
kernel: xen: VT-d interrupt remapping source validation flaw for bridges
vendor_redhat·2013-05-02·CVSS 1.9
CVE-2013-1952 [LOW] kernel: xen: VT-d interrupt remapping source validation flaw for bridges
kernel: xen: VT-d interrupt remapping source validation flaw for bridges
Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not properly check the source when accessing a bridge device's interrupt remapping table entries for MSI interrupts, which allows local guest domains to cause a denial of service (interrupt injection) 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 as we did not have support for Xen hypervisor.
Package: kernel-xen (Red Hat Enterprise Linux 5) - Not affected
Package: kernel (Red Hat Enterprise Linux 6) - Not affected
Package: realtime-kernel (Red Hat
Debian
CVE-2013-1952: xen - Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not ...
vendor_debian·2013·CVSS 1.9
CVE-2013-1952 [LOW] CVE-2013-1952: xen - Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not ...
Xen 4.x, when using Intel VT-d for a bus mastering capable PCI device, does not properly check the source when accessing a bridge device's interrupt remapping table entries for MSI interrupts, which allows local guest domains to cause a denial of service (interrupt injection) via unspecified vectors.
Scope: local
bookworm: resolved (fixed in 4.1.4-4)
bullseye: resolved (fixed in 4.1.4-4)
forky: resolved (fixed in 4.1.4-4)
sid: resolved (fixed in 4.1.4-4)
trixie: resolved (fixed in 4.1.4-4)
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2013-1952 kernel: xen: VT-d interrupt remapping source validation flaw for bridges [fedora-all]
bugzilla·2013-05-02·CVSS 1.9
CVE-2013-1952 [LOW] CVE-2013-1952 kernel: xen: VT-d interrupt remapping source validation flaw for bridges [fedora-all]
CVE-2013-1952 kernel: xen: VT-d interrupt remapping source validation flaw for bridges [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.
Pleas
Bugzilla
CVE-2013-1952 kernel: xen: VT-d interrupt remapping source validation flaw for bridges
bugzilla·2013-04-24·CVSS 1.9
CVE-2013-1952 [LOW] CVE-2013-1952 kernel: xen: VT-d interrupt remapping source validation flaw for bridges
CVE-2013-1952 kernel: xen: VT-d interrupt remapping source validation flaw for bridges
Interrupt remapping table entries for MSI interrupts set up by bridge devices did not get any source validation set up on them, allowing misbehaving or malicious guests to inject interrupts into the domain owning the bridges.
In a typical Xen system bridge devices are owned by domain 0, leaving it vulnerable to such an attack. Such a DoS is likely to have an impact on other guests running in the system.
A malicious domain, given access to a device which bus mastering capable, can mount a denial of service attack affecting the whole system.
Acknowledgements:
Red Hat would like to thank the Xen project for reporting this issue.
Discussion:
Statement:
Not vulnerable.
This issue did not affect the v
http://lists.fedoraproject.org/pipermail/package-announce/2013-May/105533.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00021.htmlhttp://osvdb.org/92984http://secunia.com/advisories/53312http://secunia.com/advisories/55082http://security.gentoo.org/glsa/glsa-201309-24.xmlhttp://www.debian.org/security/2013/dsa-2666http://www.openwall.com/lists/oss-security/2013/05/02/9http://www.securityfocus.com/bid/59617https://exchange.xforce.ibmcloud.com/vulnerabilities/83968http://lists.fedoraproject.org/pipermail/package-announce/2013-May/105533.htmlhttp://lists.opensuse.org/opensuse-security-announce/2014-03/msg00021.htmlhttp://osvdb.org/92984http://secunia.com/advisories/53312http://secunia.com/advisories/55082http://security.gentoo.org/glsa/glsa-201309-24.xmlhttp://www.debian.org/security/2013/dsa-2666http://www.openwall.com/lists/oss-security/2013/05/02/9http://www.securityfocus.com/bid/59617https://exchange.xforce.ibmcloud.com/vulnerabilities/83968
2013-05-13
Published