CVE-2014-3640
published 2014-11-07CVE-2014-3640: The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to cause a denial of service (NULL pointer dereference) by sending a udp packet…
PriorityP47low2.1CVSS 2.0
AVLACLAuNCNINAP
EPSS
0.40%
33.1th percentile
The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to cause a denial of service (NULL pointer dereference) by sending a udp packet with a value of 0 in the source port and address, which triggers access of an uninitialized socket.
Affected
19 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| canonical | ubuntu_linux | — | — |
| canonical | ubuntu_linux | — | — |
| canonical | ubuntu_linux | — | — |
| canonical | ubuntu_linux | — | — |
| debian | debian_linux | — | — |
| debian | qemu | < qemu 2.1+dfsg-5 (bookworm) | qemu 2.1+dfsg-5 (bookworm) |
| qemu | qemu | — | — |
| qemu | qemu | — | — |
| qemu | qemu | — | — |
| qemu | qemu | — | — |
| qemu | qemu | >= 0 < 2.1+dfsg-5 | 2.1+dfsg-5 |
| qemu | qemu | >= 0 < 2.1+dfsg-5 | 2.1+dfsg-5 |
| qemu | qemu | >= 0 < 2.1+dfsg-5 | 2.1+dfsg-5 |
| qemu | qemu | >= 0 < 2.1+dfsg-5 | 2.1+dfsg-5 |
| qemu | qemu | >= 0 < 2.0.0+dfsg-2ubuntu1.7 | 2.0.0+dfsg-2ubuntu1.7 |
| redhat | enterprise_linux_desktop | — | — |
| redhat | enterprise_linux_hpc_node | — | — |
| redhat | enterprise_linux_server | — | — |
| redhat | enterprise_linux_workstation | — | — |
CVSS provenance
nvdv2.02.1LOWAV:L/AC:L/Au:N/C:N/I:N/A:P
osv2.1LOW
vendor_debian2.1LOW
vendor_redhat2.1LOW
vendor_ubuntu2.1LOW
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.
Ubuntu
QEMU vulnerabilities
vendor_ubuntu·2014-11-13·CVSS 2.1
CVE-2014-3615 [LOW] QEMU vulnerabilities
Title: QEMU vulnerabilities
Summary: Several security issues were fixed in QEMU.
Laszlo Ersek discovered that QEMU incorrectly handled memory in the vga
device. A malicious guest could possibly use this issue to read arbitrary
host memory. This issue only affected Ubuntu 14.04 LTS and Ubuntu 14.10.
(CVE-2014-3615)
Xavier Mehrenberger and Stephane Duverger discovered that QEMU incorrectly
handled certain udp packets when using guest networking. A malicious guest
could possibly use this issue to cause a denial of service. (CVE-2014-3640)
It was discovered that QEMU incorrectly handled parameter validation in
the vmware_vga device. A malicious guest could possibly use this issue to
write into memory of the host, leading to privilege escalation.
(CVE-2014-3689)
It was discovered that QEMU
Red Hat
qemu: slirp: NULL pointer deref in sosendto()
vendor_redhat·2014-09-17·CVSS 2.1
CVE-2014-3640 [LOW] CWE-476 qemu: slirp: NULL pointer deref in sosendto()
qemu: slirp: NULL pointer deref in sosendto()
The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to cause a denial of service (NULL pointer dereference) by sending a udp packet with a value of 0 in the source port and address, which triggers access of an uninitialized socket.
A NULL pointer dereference flaw was found in the way QEMU handled UDP packets with a source port and address of 0 when QEMU's user networking was in use. A local guest user could use this flaw to crash the guest.
Statement: This issue did not affect the kvm package as shipped with Red Hat Enterprise
Linux 5.
Red Hat Product Security has rated this issue as having Low security impact.
Future qemu-kvm updates for Red Hat Enterprise Linux 6 and 7 may address this
issue. For additional informa
Debian
CVE-2014-3640: qemu - The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to ...
vendor_debian·2014·CVSS 2.1
CVE-2014-3640 [LOW] CVE-2014-3640: qemu - The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to ...
The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to cause a denial of service (NULL pointer dereference) by sending a udp packet with a value of 0 in the source port and address, which triggers access of an uninitialized socket.
Scope: local
bookworm: resolved (fixed in 2.1+dfsg-5)
bullseye: resolved (fixed in 2.1+dfsg-5)
forky: resolved (fixed in 2.1+dfsg-5)
sid: resolved (fixed in 2.1+dfsg-5)
trixie: resolved (fixed in 2.1+dfsg-5)
GHSA
GHSA-j3fm-c8x4-hh72: The sosendto function in slirp/udp
ghsa_unreviewed·2022-05-17
CVE-2014-3640 [LOW] CWE-476 GHSA-j3fm-c8x4-hh72: The sosendto function in slirp/udp
The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to cause a denial of service (NULL pointer dereference) by sending a udp packet with a value of 0 in the source port and address, which triggers access of an uninitialized socket.
OSV
qemu, qemu-kvm vulnerabilities
osv·2014-11-13·CVSS 2.1
CVE-2014-3615 [LOW] qemu, qemu-kvm vulnerabilities
qemu, qemu-kvm vulnerabilities
Laszlo Ersek discovered that QEMU incorrectly handled memory in the vga
device. A malicious guest could possibly use this issue to read arbitrary
host memory. This issue only affected Ubuntu 14.04 LTS and Ubuntu 14.10.
(CVE-2014-3615)
Xavier Mehrenberger and Stephane Duverger discovered that QEMU incorrectly
handled certain udp packets when using guest networking. A malicious guest
could possibly use this issue to cause a denial of service. (CVE-2014-3640)
It was discovered that QEMU incorrectly handled parameter validation in
the vmware_vga device. A malicious guest could possibly use this issue to
write into memory of the host, leading to privilege escalation.
(CVE-2014-3689)
It was discovered that QEMU incorrectly handled USB xHCI controller live
migra
OSV
CVE-2014-3640: The sosendto function in slirp/udp
osv·2014-11-07·CVSS 2.1
CVE-2014-3640 [LOW] CVE-2014-3640: The sosendto function in slirp/udp
The sosendto function in slirp/udp.c in QEMU before 2.1.2 allows local users to cause a denial of service (NULL pointer dereference) by sending a udp packet with a value of 0 in the source port and address, which triggers access of an uninitialized socket.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2014-3640 qemu: slirp: NULL pointer deref in sosendto()
bugzilla·2014-09-21·CVSS 2.1
CVE-2014-3640 [LOW] CVE-2014-3640 qemu: slirp: NULL pointer deref in sosendto()
CVE-2014-3640 qemu: slirp: NULL pointer deref in sosendto()
When guest sends udp packet with source port and source addr 0,
uninitialized socket is picked up when looking for matching and already
created udp sockets, and later passed to sosendto() where NULL pointer
dereference is hit during so->slirp->vnetwork_mask.s_addr access.
Only guests using qemu user networking are affected.
Acknowledgements:
Red Hat would like to thank Xavier Mehrenberger and Stephane Duverger of Airbus
for reporting this issue.
Discussion:
Statement:
This issue did not affect the kvm package as shipped with Red Hat Enterprise
Linux 5.
Red Hat Product Security has rated this issue as having Low security impact.
Future qemu-kvm updates for Red Hat Enterprise Linux 6 and 7 may address this
issue. For additio
Bugzilla
CVE-2014-3640 qemu: slirp: NULL pointer deref in sosendto() [fedora-all]
bugzilla·2014-09-21·CVSS 2.1
CVE-2014-3640 [LOW] CVE-2014-3640 qemu: slirp: NULL pointer deref in sosendto() [fedora-all]
CVE-2014-3640 qemu: slirp: NULL pointer deref in sosendto() [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 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 mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple supported versions of Fedor
http://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg03543.htmlhttp://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg04598.htmlhttp://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg04707.htmlhttp://rhn.redhat.com/errata/RHSA-2015-0349.htmlhttp://rhn.redhat.com/errata/RHSA-2015-0624.htmlhttp://www.debian.org/security/2014/dsa-3044http://www.debian.org/security/2014/dsa-3045http://www.ubuntu.com/usn/USN-2409-1https://bugzilla.redhat.com/show_bug.cgi?id=1144818http://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg03543.htmlhttp://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg04598.htmlhttp://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg04707.htmlhttp://rhn.redhat.com/errata/RHSA-2015-0349.htmlhttp://rhn.redhat.com/errata/RHSA-2015-0624.htmlhttp://www.debian.org/security/2014/dsa-3044http://www.debian.org/security/2014/dsa-3045http://www.ubuntu.com/usn/USN-2409-1https://bugzilla.redhat.com/show_bug.cgi?id=1144818
2014-11-07
Published