USN-5010-1: QEMU vulnerabilities
15 July 2021
Several security issues were fixed in QEMU.
Releases
Packages
- qemu - Machine emulator and virtualizer
Details
Lei Sun discovered that QEMU incorrectly handled certain MMIO operations.
An attacker inside the guest could possibly use this issue to cause QEMU to
crash, resulting in a denial of service. (CVE-2020-15469)
Wenxiang Qian discovered that QEMU incorrectly handled certain ATAPI
commands. An attacker inside the guest could possibly use this issue to
cause QEMU to crash, resulting in a denial of service. This issue only
affected Ubuntu 21.04. (CVE-2020-29443)
Cheolwoo Myung discovered that QEMU incorrectly handled SCSI device
emulation. An attacker inside the guest could possibly use this issue to
cause QEMU to crash, resulting in a denial of service. (CVE-2020-35504,
CVE-2020-35505, CVE-2021-3392)
Alex Xu discovered that QEMU incorrectly handled the virtio-fs shared file
system daemon. An attacker inside the guest could possibly use this issue
to read and write to host devices. This issue only affected Ubuntu 20.10.
(CVE-2020-35517)
It was discovered that QEMU incorrectly handled ARM Generic Interrupt
Controller emulation. An attacker inside the guest could possibly use this
issue to cause QEMU to crash, resulting in a denial of service. This issue
only affected Ubuntu 18.04 LTS, Ubuntu 20.04 LTS, and Ubuntu 20.10.
(CVE-2021-20221)
Alexander Bulekov, Cheolwoo Myung, Sergej Schumilo, Cornelius Aschermann,
and Simon Werner discovered that QEMU incorrectly handled e1000 device
emulation. An attacker inside the guest could possibly use this issue to
cause QEMU to hang, resulting in a denial of service. This issue only
affected Ubuntu 18.04 LTS, Ubuntu 20.04 LTS, and Ubuntu 20.10.
(CVE-2021-20257)
It was discovered that QEMU incorrectly handled SDHCI controller emulation.
An attacker inside the guest could use this issue to cause QEMU to crash,
resulting in a denial of service, or possibly execute arbitrary code. In
the default installation, when QEMU is used in combination with libvirt,
attackers would be isolated by the libvirt AppArmor profile.
(CVE-2021-3409)
It was discovered that QEMU incorrectly handled certain NIC emulation
devices. An attacker inside the guest could possibly use this issue to
cause QEMU to hang or crash, resulting in a denial of service. This issue
only affected Ubuntu 18.04 LTS, Ubuntu 20.04 LTS, and Ubuntu 20.10.
(CVE-2021-3416)
Remy Noel discovered that QEMU incorrectly handled the USB redirector
device. An attacker inside the guest could possibly use this issue to
cause QEMU to consume resources, resulting in a denial of service.
(CVE-2021-3527)
It was discovered that QEMU incorrectly handled the virtio vhost-user GPU
device. An attacker inside the guest could possibly use this issue to cause
QEMU to consume resources, leading to a denial of service. This issue only
affected Ubuntu 20.04 LTS, Ubuntu 20.10, and Ubuntu 21.04. (CVE-2021-3544)
It was discovered that QEMU incorrectly handled the virtio vhost-user GPU
device. An attacker inside the guest could possibly use this issue to
obtain sensitive host information. This issue only affected Ubuntu 20.04
LTS, Ubuntu 20.10, and Ubuntu 21.04. (CVE-2021-3545)
It was discovered that QEMU incorrectly handled the virtio vhost-user GPU
device. An attacker inside the guest could use this issue to cause QEMU to
crash, resulting in a denial of service, or possibly execute arbitrary
code. In the default installation, when QEMU is used in combination with
libvirt, attackers would be isolated by the libvirt AppArmor profile. This
issue only affected Ubuntu 20.04 LTS, Ubuntu 20.10, and Ubuntu 21.04.
(CVE-2021-3546)
It was discovered that QEMU incorrectly handled the PVRDMA device. An
attacker inside the guest could use this issue to cause QEMU to crash,
resulting in a denial of service, or possibly execute arbitrary code. In
the default installation, when QEMU is used in combination with libvirt,
attackers would be isolated by the libvirt AppArmor profile. This issue
only affected Ubuntu 20.04 LTS, Ubuntu 20.10, and Ubuntu 21.04.
(CVE-2021-3582, CVE-2021-3607, CVE-2021-3608)
It was discovered that QEMU SLiRP networking incorrectly handled certain
udp packets. An attacker inside a guest could possibly use this issue to
leak sensitive information from the host. (CVE-2021-3592, CVE-2021-3593,
CVE-2021-3594, CVE-2021-3595)
Update instructions
The problem can be corrected by updating your system to the following package versions:
Ubuntu 21.04
-
qemu-system-x86-microvm
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-misc
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-s390x
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-x86
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-sparc
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-arm
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-ppc
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-mips
-
1:5.2+dfsg-9ubuntu3.1
-
qemu-system-x86-xen
-
1:5.2+dfsg-9ubuntu3.1
Ubuntu 20.10
-
qemu-system-x86-microvm
-
1:5.0-5ubuntu9.9
-
qemu-system-misc
-
1:5.0-5ubuntu9.9
-
qemu-system-s390x
-
1:5.0-5ubuntu9.9
-
qemu-system
-
1:5.0-5ubuntu9.9
-
qemu-system-x86
-
1:5.0-5ubuntu9.9
-
qemu-system-sparc
-
1:5.0-5ubuntu9.9
-
qemu-system-arm
-
1:5.0-5ubuntu9.9
-
qemu-system-ppc
-
1:5.0-5ubuntu9.9
-
qemu-system-mips
-
1:5.0-5ubuntu9.9
-
qemu-system-x86-xen
-
1:5.0-5ubuntu9.9
Ubuntu 20.04
-
qemu-system-x86-microvm
-
1:4.2-3ubuntu6.17
-
qemu-system-misc
-
1:4.2-3ubuntu6.17
-
qemu-system-s390x
-
1:4.2-3ubuntu6.17
-
qemu-system
-
1:4.2-3ubuntu6.17
-
qemu-system-x86
-
1:4.2-3ubuntu6.17
-
qemu-system-sparc
-
1:4.2-3ubuntu6.17
-
qemu-system-arm
-
1:4.2-3ubuntu6.17
-
qemu-system-ppc
-
1:4.2-3ubuntu6.17
-
qemu-system-mips
-
1:4.2-3ubuntu6.17
-
qemu-system-x86-xen
-
1:4.2-3ubuntu6.17
Ubuntu 18.04
-
qemu-system-misc
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system-s390x
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system-x86
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system-arm
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system-sparc
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system-ppc
-
1:2.11+dfsg-1ubuntu7.37
-
qemu-system-mips
-
1:2.11+dfsg-1ubuntu7.37
After a standard system update you need to restart all QEMU virtual
machines to make all the necessary changes.
References
- CVE-2021-3594
- CVE-2021-3546
- CVE-2021-3545
- CVE-2020-35504
- CVE-2020-15469
- CVE-2021-3593
- CVE-2021-3416
- CVE-2021-3582
- CVE-2021-3544
- CVE-2021-20257
- CVE-2020-29443
- CVE-2021-3527
- CVE-2021-3607
- CVE-2021-3595
- CVE-2020-35505
- CVE-2021-3392
- CVE-2021-3409
- CVE-2021-20221
- CVE-2021-3608
- CVE-2020-35517
- CVE-2021-3592
Related notices
- USN-5009-1: libslirp0, libslirp, libslirp-dev
- USN-5009-2: libslirp0, libslirp, libslirp-dev
- USN-5307-1: qemu-user-static, qemu-system-arm, qemu-system-x86-microvm, qemu-user-binfmt, qemu-system-x86, qemu-system-s390x, qemu-guest-agent, qemu-block-extra, qemu-system-mips, qemu-user, qemu-system-data, qemu-system-sparc, qemu-system, qemu-system-ppc, qemu-system-misc, qemu-kvm, qemu-system-common, qemu-system-gui, qemu-system-x86-xen, qemu, qemu-utils
- USN-4725-1: qemu-user-static, qemu-system-arm, qemu-system-x86-microvm, qemu-user-binfmt, qemu-system-x86, qemu-system-s390x, qemu-guest-agent, qemu-block-extra, qemu-system-mips, qemu-user, qemu-system-data, qemu-system-sparc, qemu-system, qemu-system-ppc, qemu-system-misc, qemu-kvm, qemu-system-common, qemu-system-gui, qemu-system-x86-xen, qemu-system-aarch64, qemu, qemu-utils